冒昧的问一句，为什么产品经理可以在没有技术人员确认的情况下，就确认完了需求？

师傅，你是做什么工作的呀。

@changnet

更新可以关闭啊，点暂停更新，改个注册表随便你暂停多久都可以。

@kebamt

尊敬的用户，你理解错了，我是站你这边的，友军啊！

可以搞个个体户交社保，个体户基本上什么都不用管。

会不会是 pcdn 太多了……ipv6 更加方便做 pcdn

大佬，你这是在 Github 搭建了一个 Github 么……

装个 Termux ，跑 Linux 系统，跑些程序、脚本。

之前设置了大概一百个关键词，后来都过滤掉了，有时候会过滤掉个别有用的。。。

上面说每个人耐受程度不同，是因为他们没办法啊，不像我们耐心搞一搞总有缓解的办法。

你这样的心理其实也是年轻气盛，你忘记了访客也是年轻人也是年轻气盛，还是别瞎搞了吧。

程序员都是年轻气盛的，他们在暗处，你在明处，，你确定你真的顶得住吗？

某宝几块钱的流量卡带设备你要不要也封了……单独的电话卡也不贵，小朋友完全能消费得起。。。

谁家的邮箱会进垃圾邮箱，可以选用对方公司的企业邮箱服务，应该就能正常了。。。

刚好有个同类的问题，搭楼问一下。

如果公司员工普遍性违规（就比如楼主现在想做的事情），公司到时候提出要解除劳动合同。

员工是否可以说“大家都违规，凭什么只让我离职，有本事你让所有人离职啊，只针对我一个人吗？”

员工这样说，公司又能如何应对呢？

清水洗头洗不干净的。

我有时候偷懒就温水洗头（清水），跟用洗发水比起来差许多（第二天可以感觉到差异）。

如果用很热的热水，不知道会不会好点，但是夏天了，用太热的水还是拉倒吧完全没有尝试的必要。

面向屏幕编程
能力有限，时间有限，对接不到真正的需求来源，缺乏掌控力和成就感。

面向下属编程
想要实现什么，一句话搞定，下属自己会去整理需求、编写程序。

程序员最大的问题是处于“产出”环节，产品原型是基于什么需求设计的，程序员接触不到，就算接触到了，大多时间都在学习和编写代码。所以一切都很滞后，也没有什么决策权，没有决策权就没有参与感。
第二大的问题就是项目庞大，一个人完成不了，只能完成其中一部分。缺乏掌控力。

因此缺乏全局掌控力和成就感，这二者都非常重要。
只有你一直接触需求方，深入的了解需求，制定方案，然后在编写和实施过程中，才能纵观全局。


在这个方向上，你就能“干大事”、“出成果”。
为什么这样说呢，因为你只有一个脑袋和一双手啊，能力非常有限。你如果是一群程序员的领导，你就拥有一群脑袋和一群手啊，手下再有一些其他如产品经理、测试等等岗位，又直接接触客户（需求方），什么项目不能做呢？

比起双手一脑编程写代码，不如大手一挥，指挥一帮下属给你整理需求、编写方案、编写代码、测试，有什么想法只要吱一声下属就会帮你完成的好好的。
入行时双手写代码，走上巅峰后只要一句话就能产出代码，面向屏幕编程升级到面向下属编程，这样才是编程的最高境界吧。