运营方向专注技术领域,设计上有不同的喜好。
错误栈的作用就是让人查问题出处的,贴错误信息要贴全。
看饿了。
第一届“要空格”vs“不要空格”辩论大会开始 💁♂️
先客观的做调研,看这东西能不能用。然后给老板报告,分析利害,有没有局限,有没有成功案例,花费的成本。最后让老板决定,因为公司终究是老板的(而你可以换公司……)。
https://github.com/hotwired/turbo/pull/263 已经 merge 了,升到 beta7 会包含这个修复。
英文没问题可以买英文原版电子版 https://pragprog.com/titles/ruby4/programming-ruby-1-9-2-0-4th-edition/
不然就《Ruby 基础教程》 https://book.douban.com/subject/27166893/
多个动作我倾向用 view,并且支持 layout
有个 bug 可能有关 https://github.com/hotwired/turbo/pull/263
Rails 没有微服务我觉得就是一个误解,既然微服务把业务拆分了通过 API 通信,那么用 Rails 来写微服务有何不可。如果一定要用某种框架才能实现微服务,那么这些微服务是不是产生了某种耦合?
病急乱投医,用百度搜索,没分析问题的原因就囫囵吞枣,还用 360。估计系统配置已经被搞的乱七八糟,没人敢处理。
建议看 10 楼的链接,遇到问题描述具体现象,而不是什么“按网上文章处理结果不行”,没人看过你看的文章也不知道你电脑发生了什么。
然后这里的 Windows 用户很少,估计你还是得用 Google 搜。
DHH: Basecamp will continue its development and patronage of Hotwire. We are taking a break to regroup, then will be back at it in a bit, working with whoever is interested in collaborating on the project.
https://discuss.hotwire.dev/t/basecamp-plans-with-hotwire/2781/6
搞不懂了,要不新建一个项目看看。😅
暂没发现配置问题,看到错误栈有 spring,执行一下 bin/spring stop
,再执行其它命令。这玩意有时会引起奇怪的问题。
不知怎么把 root 识别为 adapter 了呢,贴一下纯文本的 database.yml,看看有没有特殊字符。
自己写(了个 Gem)
等再招聘了,basecamp 两个主要产品都是基于这套前端,不会就此放弃,但新招的人有多切合这套哲学就不好说。
另外 GitHub 也用了类似 hotwire 的技术,只是实现不同,不是只有 basecamp 用这套。
Rails 核心团队对治理方式的声明 https://weblog.rubyonrails.org/2021/5/2/rails-governance/
重看了几篇文章,尝试理解这场争端。
Basecamp 里面有个员工自发的 DE&I(Diversity, Equity, and Inclusion)委员会,成员大约有 20 个人,这个委员会会讨论公司内部他们认为政治不正确的事情,例如少数族裔的比例,并且尝试改进流程。
这次这个委员会讨论到了内部关于客户名字的帖子,认为这个帖子政治不正确,应该关闭。Basecamp 两个创始人认同这个观点,在关闭这个帖子的同时,也打算解散这个 DE&I 委员会,认为制定政治正确规范由两个创始人加上另外指定一个负责人就够了,而不是一个委员会。
所以冲突并不是那个客户列表应不应该关闭,而是 DE&I 认为员工有权参与公司制度制定和创始人认为公司制度应该由管理层制定之间的冲突。
内部讨论过程两边越来越上上头,觉得都是自己原则问题不肯退让,结果就是创始人新增禁止政治讨论的规定,DE&I 那 20 或更多人选择离职。
看下来发现这是妥妥的政治斗争啊,没想到 60 人的小公司也能掀起这样的风暴,或者说正是因为小公司才能掀起这样的风暴。😳
啊这……
Hotwire 估计要停滞一会了。😢
靠谱。
看了 DHH 的新帖我都还搞不懂他们在争什么 https://world.hey.com/dhh/let-it-all-out-78485e8e
好像是 Basecamp 内部论坛有个帖子长期调侃客户名字,然后逐渐发展到讨论客户名字是不是有歧视,再然后争论了很多政治内容,然后 Basecamp 两个创始人觉得这样不对就规定以后不准讨论政治。然后这些员工认为这是公司打压他们?
如果是这样我支持 DHH,那些员工大可下班用自己时间参与政治,何必在公司论坛搞。
原来如此。👍
看这个帖子才知道。不了解他们内部具体是什么议题引起分歧,我就觉得一个几十人的小公司还在内部为一些政治议题争论不休会把公司引向倒闭。希望不要让刚发布不久的 Hotwire 搞黄了。
V2EX 有的帖子登录可见,未登录会跳转到首页。那个帖子还在。
真香警报 😂
确实很多语言从 Rails 借鉴了不少东西,但很多框架只是学到皮毛,并且受限于语言特性学得很别扭,不如直接用 Rails。所以看到说别的语言也有类 Rails 框架,Rails 就不值得学的言论我都是一笑置之。有的框架是学 Rails 之余,有自己思想和创新的,就值得去学。例如我对 Phoenix 的 live view 有兴趣,不知道跟 Rails 最近出的 turbo_stream 有什么不同。
This helper validates that the attribute's value is unique right before the object gets saved. It does not create a uniqueness constraint in the database, so it may happen that two different database connections create two records with the same value for a column that you intend to be unique. To avoid that, you must create a unique index on that column in your database.
https://guides.rubyonrails.org/active_record_validations.html#uniqueness
没看懂问题,猜你要的是不是 stylesheet_pack_tag