这其实是个 API 设计问题,和是不是 GraphQL 关系不大。RESTful api 也可以设计成 /users?id=1&fields=id,name,email 这种形式,这样一个 RESTful API 也能完成要求。restful 是因为字段都是后端决定的,导致查找同一个对象必须要两个接口来适应的不同的页面 这句话是不对的。RESTful 也可以用 fields 字段来选择返回的字段,GraphQL 也可以只用一个 fragment 来"永远"返回相同的结构。GraphQL 相对于 RESTful 来说解决的问题主要要在更上一层,一个 API 返回多种 Resource 的时候。
typeorm 也勉强可以当 Active Record 用 https://github.com/typeorm/typeorm
我给 Webpacker 一个好评,其实也是给 Webpack 一个好评,如果想用前端那一系列玩意儿,Webpack 还是有很大帮助的。Rails 慢慢的拥抱“现代”前端我觉得也是一件好事儿。但 Rails 和 Webpack 想要真正的集成好,还有很长的路要走。
但你举得例子,rails, mina, rake 这都是 gem。在 gem 里,配置 executables 就可以命令行执行了。 https://guides.rubygems.org/specification-reference/#executables
默认可能会生成像这样 spec.executables = spec.files.grep(%r{^bin/*}) { |f| File.basename(f) } ,也就是说,你写到 bin 目录下的文件就可以执行了
可以从 A 分支切出来一个 B 分支。
一直在用,打字速度提升蛮大的。
SciRuby 官网上的列表已经很久没更新了。不过里面的 gem 还是有在维护的。
目测 ElasticSearch 没配置或者配置错误
我记得貌似哪里写了,大于 5 个赞算优质帖子吧。
-- 右面 tips: "喜欢数量达到 5 个以上的帖子将会列入“优质帖子”列表,所以,如果你觉得某个帖子不错的话,别忘了点击“喜欢”支持一下哦!"
系统学习 Rails 的话按照本站的 Wiki 里面就挺好的,通过你的描述这里涉及到的知识包括,前端(HTML,kindeditor),后端(Rails),部署(Nginx,puma,capistrano,生产模式),版本控制(Git)没有基础的话这些知识本来就不是一个月就能完全掌握的。只能按部就班慢慢来。
我记得是共用一个 path get/post 都写在这个 path 下面吧。
C# 要不是在微软手里,一定能发展的更好。
北京的话,机会有的是。
我记得有本书《Cucumber:行为驱动开发指南》讲的挺好的
#6 楼 @realwol 其实 Padrino 这个小框架本身并没有什么问题,很多的坑都是出在使用 Padrino 的场景上。 使用 Sinatra 的人目的很明确,要么是比较轻型的 Web 应用,嫌 Rails 功能太多太重没必要。要么是追求性能,以 Sinatra 为基础构建一套自己的体系来获得比 Rails 更好的性能。早期还会有一些人用 Sinatra 来做 API。 Padrino 的定位就有点儿尴尬了,商业项目里很少有打算做一辈子轻型 Web 应用的,优化性能也轮不到 Padrino。往往随着需求的增多,会想用 Devise、Carriewave、cancan 的时候,那么坑就来了。
minitest 和 rspec 要说区别也就是 TDD 和 BDD 的区别,仅仅风格不同。选哪个都一样。
Padrino 真的是个坑非常非常多的框架。
我觉得 ruby/python 的 unix 环境和稀少的中文资料,很可能会遇到坎,进而扼杀兴趣。 像 Android 这类能很快成型,还可以出去嘚瑟的东西,感觉也是个不错的选择。
如果是正式的项目,它的技术选型要取决于正式的项目需求,如果只是‘个人项目’做练习的话。那 ng、React 什么的就看你的个人喜好了,另外友情提醒,前端是个深坑,在做选择之前还是多调查调查好。 至于你说的 API Core 这类是不是趋势或者标准实践。也是要看项目需求的,如果是工具类的 SPA 应用,对交互要求还比较高,并且 API 还可能会在移动端使用,当然就适合这样的前后端分离。如果就是个简单的展示类网站,那么传统的 MVC 就足够了。
如果连个专职的运维都没有,那么还是哪个熟悉用哪个吧。
个人感觉,如果你技术上足够强,可以在简历上动些心思来体现你技术外的个性。 如果还处于初学阶段,就一切诚信为本,表现出肯学肯干的态度就可以了。 真正有技术的公司,员工几斤几两都看的明明白白。 如果靠张简历就能忽悠过去的公司,技术底蕴一定不强,就算有个好待遇也以后也未必能有好发展。 像 HR 说“正文不吸引人上附件的直接 delete 掉“,别的行业应该有可能,IT 这个人才紧缺的地方,HR 这么做也是不负责任的。 当然,以后志向不在技术的除外~