廿

@AichiB7A 你的这个问题看起来是职业发展规划出了偏差，ld 可能是想把你培养成项目经理，所以大小事都让你知道，并且把握发展方向。而你只是想做程序员，我觉得可以和 ld 开诚布公的谈一谈，看看他对你定位和你自己的期望，大家一起想一个解决方案。

大多数人的工作就是这样，日复一日，消磨热情，这时候就得培养一些工作相关的爱好，这样可以激发自己快速搞定工作，然后花时间在兴趣和学习上，别人看到也不会说什么。
譬如我是前端，工作之外喜欢看各种新技术和核心知识，这样我搞完工作就切到 github，各种官网去学习。
但是如果你厌恶目前的工作，乃至对代码，编程，技术都失去了热情，那就无解。要么混着，要么换工作。

@BeautifulSoap
拥有相同的故事上下文和背景知识可以大幅度降低沟通的门槛
在同一个团队里面可以搞，也很有意义，因为大家做的事件是同样的，比如开发内部沟通。
但是对于管理，这不现实，再怎么学习领域知识，
也不可能接近开发的程度，更何况还有可能出现领悟知识的偏差，在对方看来，这变成外行指挥内行的。
至于不同团队间努力构建相同的故事上下文，这当然有用，但是显然难度远大于增强自己的沟通能力

你说的三个点，核心就一点，良好的沟通能力
至于技术，产品，向上管理，其实都是领域知识，能锦上添花，无法雪中送炭。沟通能力不行，技术，产品等再熟悉也没用
再一个，领域知识绝非沟通的必要条件，良好的倾听理解能力才是，因为作为各方交汇的岗位，理解偏差是最要命的
如果觉得不了解领域知识就沟通不了，那说明双方都应该学习增强沟通能力，而非去了解领域知识。

@Jirajine 但是还有非 lifetime 的类型泛型啊，我说的是这个

打错，得->非

@Jirajine 但是还有得 lifetime 的类型泛型啊，我说的是这个

确实，我最近得空也在看 Rust 。有好的设计，也有让我很难受的地方，具体的有
1. 可以通过不写分号来返回表达式的值，这可太隐晦了，可读性直接拉到底。
2. lifetime 各种意义上的反人类，特别是那个语法，最烦的就是这种依附于特殊字符的语法了，代码堆到最后，那是人看的？
比如下面这个函数声明
fn longer<'a>(s1: &'a str, s2: &'a str) -> &'a str {
直接把我劝退，这还是没加泛型呢。。。
3. 没有三元运算符，本来还没什么，搜了一下把我看乐了，反对的原因多是，可读性差，有 if else 一种写法就够了，写这些的人怎么不看看那恶心的无分号返回值呢。

这语言我是不喜欢，但是它的设计思路很有意义，把内存管理，变量生命期等痛点从运行时提前到编译时，但是带来的限制就是写起来束手束脚，并且额外的信息量得由程序员给出，这可太痛苦了。

我比较倾向于 dependent type,让语言和编译器本身支持更高级的类型识别，从而真正解放程序员。

那可太正常了，很多 PM 就是用户的传声筒，不管用户实际需求和产品设计，客户要什么就马上转给开发。
还有的 PM 倒是想做事，但是眼高手低，把客户需求转为“合理”的产品功能，结果既不解决客户问题，又给扭曲产品设计，还给开发挖坑，最后都变成了包袱。

@Justin13 好吧，那可以把对应方向的课程拿出来看看，看看有没有感兴趣的，兴趣永远第一位，综合自己能力选吧。

@LeoSUPERB 那就别想太多，先把基础学好，再看看这几个方向的内容
综合兴趣，能力，成长，独立选择，现在在这里问没啥意义。。

大学上来就教工程应用了？
不应该学学计算机原理，操作系统，编译原理啥的么

分子来了

@sdely647 没有亏钱说明已经成功了！自信一点！

自从接到极客时间打来的机器人骚扰电话以后，就再也没用过了，给爷死！

只能说勇气可嘉！

@JustSong 得先找到问题点，再说代码一样不一样。很多时候自己以为的和实际的完全两回事。

样式坏了就找找原因修一修啊。。