日程管理的话我是通过日历来实现的，最好用的是 Google Calandar，没条件用的话可以考虑 Outlook。

好贴的话看怎么记了，一般是浏览器收藏夹+Gist 同步机制，以前试过复制下来贴到笔记里，但时间久了发现也不怎么会回去翻，凭印象 Google 一下基本都能找到，后来也就放弃了。

UHK 了解一下~~

感觉主要还是注意用眼卫生，定时休息一下；干眼症的话查查病因看能不能治疗；显示器太亮的话试一试发黄的那种护眼模式会不会好一些。

电子墨水屏幕的话如果不想用背光，对环境光要求也是比较高的，如果工作的地方比较昏暗也会导致眼睛累。

非主流产品还是谨慎为好，最终效果肯定会和预期的不大一样。

其实你潜意识里已经做了选择了，只是希望 V 友推一把。

老家是工业城市，程序员回老家找不到工作……

想想，一个开源免费（社区版）的数据库，受开发者青睐，然后云厂商 fork 了代码，加了各种黑科技，闭源卖服务，于是众开发者分分放弃社区版去买云服务，社区每况愈下。

这就是近几年发生的事，不过感觉 MongoDB 的策略也并不完备。

@yuchting 生产环境 4.0 已经用上事务了。MongoDB 近年来更新蛮多的，可以关注一下。

可以持续学习新技术，做事前做事后多思考，掌握解决各种问题的方法论；总之一个目标——逐渐不需要依赖其他人就能自主提升。

其实更重要的是你自己的职业生涯规划是怎样的，很多人说程序员 5 年一个坎，你希望你自己工作 5 年后是什么样子的，如何才能达到这个样子，然后你现在就可以做相关计划努力达到目标。

我曾经有一块闪迪的 U 盘，从高一用到大学毕业，后来买的 U 盘就都是闪迪的了，之前玩华硕路由器的 Merlin 固件，以及现在自己搭 OMV NAS 用到系统盘也都是用的闪迪的 U 盘。

个人觉得系统和配置还是比较重要的，比如尽可能减少写次数。

商业组织的开源项目和非盈利组织的开源项目从根本目标来说，还是不一样的。

其实开源界一直都有 Copyright 和 Copyleft 以及 free 和 non-free 的区别，我们可能听说过很多开源的好处，但绝大多数都是在 free 以及 Copyleft 下有效的，很多商业驱动的开源项目都只是商业组织对开源社区的单方面输出，确实能促进相关行业的发展，但是实际上也是对行业的一种控制手段，Android(看华为，虽然能用 AOSP 源码，但市场是被 Google Play Framework 控制的)、Chromium （掌握市场的是 DRM 之类的非开放组件）也都是这样的。

不过 Go 可能好一点是，在 License 里没有写明 Google 拥有 Go 的 Copyright （写的是“ Authors ”），所以如果想公道一些的话，社区贡献者中增加非 Google 员工的比例就可以了。

Mozilla 的很多项目是 MPL2.0 授权的，是 Copyleft，但不清楚为啥 Rust 是 Apache2.0+MIT 的，但至少 Mozilla 基金会是具有非盈利性质的血统的，做决策不会太看重商业利益。

一个很现实的情况是，商业公司做了很多高质量的代码，非常好用，不需要外人再来做什么工作去完善，以至于助长了大量的伸手党，最后对于伸手党的惩罚也出现了——参考 Ant-design 事件。

然后现在有很多个人开发者也在使用一些 Copyright 非常强的协议，比如 MIT，对其他贡献者不友好，所以也基本上封杀了发展为社区的可能性。

在高并发场景下可能出现两个进程同时查询同一条数据是否存在，两个进程可能同时查出来这一条数据存在，然后同时执行删除，一个成功删除了，另一个没有成功删除，只是一般也不会报错就是了。

所以……先查询后删除的原因是什么呢？如果是从性能上来说，先查询后删除性能比直接删除多一步，直接删除如果没有记录也不会执行写操作（数据库一般都会 对各种已知情况做足优化的）；从逻辑上来说，删除操作时幂等的，即不管删除前有没有数据，执行删除后的结果都是一致的。

所以我的答案是：直接删就可以了。

为什么一定要换 Go，只是因为 Go 是新出的吗？ CTO 更看重的是生产效率，而 CEO 更看重的是经济效益，所以只凭借“新技术”确实很难说服人；举个例子，招聘一个团队 Node.js ，每个人 12K，如果招聘一个团队 Golang，每人 20K，做出来的东西的营收还是要看市场运营和推广，你作为被投资人和股东过分关注的 CEO，你会选哪个？

不建议一刀切，你要是真想用 Golang，可以在未来新建设的新项目上从 0 开始用 Golang，如果要把现有项目全用 Golang 重写，在 CTO 还是 CEO 还是其他开发同事的角度上来讲，都不会很赞成的。

我们也在用微服务架构，也用 Node.js 和 Golang，说实话，微服务思想大大降低了语言和技术栈本身对于整体产品的影响程度，参考帕金森琐碎定理，建议把关注点放在 DevOps、Chaos Engineering、数据中台等等这些又潮又真的可以明显提升产能与降低成本的技术。

手感是玄学，每一种人的感受可能都不一样，所以确实需要试。

我是买键盘之前花了几十块钱买了两个试轴器，最终选了凯华茶轴，然后现在在用 UHK。

结果导向来看的话：能解决别人解决不了的问题。

如何达到这个结果，在不同环境和情况下可能需要不同的能力。
所以核心竞争力更多是老板或招聘者认为你有什么核心竞争力，而不是你自己认为你在所有同行中有什么核心竞争力。

近一年在关注招聘情况，单纯从招聘上来看，美国还是比较多元化的，Web 服务开发现在用 Python、Ruby、PHP 的都还很多，而且对求职者的要求往往不局限在一门语言；中国 Golang 的需求量上涨很快，很多以前搞其他语言的都纷纷转向 Golang 技术栈，这是个感官上很明显的现象。

The Hype Cycle 的顶点高度在国内被大幅度放大了，个人感觉主要是得益于自媒体行业的百花齐放，一些技术在中国已经开始应用一些营销手段，也确实出现了一些依靠营销手段成功推广的技术。当然，也不是说这些技术不好，只是说国内行业竞争太激烈，身边很多人忧患意识太强，总担忧自己的技术被时代抛弃，从而在技术栈方向上容易被舆论操控（技术恐慌？）。举个例子，前两年做前端的都在转全栈。

现在国内招聘的岗位的薪资普遍受语言和技术栈影响较大，12K 的 Python 后端肯定眼红 20K 的 Golang 后端，于是就出现了一种说法是“面向简历编程”。

回想起老师曾经说：“一个技术人员的优秀不在于会哪些语言、框架、库，在于总是可以解决问题。”回归技术本质的话，侧重培养能力还是很有价值的。

苹果重新定义了擦丝器。

Linux 的桌面环境灵活性很大，比如 Gnome 来说，X 和 Wayland 在不同硬件环境性能表现不一样，另外本身还有 Classic 模式和普通模式之分，显卡驱动也是个坑。
DE 本身肯定不是为了“卡的难受”而设计出来的，Linux 这种面向折腾的系统向来都不是开箱即用的（不可否认这点与商业产品有很大差距，但兴趣驱动和金钱驱动效果肯定不一样），肯定都是需要大量调优的，这是 Linux DE 的短板，但同时也是很多人感兴趣的原因。

最后菜是原罪，如果不能客观评估的话，那就是引战贴了，对广大 V 友以及对楼主自己都没有好处。

话说 V2 什么时候能开类似 Reddit CMV 的节点。