• 至少是了解熟悉,会做一些简单的改动。

  • 😀 感谢支持

  • 😀 感谢支持

  • 交互、业务设计看着挺赞的。 👍 😀

  • 什么时候考虑分库分表的,分了之后业务复杂度得高很多?

  • 哈哈,和我们也有点像。😀 DB 也是可以自动扩容的,PolarDB 是否了解,也支持伸缩。 K8S 还有一个好处,可以快速创建测试环境,如果不需要了也可以直接移除。

  • 哈哈,我们用了 ElasticSearch 😅

  • 哈哈,写的两个问题,时区、platform 都遇到过了…… 😀

  • 回流技术团队现状 at 2022年12月09日
    1. 阶段性地思考是很多技术工作者缺失的,写东西是一种不错的思考方式,CTO 应该需要有时间思考;

    2. 对 Web 应用、服务来说,Rails 提供的方案能较快地构建出不错的应用,且成本可控,不倦,只是生存空间确实尴尬;

    写得挺好,值得学习,加油!👍

  • Rails 多节点日志合并查询 at 2022年12月01日
    1. N 台机器,如何部署的,手动或者脚本?
    2. 我们用了 Aliyun 日志服务 SLS,直接把这个问题解了,成本可接受。分享的思路一定程度上能解当前问题,如果有扩展需求就不好解了,就是能解决一个问题但不能解一类问题。比如现在按关键词搜,如果需要按时间段筛选某段日志或者部分字段属性,可能就不好处理了。
  • 如果从事相关业务,随着规模增长,是一个绕不过的话题。面临这个话题的时候,更多要解决的是非技术问题,很有参考价值。赞!👍🏻

  • @selfrescue 发过邮件,未回复。

  • 简单聊聊 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,抓取来的内容涉及版权问题,如何考虑的……