前端定时轮询进度,并更新 DOM。后端通过任务 id 找到当前的进度,返回给前端。
加了简书连载群,就是还没有写作灵感。
佩服
1024
这个报错信息应该是在自动生成 post url 的时候出的,你可以用 form_for 的 url option 显式指定 post action 的地址,试试看
查了下,官方好像没有支持,不过可以用 Gem
https://github.com/composite-primary-keys/composite_primary_keys
数据库本来就只能存在唯一主键啊,还有你用 rails api 的时候不要想当然自己造语法,如果当黑盒来用,就应该只用例子上面的语法。
主键只能有一个,你这条语句相当于设置主键为
"[\"code\", \"date\"]"
主键名默认是 id,这是一种约定,如果需要改变主键名称可以这样
self.primary_key = :balabala
conf 背景那张图,左一帅哥,有男朋友了吗?
去网吧包场写代码吧
ruby 转其他 oop 语言应该比较容易吧,最多牺牲一些灵活的写法,多出点语法上不那么好看的冗余代码。如果底层一点的话,补充点算法和优化内存的小技巧。切换语言的代价真的没那么大,毕竟现代编程语言提供的抽象工具本质上大同小异。当然我还是最喜欢 ruby,不过也不排斥写其他语言。
什么场景?是 proxy 的话,能用 delegate 的地方就别用 method_missing 了。不过 method_missing 用在 json 上面倒是很常见,jbuilder 里也用了。
看 sicp 不要为了学习 lisp,只要看懂最关键的百分之十就可以了。把编程语言的构建和设计方法了解一下,理解下程序的本质,抽象和自动化。不要被各种语言里,抽象工具的设计、各种语法糖给绕晕了。我觉得就可以了
可以用 each_with_object,这样可以少写一行
哇 不错啊
外键从逻辑概念上讲,就是和另一张表的主键建立对应关系的列,所以你建立的本身就是外键没错。
至于你说建不建外键,我觉得你说的是数据库里的外键约束。加了可以防止无效的外键值,或者在某些数据库里,会自动加索引之类。
你的 vendors.vend_id 就是主键吗?如果是主键,那么你建立的 products.vend_id 直接和另一张表的主键关联,就是外键啊。
你这样就把简单的问题复杂化了,你需要维护一个额外的 vend_id 字段。
嗯。一般我去面试也会向面试官请教一些问题,面对面请教和在网上请教感觉是不一样的,而且可以及时去追问。但是去那些并不是诚心招人,只是把人叫过来玩玩的公司面试那就是真的浪费时间了。
去参观一下其他公司,观察一下同行,就算被拒应该也值了。
你想法这么多,hr 会不会担心你不能放心地去当好一个齿轮?
那些都是别人自愿的,让他们去吧。
browser 的话直接在 middleware 注册的时候加个判断,类似这样
Rails.configuration.middleware.use Browser::Middleware do
redirect_to bowser_warning_path unless browser.modern? || request.session.has_key?(:warned)
end
666,集齐七个管理员可以召唤神龙。
一般我不知道该怎么决定问题的时候,会不断问自己一个问题,对我来说什么比较重要?一直不停地问,直到触及到比较简单的元问题上。这样虽然做出的决定未必是最好的,但是每一个决定做下来以后可以让自己安心得去做事,不再因为纠结而浪费时间。
对你来说重要的是:
我自己喜欢 --> 选择你最喜欢的这门技术,一直做下去。
收入高 --> 统计一下各初级岗位的工资,评估一下自己 Get 到最高薪资的岗位。
有技术氛围,能够提高 --> 只要自己能够找到的初级岗位都去找,选择一家自己认为项目和团队靠谱的公司。
只选择那个对自己最重要的选项,接受那个选项带来的其他负面问题,不追求完美。这样就能快速做出决定,把能量都用在具体的事务上面去。
觉得这个帖子很有可能会变得很有营养,暂时先别带歪了。