计算,网络,存储当中我最不了解的那一部分,发现附近有一个 old school team,现在还在只用 C 做开发,代码中没有任何的部分使用 go,这个年代也是曲高和寡了。是准备一段时间,在合适的时候去和架构聊聊, 还是寻找别的机会呢?
之前不想做 old school 一个非常大的原因,就是看到这个组的架构和工程师总是不开心的样子,感觉自己的产品没两年可活了,以及刚刚离职的一个工程师表示,在这边没有意思。怎么看待这些抱怨呢,也许 old school 做久了都会变得这样生无可恋吗?产品的架构退化了,还是开发的功能时代性不好呢,也不敢问,问了只怕也是千人千面。
计算,网络,存储当中我最不了解的那一部分,发现附近有一个 old school team,现在还在只用 C 做开发,代码中没有任何的部分使用 go,这个年代也是曲高和寡了。是准备一段时间,在合适的时候去和架构聊聊, 还是寻找别的机会呢?
之前不想做 old school 一个非常大的原因,就是看到这个组的架构和工程师总是不开心的样子,感觉自己的产品没两年可活了,以及刚刚离职的一个工程师表示,在这边没有意思。怎么看待这些抱怨呢,也许 old school 做久了都会变得这样生无可恋吗?产品的架构退化了,还是开发的功能时代性不好呢,也不敢问,问了只怕也是千人千面。
当然,理性的调查了一下,如果真的打算加入这个组,并且真的能够给这个产品带来影响,还是可以订一些更务实的目标:
在调查的过程中会不会发现自己其实很不适合进这个坑呢,或者能力不够呢,当然很有可能呀,所以叫做迷惑之目标么。哈哈