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

  • 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) 抛砖引玉,期望看到更多回复。

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

  • 谋事找手头宽裕的人,做事找手头拮据的人,ruby 论坛这里都是做事的,建议走出 IT 圈外找谋事的人和谋事的点子。

  • https://rubyinstaller.cn/ 打不开页面。 AI 选择 py,我理解有一个重要原因是两者的核心差异,ruby 太灵活,相对于 py 不那么适应大规模团队的协作,更适合于以一敌百的狮子,而 AI 需要不断的进化和团队协作,需要群狼、鬣狗。matz 和 dhh 创始人赋予了 ruby 这种基因。

  • 岂止是经商,所有的人类有意识活动都是基于信仰的(或者叫“主观上的确信”),谁在这一块站在了金字塔顶端,引领了潮流,谁就自然而然的可以获得超出一般平均水平的更多的回馈。

  • 品味是流量的敌人,这个是所有产品经理要铭记在心的的准则。 凤凰传奇的歌“土”,不妨碍它流行,某种程度上,或许“土”也是流行的密码。

  • 怎样批量上传 avatar at 2023年04月04日

    @lehf 用你的方法试了一下,是可行的,也上传成功了。同时也找了一下 rails guide,发现其中也有这方面的指导,对应章节是“3.3 Attaching File/IO Objects3.3 附加文件/IO 对象”,非常感谢,在开发前期只注重了功能实现没有特别关注到这里,在应用时,发现很多原始数据、资料需要初始化导入或上传,这方面的功能就需要补足。

  • 怎样批量上传 avatar at 2023年04月03日

    利用 watir 写了一个脚本,从前端直接上传了。如果不用 watir,使用 net/http 的话,对 post update user.avatar 的路由、params[:avatar] 参数、http 文件头等搞不定,还要继续学习网络方面的知识。

  • 怎样批量上传 avatar at 2023年03月30日

    实在不行就只能用 watir 等自动化方式了。

  • 这个有个国情在,国内目前还是倡导制造业,IT 信息产业的投融资并不顺遂,天使投资环境也不理想(基本上没有盈利的创业公司很难融到钱),大公司不仅不会扶持这些开源项目的尝试,还会积压开源项目的空间,同时这些创业公司要存活,就不得不在搞出工具、应用后马上进行商业应用尝试,并争取获得第一桶金,否则仅仅免费状态下,根本没有机会活到能够成长壮大的那一天。先要解决生存问题,再解决发展问题。 说投机也并没错,在千百次投机中,市场会作出选择。

  • 支持,在需求中解决问题,在解决问题中求得进步。

  • 恭喜你,有这种“悲哀”感悟的人,说明已经到了一定的境界了,新人则通常都是懵懂、混沌的,不会有这种感悟。其实哪个行业到了一定深度都有可能进入某种自我怀疑的状态,譬如医生即使医术再精深,也会感叹斗不过生老病死;律师学法再精,也会觉得斗不过陈规陋习。越过这个深水区,又可以更上一层境界。

  • 以题目中的“1100110011001100000011000000111111001100111111001111110000000000000011001111110011111100111111000000110011001111110000001111110011001100000011”为例,会发现最短的也是 00 或者 11。这时候我们会发现很奇怪,难道嘀嗒之间不是 1 个 0 吗?滴不是应该一个 1 吗?怎么会出现最小两个 0 或两个 1 的情况?这不符合常理。

    那么只能理解为,发送信号的发报员是个慢手,他发原本想发报一个 0,但是我们这边收到显示是两个 0;他原本想发送一个 1(嘀),但是我们收到两个 1(滴滴)。这就说明收报的速度是发报速率的两倍,同样时间,发报员发出一个信号,结果收到两个信号。这样的话,这个字符串就要 2 位折算为 1 位,也就是“11”替换为 1,“00”替换为 0。

    按照速率折换后,上述字符串转换为字符串 B:10101010001000111010111011100000001011101110111000101011100011101010001。

    再对上述字符串 B,按照 1-5 的规则,对应翻译一下,就是题目的“···· · −·−− ·−−− ··− −·· ·”,两者完全能对上