• 5 年前入场,只要不归零,就是赚的。

    • 现在抄底好时候啦。
  • 多谢@huobazi @jicheng1014 分享。😀

  • 感觉@zchar@fan124 的做法都不错。 数据量大了,我说的方法会产生大量的 SQL。另外关于分页这个问题我也想过,但是考虑到,数据量很大的需要分页了,然后通过拖拽去排序这种情况好像没有见过。

  • 还有人看好比特币吗? at 2018年03月30日

    这过山车又不是第一次出现了,回顾去年 9 月。

    大佬们现在都在忙着抢 6 月份 EOS 的超节点来玩了,虚拟货币和交易所的事要缓一缓了。😂

  • 谨防比特币和区块链骗局 at 2018年01月25日

    可以的。

  • 谨防比特币和区块链骗局 at 2018年01月25日

    “比特币是骗局”,这话听了 4 年,也见证着从 800 元涨到 13 万的奇迹。

    所以有时候,我真的不知道,我究竟被媒体骗了,还是被比特币骗了。
    
  • 我能理解楼主的心情,替花了钱却没得到效果的学员感到心痛。但是,为什么一个愿打一个愿挨,却需要被各种批判了。

    第一点,这世道已经发展到,不是违法事情,只是夸大了营销效果,就需要谴责良心了吗?

    一个正正经经,不是黄赌毒,不是偷抢拐骗,然后赚了两千万的项目,为什么需要良心会痛。可能有人听我这么说,会认为这里的包装信息是虚假的,所以属于欺骗。可是绝大部分的营销就存在夸大的效果,你看广告里,海飞丝把头发洗的布灵布灵的,你就真认为这是真实的效果吗?如果是真的这样,成龙大哥在给霸王做广告的时候,就不会强调,不加特效。还有朋友圈里的各种美颜的妹纸等等。

    所以如果非得去谴责这个项目的话,我觉得这个社会需要谴责的东西就真的太多了。

    而且学员的心态是怎么样的,你们完全不知道。我有个朋友就报名了,我劝过他,但是和他沟通后,我发现他会觉得这个项目这个价格还是实在的,因为他觉得是一个有机会和 xl 老师,xd 交流的机会,毕竟他是个 xl 粉。让我想到了,有人花几万元买了一排座位去看一个偶像的演唱会,在这个时候,你是需要谴责这个偶像的良心呢,还是骂这个脑残粉。

    第二点,其实归根到底,大部分人是觉得太贵了,所以把学费降到一万吧

    如果降到一万了,那我们今天看到的标题就是 “编程项目赚了五百万,这些人的良心不会痛吗?”。好吧,大家还觉得贵,那我收 1000 元吧,我赚五十万,良心可以不痛了吧,那学员们,你们的良心会痛吗?

    第三点,什么时候指责一个编程项目黑心,变成道德正确了

    首先,我认为管理员或知名人士不说这个项目坏话,没有什么问题,毕竟这里面要考虑的事情太多了,而且没有任何的规定需要去说一个他们自己都没有参加过的培训的坏话啊。但是,原来有个非常软文的帖子:https://ruby-china.org/topics/31035(已经删除),之前好像还得到挺多人力挺实在非常不理解,因为如果是换做是另外一个人发,估计早就被删掉了,可是那个帖子却保留很长的时间。

    所以我认为,不出面说坏话,没有问题。但是如果出面背书包,那么才存在问题。

    总结:值不值,学员说了算;值不值得报名学,自己多看看帖子对比对;赚多大的钱,就得接受更多的人批评,这很正常,毕竟比无数人批评你更可怕的事情是,没有人想批评你;鸡生蛋也拉屎,多吃鸡蛋别吃屎,学学别人营销之道,看看如何赚两千万,不然下个报名五万元培训班的可能就是你。

    篇外话:大家看着挺好赚,可是人家都出去弄别的项目了,所以在别人眼里,这明明就不算赚钱的事啊。

  • 如果是整个网站就是 SPA 的话,就拆。如果只是局部使用,可以不拆。整个网站只是做几个组件的话,我觉得用Webpacker就可以了,好像没拆的必要。就看具体需求。

  • 你这个真的是瞎扯谈吧,下个月的上个月,然后问哪天,是几个意思?😂

  • 用 Vue,在正式项目上用过。当初用Webpacker的目的就是为了使用.vue格式。 总体的感觉就是乱,建议如果使用全家桶,包括 route,model,cli 等等一系列的东西的时候,建议还是把前后端的项目拆开来。 如果项目不大的话,用Webpacker当然还是可以的,等庞大了在拆分吧。

  • 现在网上大多数的文章都是 5.1 版本以后,一谈到 yarn,就必须把 webpacker 一起说。其实 5.1 版本后,加入了 yarn,主要目的就是去掉以前为了找一个 js 或者 css 包时,想尽办法找到这个包的 gem(我就是试过,强迫症 😂 )。实在找不到了,怎么办,那就弄到 vendor 里了。

    所以现在的做法就是:

    1. yarn add jquery
    2. application.js中,加入#= require jquery/dist/jquery

    从此就不在需要强迫症的去找 gem 了。😁

  • 😄 看了楼主11 楼的回复,觉得楼主不是抱怨论坛没有回复新手之类的事情,而是有很多喷子的意思,可是网络永远有一堆喷子的啊,不要那么玻璃心。虽然他们可恶,当没看到就好了,不然像明星们的微博下,总有一堆骂他们的,一直在意那些,就活不下去了。😂

    至于这种问题,对论坛好不好,那确实是不好,神烦那种喷子式的回答,例如:“你书白读了”,“你不会先谷歌一下吗”,“从来不看文档吗”,“你是文盲吗”,“你不懂英语吗”,“不知道文档在哪吗” 等等。

    感觉回答这种话语的人,心里好像是充满了怨念似的。像11 楼说的那个回答,完全可以改成 “先看看 XX 书,先打好基础在写代码。”

    对于这种回答,我心里默念 MMB:“你就不会好好说话吗?” 之前武汉砍头的事情,不就教会我们两个事吗?“好好说话和控制情绪”。

    补充:最近在看一本书,叫 非暴力沟通 ,讲述就是这个问题,如果你对别人的事情不爽,先描述,这件事情如何影响到你了,然后在补充说,你希望对方怎么做。而不是漫无目的的去喷,例如如果你遇见一个新手问了一个文档里一看就能看到的问题,或者你可以这样回答:“这个问题很基础,只要在文档里就能找到了,希望类似这种简单的问题,可以先找谷歌一下,或者找找文档,不然论坛里全是这种问题就不好了。”,如果热心一点,或许后面加一句,“如果你是在找不到,我可以找了把链接发你”。或者索性不回答,总比喷子来的要好。

    顺便贴书里的其中一段:

    我从小就学着以貌似客观的语言表达自己。一旦遇到不喜欢的人或不理解的事,就会想别人有什么不对。如果老师布置的作业我不想做,那他就 “太过分了”。如果有人开车横冲到我前面,那他就是 “混蛋”。同样的,要是达不到自己的期待,我也会觉得自己有毛病。我一心分析和确定错误的性质,而忽视自己和他人的需要。因此,如果女友想多一些体贴,那她就 “太粘人了”。可是,如果我想多一些体贴,那她 “冷漠得象个木头”。如果同事更关心细节,他就是 “有强迫症”。反之,如果我更在乎细节,他就是 “粗心大意”。
    我相信,诸如此类的评论暗含着我们的价值观及需要。不幸的是,以这样的方式提出主张,很可能招来敌意,使我们的愿望更难得到满足。即使他们接受批评,作出让步,通常也不是心甘情愿的。如果他们出于恐惧或内疚来迎合我们,或迟或早,我们将会发现对方不再那么友好。当然,他们也付出了代价。屈服于外部或内部的压力,很可能使他们心怀怨恨,并厌恶自己。

  • 求解 vue js 问题? at 2017年07月04日

    贴的代码太少,看着像是把除了 tr,tbody 之类的元素插入到 table 里的原因。

  • 量产型炮灰工程师 at 2017年05月28日

    😂 明明大学才是最坑的,应该先喷目前大学的教育,在喷培训班的事啊。

  • 总有不需要这么干的时候的嘛。

  • 这种涉及金额的情况,对精确度要求高的。不太敢使用回调,因为用不了事务。我为了确保两个 model 的 price 会同时修改,而不是出现一个修改的情况。我会比较信任事务。 不知道实际使用过程中,如果price更新了,而orderpriceafter_update出现了异常导致了price更新了,而orderprice没更新,你会怎么处理?

  • 感觉 routable component 一直不出来,ember 就算不上真正的 2.0 版本。目前在使用 ember 时,controller 和 route 各种重合部分,感觉体验不好,例如说 actions 可以同时放到 route 或 controller 的问题,不能完全去除 controller,因为 queryParams。目前的感觉是在等下去,要没有耐心去期待 routable component 了。

  • #22 楼 @stormand 这个 4 年前的文章了啊,现在 gem 更新了什么,有什么改动,你要对照文档去操作比较好。

  • Ember Data 概述 at 2015年12月23日

    #15 楼 @darkbaby123 貌似只能在ActiveModel::SerializersJSONAPI::Resources之间选择,JSONAPI::Resources感觉确实太重了,提供了自己 route 的 resource 方法挺不错的,但是它把 controller 那块拿出来了,如果是非常标准的 RESTful,就真心方便,但是要自己定义 action 瞬间变得很复杂。 ActiveModel::Serializers就好多关于 JSON API 的东西还等着 PR 的,而且文档很不清晰,虽是 0.10.0 的 RC 版本,但是相对与文档去使用,还是相当多的东西用不了的。 感觉只是一个标准而已,丢出那么多层东西不太合适。我也期待楼主分享一下 JSON API 这东西的干货。 😃

  • Ember Data 概述 at 2015年12月16日

    最近看了一下JSON API 规范,和原来的生成 json 的方式很不一样,而且规范强调不少东西是必须的,这样显得更加严谨。可是目前不知道还有谁在使用这套规范的,还没有体会到JSON API 规范特别大的意思在哪。

  • 你的app/templates/users.hbs,应该放到app/templates/normal-page/users.hbs

  • 目前还没有单独部署过,现在好像出了 0.5.X 版本了。 我挺好奇,部署到自己 VPS 上的话,不是 CDN,不知道应该用什么办法?看了一下好像和 Rails 的部署还是不太一样的。