- 产品经理的逆结构化国外服务器表达
- 奇奇怪怪的内部技术栈
"奇奇怪怪的内部技术栈"在国内好多厂里是真的毒瘤
曾经有个项目，说是有自己的 UI 库，我打开一看，这尼玛不就是 element-ui 包了一层奇奇怪怪的 API 吗。整个 UI 库搞得一团混乱，就像是碗柜里放了两星期的面条。
又说自己封装了 HTTP 请求的库，我一打开，这尼玛不就是 axios 包了一层嘛
from sb leader
还有甲方随时更改的需求 项目做着改着
微信总被吐槽功能少、加功能慢，不知道微信团队是否能够避开楼主说的那两点。如果是，从这个角度看，张小龙是不是一个对程序员友好的产品经理？
如果避开了楼主说的那两点，那么，就消灭了 “工作量的主要来源”，工作会不会很轻松？
因为微信有内部竞争，所以看上去加功能慢
包一层有问题吗
和包的人水平正相关，包的不好增加心智负担。
而且框架又不是自己写的代码，出了 BUG 后，就算有代码也特别不好查。
个人觉得码农工作量最大的两点是：1 查网上讨论稀少的技术资料，2 调试 BUG 。
1.写 bug
2.改 bug
3.摸鱼
1. 被猪队友坑
2. 被猪队友坑
3. 被猪队友坑
没有老板的新想法吗
工作量主要靠吹了， 几小时的开发量， 你也可以评估说用 3 天， 看个人忽悠能力了。
猴子森林
举一个简单的栗子，公司主要使用 antd 的 UI 库，然后设计师设计出 12 种颜色的 Button，然后基于元组件扩展吧。
老板是间接影响因素，产品经理才是主要因素好吧 每天想着做一些为了 KPI 而生的乱七八糟需求
3. 各种没人敢动的 workaround，久而久之变成了屎山
我认为不是，不过我没在微信 APP 的直接部门工作，从我在微信支付线工作的经历看这两点也是有的。新特性少主要还是因为人比较少。
4.用没人用的第三方包
5.调包侠写 flutter
不懂技术的 leader 然后再技术方面指手画脚。。。。
还要纠正 leader 的根本性错误，血压 up
KPI 项目，还得强行使用
https://zhuanlan.zhihu.com/p/356202989 代码写得不好，不要总觉得是自己抽象得不好。说到底，代码是产品经理在写，程序员不过是他们和她们的笔罢了。当然你能把产品经理这个岗位干掉，就当我没说。
产品&运营与研发的沟通壁垒
项目倒排导致的需求不确定性&设计的不完整性
假的敏捷开发
微信内部做了很多东西，只是大部分没能上线
大领导的 kpi 库, 对标 spring mvc, 特别难用, 但是不得不用
惊现微信开发者??
你们用 antd 是那种管理后台还是其他地方
领导想法很多，一拍脑袋说要这个，兴师动众几天肝出来，他又换想法了……
做中台，给其他部门各种不爱动脑子开发解决问题
from sb leader +1
前期进展神速, 后期维护龟速
给屎山维护
难道补应该是：
1 、被屁股歪、人品不行的领导坑；
2 、被水平不行的猪领导坑；
3 、被猪队友坑。
这个顺序么？
需求不明 =》不过这条可以由管理来约束
管理无能=》不过这条可以由流程制度来保证，
流程失效
三条全占， 没关系，让包身工加班就可以了。
好像讲软件开发的很多书和文章都表达过一个观点，软件中的 Complexity 分两种，一种叫 Intrinsic Complexity，另一种叫 Incidental Complexity
可以参考一下
1. 领导不听我劝，一个改造 erp 的项目，硬生生拖垮，接口要进行全面测试的时候，接口只改了页面上显示的
2. 猪队友隐瞒进度，导致基础数据功能，crud 都做不来，只改了负责模块的 10%
3. 猪队友沉迷炒币，老板看到猪队友玩手机也不制止
于是跑路了我，公司完犊子，我救不了
1. 处理：快速迭代期积累的技术负债
2. 快速迭代
根据我的经验，需求不明是主要来源。我是负责给程序员解释需求和把需求解析成 Jira ticket 的，这块做好了他们就轻松一些。
没产出的会议
甲方：功能不对啊，我看了邮件但没确认啊 /我们理解的不一样。（通过邮件拍板功能）
1.猪队友
2.老板说想要,明天上线
最近遇到一个大需求,队友两个,两个 CV,今天一问进度,看代码连 bug 都有
组织方向不明确的时候，各种无脑的尝试。对老板来说，要从不停的尝试新的成长点，不然公司跟不上对手的脚步；时间紧，产品经理出一个想的不算清楚的需求，要求快速上线；然后写代码的被要求快速上线。