不要在这怨天尤人和无理取闹拉、你起码要搞懂游戏规则吧？不是哪个嗓门大就能赚钱的。_强生控股(600662)股吧_东方财富网股吧
不要在这怨天尤人和无理取闹拉、你起码要搞懂游戏规则吧？不是哪个嗓门大就能赚钱的。
不要在这怨天尤人和无理取闹拉、你起码要搞懂游戏规则吧？不是哪个嗓门大就能赚钱的。首先异常公告是振幅20%才会出公告、要和大盘扎差、不是涨跌幅20%。其次减持没公告是钻规则空子、没达到规定份额可以不公告。第三你们扪心自问、如果发了减持公告、你们还不是会买、还不是会套在里面。第四、我二季度就操作了强生的、6月头走了、休息了下上周五才回来。现在股吧里似乎没有熟面孔了、除了那个讨厌的什么第一股东。我们姑且不论你亏了百分之多少、当然肯定很心疼。但你应该忘记这些、不要老想着把亏掉的几天赚回来、为何不检讨自己、炒股不是捡便宜。抓住眼前利润、今天大盘都快涨停了你还不出、出了再接回来就成了、还等着干嘛？等强生一天涨30%。赶紧忘记你帐户亏了多少钱吧、牢记现在还剩下对少钱、今天赚了多少钱。不管你以前赚了多少、那都不是你的。献给浮躁的你们、能赚钱是命、瞎猫碰死老鼠赚钱那是狗屎运。
骗子去还想忽悠
上周五进的，估计也亏了不少了！
: 骗子去还想忽悠
我忽悠你啥了？
: 上周五进的，估计也亏了不少了！
请把内容看完吧。呵呵。
作者：您目前是匿名发表 &
作者：，欢迎留言
提示：用户在社区发表的所有资料、言论等仅代表个人观点，与本网站立场无关，不对您构成任何投资建议。用户应基于自己的独立判断，自行决定证券投资并承担相应风险。
扫一扫下载APP
东方财富产品
关注东方财富
扫一扫下载APP
关注天天基金中企反思走出去得失：先搞懂游戏规则 要和百姓交朋友|一带一路|中企|走出去_新浪财经_新浪网
　　中企反思走出去得与失：先搞懂游戏规则，要和当地百姓交朋友
　　自2013年9月，中国提出涉及65个国家和地区的 “一带一路”倡议后，已有数万家中国企业和上百万中国人走出去。
　　澎湃新闻此前报道，提出“一带一路”倡议时，国内“一带一路”研究机构数量进入井喷期，数量虽繁荣，但大多是研究宽泛的“空壳子”。这类机构到国外去宣讲“一带一路”，大多是低水平的重复劳动。即使大谈合作，可又往往说不出具体要合作些什么。
　　如今，关于“一带一路”的议题研究，已逐步落实到具体项目层面。正如中国现代国际关系研究院俄罗斯研究所所长冯玉军所说，毕竟“‘一带一路’的推进，更多还是以项目的方式来开展”。
　　“媒体上看到的大多还是正面故事，但实际上，负面、失败的走出去案例太多太多。” 北京国际能源专家俱乐部总裁陈新华说。
　　6月17日至19日，新华社中国经济信息社在海南博鳌主办的首届中国企业家博鳌论坛上，澎湃新闻记者发现，官员、学者和企业家们高谈阔论“宏观战略博弈”的声音少了，聚焦“走出去 ”的具体案例和风险教训的多了。凤凰国际智库承办的“一带一路投资风险及防范”为主题的论坛上，各方纷纷将案例摆上台面，分析得失教训。
　　避免盲目“走出去”
中国企业在非洲进行投资和援建。视觉中国 资料
　　在“中国走出去”的大潮下，中国项目的“走出去”已有不少负面案例。从缅甸密松水电站项目搁置、墨西哥取消高铁项目中标结果、再到中国投资美国的高铁项目“黄了”……媒体每报道一例“失败项目”，往往就在国内掀起热议。
　　做好“走出去”准备的第一步，在于企业是否认清自己究竟在做些什么。“粗放式”的走出去模式下，企业会陷入一种“怪圈”，哪里能赚钱就“一窝蜂”地冲过去，最后自己吃了不少“哑巴亏”。
　　企业走出去，最重要的就是先把项目选好，项目的选择好坏会对后期整个经营状况有决定性的因素。“判断投什么项目，主要还是基于对资源价值的判断，未来的资源价值是怎样的走势？企业能不能持续在海外发展，这并不是国家或者一个‘大政策’能够给你提供保证和机会的。” 中海油能源经济研究院首席能源研究员陈卫东说。
　　恒丰银行研究院执行院长、中国人民大学重阳金融研究院客座研究员董希淼以一个“金融投资原理”告诫企业家们——不要把鸡蛋放在同一个篮子里。
　　他举例说，从区域选择上来看，大多数失败案例主要集中在东南亚、中亚国家，企业可以从这些东南亚、中亚国家更多向中东欧国家转变，中国国家主席习近平访问波兰，就在释放出在中东欧投资项目的“好信号”。再比如，从产业选择上，最先走出去的多为能源、金属行业，需要转变思路，向服务、金融领域这些方面转变。
　　除了企业走出去的定位不明确，企业维护海外利益的能力同样是一个“大问题”，在这方面，中企缺乏建立风险防范体系和应急机制，法律保障、安保措施、人员培训等等这类可实现事先规避风险的准备都没做到位。
　　冯玉军表示，尽管中国在GDP总量上成为了世界第二大经济体，近年来也构建了亚投行、金砖银行等多边机构，但中国的经济质量、中国在参与全球经济的过程中，维护自身利益的能力仍然相对脆弱。无论是国家层面各个部位之间的政策协调，还是市场层面的企业、个人、保险、安保这些能力的建设，仍然存在不足。“所以‘一带一路’项目要想推进，我们必须打铁还要自身硬，从内部做起，从增强自身的能力做起。”他说。
　　投资前先得研究好“游戏规则”
　　“走出去”过程中，企业往往容易忽视了解“游戏规则”的重要性。
　　“一个企业出去投资，不要认为自己的国家就会给你背书，也不要因为‘一带一路’的倡议，就想当然地以为‘一带一路’沿线国家都给你开绿灯了，一定要落实商务和法律方面的安排，要慎之再慎。”陈新华说。
　　值得注意的是， “一带一路”沿线国家同样也被认为国际关系角力的焦点，一些相关国家的态度也会对中企走出去的项目产生非常大的转折；另一方面，在中国积极参与全球化进程的同时，世界正在经历着全球化的退潮。
　　冯玉军表示，全球化退潮和以美国为首的发达国家对于全球或者地区贸易投资规则的改变，是当今世界的两个重要变化。在美国总统竞选过程中，无论是特朗普还是希拉里，美国对外政策的某种孤立正在显现。美国TPP或是TTIP的战略规划，其目的也是以更高门槛，形成一个对冲力，以影响中国未来在世界经济中的地位。
　　“在这种情况下，在全球化和地区一体化的过程中，规则是至关重要的。”他说，
　　“通俗一点来说，如果大家已经习惯了打拖拉机，但是人家现在改玩斗地主了，如果不清楚规则，就会在这里吃亏。”
　　陈新华表示，很多国家都希望能够运用本土社会、本土资源，但这可能跟中企的项目要求相差甚远。
　　在一些国家，该国劳动法的相关规定也成了中企项目落地的“壁垒”——比如中国人在当地没有工作许可，派过去的中国员工被当地拘捕罚款等等；从事能源或者矿产资源开发的项目会涉及环保问题，企业有没有研究法律，按准则去实行，也是需要注意的问题；美国相关法律法规导致中国首个在美高铁项目受挫，美国私营铁路公司西部快线在声明中表示，这个项目的最大阻力来自美国联邦政府规定，高铁列车必须在美国制造。
　　谈到具体政策法律，专门从事法律咨询工作的南美映墨盟拓投资公司总经理王雪琰为中企提了些建议。一般情况下，企业会找一些在当地颇具有威望的大律师事务所，可以把这些在当地具有强大社会资源和政府资源的律所当做获取项目的伙伴。但是在具体过程中，中企可以尝试把一些事务性工作交给中小型律所来承接。在提供事务性服务当中，大律所和小律所在服务质量上，可能没有太大区别，但在效率方面，小律所可能对于中小企业来说更具有优势。“中企在法律服务机构的选择上可以做一些改进，大律所、小律所究竟怎么用，我们根据自己的需求做出匹配，这也是项目‘本土化’的体现。”她说。
　　别只和政府打交道，要和当地百姓交朋友
“走出去”的典型失败案例——缅甸密松水电站项目。
　　一些中国企业“走出去”的软实力不足、不善于和当地打交道的“人为风险”同样成为了绊脚石。
　　“当地的舆论影响太重要了。”新华社中国经济信息社产品总监、新华丝路事业部总经理陈小彬说，“中国项目在‘走出去’过程中，对当地的文化传播、舆论的引导能力不足。”
　　她举例说，中企投资印尼雅万（雅加达至万隆）高铁项目，在印尼投资企业需要办理相关许可证，办证的过程极为复杂。在办理证件的过程中，印尼当地和国外媒体就屡屡报道中国在印尼的雅万高铁项目被搁置，但事实上，中企在当时只搞了奠基仪式，没有正式施工，并且在同步办理许可证。不过，在这一事件的舆论传播当中，中国就显得很弱势，有口难辩。
　　这样的例子不胜枚举。“走出去”的典型失败案例——缅甸密松水电站项目中，舆论影响也是导致项目被搁置的原因之一。
　　“对这一项目持反对态度的观点都来自于一些非政府组织和当地民众代表，缅甸当地的非政府组织有几百家，鱼龙混杂。”陈小彬说，“我们分析一些发出反对声音的媒体，有很多是民间媒体，还有一些是国外的基金会所支持的媒体等等。可见，形成这一舆论背后的人为原因很复杂。”
　　董希淼表示，关于缅甸密松水电站的问题，中企和当地政府进行了很多合作，但跟当地沟通很少，对这些当地老百姓利益关切关注不够。
　　冯玉军举例说，中企帮助塔吉克斯坦修了现代化高速公路，在很大程度上改善了塔国交通状况。但塔国国内的一些利益集团收取了不合理的过路费，当地老百姓并不了解具体情况，所以责备落在了修建公路的中国人头上。
　　当然，也有一些正面案例。比如中企给苏丹修建水电站，为苏丹提供太阳能设备；在巴基斯坦的瓜达尔港，海水淡化厂日均提供500吨淡水，目前港口运作每日所需淡水量为100吨，剩余400吨淡水免费提供给当地老百姓。这些都拉近了和当地老百姓的联系。
　　“中企善于和官方政府打交道，这是优势也是劣势，我们其实要更多关注和当地的关系。”冯玉军说。（来源：澎湃新闻）
责任编辑：李彦丽
中国的信用环境还在崩坏的轨道上继续滑行，人与人之间的不信任，人与企业之间的不信任，人与政府之间的不信任，仍然是一个严重的社会玻
公民地位包含着我们不与其他国家的国民共享的各种权利和责任。但“大同优先论”的“大同”部分忽略了我们对同胞公民的一切特殊义务。
民间投资不仅仅是趋势性缓慢下滑，而是急剧快速的下滑，其根本原因在于：与国有资本相比，民间投资在市场准入、融资成本、税费负担等方面的阻力和难度较大，“国进民退”有愈演愈烈之势。
为什么这些奇葩的培训公司和讲师，劣质高价还能够神一样地存在？根本原因还在于，部分商业银行在员工教育培训上急功近利，热衷于通过洗脑式的培训，来进行所谓的统一思想、提升士气，进而激发潜能、提升业绩。&&&&【攻略】有部分玩家经常在王者荣耀中自己打到一个段位就再也上不去了，也有可能上去了之后很快又掉下来；还有在大段位的时候，那一局往往要打好几次才能过去，江湖人称该局为“渡劫局”，那么王者荣耀排位匹配有什么潜规则？下面小编为你探究分析一下吧！
【排位潜规则】
&&&&【王者荣耀攻略】当你胜率高过50%时系统就会逐步增加你的获胜难度，这一点是肯定的，但方法有区别：
&&&&1. 给更强的对手，也给更强的队友，比赛不确定性高，胜率往50%修正力度轻
&&&&【王者荣耀攻略】2. 给更强的对手，再给你很坑的队友，比赛不确定性低，胜率往50%修正力度强
&&&&【王者荣耀攻略】其实最理想的设计应该是1，当你场内表现好，胜率高后，就不断让你去玩更高端的局，高端局容错率低，直到你跟不上比赛节奏，适应不了队友的思路配合。从操作好的玩家体验来说，肯定希望是1作为机制，不过王者荣耀选择的是2，原因很简单，就是不想让会玩的跟不会玩的各自扎堆，这将使会玩的人乐趣提升，但低端局的游戏体验将会更恶劣，坑比一天到晚与坑比打交道的结果就是操作不好的低端玩家容易挫折放弃游戏，腾讯将面对用户流失，所以为了照顾全体用户与氪金收入，官方必定倾向保护弱者的游戏体验，而且手游节奏快，官方可能也不愿意为了过于分化的胜率冒险，所以以最粗暴快速的方式强制调整胜率，确保绝大多数的玩家胜率趋近50%。
&&&&【王者荣耀攻略】这种不合理的情况在匹配局最为明显，排位因为公平性至少强制了同段位，会稍微好一点。
相关搜索：&&&&&&&&&&&&&&&&&&&&&&&&
&&&&【王者荣耀攻略】其实王者荣耀这游戏爆款后，参杂了许多操作不佳的用户，而这样的机制牵引下，操作好的玩家一旦在局内表现太好，接下来就容易遇到坑比队友连输，打不到有质量的匹配局。但目前机制就是如此，玩家只能尽量通过打排位或朋友开五黑去减缓这样的强制胜率调整。
【上分经验技巧】
&&&&根据以上网友分享的排位机制，在排位中我们要怎么做才能更容易顺利上分？
&&&&1、减少自己的表现分，只要能够顺利上分就行。很多玩家场场是MVP，在渡劫局或是连赢5场之后，你会发现你的队友都是猪头，或者是说敌人太强大的情况，这就是游戏中对你进行的制裁，让你尝试一个人打九个人，如果你依然能胜利那么恭喜你证明了自己的实力，通常这样的局出现都是制裁局。
&&&&【王者荣耀攻略】2、尽量三排，二排次之。如果你想要更快的上分，尽量要3排上匹配，这样的匹配机制常常是3+2，另外2个人双排和你们三排的相对会比较靠谱，当然遇到那种带妹的另当别论。如果你是要双排，遇到另外三人是三排那么恭喜你赢一半了，双排也有可能会遇到另外一个双排，然后再加一个单排进来的，这种情况下以小编的经验来看，遇到猪队友的几率还是蛮大的。
&&&&【王者荣耀攻略】3、节假日千万不要排位！这点小编已经提醒很多次啦！最佳的上分时间段，还是在晚上9点之后，学生和小朋友们差不多该休息了，上班族和大学生在这个时间段正是玩游戏最多的时候。
&&&&《王者荣耀》地址：
&&&&如果你看腻古板的刷图刷本，不妨暂进丢下手上的王者荣耀，重回原点，重归初心，肩并肩品位游戏人生，经典之作：&&&&为了荣誉而战!用心去感受，年轻的勇士。你好，愿大地母亲朝你微笑!我是凯恩——牛头人的酋长。我们牛头人总是对大地母亲无比尊重。--凯恩.血蹄___来自于《》
game.zol.com.cn所发布的内容均来源于互联网，目的在于传递信息，但不代表本站赞同其观点及立场，版权归属原作者，如有侵权，请联系删除。
适用平台 连接方式怎样尊重一个程序员
文章出处：得知一位久违的同学来到了旧金山湾区，然而我见到他时，这人正处于一生中最痛苦的时期。他告诉我，自己任职的公司在他加入之前和之后，判若两人。录
取的时候公司对他说，我们对你在实习期间的表现和学术背景非常满意，你不用面试，甚至不用毕业拿学位，直接就可以加入我们公司成为正式员工。然而短短一年
后的今天，这位同学已经完全感觉不到公司对自己技能的尊重。Manager让他做一些乱七八糟没技术含量的事情，还抱怨说他做事太慢，并且在他的
evaluation上很是写了一笔。在人格尊严和工作安全感的双重打击之下，这位同学压力非常大，周末经常偷偷地加班，仍然无法让manager满意。我很了解这位同学的能力，在任何一流公司任职，肯定是绰绰有余了。他的名字我当然保密，然而他所任职的公司因为太过嚣张，我不得不直接指出来——这
就是被很多人向往得像天堂一样的地方，Google。这位同学所描述的遭遇，跟我几年前在Google的实习经历如出一辙。我仍然记得，Google的队
友在旁边看着我用Emacs，用小学老师似的口气对我说：“按Ctrl-k！”
我仍然记得，在提交队友完全无法写出来的高难度代码时，被指责和嘲笑不会用Perforce。我仍然记得，吃饭时同事们对所谓“Google牛人”眉飞色
舞的艳羡。我仍然记得，最后我一个人做出整个团队做梦都做不出来的项目的时候，有人发出沉闷的咆哮：“快——写——测——试！” ……我的这位同学也算得上本领域顶尖的专家了。如此的践踏一个专家的价值，用肤浅的标准来评判和对待他们，Google并不是唯一一个这样的公司。我之
前任职的好几个公司，或多或少都存在类似的问题。很多时候也不一定是公司管理层无端施加压力，而是程序员之间互斗的厉害，互相评判，伤害自尊。从最近在演讲现场公然对观众无理，你可以看出这种只关心技术，不尊重人的思潮，在程序员的社区里是非常普及的。后来我发现，并不是程序员故意想要藐视对方或者互相攻击，而是他们真的不明白什么叫做“尊重”，他们不知道如何说话才可以不伤害另一个程序员，所以
有时不小心就让人怒火中烧。所以说，尊重他人其实是一个“技术问题”，而不是有心就可以做到的。因为这个原因，我想在下文里从心理和技术角度出发，指出
IT业界不尊重人现象的起源，同时提出几点建议，告诉人们如何真正的尊重一个程序员。我希望这些建议对公司的管理层有借鉴意义，也希望它们能给与正在经受
同样痛苦的程序员们一些精神上的鼓励。我觉得为了建设一个程序员之间互相尊重的公司文化，应该注意以下几个要点。认识和承认计算机系统里的历史遗留糟粕很多不尊重人现象的起源，都是因为某些人偏执的相信某种技术就是世界上最好的，每个人都必须知道，否则他就不是一个合格的程序员。这种现象在
Unix（Linux）的世界尤为普遍。Unix系统的鼓吹者们（我曾经是其中之一）喜欢到处布道，告诉你其它系统的设计有多蠢，你应该遵从Unix的
“哲学”。他们仿佛认为Unix就是世界终极的操作系统，然而事实却是，Unix是一个设计非常糟糕的系统。它似乎故意被设计为难学难用，容易犯错，却美
其名曰“强大”，“灵活”。眼界开阔一点的程序员都知道，Unix的设计者其实基本不懂设计，他们并不是世界上最好的程序员，却有一点做得很成功，那就是
他们很会制造宗教，煽动人们的盲从心理。Unix设计者把自己的设计失误推在用户身上，让用户觉得学不会或者搞错了都是自己的错。如果你对计算机科学理解到一定程度，就会发现我们其实仍然生活在计算机的石器时代。特别是软件系统，建立在一堆历史遗留的糟糕设计之上。各种蹩脚脑
残的操作系统（比如Unix，Linux），程序语言（比如C++，JavaScript，PHP，Go)，数据库，编辑器，版本控制工具，……
时常困扰着我们，这就是为什么你需要那么多的所谓“经验”和“知识”。然而，很多IT公司不喜欢承认这一点，他们一向以来的作风是“一切都是程序员的
错！”，“作为程序员，你应该知道这些！”
这就造成了一种“皇帝的新装现象”——大家都不喜欢用一些设计恶劣的工具，却都怕别人嘲笑或者怀疑自己的能力，所以总是喜欢显示自己“会用”，“能学”，
而没有人敢说它难用，敢指出设计者的失误。我这个人呢，就是这种“”
的一个反例。我所受到的多元化教育，让我从这些偏激盲从，教条主义的心理里面跳了出来。每当有人因为不会某种工具或者语言来请教我时，我总是很轻松的调侃
这工具的设计者，然后告诉他，你没理由知道这些破玩意儿，但其实它就是这么回事。然后我一针见血的告诉他这东西怎么回事，怎么用，是哪些设计缺陷导致了我
们现在的诡异用法……
我觉得所有的IT从业人员对于这些工具，都应该是这样的调侃态度。只有这样，软件行业才会得到实质性的进步，而不是被一些自虐的设计所困扰，造成思维枷
锁。总之，这是一个非常重要的“态度问题”。虽然在现阶段，我们有必要知道如何绕过一些蹩脚的工具，利用它们来完成自己的任务。然而在此同时，我们必须
正视和承认这些工具的恶劣本质，而不能拿它们当教条，把什么事都怪罪于程序员。只有分清工具设计者的失误和程序员自己的失误，不把工具的设计失误怪罪于程
序员，我们才能有效地尊重程序员们的智商，鼓励他们做出简单，优雅，完善的产品。分清精髓知识和表面知识，不要太拿经验当回事在任何领域，都只有少数知识是精髓的，另外大部分都是表面的，肤浅的，是从精髓知识衍生出来的。精髓知识和表面知识都是有用的，然而它们的分量和重
要性却是不一样的。所以必须区分精髓知识和表面知识，不能混为一谈，对待它们的态度应该是不一样的。由于表面知识基本是死的，而且很容易从精髓知识推导衍
生出来。我们不应该因为自己知道很多表面知识，就自以为比掌握了精髓知识的人还要强。不应该因为别人不知道某些表面知识，就以为自己高人一等。IT公司经常有这样的人，以为精通一些看似复杂的命令行，或者某些难用的程序语言就很了不起似的。他们如果听说你不知道某个命令的用法，那简直就像
法国人不知道拿破仑，美国人不知道华盛顿一样。这些人没有发现，自己身边有些同事其实掌握着精髓的知识，他们完全有能力从自己已有的知识，衍生制造出所有
这些工具，而不只是使用它们，甚至设计得更加完善和方便易用。这种能够设计制造出更好工具的人，往往身负更加重要的任务，所以他们往往会在被现有工具的用
法迷惑的时候，非常谦虚的请同事帮助解决，大胆的承认自己的糊涂。如果你是这个精通工具用法的人，切不可以把同事的谦虚请求当成可以显摆自己“资历”的时候。这同事往往真的是在“不耻下问”。他并不是搞不懂，而是
根本不屑于，也没有时间去考虑这种低级问题。他的迷惑，往往来源于工具设计者的失误。他很清楚这一点，他也知道自己的技术水平其实是高于这工具的设计者
的。然而为了礼貌，他经常不直接批评这工具的设计，而是谦虚的责怪自己。所以同事向你“虚心请教”，完全是为了制造一种友好融洽的气氛，这样可以节省下时
间来干真正重要的事情。这种虚心并不等于他在膜拜你，承认自己的技术能力不如你。所以正确的对待方式应该是诚恳的表示对这种迷惑的理解，并且坦率的承认工具设计上的不合理，蹩脚之处。如果你能够以这种谦和的态度，而不是自以为专
家的态度，同事会高兴地从你这里“学到”他需要的，肤浅的死知识，并且记住它，避免下次再为这种无聊事来打扰你。如果你做出一副“天下只有我知道这奇技淫
巧”的态度，同事往往会对你，连同这工具一起产生鄙视的情绪。他下次会照样记不住这东西的用法，然而他却再也不会来找你帮忙，而是一拖再拖。不要自以为聪明，不要评判别人的智商和能力在IT公司里，总是有很多人觉得自己聪明，想显示自己比别人聪明。这种人似乎随时都在评判（judge）别人，你说的任何话，不管认真的还是开玩笑的，都会被他们拿去作为评估你智商和能力的依据。有时候你写了一些代码，自己知道时间不够，可是当时有更重要的事情要做，所以打算以后再改进。如果你提交代码时被这种人看到了，他们就会坚定地认为
你一辈子只能写出那样的代码。这就是所谓“wishful
thinking”，人只能看到他希望看到的东西。这种人随时都在希望自己比别人聪明，所以他们随时都在监听别人显得不如他聪明的时候，而对别人比他高明
的时候视而不见。他们只能看到别人疏忽的时候，因为那是可以证明他们高人一等的有利证据。当然，谁会喜欢这样的人呢，可是他们在IT公司里相当的普遍。你不敢跟他们说话，特别是不敢开玩笑，因为他们会把你稀里糊涂的玩笑话全部作为你智商
低下或者经验不足的证据。你不敢问他们问题，因为他们会认为你问问题，说明你不懂！我发现具有这种心理的人，一般潜意识里都存在着自卑。他们有某些方面
（包括智力在内）不如别人，所以总是找机会显得高人一等。我还没有想出可以纠正这种心理问题的有效方法，但如我上节所说，意识到整个行业，包括你仰慕的鼻
祖们，其实都不懂很多东西，都是混饭吃的，是一个有效的放松这种心理的手段。有时候我喜欢自嘲，对人说：“我们这行业的祖先做了这么多BUG来让我们修补。现在你做了一坨屎，我也做了一坨屎，我的屎貌似比你的屎香一点。”这
样一来，不但显示出心理的平等和尊重，而且避免了因为谦虚而让对方产生高人一等的情绪。说真的，做这行根本不需要很高的智力，所以最好是完全放弃对人智力
的判断。你不比任何人更聪明，也不比他们笨。解释高级意图，不要使用低级命令随时都要记住，同事和下属是跟你智力相当的人。他们是通情达理的人，然而却不会简单地服从你的低级命令。像我在Google的队友的做法，就是一个
很好的反面教材。其实这位Googler只是想告诉我：“删掉这行文本，然后改成这样……”
就是如此一个简单的事情，然而她却故弄玄虚，不直接告诉我这个“高级意图”，而是使用非常低级的指令：“按Ctrl-k！……”
语气像是在对一个不懂事的小学生说话，好像自己懂很多，别人什么都不知道似的。有哪个Emacs用户不知道Ctrl-k是删掉一行字呢，况且你现在面对的其实是一个资深Emacs用户。我想大家都看出来这里的问题了吧。这样的
低级命令不但逻辑不清楚，而且是对另一个人的智力的严重侮辱。你当我是什么啊？猴子？如果这位Googler表明自己的高级意图，就会很容易在心理上和逻
辑上让人接受，比如她可以说：“配置文件的这行应该删掉，改成……”在项目管理的时候也需要注意。在让人做某一件事之前，应该先解释为什么要做这件事，以及它的重要性。这样才能让人理解，才能尊重程序员的智商。不要期望新人向自己学习很多IT公司喜欢把新人当初学者，期望他们“从新的起跑线出发”，向自己“学习”。比如，Google把新员工叫做“Noogler”
Googler的意思），甚至给他们发一种特殊的螺旋桨帽子，其寓意在于告诉他们，小屁孩要谦虚，要向伟大的Google学习，将来才可以飞黄腾达。这其实是非常错误的作法，因为它完全不尊重新员工早已具备的背景知识，把自己的地位强加于他们头上。并不是你说“新的起跑线”就真的可以把人的过去
都抹杀了的。新人不了解你们的代码结构和工程方式，并不等于你们的方式就会先进一些。Google里面真的有很多值得学习的东西吗？学校的教育真的一文不
值吗？其实恰恰相反。我可以坦然的说，我从自己的教授身上学会了最精髓的知识，而从Google得到的，只是一些很肤浅的，死记硬背就可以掌握的技能，而
且其中有挺多其实是糟粕。我在Google做出的所有创新成果，全都是从学校获得的精髓知识的衍生物。很多PhD学生鄙视Google，就是因为
Google不但自己技术平庸，反倒喜欢把自己包装成最先进的，超越其它公司和学校的，并且嚣张的期望别人向他们“学习”。一个真正尊重人才的公司会去了解，尊重和发挥新人从外界带来的特殊技能，施展他们特有的长处，而不是一味期望他们向自己“学习”。只有这样，我们才
能保持这些锐利武器的棱角，在激烈的竞争中让自己立于不败之地。如果你一味的让新人“学习”，而无视他们特有的长处，最后就不免沦为平庸。不要以老师自居，分清“学习”和“了解”如上文所说，IT行业的很多所谓“知识”，只不过是一些奇技淫巧，用以绕过前人设计上的失误。所以遇到别人不知道一些东西的时候，请不要以为你“教
会”了别人什么东西，不要以为自己可以当老师了。以老师自居，使用一些像“跟我学”一类的语言，其实是一种居高临下，不尊重人的行为。人们很喜欢在获得了信息的时候用“学习”这个词，然而我觉得这个词被滥用了。我们应该分清两种情况：“学习”和“了解”。前者指你通过别人的指点和
自己的理解，获得了精髓的，不能轻易制造出来的知识。后者只是指你“了解”了原来不知道的一些事情。举个例子，如果有人把一件物品放在了某个你不知道的地
方，你找不到，问他，然后他告诉你了。这种信息的获取，显然不叫“学习”，这种信息也不叫做“知识”。然而，IT行业很多时候所谓的“学习”，就是类似这种情况。比如，有人写了一些代码，设计了一些框架模块。有人不知道怎么用，然后有人告诉他了。很
多人把这种情况称为“学习”，这其实是对人的不尊重。这跟有人告诉你他把东西放在哪里了，是同样性质的。这样的代码和设计，我也可以做，甚至做得更好，凭
什么你说我在向你学习呢？我只是了解了一下而已。所谓学习，必须是更加高级的知识和技能，必须有一种“有收获”，“有提高”的感觉。简单的信息获取不能叫做“学习”，只能叫做“了解”。分清“了解”和“学习”，不以老师自居，是尊重人的一个重要表现。明确自己的要求，不要使用指责的语气有些人很怪异，他根本没告诉过你他想要什么，有什么特别的要求，可他潜意识里假设已经告诉你了。到了后来，他发现你的作法不符合要求，于是严厉指责
你没有按照他“心目中的要求”办事。这种现象不止限于程序员，而且包括日常生活中的普通人。举个例子，我妈就是这种人的典型，所以我以前在家生活经常很辛
苦。她心目中有一套“正确”的做事方式，如果你没猜出来就会挨骂。你为了避免挨骂，干脆什么事都不要做，然后她又会说你懒，所以你就左右不是人 :)IT公司里面也有挺多这样的人，他们假设有些信息他已经告诉你了，而其实根本没告诉你。到了后来，他们开始指责你没有按照要求做事。有些极其奇葩的
公司，里面的程序员不但喜欢以老师自居，而且他们“传授”你“知识”的主要方式是指责。他们事先不告诉你任何规则，然后只在你违反的时候来责备你。我曾经
在这样一个公司待过，名字就不提了。现在举一个具体的场景例子：A: 你push到master了？B: 是啊？怎么了？A: 不准push到master！只能用pull request！B: 可是你们之前没告诉过我啊……A: 现在你知道了？！注意到了吗？这不是一个技术问题，而是一个礼节（etiquette）问题。你没有事先告诉别人一些规则，就不该用怪罪的语气来对人说话，况且你的
规则还不一定总是对的。所以我现在提醒各位IT公司，在技术上的某些特殊要求必须事先提出来，确保程序员知道并且理解。如果没有事先提出，就不要怪别人没
按要求做，因为这是非常伤害人自尊的作法。其实，在任何时候都不应该使用指责的语气，它不但对解决问题没有任何正面作用，而且会恶化人际关系，最终导致更
加严重的后果。程序员的工作量不可用时间衡量很多IT公司管理层不懂得如何估算程序员的工作量，所以用他们坐在自己位置上工作的时间来估算。如果你能力很强，在很短的时间内把最困难的问题解决
了，接下来他们不会让你闲着，而会让你做另外一些很低级的活。这是很不合理的作法。打个比方，能力强的员工就像一辆F1赛车，马力和速度是其他人的几十
倍。当然，普通人需要很长时间才能解决，甚至根本没法解决的问题，到他手里很快就化解掉了。这就像一辆F1赛车，眨眼工夫就跑完了别人需要很久的路程。如
果你用时间来衡量工作量，那么这辆赛车跑完全程只需要很短时间，所以你算出来的工作量就比普通车子小很多。你能因此说赛车工作不够努力，要他快马再加鞭
吗？这显然是不对的。物理定律是这样：能量 = 功率 x
时间。工作量也应该是同样的计算方法。英明的，真正理解程序员的公司，就不会指望高水平的程序员不停地工作。高水平程序员由于经常能够另辟蹊径，一个就可
以抵好几个甚至几十个普通程序员。他们处理的问题比常人的困难很多，费脑力多很多，当然他们需要更好的休息，保养，娱乐，……
如果你让高水平的程序员太忙了，一刻都不停着，有趣有挑战性的事情做完了就让他们做一些低级无聊的事情，他们悟出这个道理之后，就会故意放慢速度，有时候
明明很快做完了也会说没做完。与其这样，不如只期望他们工作短一点的时间，把事情做完就可以。当然这并不是说初级的程序员就应该过量工作。编程是一项艰苦的脑力活动，超时超量的工作再加上压力，只会带来效率的低下，质量的降低。不要让其他人修补自己的BUG这个我已经在一篇专门的里讨论过。让一个程序员修补另外一个程序员的BUG，不但是效率低下，而且是不尊重程序员个人价值的作法，应该尽量避免。在软件行业，经常看到有的公司管理让一个人修补另一个人代码里的BUG。有时候有人写了一段代码，扔出来不管了，然后公司管理让其他工程师来修复它。我想告诉你们，这种方法会很失败。首先，让一个人修复另一个人的BUG，是不尊重工程师个人技术的表现。久而久之会降低工程师的工作积极性，以至于失去有价值的员工。代码是人用心写
出来的作品，就像艺术家的作品一样，它的质量牵挂着一个人的人格和尊严。如果一个人A写了代码，自己都不想修复里面的BUG，那说明A自己都认为他自己的
代码是垃圾，不可救药。如果让另一个人B来修复A代码里的BUG，就相当于是让B来收拾其他人丢下的垃圾。可想而知，B在公司的眼里是什么样的地位，受到
什么样的尊重。其次，让一个人修复另一个人的BUG，是效率非常低下的作法。每个人都有自己写代码的风格和技巧，代码里面包含了一个人的思维方式。人很难不经解释
理解别人的思想，所以不管这两人的编程技术高下，都会比较难理解。不能理解别人的代码，不能说明这人编程技术的任何方面。所以让一个人修补另一个人的
BUG，无论这人技术多么高明，都会导致效率低下。有时候技术越是高的人，修补别人的BUG效率越是低，因为这人根本就写不出来如此糟糕的代码，所以他无
法理解，觉得还不如推翻重写一遍。当我在大学里做程序设计课程助教的时候，我发现如果学生的代码出了问题，你基本是没法简单的帮他们修复的。我的水平显然比学生的高出许多，然而我却
经常根本看不懂，也不想看他们的代码，更不要说修复里面的BUG。就像上面提到的，有些人自己根本不知道自己在写什么，做出一堆垃圾来。看这样的代码跟吃
屎的感觉差不多。对于这样的代码，你只能跟他们说这是不正确的。至于为什么不正确，你只能让他们自己去改，或者建议他们推翻重写。也许你能指出大致的方向
和思路，然而深入到具体的细节却是不可能的，而且不应该是你的职责。这就是我的教授告诉我的做法：如果代码不能运行，直接打一个叉，不用解释，不用推敲，
等他们自己把程序改好，或者实在没办法，来office hours找你，向你解释他们的思想。如果你明白我在说什么，从今天起就对自己的代码负起责任来，不要再让其它人修补自己的BUG，不要再修补其他人的BUG。如果有人离开公司，必须要
有人修补他遗留下来的BUG，那么说话应该特别特别的小心。你必须指出需要他帮忙的特殊原因，强调这件事本来不是他的错，本来是不应该他来做的，但是有人
走了，没有办法，并且诚恳的为此类事情的发生表示歉意。只有这样，程序员才会心甘情愿的在这种特殊关头，修补另外一个人的BUG。不要嚷着要别人写测试在很多程序员的脑子里，所谓的“流程”和“测试”，比真正解决问题的代码还重要。他们跟你说起这些，那真的叫正儿八经，义正言辞啊！所以有时候你很
迷惑，这些人除了遵守这些按部就班的规矩，还知道些什么。大概没有能力的人都喜欢追究各种规矩吧，这样可以显得自己“没有功劳有苦劳”。这些人自己写的代
码很平庸，不知道如何简单有效地解决困难的问题，却喜欢在别人提交代码让他review的时候叫喊：“测试很重要！覆盖很重要！你要再加一些测试才能通过
我的review！”本来code
review是让他们帮忙发现可能存在的问题，有些人却仿佛把它作为了评判（judge）其他人能力，经验，甚至智商的机会。他们根本不明白别人代码的实
质价值，就知道以一些表面现象来判断。我在Google实习，最后提交了质量和难度都非常高的代码，然而一些完全没能力写出这样代码的人，不但没表示出最
基本的肯定，反而发出沉闷的咆哮：“快——写——测——试！” 你觉得我会高兴吗？我并不否认测试的用处，然而很多人提起这些事情时候，语气和态度是非常不尊重，让人反感的。这些人不但没有为解决问题作出任何实质贡献，当有人提交
解决方案的时候，他们没有表达对真正做出贡献的人的尊重和肯定，反而指责别人没写测试。好像比他高明的人解决了问题，他反倒才是那个有发言权的，可以评判
你的代码质量似的：“我管你代码写得多好，我完全没能力写出来，但你没写测试就是不够专业。你懂不懂测试的重要性啊，还做程序员！”人际交往的问题经常不在于你说了什么，而在于你是怎么说的。所以我的意思并不是说你不该建议写测试，然而建议就该有建议的语气和态度。因为你没有做
实际的工作，所以一些礼貌用语，比如“请”，“可不可以”……是必须的。经常有人说话不注意语气和态度，让人反感，却以自己是工程师，不善于跟人说话为借
口。永远要记住，你没有做事，说话就应该委婉，切不可使用光秃秃的祈使句，说得好像这事别人非做不可，不做就是不懂规矩一样。礼貌的语言，跟人的职业完全没有关系。身为工程师，完全不能作为说话不礼貌的借口。关于Git的礼节Git是现在最流行的代码版本控制工具。用外行话说，Git就是一个代码的“仓库”或者“保管”，这样很多人修改了代码之后，可以知道是谁改了哪一
块。其实不管什么工具，不管是编辑器，程序语言，还是版本控制工具，比起程序员的核心思想来，都是次要的东西，都是起辅助作用的。可是Git这工具似乎特
别惹人恼火。Git并不像很多人吹嘘的那么好用，其中有明显的蹩脚设计。跟Unix的传统一脉相承，Git没有一个良好的包装，设计者把自己的内部实现细节无情
地泄露给了用户，让用户需要琢磨者设计者内部到底怎么实现的，否则很多时候不知道该怎么办。用户被迫需要记住挺多稀奇古怪的命令，而且命令行的设计也不怎
么合理，有时候你需要加-f之类的参数，各个参数的位置可能不一致，而且加了还不一定能起到你期望的效果。各种奇怪的现象，比如"head
detached"，都强迫用户去了解它内部是怎么设计的。随着Git版本的更新，新的功能和命令不断地增加，后来你终于看到命令行里出现了
foreach，才发现它的命令行就快变成一个（劣质的）程序语言。如果你了解的设计思想，就会发现Git之类基于文本的版本控制工具，其实属于古代的东西。然而很多人把Git奉为神圣，就因为它是Linus Torvalds设计的。Git最让人恼火的地方并不是它用起来麻烦，而是它的“资深用户”们居高临下的态度给你造成的心理阴影。好些人因为自己“精通Git”就以为高人一
等，摆出一副专家的态度。随着用户的增加，Git最初的设计越来越被发现不够用，所以一些约定俗成的规则似乎越来越多，可以写成一本书！跟Unix的传统
一脉相承，Git给你很多可以把自己套牢的“机制”，到时候出了问题就怪你自己不知道。所以你就经常听有人煞有介事的说：“并不是Git允许你这么做，你
就可以这么做的！Unix的哲学是不阻止傻人做傻事……”
如果你提交代码时不知道Git用户一些约定俗成的规则，就会有人嚷嚷：“rebase了再提交！” “不要push到master！”
“不要merge！” “squash commits！” 如果你不会用git
submodule之类的东西，有人可能还会鄙视你，说：“你应该知道这些！”打个比方，这样的嚷嚷给人的感觉是，你得了奥运会金牌之后，把练习用的器材还回到器材保管科，结果管理员对你大吼：“这个放这边！那个放那边！懂不
懂规矩啊你？” 看出来问题了吗？程序员提交了有高价值的代码（奥运金牌），结果被一些自认为Git用的很熟的人（器材保管员）厉声呵斥。一个尊重程序员的公司文化，就应该把程序员作为运动健将，把程序员的代码放在尊贵的地位。其它的工具，都应该像器材保管科一样。我们尊重这些器材保
管员，然而如果运动员们不懂你制定的器材摆放规矩，也应该表示出尊重和理解，说话应该和气有礼貌，不应该骑到他们头上。所以，对于Git的一些命令和用
法，我建议大家向新手介绍时，这样开场：“你本来不该知道这些的，可是现在我们没有更好的工具，所以得这样弄一下……”
转载请注明：文章转载自 开源中国社区
本文标题：怎样尊重一个程序员
本文地址：
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“海诺者”的评论我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！ 引用来自“牛奶拌饭”的评论这世界上强大的人多了,难道你能让他们都按照你的思想行为来处理或解决问题吗?达到这个目标,我觉得除非你比他们还强大(当然是广义),否则人家为什么听你的?团队协作这点很重要,但是不同的团队建设都需要不同的风格,文化,约定,规范,等等不一而足.这里面有好有坏,所以没有评论的意义.能不能适应那都是每个成员自身的问题,也没什么所谓的对错.至于最后你说的那些,我不太理解你想要表达什么.我觉得只要这个文章能说出它想要表达的东西,并且在某些点上能反馈出来现实所确实存在的这些问题,这就足够了,反正仁者见仁,何来说服一说.引用来自“海诺者”的评论看最后那句话 能够说服自己的只有自己。 引用来自“牛奶拌饭”的评论额 你的意思是,他想说服你,但你是拒绝的。。。我怎么没看出来他想说服我。。额,看来我的理解能力太低了,或者说是太容易被洗脑了?。。其实我觉得,他说的这些,我觉得对的,自然会有所共鸣,(主要是工作量不用时间衡量这些)我觉得未必,或者危言耸听,或者不太认同的,或者完全胡扯的,(主要是git礼节这些)我压根就没碰到过,何来评论对错的资格?那我还想这个理干嘛?就算以后碰到了相左的例子或场景,我在这里指他鼻子骂他:yinwang你丫又跑来忽悠了.那也得等我到内层次,或者真碰到了,才好这么来操作而已.现在来这个不成了扯胡吹牛了?而且所有这些例子,场景都是有其特定存在的条件和场合(比如code review,让别人修复你的bug这些,尤其在国内),本身就没有什么对错的意义,评论他们也只能将自身代入进去来考虑问题,个人觉得这本身就不那么重要的,不同的环境而已.其实我的那个评论也只顺着我的心而已。yiwang （通过浏览他的博客文章）的才华应该确实是很高的，否则不可能一针见血的指出很多的问题。但正是因为如此，我在看完它的几篇（例如yin语言，go的分析，旧金山杂谈等等）他所处的环境正如你所说的跟国内我们这些it民工来说是不同的，所以我再又读了一遍后回复说:&文人相轻&,其实也没啥意思。只是看了他说别的语言这这不好，这这退步了等等想起国内历史上很多时候文人间相互鄙视的故事。为什么我说能够说服自己的只能是自己？作者的立脚点一致没有变化，就是这些语言或者系统也好，都不好，但是他忽视了很严重的一点，就是他说的这些不好的东西都在产生着价值，而他不愿意让这么语言更加好一点，当然他有了实际行动 创建一门不愿意让很多人使用的yin语言。现在切换视角，我是读者，我的视角是我自己，yinwang还是站在了教授的地位上来说事情，但是同样他没有给被教授的人洗洗脑——当别人以教授的语气来教你的时候，你该怎么办？知之为知之，不知为不知，所以该承认不会的时候就承认一下没啥大不了，自己的心态仍然是要淡然的。还有讲述的“关于git的礼节”其实跟之前的“明确自己的要求，不要使用指责的语气”没啥区别，讲的基本是同一回事情。而且git的东西在很多公司都是有默认习惯,刚开始的人不会用，使用习惯都是经过人摸索总结出来的，理当正经的学习。yinwang的文章有很强的煽动性 不愧是语言专家。哈哈又说了这么多，真像你说的&其实我觉得,他说的这些,我觉得对的,自然会有所共鸣&，文章又很多地方我共鸣了，但是让我更加的明白了，我的不足，原来很多公司都是这么做的，说白了，感觉yinwang这里面有很多强大的咒语跟唐僧的紧箍咒似的。我只是想让自己正视且坚定下自己的内心，所以现在又啰嗦了这么多。你同意的时候说服了自己，没同意的时候也说服了自己不同意，而且和yinwang的知识储备、能力、才华的差的太远，所以在共鸣后站在了对立面，就像为什么早些时候，用戒尺才会好好读书。
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“海诺者”的评论我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！ 引用来自“牛奶拌饭”的评论这世界上强大的人多了,难道你能让他们都按照你的思想行为来处理或解决问题吗?达到这个目标,我觉得除非你比他们还强大(当然是广义),否则人家为什么听你的?团队协作这点很重要,但是不同的团队建设都需要不同的风格,文化,约定,规范,等等不一而足.这里面有好有坏,所以没有评论的意义.能不能适应那都是每个成员自身的问题,也没什么所谓的对错.至于最后你说的那些,我不太理解你想要表达什么.我觉得只要这个文章能说出它想要表达的东西,并且在某些点上能反馈出来现实所确实存在的这些问题,这就足够了,反正仁者见仁,何来说服一说.引用来自“海诺者”的评论看最后那句话 能够说服自己的只有自己。 额 你的意思是,他想说服你,但你是拒绝的。。。我怎么没看出来他想说服我。。额,看来我的理解能力太低了,或者说是太容易被洗脑了?。。其实我觉得,他说的这些,我觉得对的,自然会有所共鸣,(主要是工作量不用时间衡量这些)我觉得未必,或者危言耸听,或者不太认同的,或者完全胡扯的,(主要是git礼节这些)我压根就没碰到过,何来评论对错的资格?那我还想这个理干嘛?就算以后碰到了相左的例子或场景,我在这里指他鼻子骂他:yinwang你丫又跑来忽悠了.那也得等我到内层次,或者真碰到了,才好这么来操作而已.现在来这个不成了扯胡吹牛了?而且所有这些例子,场景都是有其特定存在的条件和场合(比如code review,让别人修复你的bug这些,尤其在国内),本身就没有什么对错的意义,评论他们也只能将自身代入进去来考虑问题,个人觉得这本身就不那么重要的,不同的环境而已.
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“海诺者”的评论我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！ 引用来自“牛奶拌饭”的评论这世界上强大的人多了,难道你能让他们都按照你的思想行为来处理或解决问题吗?达到这个目标,我觉得除非你比他们还强大(当然是广义),否则人家为什么听你的?团队协作这点很重要,但是不同的团队建设都需要不同的风格,文化,约定,规范,等等不一而足.这里面有好有坏,所以没有评论的意义.能不能适应那都是每个成员自身的问题,也没什么所谓的对错.至于最后你说的那些,我不太理解你想要表达什么.我觉得只要这个文章能说出它想要表达的东西,并且在某些点上能反馈出来现实所确实存在的这些问题,这就足够了,反正仁者见仁,何来说服一说.看最后那句话 能够说服自己的只有自己。
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“海诺者”的评论我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！ 这世界上强大的人多了,难道你能让他们都按照你的思想行为来处理或解决问题吗?达到这个目标,我觉得除非你比他们还强大(当然是广义),否则人家为什么听你的?团队协作这点很重要,但是不同的团队建设都需要不同的风格,文化,约定,规范,等等不一而足.这里面有好有坏,所以没有评论的意义.能不能适应那都是每个成员自身的问题,也没什么所谓的对错.至于最后你说的那些,我不太理解你想要表达什么.我觉得只要这个文章能说出它想要表达的东西,并且在某些点上能反馈出来现实所确实存在的这些问题,这就足够了,反正仁者见仁,何来说服一说.
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“飛竹”的评论否定Unix就否定了几乎是所有现代的操作系统，难道不呵呵了 我怎么没看出来这篇文章里有否定了几乎所有的现代操作系统?你的意思是几乎所有现代的操作系统都是unix或类unix了?我的意思也没那么复杂,人家是国内早期类nix系统启蒙运动的发起人之一,用了这么多年现在又跑出来喷,这不正说明这是一种客观使用工具的评价方式么?摒弃信仰,摈弃步道,我不觉得这有什么可被鄙视的.
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.引用来自“海诺者”的评论我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！ 哦准
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.我觉得既然yinwang这么强大为啥不帮助解决Git的问题或者干脆做一款比Git更好的文件对比工具，注意我说的不是版本控制？还有他的很多观点无法赞同，团队协作要求的就是遵守约定，这也是新人加入到团队首先要学习的，不然各自为政就不好了，总得说来，这个yinwang给我的感觉是文人相轻的印象，她确实可能很强大，但是稳重除了尊重这里说的不错外，其他的都是在讲别客观的不好，没有从主观上来分析，为什么你不会做？是因为你不需要用它？其实是因为你不愿意用，主观上的排斥，永远无法从客观上来改变，依了那句话：谁都无法说服你自己除了你自己！
引用来自“牛奶拌饭”的评论你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.否定Unix就否定了几乎是所有现代的操作系统，难道不呵呵了
你有什么好呵呵的,了解下yinwang的背景再喷.人家如果没有喷unix的资格,估计咱都更别提了.
引用来自“泥人张”的评论切。楼上楼下这么多人，你在这里黑JAVA有意思么？不想爆粗口。如果你还在关系语言，那只能说明你很low~引用来自“这个世界不真实”的评论逗比。你是愤青么？语言真的很重要，语言决定了做事的方式}