听说还详细询问了为什么要用 Rust 的 Nighty build 而不用稳定版?

你就老老实实说呗。

态度上也不要鄙视、不耐烦，按你自己的想法说清楚就好，也不用编其它的理由。

你既然不赞成这种行为，就从自己做起。

以诚待人，也以诚待己么。

你一个做 App 的，最重要的是……靠作品说话。

业余时间做一点自己的 App 吧，上架，免费，就先图个口碑。

拿出你 App 的日活，这不比怎么说你都更有力？

如果 App 做的好，那就专心做自己的 App 吧，给别人打工，不如给自己干活。

没车贷房贷的话，真心好

我觉得是招聘难度决定的。

javascript 相对 golang 确实要好招多了。

多少还是有变化的。

2000 年初的时候，以 Java 平台来说，框架还是 XML 设置大行其道，struts 风格当时还是吃香的。经常开发时还会用到专用的 xml 工具，比如 xml spy。现在，大家都受 ROR、Sintra 风潮的影响，多走标签、yaml，开发个项目也不再一堆 XML 配置文件了。

Web Service 也就不用再多说了，呵呵。

2K 年初，大家还是比较 OO 的，设计模式等等。JS 框架那时也努力 OO 化，虽然 javascript 本身的继承模型是原型继承。到今天，FP 不能说大行其道，起码也展露头脚了。JS 的纯 OO 风格框架也基本不存在了。大家更喜欢使用回调，闭包。

其它的方面就更多了。2K 初搞数据分析和商业智能，都是搞数据仓库，上下钻取。当年的自己很难相像，短短十来年后，人工智能就能在围棋上远远甩开人类。机器学习和深度学习会达到今天这样的能力和热度。

别的不说，你当时能想像以后大家出门不用带现金，拿部手机就足够了？

那就自带呗。

话说，我就是这样的，自带 MBP+P2415Q。

想申请 4K 显示器，但公司没有，那我自己买一个用总可以了吧。

top 5 music 这个功能不错

我支持校真的人，虽然自己做不到。

从某种方面来说，你们让这个世界更美好。

我一般都实话实说。

之前也曾经试过委婉，但是最后吃饭时，还是反映这样更伤人。

so, friends are friends, business is business.

老老实实直接说，也不必语带威胁。诚恳面对对方，也诚恳面对自己。

如果都是低层开发的话，那就只能看钱了。

不过，如果类似 996 类的企业，建议你算成时薪。

中层的话，看平台喽。

你负责多大的事，具体管理哪个，或者哪几个部门。这个公司职位放到社会上的竞价如何？

没有其它，只有 Redis，那就用这个喽。

有其它的中间件，比如 ZooKeeper，也可能用 ZK。

何必呢？

同样的事，既然已经会 Python 和 Golang 了，没必要再折腾一遍。

有这个时间，不如把精力放在如何用已有技术做出更加优秀的作品上。

它们都只是技术而已，使用的情况么，看场景。

CS 程序员和产品会更喜欢存储过程。比如 XX 管理系统，XX 财务系统，主要业务逻辑都是使用存储过程封装。到客户那边修改逻辑实现，去数据库中改下存储过程即可，而不是使用 Delphi、C#、VC 什么的重新编译一个客户端或者 DLL，再部署。

但是在 Web 后端看来，这个解决方案就坑了。你写成 Java、C# 、Python 什么的，可以在无数应用服务器上并发运行。写成存储过程，就只能在数据库里面跑了。性能相差可能数据级别。存储过程，后面如果碰上数据迁移，比如 Oracle 转 MySQL、MySQL 转 HBase 基本上全得重新开发，而后端服务不受此影响。

都是抉择，无非取舍而已。

有问题，多交流。

憋闷在心理，久了，多了，没问题也有问题了。