抓紧时间写一下 rails 8.0,哪怕某个 8.0 的某个局部特征或局部功能的应用也好,公众号写作要抓热点。
能不能在此基础上出一个工具(或者浏览器插件),譬如我在看 DHH 英文讲解的时候,能够出现中文翻译。现在很多工具可以实现网页一键翻译,但是视频同步翻译的好像没看到。英文视频,一种是有字幕情况,一种是无字幕情况,可能前者好处理一点,后者要捕获语音再英译中。
昨晚上安装了 rails 8.0,发现一个小问题:ruby-china 的 gem source 可能同步有一点小问题,安装过程中多次提到 rails 8.0 所依赖的 actionmailbox 8.0 在所有仓库中都找不到,安装不成功;更换 gem source 后,顺利安装成功。 希望能够出一个 Ubuntu(或者 linux、macOS)一键安装最新 ROR 环境的工具,我不算新人,但是安装 rvm、ruby、rails、node.js、bootsrap、yarn、pg(SQLite 或者其他数据库以及数据库连接)还是折腾很久,只有把这个关口过了,才能到 rails 的 mvc 框架的基础学习,才能看到自己的后端改动刷新后带来的成就感。虽然前面是基础,但是现在刷抖音都没有耐心看完,随便做点事靠 AI 的时代,光环境部署就把很多新人过滤了。主厨精选让 ROR 风靡一时,希望傻子安装和 rails8 倡导的简化部署能够吸引更多人的目光。360 为什么能够长期霸占电脑右下角,大概是因为动不动给你一键安装了吧。
写的很好,通俗易懂,看了有收获,rails guide 以及很多类似的教程通常只讲了怎么做,你的文章还讲了是什么、为什么,很有帮助。
星火传承,ruby 不死,为感谢楼主分享,立一个 flag:三个月内认真看一遍,不快进的那种。
顺便补充一下:在实际使用过程中,如果是仅仅“rails new blog --css bootstrap”,去掉“-j esbuild”,bootstrap 并不能成功安装,加上这个就可以了。
因为我自己也做了一个专利商标及相关文档管理的知识产权管理系统,也关联文档管理,与此类似,特意注册登录看了一下:
这不是五笔输入法相近的解决思路吗?
管理员可给论坛开发一个举报功能,定期清理举报的不良帖子,净化环境。
若有一键傻瓜式安装(譬如:先下载个小文件检测环境配置,然后根据环境配置自动安装),也不至于让很多人止步于“hello world”门外了,rails 的惯例优于配置的原则和特性,在 ruby 和 rails 的安装过程中一点没体现。
这个感觉很难,举个例子:
通常普通人的反馈是这种:
哎呀,我的老公现在在医院里,前天出了交通事故,现在没钱交医药费了,他是在 XX 公司上班的,听说是 XX 单位派去那边开挖机的,前天晚上回来路上被一个电瓶车给撞了,头撞破了,那个人跑了,现在也没找到人,请问我该怎么办?
律师解读后通常根据法律关系梳理为以下这种:
有经验的律师和法务工作人员做到上述这种程度尚需经验,智能 AI 怎么实现将普通人诉求、自然语言表述的问题转化为法律问题、法律关键词?
过几年再考虑律师,现在企业法务。
用户提出的需求问题 - 转化为法律主题和法律语言表达 - 提炼抽象其中法律语言关键词 - 寻找到关联度、近似度最高的法律条文。 最难的感觉是现实问题到法律关键词的映射问题,譬如“一手交钱一手交货”,对应的法律关键词是“同时履行抗辩权”,相应的最接近的法律条文就是“民法典第五百二十五条 当事人互负债务,没有先后履行顺序的,应当同时履行。一方在对方履行之前有权拒绝其履行请求。一方在对方履行债务不符合约定时,有权拒绝其相应的履行请求。”
开发一个智能的法务 AI,当用户提出有关法律场景、法律问题时,能够根据用户的语境,理解用户的核心关注点,并提出准确的最接近对应法律条文、应对程序(诉讼仲裁)、类案推荐、理论分析以及法律文书智能起草。 让普通人花很少的钱,就能获得专业的法律的支持;让律师从 80% 的繁重工作中解放出来。
能不能让 GPT 将自然语言表述的规则,转化为正则表达式?或者将正则表达式解读为自然语言?写正则或读正则都比较费时间。
其实测试一下
5.times do |n|
puts n
end
就会发现,结果为 0,1,2,3,4,这样的话,就很好理解了,5.times do |n| 这种写法,默认 n 为 0,1,2,3,4。 当去掉这个 5.times do |n| ,单独测试 (n==2)..(n==3) 时,n 没有赋值,自然就会得到 bad value for range 的结果
1.约定大于配置 2.立足后端但始终关注前端技术并推动融合 3.Rails 基金会支持。
后端如果不好处理,有些 JavaScript 前端框架和库,可实现导入 Excel 和显示 Excel、pdf 内容生成的方法
补充一下,我花了好几周,开发一个自动生成 Excel 并作为邮件附件发出的功能,为了实现 Excel 的某些细节(譬如格式、数据等)花了很多时间,但是后来发现使用的频率并不高,使用 html 格式也能很好满足需求。
1.才大四,非常年轻,有进入美团的机会,不要错过,大企业的流程、分解并解决问题的思路,如何协同协作,都是个人成长非常宝贵的财富; 2.对于技术出身的前端,技术是立足根本,任何时候不要轻视技术,没有边缘的技术,只有不上手的新人。如果能够打杂,并从打杂中了解其他部门、了解业务运作的背后,其收益不亚于技术。 3.学习技术,在深度和广度,二选一,在自身学习能力、聪明才智、自律水平等禀赋一般的情况下,优先考虑广度,因为这种情况下,深度的天花板明眼可见,而广度可以保证不落后于技术趋势,安身立命和养家糊口都不会有问题。
同意楼上意见,说到底就是仰望天空和扎根泥土的关系,新人入门亟需系统的“本地化支持”,从教材、文档、资源、安装、关联工具使用、应用场景等一站式支持,哪怕是碎片化、大杂烩的资源汇聚,只要对使用者有价值,都值得传播。“形而上”谓之“道”,“形而下”谓之“器”,道阻且长,需要更多的后来者行而不辍。
结构清晰,逻辑合理,对象模型设置恰当就可以了。我想象的应该是从整体到局部,从宏观到微观,从粗线条到细线条勾勒出来的,而不希望整个应用是一点一点糊出来的,一点一点打补丁补出来,过了十天半个月自己也看不懂,对瀑布开发、敏捷开发、在没有整体勾勒情况下随性开发这种不是很喜欢。
不敢苟同啊,ruby 或 ROR 做 MVP 多好啊,除了低代码编程(不评价),还有比这个更适合快速形成最小可用产品的吗?
既然子业务是重点,就以子业务表作为抓手。子业务表可设置两列:父(主)业务 ID 列、公司 ID 列,这样做起来感觉不需要太多的关联,直接在子业务表中作查询既可以了。譬如查询主业务下有多少子业务,Sub-businesses.find_by(主业务 ID) 抛砖引玉,期望看到更多回复。
罗翔老师说“人类的理性是有限的”,而这个理性最常见的表现是“概念”(或者叫定义)的内涵和外延上面。题主问的问题是“差异性”,而不少答主自动转成了“优劣性”进行比较回复,这个算是偷换了概念,差异性≠优劣性。 大家聚在这里都是写代码的,都强调准确、理性,应当尽量避免这种与职业属性不一致的思维模式,应当精确的针对指令(问题)进行响应。
谋事找手头宽裕的人,做事找手头拮据的人,ruby 论坛这里都是做事的,建议走出 IT 圈外找谋事的人和谋事的点子。
https://rubyinstaller.cn/ 打不开页面。 AI 选择 py,我理解有一个重要原因是两者的核心差异,ruby 太灵活,相对于 py 不那么适应大规模团队的协作,更适合于以一敌百的狮子,而 AI 需要不断的进化和团队协作,需要群狼、鬣狗。matz 和 dhh 创始人赋予了 ruby 这种基因。
岂止是经商,所有的人类有意识活动都是基于信仰的(或者叫“主观上的确信”),谁在这一块站在了金字塔顶端,引领了潮流,谁就自然而然的可以获得超出一般平均水平的更多的回馈。