安徽程序员删库程序员平时都怎么管理自己的代码库，自己积累了不少代码了，用U盘和一般的网盘管理太费劲。

安徽程序员删库时间:2021-01-26 阅读:()

程序员难找老婆吗？我是搞嵌入式linux底层驱动的

您好: 为什么都认为程序员找老婆难呢,其实大家都认为程序员没太多机会接触到女孩. 程序员入门要求高,最基本的几个要求便是: 踏实,好学,认真,有毅力. 抗压能力强. 而且又是脑力劳动,高薪职业. 没理由找老婆难. 只能是个人问题拉. 所以要主动出击哦.祝您找到属于自己的一半.

现在程序员工资高，而且经过短时间培训就可以上岗

只要存在需求，就不会太低，程序员就是一个例子，但短时间上岗的程序员经验不足，起步的工资也不会太高，未来的程序员数量也会越来越多，但信息化的时代需要程序员的数量也上升，所以我觉得未来的程序员工资都不会太低~~

程序员积累什么东西才是真正的实力

姚冬回答的非常好，我狗尾续貂的说几句。

我们都知道学习能力很重要，那么学习能力从何而来，除了去看书上课这种，如何在实践工作中学习成长？我之前微博说了一个笼统的概念，什么是能力？对待问题的态度，以及处理问题的思路和方法。

先说态度你服务器偶尔出501错误，也许比例不高（知乎也出现过很多次），很多程序员，没错，是很多，假装看不见，不在乎，或者归咎于人品问题。

这就是态度问题。

再往后，负载高了或者其他什么原因，突然频繁出现501错误，不去追寻深入的原因，而是找各种借口，什么IDC服务商不好，服务器品牌不好，操作系统不好，数据库不好，CDN不好，网络状况不好，web server不好，甚至，直接对Boss说我们被DDOS啦！（遇到过，帮他Boss找过多个安全专家会诊，最后发现根本不是DDOS，是程序员太烂。

）这就是态度，触目惊心，如果能对问题有敏感性，能知道对任何小的，轻微的问题有足够的敏锐度，你就有了一个快速成长的基础。

对问题的敏锐度是非常重要的。

很多性能或程序逻辑上非致命的bug，在不够敏锐的时候是发现不了的，但是一旦进入特殊场景就会骤然爆发，你多一点敏锐度，就会减少这种危机的风险。

第二个态度是解决问题的态度，有人对自己的解决方案信心满满，认为万无一失，但有的人就会多留一条后路；就好比你说我服务器要不要做安全加固，肯定要做对不对，要做到尽可能严谨和周全，但是你数据库保存密码的时候是不是还要加密?而且要随机salt，不就是防止万一依然有漏洞被人拿库怎么办么。

程序也一样，以前写的一些服务端守护进程，有bug，会莫名其妙的终止，这个bug当然要定位，要修复，但是同时，写一个cron检查这个守护进程状态，一旦遇到终止给予自动恢复，这就是第二手准备，即便你多么不希望他执行，这个准备还是要做的。

对问题做两手甚至三手准备，也是优秀程序员，架构师的关键素质。

第三个态度是基于沟通与理解的态度，产品或运营提了一个不靠谱需求，一句话打回去当然很爽很威风，但是有没有仔细沟通分析过，这个需求基于怎样的实际诉求，这个实际诉求有没有更合理的实现途径，一句话“这个没法做，这个实现成本太高”，不是正确的沟通态度，而且，最优秀的产品，往往是实现了那些原本人们认为无法实现的诉求。

这样的态度，才有了一个持续进步的基础，下面说思路和方法。

优秀的程序员和平庸的程序员，如果只看敲打代码的速度，我觉得是分不出来的，也许每人都可以一天写很多行代码，但是遇到问题后，平庸的程序员的解决效率，和优秀程序员相比就会有天壤之别。

所谓解决效率，不外乎对bug的分析、定位，以及思考。

最基本的一条，看执行日志，看各种日志，web server的日志，数据库的日志，慢查询日志，binlog日志，php的错误日志，等等等等，线上出问题瞎猜连日志都不看的大有人在。

看日志不仔细不完整的也大有人在，你能去认真研究日志已经超越很多人了。

第二条，模块测试和断点分析，程序员一个坏习惯就是上来就写很大一坨代码然后再执行，不知道一个模块一个模块来写来测试，执行出了问题不知道设置断点，缩小范围逐步分析。

断点分析非常简单，将整个代码中插几个中间输出，观察哪个环节出了问题，或者观察每个环节的系统开销，对调错和性能优化都非常重要，高手们大概认为这是ABC的东西，但是就这玩意我看到的大部分程序员都没有这个习惯。

第三条，错误信息的理解和搜索，搜索引擎上有各种丰富的技术资料和技术问答，你所遇到的错误信息和错误提示，通常都能在网上搜索到，当然，搜索到后要结合你的场景认真思考，并理解透彻，而不是照猫画虎的去处理，否则可能这次运气好就蒙对了，下次运气不好又不知道怎么回事了。

第四条，不断总结归纳，对一个问题，一类问题，以及不同类型的问题，善于归纳整理，不断反思自己的问题，即便是不出bug的代码，你经过一段时间去回头看，也有很多思考不正确不合理的地方，有很多优化点，如果你觉得自己的代码一向牛逼，毫无破绽，那你一定是原地踏步，毫无进展。

关于归纳总结，我说个案例以前我们有个系统，请求量非常大，负载非常高，有个不错的技术经理来处理，他列了几个升级计划，都很靠谱，去执行了，效果非常好，然后我们跟进汇报的时候他来讲，做了几项升级，整体效果如何，然后我就批评了他。

