i18n 多方便
好恐怖。法律難道是張紙?
小眾的東西就是這樣。。不過這幾年肯定大改觀了。
總結下來:什麼時候開始測試,怎麼測試?這個問題如何解決取決於程序員對程序的態度還有資金狀況。
就是不想打括号。结果 slim 是我唯一选择。
看完后突然松了口气。。
知识是会过时的,行业也一样。
#7 楼 @blacktulip 那能想 DO 那样 take a snapshot, 然后 turn off 省钱么?
还是喜欢 DO 支持按照 hour 计费。
可惜没文档。光 Readme,新手又得花时间摸索。支持 rails?
require 各种 error, 不好用。好多包看起来支持,能在 https://rails-assets.org/components 搜到,其实用不了,大半因为 bower.json 没 main entry。
也就是个 beta version,决定暂时不用了。
#23 楼 @mcdong 我看到的是支持 markdown 代码。。。我上面问的是支持 Markdown 的输入和预览的功能,类似 http://toopay.github.io/bootstrap-markdown/ 这样。
没有类似 'carrierwave-upyun' 这样的 gem,不好用。现有的carrierwave-qiniu
只支持 v3,现在都 v6 了的说。
不支持 markdown 是因为用户用的少么?
#1 楼 @tyaccp_guojian 自定义部分都不是我弄的,我只会 bootstrap. 学习了。你说的自定义是把 bootstrap 的 class override 么?
合同时间是多少?别刚干了两个月就说活干完了,散伙。
+1
LZ 的想法很实际,如果能展开确实帮助很多人。
应该以具体某些实际常见功能为题,讨论不同场景的最合适的实现代码。
比如,controller test 中 每个 action 都测试 sign in / sign out 情况 是不是多余。
功能写完,开始写测试代码。
基本上不需要任何具备知识,会 if else, loop 加上会自己安装 linux 就行了。慢慢顺藤摸瓜,需要什么就查什么。我就这么过来的。
#77 楼 @cassiuschen discourse 我也看过了,感觉必须写成 plugin。又是大量的 doc 要看。