• 简单聊聊 Ruby at 2022年04月27日

    感谢推荐。对 Web 系统来说,数据量、并发较小时,用什么语言、技术栈给用户的使用感觉差异不大。掌握一门语言、技术后,也能更快地学习其它语言或技术栈。单纯讨论哪个好坏意义也不大,一般都有前提条件,如性能、易用性。Ruby/Rails 在面对一般规模 Web 系统时(如并发 3000 以下,单表数据量千万级以下),还是挺好用的。

    国内还有一些 Ruby 相关的公司,如墨刀、薄荷、Tower 等。

    关于 Ruby/Rails 是否好用,也可以看看这几篇:

    😃

  • @putaozhenhaochi 能,但不是很好招。

  • 支持远程 @anehing

  • MySQL,误差有点大……

    count 10590362 
    explain 7159658
    
    1. 出于兴趣还是盈利目的做这个项目要想清楚;
    2. 目标用户是哪些,这些人在哪里,基数有多少,他们怎么知道你,怎么想办法让他们到你这里来;
    3. 同类竞品有没有,如果有,他们是怎么做的,他们有什么优缺点,你有什么优缺点,为什么要用你的产品,转移成本有多少;如果有同类产品,研究它分析它模仿它超越它;
    4. 能给目标用户提供什么价值,解决什么问题。不用你的产品,用其它什么工具是否也可以解决,你的需求是不是伪需求?
    5. 能不能做个 1 分钟的使用视频,介绍这个产品的特点;
    6. Reddit 发了没反应,Indie Hackers 试了没,Twitter、Facebook 那,Google SEO 有没有可能,有没有所有想到的都试了一遍?
    7. 如果还是不甘心,想再试试的,别再打磨产品技术细节了,多想一些上面的问题;
    8. 我说的可能也是错的,仅供参考!加油,还是很棒的,尝试了,迈出了第一步,至少比摸鱼强。 😃
  • 那日 PV200w 以下,< 16 核,一般如何部署,单机或者多台机器如何管理,通过脚本批量操作? 如何实现业务伸缩,使用阿里云自带伸缩服务?

  • 不是有没有用的问题,而是某种能力/技能在什么水平的问题。😅

    • 个人英语能力处在什么水平;
    • 对算法了解程度如何,如何用 A、B、C 划分等级,自己处在哪个等级;

    为什么会提这个问题,知己知彼,找到下一个努力方向……

  • 有好的项目机会,对于自身技术成长帮助还是挺大的,比如去大厂也是很好的锻炼机会。😃

  • 微团队管理日志 at 2021年01月12日

    写的很棒,只有参与才会有体会。

    每当你想要批评别人时,你要记住,这个世界上所有的人,并不是个个都有过你拥有的那些优越条件。


    这么做可能会有 XX 问题,或许你可以 XXX 去做。

    情商,沟通的说话方式问题也尤为重要,比如尽量用陈述句,少用反问句。

    做到/做好文章提到的几点,团队一般都不会差。补充一点,不适合团队的人尽早淘汰,不是说放弃队友,认知/方向不一致就不要勉强。【招对了人其实就成功了一半了】

  • 也可以试试基础框架用原生,功能类模块用 H5/Vue,实践过还可以。

    比如电商类应用,商品列表、商品详情、购物车、支付这些用原生(做两套代码,iOS + Android)。 其它营销类、活动类功能都以内嵌 H5 方式实现(做一套 Vue),能实现接近微信小程序那样的体验,方便维护更新。 另外可以将原生 API,如支付,分享暴露出来供 H5 活动页调用(微信 jsapi 原理),基础框架完善后,很多扩展功能都可以是 H5 方式实现。

    这种方式比较适合中小团队,1)原生开发人员好招;2)代码可控性好,扩展功能用一套代码维护;3)不怕被 RN / Flutter 坑。

    以上仅供参考。😃

  • 已更新。2020.2.11

  • 兄弟哪个城市,我们也是 3.5 线(浙江/嘉兴)强行 Rails……

  • beta 版方便放出测试看下么?

    • tower 自带了共享屏幕 + 语音, zoom,我们一直都在用,用了快 2 年了,如果不需要共享桌面就直接微信,Mac 版也可以直接点,很方便;

    • 项目代码管理,我们也用 GitHub 私有库,代码 + issue,很好跟踪的;

    • 其它一些任务资料等通过 trello;

    • 结合 Slack,Github 推送,trello 推送,Slack 上都会有消息;

    • 2-3 句话能讲清楚的就文字,讲不清楚就直接语音;

    • 文档我们用 quiver(markdown)+ dropbox 的方式进行同步;

    • 远程的沟通成本还是有一些的。

  • 👍

  • 也进来膜拜下,《微型计算机》,《电脑报》……略有些历史感了,人生能有多少个十年,咬咬牙十年可能也就过去了……很赞👍

  • 挺感兴趣的,不过可惜因时间地点没法参与

  • 提交 AppStore,抓取来的内容涉及版权问题,如何考虑的……

  • 杭州/上海有兴趣,可以学习学习 😁 👍

  • 上海周边地区,一直想来参加下,不过都在晚上,求加下 @xiaoronglv wechat id: wikimo, thks 😁

  • 就如 @ashchan 提到没有一种方案是通吃的,每种技术方案都有它适合的场景,存在的意义,关键自己想要什么。要性能,体验,那么原生,代价是成本较高,如果要性能,要开发效率,那么试试 react native / weex,当然也并不完美。对于 web 开发者,个人也更倾向于偏 web 方案,更亲切,当然个人意见。

  • 真会玩,很能折腾…… 👍

  • 我的學習經驗 at 2016年06月17日

    問:你覺得 Ruby on Rails 初學得快、慢的關鍵差異在哪? 不肯買 MAC,因為好的資源都在上面。

    其實不止 Ruby on Rails,很多 Open Source 的東西都是如此,包括做設計的……


    問:要怎麼成為厲害工程師?

    回答很棒,厲害工程師,方面的能力也很強

    👍 👍 👍

  • 具体一点是不是可以这么理解。

    • helper 中禁止实例变量出现,helper 垮 resource 可能引发问题;

    • 单个 resource 中,使用实例变量没有问题;

    @alex_l_zhang

  • @alex_l_zhang 那是不是就得规避实例变量的使用。 @dudu_zzzz 关注同样的问题,我们也在用,只是还没有大规模使用,如果真有问题,直接调整下实现方案