@justforlook44444 好吧， 就当我真的饿死了

连女朋友都没有的一些人， 别乱说风凉话了。

知道老板的想法吗： 别说这么多没用的， 教他， 把问题搞定

程序员：技术导向
老板：结果导向

别以为他不懂，老板就应该开除她， 相反，老板认为这位员工很不错， 不耻下问。老板眼里没有高低之分，结果才是一切。如果你不教他，导致延误了项目， 不是他的错，是你的

@changdy 你很强， 别乱贴标签， 白眼狼和技术没关系， 是品格问题

@feikaras 混不下去就开开心心的去做自由职业者不就行了吗

“何不食肉糜”

@Nicoco 00 后算毛线， 我常去的游泳池，不管是自由泳，蛙泳，仰泳，蝶泳， 大部分 00 后被我甩几个来回， 现在的好多 00 后，真的不想说啊， 不到 20 岁的年纪，40 岁的身体，玩手机，打王者差不多残了，当然精英还是有的，请自觉排队。

身体都不行，其他的就不说了

@uxstone @vent123 程序员和码农的区别是： 码农会写代码，会很多编程技巧， 而程序员懂得是设计开发真正被用户接受的软件， 你们是哪一种

@joyhub2140 很实用的社会生存之道

@Nicoco 这里的 “师傅” 只是一个 “老带新” 关系的抽象， 而不是一定要具体到用 “师傅” 专业术语定义来衡量。

华为的 “导师”， 小公司的技术经理，组长都是“师傅”

@yankebupt 我是真的不想喷你， 我以前项目组中有你这种类型的， 项目组讨论业务流程， 他却在一直讲数据库要设计哪几个字段。

技术上的点拨往往不是太多的，而业务指引的比重是比较大的， 比如很多新人， 技术上通过各种开放资料都能进步， 但是不同的公司，不同的项目，不是说懂几行代码就能解决的， 所以你看华为等一些规范的大公司， 新人进来必须安排一个“导师”， 小公司的技术经理也要担负 “师傅” 的业务。

新人进了一个公司一个项目， 领导给你一句话，“自己去代码看文档”， 有点经验的还好说， 没有经验的， 就是有苦自己知了。

如果你是一个公司项目的技术骨干，如果你想培养一个好的团队和成员，你就得去担当这个 “师傅” 的角色。

对于楼上的某些“杠精”， 我就说一句， 会写几行代码算个屁啊， 没听过一句话吗 “懂业务者得天下”，不同领域的业务复杂性专业性不是懂几行代码就能解决的。技术会更开放， 但是很多业务是核心， 谁会傻得全部免费开放出去了，而且业务还在不断迭代演进， 业务不是写个 blog 的 crud， 如果你认为做个螺丝钉按项目给定的设计规范做好事情就牛逼上天了，那你确实不需要 “师傅” 了。


越是规范的大公司， 这方面的越规范， 公司有培训方案， 有“导师”责任制， 但是大比列的中小公司都是没有的， 处在一种“人治”的模式。 所以你们不承认的 “师傅” 其实一直默默地在做着该做的事情。

微软的 teams

@cmdOptionKana 有道理， 如果能在各种场景都普及这个规则就太好了

@EIlenZe 曾经使用 qt 开发了一个 Symbian 上的 googlereader 软件

https://user-images.githubusercontent.com/377938/66491652-af3e0b00-eae5-11e9-852f-3f7abb508278.png

https://user-images.githubusercontent.com/377938/66491727-d09ef700-eae5-11e9-8bb3-3368182f0f2c.png

pycharm 交了钱的有几个

@itskingname SAAS 服务的风险，能退款不错了

关于 vim，不是我放弃，我一年维护上百台 linux，如何放弃， 是我接触的很多客户运维，压根就不喜欢 vim，理由就是，反人类。想想挺有道理的，vim 其实是机器友好的工具， 人类按照计算机世界的逻辑去使用，那就是神器。 但是人机界面的终极是让人类都是用计算机逻辑去干活吗。

google 的很多优秀的工具，都被自己砍了， 比如有个可能很多人都不知道的 Translator Toolkit， 已经进入死亡倒计时 “译者工具包在 2019 年 12 月 4 日之后将无法使用。”

某些时候看起来用户喜欢前途大好的工具，google 说砍就砍了， 说白了就是商业价值问题， 一丁点儿情怀都没有的。

google 就是个侧头测微的商人，所以使用他的产品不应该讲任何情怀，好就用，不给用就撤。

@KyonLi 同感，自从 Picasa 去了，电脑上再也没装过其他类似软件