两个原因，因为伸手党太多了，出了问题就是有一定的懒惰思想，总想着别人帮他解决掉，或者最好包圆了。
另一个是“大佬”不在少数，说话做事很多时候只考虑自己的“立场或地位”。

反正看看就好，无所谓的事情了。

@nbndco 成功达成共识，不容易。感谢认同 ^_^

五年高考三年模拟，黄冈试卷，奥数习题册，蓝猫三千问

从中学到幼儿，我觉得 200 左右就可以搞定了，不算奇怪，替家长鸡娃，没啥毛病。当然如果是没有娃的同事收到，你可以让他送给亲戚的小孩，毕竟快过年了，也不方便问人家小孩的成绩之类。

@hhjswf 这个可不好说哟，如果公司经营问题，那就正常咯，你说正常不正常。
但如果公司经营没啥问题，就非要干掉一个或若干个部门的人口数量，这事吧，大家慢慢琢磨。

@fy1206 两个原因：
1 ，换能效比高的人。引入竞（ nei ）争（ juan ）机制，优（ juan ）胜（ dao ）略（ dui ）汰（ fang ）
2 ，管理手段，一群人在一起时间久了，就会形成小圈子，圈子建立时间越长就越稳固，老板想要推动什么事情，就很有可能容易出现阻力，破局一些有形和无形组织（具体可以参考体制内一些常年没有人员变动的部门，具体理论解释正在管理学原理里面）。

@nbndco 我觉得讨论的有偏了，我们讨论的焦点在于两个：抽象成本、性能；会引出这个的原因，在于你提到语言特性会影响（决定？）这两个因素，我提出的是，我认为主要因素在于人，语言特性是次要的。

首先我还是不认为某个语言特性就决定了他的性能，人的因素比较大，结论的原因在于：
理论和工程实践很多时候就不在一个视角上，我并不了解你工程实践中大多数是什么情况，但是我的情况是，不管是 x86 汇编、c 、c++，横向对比（特定语言中），人的因素远远大于语言特征。

另外你说的 c++标准库的这些东西，我看上去感觉你是想阐述程序设计中的问题，比如你提到的抽象成本问题。这方面，我是认同的，但是问题来了，这又会导致什么性能问题呢？在 tr1 特性或者说 c++11 出来之前，类似智能指针、作用于锁、安全对象和非安全对象等等就已经有不少实践了。我能看到的是，其他语言在这些方面上提供很多丰富 runtime api 来完善这些，但不代表他们的实现就是最优的，或者说，不是第一个版本的实现在当时主流硬件+软件环境就是性能最优，也是需要多次迭代来实现。

实践这么久，写代码，就是谁做得多问题，是语言 runtime 一侧多做一些抽象和设计，还是使用者这一侧多做一点。

@sgissb1@nbndco 原因是逻辑和模块的设计实际上未必和性能挂钩。

这句话我更正一下，没写清楚。

我是想说，语言是语言，程序设计是程序设计。性能的好坏更多是程序设计所致，语言不是决定因素。

@nbndco 我不太认同你的观点。原因是逻辑和模块的设计实际上未必和性能挂钩。

真的能挂钩在一起的，我觉得更多是程序设计上的问题，我不认为有哪种语言可以做到绝对的灵活而且性能还能做到厉害到没什么语言可以打败的。

越简单就性能就是越好，越复杂就是性能很难做好。
首先 c 本来就不是面向对象，就没有太强的抽象能力，需要抽象能力的就要用 c 的近亲 c++（这里只谈论 c 和 c++）。那么很多时候都在说，c++的一些性能不如 c ，不是因为语言所致，而是模式所致（ c++是部分面向对象，必然会有很多额外的开销，c 就不需要）。
go 接触过几天，rust 不了解，但据说语法各方面和 c++有一些相似。其实在我看来，你也可以去修改一个开源的 c++编译器，让编译出来的 release 代码做到最精简版本，你看性能好不好。另外 c++的开发维护难度高，还真不一定是模板问题，多数是 c++语言特性过于复杂，中二 c++程序员太多（过于自认为很了解 c++，搞出一堆问题来，不用模板，就一个继承和多态，在真实的项目中就能玩倒一片人）。

回到程序设计上来说，在程序设计的规模复杂度渐渐变大的时候，有时候会感到性能变差和维护变难。这个事情需要分两头看（排除写代码的人能力问题的话），一个是程序设计所致，另一个所谓的语言特性。

前者呢，可能是认为有一的变慢速度，比如一个事务，本身就要保证可靠性，那么一个巨大粒度的事务必然会比小粒度的慢。比如错误的使用多线程，导致竞争问题等等。
后者呢，比如一些代码需要编译成中间语言，运行的时候需要再做一次翻译，或者第一次运行需要翻译等等。

现在很多流行的语言高性能语言，说到底，就是把程序设计下沉到编译、解析层面。比如 go 的协程，就尽量的规避了中二程序员对线程在工程实践熟练度不高上引入的性能可能地下问题，然后由语言特性来包装起来，本质内部其实是固化了一定的程序设计模式在里面，简化和让程序员的程序设计模式更为确定和减少范围，以此来综合性的获得性能收益。所以 go 的早期版本里面为了解决调度、内存池、同步问题，自身的 runtime 里也有不少相关的 bug 在一点一点修改。

