iintothewind

@YYDORZ #68 没请你来看帖子, 滚!

@zjsxwc #34 @processzzp

合理的工作方式不是"双方各自多出几次事故, 多背几次锅, 企业和员工自然会主动留存"
需求用 Jira 来管理的,

Jira Issue 里的描述是需要发起人按照书面语言, 正确合理的用英语写出来的.
描述包括需求的背景, 相关的干系人, 验收的结果, 限制条件, 开发的难度(story point)等

开发人员分析确认需求之后, 还要在 comments 写出实现思路, 对系统上下游的影响.

如果需求有变更, 相关干系人需要追加 comments, 并需要开发确认, 这样在变更历史里面也能体现.

开发人员之间的沟通细节, 比如影响的代码块也可以添加到 comments 里面.

以上的沟通, 都是书面形式, 英语沟通的.

这样才实现了需求的管理, 可追溯性, 让每个接手的人能快速了解上下文.

如果用微信管理需求, 不敢想象, 根本就做不到的, 这是显而易见的吧.

至于为什么用英文, 因为我在北美, 官方语言是英文.
华人公司, 组里也是有外国人的, 你不能期望人家学会中文, 来跟你一起中文写文档, 中文写代码吧.
我真见到过, 有些人开会组里大部分中国人情况下, 上台无视一起开会的老外, 用中文讲技术解决方案的, 边上老外直接跟我吐槽:"whatever he's talking about, I totally agree on it."

顺便回答以上抬杠的. 我写文档能分清中英文, 我写文档不用中文输入法.

@GT7 #17 我写的几个英文单词都是敏捷开发的专业术语啊, 难道不是用英文表述更准确一点吗?

不过有的时候我英语不好的原因, 我会可以把难记的陌生的单词用英文表示.
这样我会更容易记住它们, 并没有想过读者的感受.
或者说, 连我这样水平的人视为陌生的单词, 对其他人应该完全不是问题啊.(以上这几个不算)

我适应环境的方法就是换到好的环境., 所以想换别的公司啊.

@andytao #7 盈利是老板的事情, 员工并不拥有公司.
利润多了, 老板也不会想着多分给员工.
利润少了, 员工就得把自己生活搭进去吗?

值类型真难产啊,
Java 不得不带着镣铐跳舞.

可是 V2EX 不也是一大堆编程辅助工具的广告贴,
说什么真实太好用了, 取代程序员啦, 前端/后端没有用了,

简直是开发界的脑白金啊

Go 是一个语法特性仅仅比 C 多一点点的, 语法设计比较糟糕的语言.
Go 的设计与目前计算机语言的发展趋势相抵触的,
当然 Go 也有些优点, 但这些优点跟它的语法特性没关系.

NodeJs 比较偏向前端, 因为作为动态弱类型语言, 工程性是偏弱的.
NodeJs 的前端生态还是很丰富的, 所以适合往前端或者全栈发展.

C#是语法层面设计的非常好的语言, 可惜生态不占优势.
不过, 学习 C#能提高自己对编程语言的品味.

如果这三个里面非得选一个,
用来工作的话, 建议选 NodeJs, Worse is better.

用来学习, 无所谓哪一个, 毕竟一个好的开发人员, 不应该只学习一种语言.

那些只用一门语言的开发者,
就像只会用锤子解决所有问题的木工, 看什么都是钉子,
不仅如此,

还抱怨别人设计了螺丝刀, "根本就没有锤子好用, 锤子砸东西方便多了".

@Leviathann #6 值类型还是很不错的, 可惜跟泛型擦除冲突了, 唉.

我需要 Scala 风格的 val 和类型推断，然后成熟的 case class ，pattern-match ，不过分吧