• “知识的诅咒”,即我们一旦知道某种知识,就无法想象不知道这种知识时会发生什么,我们的知识“诅咒”了我们。我们很难与他人分享这些知识,因为我们无法轻易摸透无知者那一方的心理状态和知识的盲点。为了避免“知识的诅咒”,我们鼓励“提问的智慧”,这是对回答者的基本礼貌和尊重,不是谁无知谁可以更不讲“礼/理”。我们面对键盘、面对电脑太多时间,都忘了基本的沟通礼仪和沟通方式,不能把和人工智能的那种直接简单粗暴沟通方式代入到人与人的日常沟通之中。

  • https://ruby-china.org/topics/25579,不按招聘版规的广告都有问题,请群主屏蔽。

  • Rails 8: The Demo at 2024年11月18日

    怎么样做到 DHH 视频中那种快如闪电的响应?网络、电脑配置?我的都是慢腾腾的出结果

  • 写作是另一回事... at 2024年11月12日

    抓紧时间写一下 rails 8.0,哪怕某个 8.0 的某个局部特征或局部功能的应用也好,公众号写作要抓热点。

  • indie 有感 at 2024年11月09日

    能不能在此基础上出一个工具(或者浏览器插件),譬如我在看 DHH 英文讲解的时候,能够出现中文翻译。现在很多工具可以实现网页一键翻译,但是视频同步翻译的好像没看到。英文视频,一种是有字幕情况,一种是无字幕情况,可能前者好处理一点,后者要捕获语音再英译中。

  • Rails 8.0: No PaaS Required at 2024年11月09日

    昨晚上安装了 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 为什么能够长期霸占电脑右下角,大概是因为动不动给你一键安装了吧。

  • 写作是另一回事... at 2024年11月09日

    写的很好,通俗易懂,看了有收获,rails guide 以及很多类似的教程通常只讲了怎么做,你的文章还讲了是什么、为什么,很有帮助。

  • 星火传承,ruby 不死,为感谢楼主分享,立一个 flag:三个月内认真看一遍,不快进的那种。

  • rails7 CSS 的设置 at 2024年10月24日

    顺便补充一下:在实际使用过程中,如果是仅仅“rails new blog --css bootstrap”,去掉“-j esbuild”,bootstrap 并不能成功安装,加上这个就可以了。

  • 因为我自己也做了一个专利商标及相关文档管理的知识产权管理系统,也关联文档管理,与此类似,特意注册登录看了一下:

    1. UI 做的不错,简洁大方,还有右键点击功能,与操作习惯一致(虽然无提示);
    2. 显示文件上传需要审核,不知道是基于什么考虑?这种一般是内部使用,又不是做云盘系统,审核不必要,最多管理员屏蔽不合适文档即可即可;
    3. 没有文件简介、文件标签、关键词、分类等功能,导致文件不方便被搜索、管理。
    4. 试图做文件夹系统,多级目录,这一点没必要,最多类似手机图标那种,几个图标合并在一个框框里边即可,一级目录即可,没有必要做多级目录,多级目录完全可以通过标签设置方式来达到同样效果
    5. 没有文件拖动上传,批量上传,上传进度及完成情况提示功能。
    6. 文件管理系统可以功能做到很大,小规模开发不用面面俱到,个人感觉,如果是企业级内部使用,做知识沉淀或管理,专注做好以下几个功能:(1)权限管理(是否对某人或某群组公开,是否允许他人修改、替换)(2)分类、标签、搜索功能;(3)丝滑的操作感受,例如:在线预览、统计、右键点击操作、批量拖动上传或下载、同事间的分享推送;(4)文件与某些事项、工作、特定日期相互关联的提醒功能。 不知是否妥当,可讨论。
  • imgimgimg at 2024年07月03日

    这不是五笔输入法相近的解决思路吗?

  • 管理员可给论坛开发一个举报功能,定期清理举报的不良帖子,净化环境。

  • Rails 从入门到入门 at 2024年01月02日

    若有一键傻瓜式安装(譬如:先下载个小文件检测环境配置,然后根据环境配置自动安装),也不至于让很多人止步于“hello world”门外了,rails 的惯例优于配置的原则和特性,在 ruby 和 rails 的安装过程中一点没体现。

  • 这个感觉很难,举个例子:
    通常普通人的反馈是这种:
    哎呀,我的老公现在在医院里,前天出了交通事故,现在没钱交医药费了,他是在 XX 公司上班的,听说是 XX 单位派去那边开挖机的,前天晚上回来路上被一个电瓶车给撞了,头撞破了,那个人跑了,现在也没找到人,请问我该怎么办?

    律师解读后通常根据法律关系梳理为以下这种:

    1. 工伤保险:回家途中出现交通事故,是否构成工伤?怎么进行工伤认定?
    2. 劳务派遣:出现了工伤事故,用工单位和劳动派遣单位怎么承担责任?
    3. 交通事故:本案事故责任怎么认定,肇事方逃逸责任怎么确定?是否达到伤残等级?怎么申请赔偿?
    4. 医疗合同:患者无钱诊治了,怎么获得救济,医院能否终止治疗?

    有经验的律师和法务工作人员做到上述这种程度尚需经验,智能 AI 怎么实现将普通人诉求、自然语言表述的问题转化为法律问题、法律关键词?

  • 过几年再考虑律师,现在企业法务。

  • 用户提出的需求问题 - 转化为法律主题和法律语言表达 - 提炼抽象其中法律语言关键词 - 寻找到关联度、近似度最高的法律条文。 最难的感觉是现实问题到法律关键词的映射问题,譬如“一手交钱一手交货”,对应的法律关键词是“同时履行抗辩权”,相应的最接近的法律条文就是“民法典第五百二十五条 当事人互负债务,没有先后履行顺序的,应当同时履行。一方在对方履行之前有权拒绝其履行请求。一方在对方履行债务不符合约定时,有权拒绝其相应的履行请求。”

  • 开发一个智能的法务 AI,当用户提出有关法律场景、法律问题时,能够根据用户的语境,理解用户的核心关注点,并提出准确的最接近对应法律条文、应对程序(诉讼仲裁)、类案推荐、理论分析以及法律文书智能起草。 让普通人花很少的钱,就能获得专业的法律的支持;让律师从 80% 的繁重工作中解放出来。

  • 能不能让 GPT 将自然语言表述的规则,转化为正则表达式?或者将正则表达式解读为自然语言?写正则或读正则都比较费时间。

  • 请教一个 Ruby 语法问题 at 2023年10月11日

    其实测试一下

    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 格式也能很好满足需求。

  • 可调整思路。也许你认为的那些用 ruby 控制、操作 Excel 的功能的极致完善并没有想象的那么重要,或许有个 HTML 格式,CSV 格式就可以了,用户复制粘贴一下也不是对整个功能有致命性的影响。

    “好”和“重要性”是相关的,刚好够用,有些地方特别好用,就足够产生吸引力了。

  • 1.才大四,非常年轻,有进入美团的机会,不要错过,大企业的流程、分解并解决问题的思路,如何协同协作,都是个人成长非常宝贵的财富; 2.对于技术出身的前端,技术是立足根本,任何时候不要轻视技术,没有边缘的技术,只有不上手的新人。如果能够打杂,并从打杂中了解其他部门、了解业务运作的背后,其收益不亚于技术。 3.学习技术,在深度和广度,二选一,在自身学习能力、聪明才智、自律水平等禀赋一般的情况下,优先考虑广度,因为这种情况下,深度的天花板明眼可见,而广度可以保证不落后于技术趋势,安身立命和养家糊口都不会有问题。

  • 同意楼上意见,说到底就是仰望天空和扎根泥土的关系,新人入门亟需系统的“本地化支持”,从教材、文档、资源、安装、关联工具使用、应用场景等一站式支持,哪怕是碎片化、大杂烩的资源汇聚,只要对使用者有价值,都值得传播。“形而上”谓之“道”,“形而下”谓之“器”,道阻且长,需要更多的后来者行而不辍。

  • 结构清晰,逻辑合理,对象模型设置恰当就可以了。我想象的应该是从整体到局部,从宏观到微观,从粗线条到细线条勾勒出来的,而不希望整个应用是一点一点糊出来的,一点一点打补丁补出来,过了十天半个月自己也看不懂,对瀑布开发、敏捷开发、在没有整体勾勒情况下随性开发这种不是很喜欢。

  • 不敢苟同啊,ruby 或 ROR 做 MVP 多好啊,除了低代码编程(不评价),还有比这个更适合快速形成最小可用产品的吗?

  • 既然子业务是重点,就以子业务表作为抓手。子业务表可设置两列:父(主)业务 ID 列、公司 ID 列,这样做起来感觉不需要太多的关联,直接在子业务表中作查询既可以了。譬如查询主业务下有多少子业务,Sub-businesses.find_by(主业务 ID) 抛砖引玉,期望看到更多回复。

  • 罗翔老师说“人类的理性是有限的”,而这个理性最常见的表现是“概念”(或者叫定义)的内涵和外延上面。题主问的问题是“差异性”,而不少答主自动转成了“优劣性”进行比较回复,这个算是偷换了概念,差异性≠优劣性。 大家聚在这里都是写代码的,都强调准确、理性,应当尽量避免这种与职业属性不一致的思维模式,应当精确的针对指令(问题)进行响应。