我批评了什么呢？他是一起做的升级，然后一起观测的效果，那么这几个方案里，具体每个方案的实际效果怎样，对提升的帮助多大，他没有任何数据。

所以对具体每个升级方案的价值和重要性，他没有任何概念。

你正确的解决了问题，却没有认真的去归纳整理，你的收获是有限的。

一起做升级不能说是错的，但是效果评估需要单独去做，而这个数据是非常有价值的，知识积累，不是你处理过的就一定有积累，而是整理过的。

大概就这些最后重述一遍什么是能力？遇到问题的态度处理问题的思路和方法这就是能力点赞的那么多，答谢各位，补充几条思路吧，是上面几个方法的具体扩充补充1：善于提问，你能得到怎样的答案，取决于你提出怎样的问题。

你遇到问题，你应该知道，从哪里去问，去问什么。

我常见的一个测试题是这样的。

数据库目前挂了，我就是服务器，我不知道为什么挂了，你是一个优秀的分析师，现在我来做响应，你问我问题，你问一个问题，我回答一个指标，然后看你能不能定位问题。

（当然，我会根据所假设的问题回答所有数据指标），比如你问我数据库连接数多少，问我系统i/o压力多少，或者问我慢查询日志里有什么，等等，善于提问的人就可以快速得到答案，而不善于提问的人，就会猜测一堆可能，最终却一无所获。

有个真实好玩的案例，有个兄弟公司（前段时间新闻出来，卖了好像十个亿的样子），开始的时候服务端数据库不够强壮，负载起来的时候会出现一些问题，就请我去把脉，我一看windows服务器，SQL　server (不要猜了，那是几年前，现在应该改了)，我说这个我不会啊，然后人家那么热忱当我是专家，只好硬着头皮上，我连基本操作都不会怎么办，我就坐在那里问问题，开始他们说是不是这样，是不是那样，我说你们不要盲目下结论，你们要是知道结论就别来问我了，我问什么指标，什么日志你们就给我查什么，我就一样样的问，他们现场操作去查数据，我问一个他们查一个给我看，查着查着，他们的工程师说，知道原因了！果然和他们开始的假设完全不同。

　其实关键就是问问题的思路，他们一开始没有提出正确的问题。

提出了正确的问题，他们很快自己就找到了原因。

补充2：善于划定范围，缩小问题区间。

前面提到的断点分析是一个非常常见的分析方法，但是很多场景，你甚至不知道是哪个程序出的问题，善于将问题范围化，也是一种归纳和分类的能力。

我曾在某个技术群出过一个经典测试，还记得以前微博上提到的一个经典面试题么。

“从浏览器输入url到打开网页，中间经历了什么”，这是一个经典的综合认知的题目，基于这个题目，出一个更实战的场景测试是（这个场景其实90％的网站站长和游戏运营商都遇到过），”目前有用户反映网站或游戏卡，请问如何分析原因，以及当前优先级步骤。

“。

结果在这个群里，只有我徒弟说出了完全正确的答案（09年带过的）。

优先级第一步是看在线用户数和当前访问数，对比历史，得到该问题目前的影响程度，来决定后续的优先级，以及减少分析范围。

（这是意识问题）　分析思路，分成三大块，前端，网络层，服务端。

当然这三块可以继续延伸下去非常多细节，但是至少，能先把问题分成三大块，然后基于一些显见的分析方式快速排除其中几个部分，再逐步细化问题，而大部分人只是从一个局部去思考，讲了很多局部细节却没有完整的纲领，所以这就是差距。

先想到这些，咳咳。

转自知乎曹政

最近很少看到安徽省政协主席杨多良公开亮相，大家可知道什么原因？

老了，差不多该退休了。

或者是，在政治斗争中失势，被封杀了，准备办他。

真正的程序员都很懒？到底该如何理解这句话？

其实你多写点就懂了。

假设你写一个系统，就会发现，很多功能都类似，比如各种模块的增删查改，数据检测等等。

而且你会发现大部分只要稍微改点代码，就能实现你想要的功能。

对于新手，他们普遍是复制一大段程序，然后粘贴到新的地方，稍作修改，运行。

那么优秀的程序员就会“偷懒"，把它们做成一个函数或者类方法，通过传递不同的值来达到类似的目的。

这也是函数的由来。

做的多了，会形成一个函数或类集，方便自己调用。

为什么要这样呢？写程序有很多时候都处于赶工期，并没有考虑太多，各种漏洞和效率问题随之隐藏。

当你回过头来想弥补————如果你不做一定的”偷懒“，你会发现，光是把各地方的相同程序改动一下都是巨大的工程。

我觉得可以用一个数据库的术语——冗余。

因此程序的最基本要求就是避免冗余，集中和复用。

那么，更优秀的程序员，为了进一步偷懒，还会对这个集进行再优化，让这些常用集彼此也能通过互相调用，进一步减少代码的重复。

久而久之，这样会形成一个”库“。

很多公司都会有自己积累下来的公共库，通过简单调用就能够完成许多复杂的功能。

对于精心编写的库，也有他的局限性-————库通常只针对一类特定的功能，而且库太多会造成很多冲突，各种库功能也有重复。

一山还比一山高，牛人程序员出马了，他精心整合了各种功能库，解决了库间的冲突，并且用库组合起了能够应对最基本到高端绝大多数需求的————框架，每当做程序，使用这个框架就提前帮你布局好，应对一系列将要遇到的问题，事半功倍。

别人在“勤奋“熬夜加班，他却早就因为“偷懒”而完成了任务，回家追女友去了。

大师级程序员并不满足这种特定的框架，他们的思想早已到了”道“的境界，提出了脱离特定语言特性的设计模式的概念，总结归纳了很多应对不同问题的方法，所有编程方面遇到的问题都可以找到类似的模式，既形象又高效。