就像在 iot 或者低功耗设备里面，如果要用 python 、go 等等非 c/c++语言是完全可行的。但在一些特定功能或者模块上，用起来性能就有可能不如纯 c 的。为什么？一位内这些语言已经囊括了一定的程序设计模式，c 本身在这块会比他们更轻量级。

所以我还是觉得，本质还是程序设计的问题。过分强调某种语言如何如何我觉得没什么必要，关键在是好不好用，使用场景是否恰当，我记得这也是《设计模式》这本书里提到的一个重要观点。

我主要写 c++，但我也常常写 shell 和 python ，其实在很多地方，我就觉得 python 比 shell 、c++用起来更方便，shell 权限性大一些，c++太重。有些时候 python 性能不够的一些个人小服务，我会试着拿 go 来写，尽管 go 、的一些库的编译和依赖问题有时候让我比较抓狂，但奈何用起来方便，快捷。

真正商用场景，还是需要看哪一种语言用起来更合适，因为大家都有自己的特点。我以前也很喜欢推崇 c/c++，甚至觉得 vc 的方言版本就比 gnu 或者其他编译器的方言版本强的，但工程实践这么多年得到的经验，还是适用才最重要。

其实用啥语言不重要，重要的是开发者敲键盘时，输入的代码逻辑和组织结构。

go 语言世界里，有不少项目是太过依赖语言特性了，这也导致了软件工程的表现各不一样。语言之争也是这么延续下来的，以前说 XX 语言好坏，那是硬件受限比较大，现在硬件都已经快不少了，软件基础设施也迭代不少了，互联网 ctrl+c ctrl+v 水平也在稳中趋升。还真单纯的纠结语言问题就没啥意思了，除非是某某语言创始人。

算了吧，有时候用 excel 是为了图方便。

但 excel 确实限制很多，比如行数，比如数据筛选的时候，office 也会崩溃和卡死。
现在基本是自己写 python 脚本来处理数据，至少没有行数限制，麻烦点就麻烦点好了

弱电井每天重启一次电路？如果你是业主，直接业主群里闹起来，物业费白交的？业委会最喜欢的就是维修，因为有些业委会非常喜欢搞油水。

如果你是租户？那不好意思，告辞告辞。

文档和 api 接口，甚至开发模式，出现像素级相似也是很常见的。

一方面减少开发者的学习成本，另一方面确实比较“卷”。

你标题里说的这几个城市。

如果你想定居，那么我觉得都不是什么好选择，因为房价相对于收入中位数来说都不低，可以说要买房都是掏空家里才能做到（家庭殷实的除外）。
如果从就业面来说，首先排除杭州，现在杭州很有特点，也就是就业机会差，但是支出方面都一直在对标一线城市（别管什么所谓超一线新一线之类的 YY 排名），如果你是富二代，家里很有钱，来杭州长期散散心和旅游下倒确实是一个地方。
所以就业方面深圳和上海还是比杭州强太多了。深圳我没什么印象，上海出差常去，总体来说主观印象不太好，很多年轻人“偏轻奢”（消费主义），人和人之间关系相对冷漠，更为典型的功利。

我所处奋斗逼之都，所以都是和奋斗逼之都做比较。

所以如果只是年轻积累原始财富优先的话，那就选择杭州以外的两个城市，如果想要舒服，但有花不完的钱，你可以考虑一下杭州（实际上还有很多城市更适宜居住，绿化更多）。

不排除，之前就遇到过，比如某鸽子之类软件。

可以按照上面回复的做法尝试，拔掉鼠标看看，如果不动了，那就是鼠标坏了。
如果还动，可以试试电脑城常用的重装大法，大法如果搞不定了，送修吧。
如果送修还弄不好，我觉得我也不知道为啥了。

ps: 不想调侃，没多少意义

因为永远都有两类人，一类是购买该商品的用户，一类是没有购买的用户。

绝大部分至少还能活下去的品牌都会出现这么一个规律，大多数购买改商品的用户一定是用户该商品或品牌，没有购买的则反之。这是一种很典型的社会现象，也是心理学中的“认同"理论，简单地说就是差不多和圈子一样的概念。且不说商品如何，至少对外还是要给足自己面子的，毕竟是自己的选择，怎么能反水自己呢？

兄 dei ，真没必要这么卷，都是搬砖工。能干活就行了，不管是大厂还是小厂，不管是专业化岗位还是架构师岗位，人的精力和脑力是有限的，懂的过于深的人，很容易局限了，懂得过于广的人，思维过于灵活了不晓得天高地厚。

所以打工就打工，招打工的也这样。太卷了以后真找不到人干活了。

周末没啥事，你就多去找中介看看房，好好的璀璨一下自己，然后盯紧买房和找对象，即可达到标题的目标

不鸟他，装 S 就好了。没这么多情绪可以积累的，无视即可。我们办公室也有个类似没啥自知之明的人，团建的时候住一个房间，一个劲的说我打呼多么多么大，还在办公室说，搞得好像他不打，声音很小一样。

我都是回答：”是是是，对对对“，结果没多久中午午休在办公室他呼声彻底让大家领略了一下。后来有个小伙汁也跟着他这样说我，并且那小伙也打，我也照样不说对方的任何问题。

对别人最”友善“的办法，就是别告诉他做错了啥。