Rails 可以选 mastodon,社交平台,复杂度不算太高,搭上服务器还能互联成为联邦。CMS 可以看看 bridgetown,静态网站生成,一遍搭自己的博客(或者翻新)一遍用,顺手提 PR。
纯 JS 设置 CSS 变量可能更好,我没做过类似功能。
很难,人心散了队伍难聚了
devise 这么多年了,上手难度是有点,但你说真的毛病,还真没有,如果硬要说有就是 Elixir 之父写的,当年有点练 Magic/Meta programming 走火入魔了点,用的稍微过分了一些。
这网站厉害了!尤其考虑到也是 Rails 做后端。
内存 16G 的话,加 3000 上 16 寸是划算的。
In the beginning you always want results. In the end all you want is CONTROL.
外包在我看来只有两种情况可以成功:
通过常规招聘找不到高级技术人员,又没有相应的现成软件包和服务舒服的用,只能通过外包,钱给到位,以前期大量投入,换取后期低成本使用(因为外包做完就可以走了,不需要每个月领工资,又不需要像 SaaS 一样持续付钱)。
甲方报个低价,乙方 low code 或者按照给到的钱瞎做做,皆大欢喜。
总之就是高对高,低对低,门当户对才行,遗憾的是,我们大多数人,包括我自己都是心比天高,眼高手低的。
你那几个朋友都不靠谱,这个明显就是换图片,你看你选不同的图片,然后再换石头,但是有些图片是不会变的。
看了一眼代码,似乎puma-status是通过control-url拿的数据。
有点用。
但我觉得无远官方你直接在这里打广告也没啥不好意思的,但这样暗搓搓就有点看不起大家智商的意思了。@soooon
对于低代码或者无代码,这两张图最近看到,我觉得很好:
无代码或者低代码或者传统代码其实大家都是服务用户的,现在的低代码平台一味的说自己的快速开发没啥意思,开发又不是大学交作业,一个真正有用的系统有太多的方面需要平衡。
配置指南没有,不过你可以看一下我的sublime text,一直在用。
页面为啥能那么卡。。是嵌入 webview 了?还用了 uniapp?
endpoint: <%= Rails.application.credentials.aliyun_oss[:endpoint] %>
截图上 endpoint 是 http,网页本身是 https,所以无法 loading
价格贵了,国内一个人一年 1524 RMB vs 国外 228 USD(1449 RMB)
组件多不能说明啥,当你有能力做组件以后,真实的设计需求决定了要不要用组件,一般组件有几个大问题,一,看起来太普通太普遍,二,塞给你很多不需要的功能,三,可改性很差。
一开始我也和你一样想法,现在我觉得 stimulus 就够了,基本上有的都能做,麻烦程度略有增加,但是多一个依赖不如少一个。。
你这个还是奢侈了,我 2 核 4G 的机器,跑了 4 个 rails 应用。
至少 6 个了吧。。
可以看看这个repo
应该不是,就是纯粹的慢。。
后悔没有好好做需求分析,虽然 Rails 是非常耐改的,但是用户,PM,UI 和在一起变需求,还是很够喝一壶的。
webpacker 没啥问题,可以学 Rails 6 稳定版本,webpacker 固然有坑,但是新的 bundler-css/js 坑一样多,而且有些不容易查到解法。。。
啥?你前端能自己搞定?那你肯定已经不用学 Rails 了,我现在 80% 时间都在搞前端。。。
其实Boring rails才是真的,觉得 Rails 是 black magic,可能还研究不够深入吧。。
我其实很不能理解为啥那么多 Rails 项目会升级那么困难,你每天 bundle update 一下,解掉每天升级的 gem,永远保持最新其实是相对轻松的一件事。
Rails 社区应该趁着最近 low code/no code 大火,顺势宣传一下,宣传要点:
7.0.0.alpha2 的一堆之前累积的deprecations还没移除呢,sprockets 也是,autoloading 也是,所以严格来说,这版本都不算 7.0,应该是 6.2,兼容性当然好。。
后面出的 beta 才是真正的 Rails 7。
我用SQLPro studio,Mac 原生。