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