#掘友加油站# 我想换工作兄弟们，但是很纠结。
现在工作在国企，六险二金，买房只要出20w，剩下公积金全覆盖。退休以后养老金本金80w。双休不加班，每天大部分时间都在摸鱼。可以干到退休。缺点也很明显。工资贼低，一个月几千块钱。
换工作，山东工资水平比较低，在山东的话只能找到一个月税前15-16k的，社保还得按最低水平交。不过公司也很稳定，去看了一下，十年以上的老员工一大把。做算法的，但是公司想让我做数据产品经理。我个人不太了解数据产品经理这个岗位，搜了一下岗位也不多，感觉以后不是很好跳槽。我个人很想离职，但是新找到的工作不是特别合我心意，我又觉得这是个脱离国企的好机会，毕竟继续待下去，温水煮青蛙，很可能更找不到外面的工作了。

再次思考面向对象，确实应该可以严谨紧凑地约束代码，但花费精力太多，不像js/ts只要写起来能跑就行，而且各家面向对象标准差异，都不完美，反而要逼着程序员在错误的基础上去寻找解决方案。比如Cpp里有个友元，其实就是一种解决封装与可访问的妥协方案。那么面向对象应该怎样呢？我为什么会更偏向smalltalk？因为它的类型间都是消息发送，没有直接的属性访问。对象是什么？就是在js/ts中返回的object，为了实现更高复用性，封装方法，减少函数声明。在js中调用函数太容易，也造成巨大的浪费。而且命名空间或包，不应该充当文件夹，而应该约束可访问性，最顶层是引入外部包导入外部类，内部包只要没向上一层导出，都访问不到。类就是一个根据参数返回一个特定结构对象的函数。所谓友元应该是什么？应该是协议的实现方法，类需要转换成特定协议才能访问这些方法，否则不能访问，就保持了私有性——除非你知道它实现了该协议，协议可以私有定义。引入外部包，本质上是出于便利，需要允许在自己的包空间内对外部类进行扩展或覆盖。一般不考虑类的副作用，都是只读的，不允许写入性修改。以自己的包空间为全局，去扩展类的方法、协议，方便调用。协议方法名冲突，实现时在各自协议区间，当然允许上层默认。抽象类的意义，在于复用，应该像宏，并不在运行时中真实存在。但是有密封类，实现联合的效果。