sy20030260's recent timeline updates sy20030260's recent timeline updates | sy20030260V2EX member #297383, joined on 2018-03-06 22:33:30 +08:00 |
| AWS ECR 是否有 P2P 加速镜像下载功能？ Amazon Web Services sy20030260 Jan 2, 2023 Lastly replied by jinweijie | 1 |
| 有没有这样一门语言，保留 Rust 其他特性但提供 GC 能力？ Rust sy20030260 Nov 16, 2022 Lastly replied by itfanr | 44 |
| 大公司的前端项目和个人项目有什么区别？ 程序员 sy20030260 Aug 10, 2021 Lastly replied by JerryCha | 10 |
| 从大厂跳槽到创业公司的程序员们，你们后悔了吗？ 职场话题 sy20030260 Jul 12, 2021 Lastly replied by hh4062703 | 20 |
| 跳或者不跳，是个问题 职场话题 sy20030260 Mar 5, 2021 Lastly replied by wangtiechui | 6 |
sy20030260's recent replies
Sep 26, 2022 Replied to a topic by Rooger 程序员 工作五年的游戏后端不知道排序算法的复杂度正常吗？ |
结合公司的招聘情况看了，一般情况遇到这种程度的基础可以 pass 了。但如果短期实在缺干活的人，或者公司能开出的薪资水平本来就比较一般，那还可以试试挖掘面试者其他方面。例如稍微引导一下面试者，如果他能说出快排的基本思路，能通过代码写出基本 bug free 的版本，而且代码风格还不错，那至少说明思维和代码能力不错，属于能实际上手干活的那类人，那还可以往这方面继续考察考察。毕竟面试过程看的不是某个单一问题的回答，而是不同方面能力的综合考察和综合判断
Sep 25, 2022 Replied to a topic by James369 程序员 现在搭一个小的推荐系统麻烦吗？ |
这个“小”具体是多“小”啊。上推荐系统的话，最后上线得能验证效果，那就得先有简单的 AB Test 吧。要 AB Test 的话，就得有简单的数据平台，简单的埋点 /离线数仓 /取数 /报表不能少吧。而且 AB Test 要能跑起来样本量不能太少吧，说明产品已经比较稳定且具备一定用户规模了。
到这个程度其实已经过滤掉大部分小公司了，这种公司一般都有一个小型的 BI 或算法团队了。这个时候搞个推荐系统应该比较水到渠成了，毕竟业界都有相对成熟的方案，丢给算法团队搞就是了，应该轮不到 OP 来提这个问题吧。如果确实还有这种问题，可能得检查下算法团队是不是有水分了（逃
到这个程度其实已经过滤掉大部分小公司了，这种公司一般都有一个小型的 BI 或算法团队了。这个时候搞个推荐系统应该比较水到渠成了，毕竟业界都有相对成熟的方案，丢给算法团队搞就是了，应该轮不到 OP 来提这个问题吧。如果确实还有这种问题，可能得检查下算法团队是不是有水分了（逃
Sep 6, 2022 Replied to a topic by cxytz01 程序员 即时通信 IM 端到端加密真的可以做到吗？ |
Aug 28, 2022 Replied to a topic by opoojkk 问与答 问：大家读书时主要是那种阅读媒介呢？ |
商业 /社科畅销书：微信读书
专业向的、技术书籍等需要边看边圈圈画画：Zlibrary 下载到 iPad 看
专业向的、技术书籍等需要边看边圈圈画画：Zlibrary 下载到 iPad 看
Aug 28, 2022 Replied to a topic by skywind3000 Vim 分享篇文章：为什么我会使用 Vim ？ |
不否认 Vim 在拓展性上确实有优势，但是很好奇除了自己折腾的场景除外，在真正生产场景中 Vim 的高拓展性到底能发挥多少价值？我是 JB 系重度使用者和 VsCode 轻度使用者，在现实生产场景中用到 JB 的功能甚至都占不到它完整功能集的 20%。JB 的功能已经完全超出我在生产场景中的需求，偶尔一些拓展性借助插件也能实现。我真的不需要那么灵活的拓展性，而且我遇见过的程序员他们大多也不需要
拓展性高，用统一的工具解决所有问题当然很爽，但是为了这种爽付出的代价是：开箱即用的产品体验、易用性更高的图形化界面、商用级别支持的 IDE 配套服务等等。为了多 10% 的高拓展性却要牺牲 90% 常用场景下的产品体验，这个边际成本对于大多数普通用户来说也实在忒高了...
拓展性高，用统一的工具解决所有问题当然很爽，但是为了这种爽付出的代价是：开箱即用的产品体验、易用性更高的图形化界面、商用级别支持的 IDE 配套服务等等。为了多 10% 的高拓展性却要牺牲 90% 常用场景下的产品体验，这个边际成本对于大多数普通用户来说也实在忒高了...
Aug 26, 2022 Replied to a topic by foufoufm Markdown [提问]Obsidian 如何支持笔记的自定义排序 |
建立一个索引笔记，在索引笔记里链接其他笔记，然后把索引笔记 pin 住就行了。如果懒得每次手动修改索引笔记，可以进阶一点，结合 dataview ，加个 rank 字段然后按 rank 排序
Aug 26, 2022 Replied to a topic by wxiao333 程序员 惊讶！连字节这样的宇宙厂都不怎么做 CodeReview 和单测？ |
在零单测的国内大厂待过，后面出来创业公司严格单测也搞过，深有体会。
从整个团队的角度，写单测必然是正向收益的。写单测的时间成本真的没有大多数人想象中巨大，项目刚开始写单测可能会占用你 40%-50% 的时间，但随着单测数量变多，有越来越多支持单测的工具方法和示例代码，开发单测的时间会急剧缩短。多花一点时间写单测，省下的是未来大量重复排查、定位问题的时间，绝对的正向收益
但回归到现实中，在国内大厂搞单测覆盖的困境在于，如果和你协作的同事不写单测，只有你自己写，那这样的单测维护起来既困难，而且实际效益也极低。况且，单测终究是一项花费个人的时间精力，但是带来的收益更多却是团队收益的工作。所以可想而之，在国内这种 KPI 导向、排期倒挂的大环境下，没有人会愿意做这种牺牲小我成就团队的傻子
你为了快点上线不写单测，那我还干嘛还吃力不讨好地维护单测呢？最后大家只能被动地选择一种对团队收益更低的方案。说白了也是一种 KPI 导向下的内卷形式
从整个团队的角度，写单测必然是正向收益的。写单测的时间成本真的没有大多数人想象中巨大，项目刚开始写单测可能会占用你 40%-50% 的时间，但随着单测数量变多，有越来越多支持单测的工具方法和示例代码，开发单测的时间会急剧缩短。多花一点时间写单测，省下的是未来大量重复排查、定位问题的时间，绝对的正向收益
但回归到现实中，在国内大厂搞单测覆盖的困境在于，如果和你协作的同事不写单测，只有你自己写，那这样的单测维护起来既困难，而且实际效益也极低。况且，单测终究是一项花费个人的时间精力，但是带来的收益更多却是团队收益的工作。所以可想而之，在国内这种 KPI 导向、排期倒挂的大环境下，没有人会愿意做这种牺牲小我成就团队的傻子
你为了快点上线不写单测，那我还干嘛还吃力不讨好地维护单测呢？最后大家只能被动地选择一种对团队收益更低的方案。说白了也是一种 KPI 导向下的内卷形式
Select Language