12G 内存其实就够了,可惜没有这档云服务器。所以还是应该下云,其实现在物理服务器真的便宜了。
你说的也对 在这之前可能编译时间已经促使不得不分开开发前端页面项目了 不过文档硬要把锅推给巨石应用也算服气的 你说你框架就是不 scale 不就好了 大家都是技术人员 这种小心思有必要吗?字节至少还搞了 rust 的建构打包器 阿里真的是遇到问题绕着走啊!
我这里有 120 个页面的,差不多是 1G,其实现在技术趋势已经可以看出了,如果这条路可行,那就不用搞微前端了。
stimulus 主打一个驱动现成组件,比如这段 HTML DOM 显示出来了以后,开始初始化某个现成的组件,而不是做组件。React 的确可以做到前端用其他工具都做不到的复杂组件,但如果全站全用,甚至接管路由,感觉有点不尊重用户的内存了,比如今天试用的金山网盘,直接吃掉 1.6G 内存,其中当然有 Electron 的问题,但是前端代码无节制的使用内存所占比例也肯定不可缺少。Notion 这边就做的比较好,基本占用内存在 800 兆以内。
所以我觉得其实还是应该对现在的中后台网站设定一个内存占用指标,比如 1G 以内。毕竟不是所有用户的电脑都有那么大的内存。8G 内存的电脑还是很多的,尤其是经济下行了,更新电脑几乎也是 6 年以上了。React / Vue / Solid 前端框架在这方面其实从来没有考虑过,我倒是觉得应该考虑,手机电脑的内存永远是有限的,以后的头显设备内存就更加有限了。
听上去是个好主意
可能现在 CPU 成本实在太低了吧
GPT 4 好很多,但也有限,节约时间起见,我现在都是直接上 GPT 4 问了。
用 Cursor + GPT 4,但用了 4 个月以后总感觉用量上不去,每月 500 次 GPT 4 的调用,用不满 200 次。
无聊的我都研究了。。。turbo 目前比较尴尬的地方在于,为了得到一个页面不刷新,导致其他前端库的调用都多少有问题,怎么说呢,有点得不偿失。
不锁还能怎么办?DHH 明白对方要干嘛,但肯定不会妥协的,不如锁了,节省时间。(没有洗地的意思)
程序员写代码时的思维应该是主动的、清醒的、活跃的,而不是被动的、怠惰的。
说的太好了,写的慢不代表想的少,三年程序员码代码速度是最高的,因为他们写下代码的时候,就是在写代码。这种情况的确上 typescript 有助于提高质量。
MacOS Ventura + brew install ruby,然后编辑器 Sublime Text,cursor.sh/vscode 还是用的不舒服,RubyMine 仅在断电调试时用。所有的 Rails 的依赖,如 pg,redis 也都是 brew install 起来,本机运行。
既然你目前公司用 react,不妨就学好 react,而且 react 搞起来也能找到人问,next.js 也是全栈,也许更适合你。英语算法都是要长时间搞的,乘年轻早点弄,每天都有一点提升也很好。如果更想做全栈,Rails 的总投入学习小时数量应该是全栈里面最少的。
当然,年轻的时候也要抓紧谈恋爱,尽量珍惜时间吧。
倾向于一行写掉,不过看字面意思我觉得最好还是写user.update_score
,看起来更新分数这个动作,和 admin 没关系,不明白为啥 admin 就不能 update_score。
不怕手撸 CSS
我怕手撸 CSS,看来我不合适。
搜了一下还看到了楼主的另外一篇,的确有难度。
按照传统管的,还有茶歇。
按你的逻辑,WWDC 是真的割韭菜,恰烂饭。
我的观点是 Ruby 的确不行,一个中国大会的门票只能买到 400,相当失败,看看人家 WWDC,或者国内的 Rust 大会。。。
等等。Rust 门票也只有 400?嗯。。那这门语言其实热度也挺虚的。。
別的語言的 function 隨意可以接受兩個 function 作為參數,ruby 卻只能帶一個 block
更正一下:ruby 函数可以带任意多个 proc(function 要转一下),但是只能接受一个匿名 proc(block)。
另外 method 也不用转 object,也能直接调用,定义在 Kernel 下即可,如果要调用,在 Kernel 下的直接调用即可,不用传,如果不是,必然是带着 object 信息,所以。。
没有仔细查语法,只是凭记忆写的,欢迎更正。
LangChain 不用了解了,因为 OpenAI 里面已经可以直接呼叫用户的函数了。。
都行吧,我主要把升级依赖当摸鱼手段。。
我觉得不创业的话,老板能挣到钱的话,或者他也不容易找不到你的替代的话,的确还是一个不错的做法。
rails 的学习捷径当然就是不求甚解咯,用就完了,直到。。遇到。。你搞不定的问题。
不过这种情况现在出现的很少的,网上资料一大把,SO 一问基本 98% 都能解决。
你说剩下的 2% 咋办?那只能是没有捷径的深入理解代码了,也许让 GPT 4 读代码帮你解决也是个办法,只是目前还是 55 开,也不一定准。
我也用的 brew 装的 ruby,你需要:
echo 'export PATH="/opt/homebrew/opt/ruby/bin:$PATH"' >> /Users/yourname/.bash_profile
打开手机,看一眼这个月的信用卡账单?
其实小程序,app(安卓/ios)这样的接口也应该分离,合在一起真心没啥好处,好多优化都不能做。也不灵活。
多写点代码真的无所谓,但是改了一个小程序的接口,导致 app 挂了乐子却很大。
你需要使用 shakapacker (webpacker 的后续),这样才能用 webpack 5 的 chuck 方式分包方式打包。
在需要的 html.erb 页面上引入需要的延迟加载组件。
<% content_for :head do %>
<%= append_stylesheet_pack_tag 'selectize' %>
<%= append_javascript_pack_tag 'selectize' %>
<% end %>
app/javascript/packs/selectize.js
import $ from 'jquery'
global.$ = $
global.jQuery = $
import '@selectize/selectize/dist/js/selectize';
require("lazy_controllers/selectizes");
app/javascript/lazy_controllers/selectizes.js:
import { Controller } from "@hotwired/stimulus"
Stimulus.register("selectizes", class extends Controller {
static targets = [ "select" ]
connect() {
$(this.selectTarget).selectize({
plugins: ["remove_button"]
});
}
disconnect() {
const need_destroy = $(this.selectTarget)[0].selectize;
if(need_destroy) {
need_destroy.destroy();
}
}
});
嗯,这篇,很少有系统一年不可以中断 5 分钟,chat GPT,微信,皆是如此。
不用 pg vector,用 weaviate 的考量能谈谈吗?
下次下次,争取两个月后再办一次。