首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  bmpidev2019  ›  全部回复第 8 页 / 共 14 页
回复总数  267
1  2  3  4  5  6  7  8  9  10 ... 14  
❮ ❯
2022-08-15 11:23:17 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 软件工程之过程篇（Code Review、技术文档、自动化测试如单元/集成/E2E、弃用过程）
@gauzung 图片太大的话加载速度会很慢，还有图片容易糊，尤其是大图。倒是可以想办法在页面滚动时禁止其做 zoom 的操作，除非静止才能。
2022-08-13 21:43:53 +08:00
回复了 justanetizen 创建的主题 › 程序员 › 关于开源的一点想法
这逻辑能力和表达能力堪忧，看了半天才明白你的意思。

一个人连追求都没有那还有什么意思，做技术把做开源当作一个目标本来就是很正常的。而且做开源并不是什么高大上甚至遥不可及的梦想，你把这些活动当作打游戏也可以，都是可以获得成就感的事情，门槛也很低。
2022-07-28 15:26:37 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@seaiaddca 敏捷有站会实践，Google 这书里并没有提到站会。
2022-07-26 23:08:11 +08:00
回复了 zfish 创建的主题 › 推广 › 谈谈个人知识体系的构建，关于学习、阅读、写作、笔记与时间管理的整合
@YvanGu 直接在博客文章页面打印 pdf 即可，是重新排版后的，可以试试
2022-07-26 12:03:19 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@456789 15 分钟
2022-07-26 10:27:31 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@shawndev 我们团队每天会做 Code Diff ，这是个必须的实践。团队规模在几人以内可以让每个人都有时间讲解自己的代码，如果代码太多，那可以给每个人一个时间限制。如果团队太大那可以拆分成多个 stream 来管理，总之 Diff 的人员不能太多，但每天都应该花时间做，因为收益要高于成员，可以统一代码风格，保证可读性，提高成员水平等
2022-07-26 10:21:42 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@shawndev Diff 和 Review 不太一样的地方在于，Diff 是一个团队集体行动，大家一块看某个开发者写的前一天的代码，这样的好处在于每个人都能反馈，也能了解其他人做的工作，防止一些信息不同步的问题。Review 一般是一两个人去审查对方已经要合入主干分支的代码，更适合外部人员提交代码到主干这种 GitHub 分支管理模式。
2022-07-26 08:44:54 +08:00
回复了 zfish 创建的主题 › 推广 › 谈谈个人知识体系的构建，关于学习、阅读、写作、笔记与时间管理的整合
@season8 😂
2022-07-26 07:19:14 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@ericgui 国内一些外企也是这种文化，但不知道国内的企业有没有这种文化的
2022-07-25 10:19:36 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › Google 是怎么做软件工程的？文化对软件工程有何影响？
@kneep 下个月写过程与工具篇，总共就两篇
2022-06-25 19:35:39 +08:00
回复了 sjmcefc2 创建的主题 › NAS › 求一个功耗小，便宜的 nas 方案。
@zjj19950716 +1 ，618 买了个海康 h99pro 的硬盘盒子，淘宝淘了块 3t 硬盘，总共不到五百块钱，电视盒子再安装一个 plex ，完美的一套影音方案
2022-06-25 19:31:19 +08:00
回复了 luin 创建的主题 › 程序员 › 收到了一份来自 GitHub 官方的赞助，开心！
@luin 不加班能这么坚持做开源的人也少😂
2022-06-25 16:29:02 +08:00
回复了 luin 创建的主题 › 程序员 › 收到了一份来自 GitHub 官方的赞助，开心！
太强了👍
2022-06-22 07:59:29 +08:00
回复了 yazoox 创建的主题 › GitHub Copilot › 现在的 AI 写代码工具，都是要收费的么？今天 copilot 提示我， 60 天 free trial？
tabnine ，可能没那么强大
2022-06-20 18:36:02 +08:00
回复了 lik750 创建的主题 › 程序员 › CSDN 为什么一直被骂还一直变大
内容营销的 Worse is better ，之前在 Twitter 分享过一些相关的分析： https://twitter.com/madawei2699/status/1481596368716451842
2022-06-20 18:31:14 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 编程语言是如何实现并发的之并发模型篇
@superchrisliu 我知道你的意思，你说的只是 netty 那么做的，和实现的场景相关，我既可以在同一个线程也可以不在，至于你的困惑是为何 actor 模型要切换线程做，因为线程切换有开销。但 actor 模型的代表是 erlang 语言，erlang 实现了一个非常高效的用户线程调度模型，线程切换开销极低。
2022-06-20 15:59:59 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 编程语言是如何实现并发的之并发模型篇
@superchrisliu eventloop 这种是利用多路复用的 I/O 模型去实现高并发，在请求被分发给 handler 后依旧可能利用多线程去处理代理请求（比如这个 request 里又请求了其他服务的 API ），所以并不是到 handler 之后就同步处理了，需要看实际的场景啊。actor 模型更复杂一些，但它可以跨节点去通信，适合分布式的场景。至于线程切换，如果是用户线程的话，切换开销不高，应该比同步等待 I/O 模型的数据开销都低。
2022-05-13 10:52:59 +08:00
回复了 bylinzi 创建的主题 › 分享创造 › 构建测试的体系化思维
学习一下
2022-05-07 16:50:48 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 分享下我学习新技术时用的一些方法
@killva4624 找自己喜欢的方向，如果没有就找工作需要的方向先试试，最简单的就是从开源项目或个人作品开始做起，这个很容易找到的，最怕没时间和精力。
2022-04-29 21:38:09 +08:00
回复了 bmpidev2019 创建的主题 › 分享创造 › 编程语言是如何实现并发的之操作系统篇
@tj3u2l htop
1  2  3  4  5  6  7  8  9  10 ... 14  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2620 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 15:05 · PVG 23:05 · LAX 07:05 · JFK 10:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.