赵鹏城 Zpc Blog 技术也是一种艺术形式

今天在编码测试过程中遇到了一个”Address already in use “问题，也就是说server不能马上重启。

通过netstat -anp | less，发现套接口状态如下。

tcp        0      0 127.0.0.1:7000              127.0.0.1:33799             FIN_WAIT2   -

tcp        0      0 127.0.0.1:33799             127.0.0.1:7000              CLOSE_WAIT  13692/libroxiclient

可以判定，当server端先close后，client端没有及时close，导致套接口等待最后的FIN。

解决办法是setsockopt系统调用。

1 if (setsockopt(s, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)) == -1) {
2     ;
3 }

    在日常工作中，我们经常会忘记某某文件存到了哪个目录，人肉找不现实，用windows自带的搜索功能吧，效率太低等不了。

    现在你有福音了，他就是Everything软件。它的特点是自身体积小，占用资源少，索引搜索快等。真的很快！！！！！！

    下面我就从安装开始简单介绍一下Everything。

    1 下载：

             软件包 http://www.voidtools.com/Everything-1.2.1.371.exe

             语言包 http://www.voidtools.com/Everything.lng.exe

    2 安装：

             先安装软件包，配置根据个人需要选择或直接下一步进行默认安装。

             再安装语言包。

    3 启动并配置：

            启动Everything，可以看到一个很简洁的窗口，选择Tools->Options，

            在Language选项上选择合适语言后点击OK，Everything会自动重启，并显示你需要的语言。

            现在选择 工具->选项，点击磁盘选项卡，配置你需要搜索的磁盘，默认为全部磁盘可用。

            待最下面的状态栏显示输入既搜索后，整个准备工作就完成了，否则需要等Everything做完索引。

    4 搜索：

            现在你可以在最上面的输入框里输入你想搜索的内容了。速度超级快呀！

更多功能请慢慢发现。

有问题可以随时联系我：maczpc23@gmail.com

      对于程序开发者来说，有两种技术需要我们掌握，一个是技术上的能力，另一个是非技术上的能力。不幸的是，许多程序员过多地关注了技术上的能力，而忽略了非技术上的能力的培养，因此，我们的程序员们经常会有一些很不好的习惯，这里我们例举了程序员们最常犯的5个非技术性错误，与大家共勉。

　　1.- 缺乏团队纪律

　　“Discipline is the bridge between goals and accomplishment.” Jim Rohn.

　　纪律是一个最有价值的技能，不仅仅只是在软件开发领域，同样在其它领域也是一样的。但对于现实来说，我们很难找到即有才华又有纪律的人。这正如足球队一样，非洲的球员们才华相当的出众，可惜他们总是独自为阵，团队纪律性不足，所以可以有好的成绩，但却无法赢得最后的胜利；而德国队的队员个人技能平平，但其有很强大的团队纪律性，所以，总是能打入最后的决赛并获得冠军。有人说过，个人英雄并不可怕，而有强大纪律性的团队才让人可怕。这正是日本这个民族的可怕之处。况且，软件开发从来都不是一个人可以完成的事情，所以团队工作中的纪律性会是非常重要的。

　　Steve Pavlina 强调了自律中5个因素：“承担, 毅力, 努力, 勤奋, 和坚持。” 这里，我们强烈推荐你读一读Steve的 关于自律的文章。

　　下面是我们觉得程序应该有的比较良好的习惯。

　　◆每天都有自己的to do list

　　◆在一个时间内只做一个事

　　◆把事情做对了

　　◆事情没有完全完成时不要轻易结束

　　◆慢点总比道歉好，道歉总比不做好

　　2.- 过度自负

　　我们的经验告诉我们，过度的自负的人一般是意识不到自己的自负，下面是一些过度自负的特征，希望你可以从中检测一下自己是否过度自负了。

　　◆觉得自己是最牛的程序员

　　◆总是打断谈话

　　◆你要求Code Reivew不是要检查代码，而是向大家炫耀你的代码

　　在网上有太多的文章关于程序员的自负的问题，这里有两篇，你可以看看：一篇是Mike Bernat的 Egoless programming（无自负编程） 还有一个是stackoverflow.com 上的一个贴子。

　　3.- 沟通不畅

　　“如果我要说十分钟，我需要一周做准备；如果说15分钟，我需要3天做准备；半个小时，我需要两天；如果说一个小时，我现在就准备好了。” Woodrow Wilson

　　人类的沟通是我们最主要的活动。成为一个好的沟通者是一件很难的事情，我们不断地和别人交换关于设计，编码，文章的意见，并且我们每天都在试图说服别人我们自己的设计和想法会更好，更有道理……

　　然后，好的沟通者是那些当他们正在解释一些事情的时候，他们的解释是下面这个样子的：

　　◆专注。不跑题，没有废话。

　　◆清晰. 很容易听懂。

　　◆简明. 加一点就觉得多，少一点都觉得不够。

　　要有一个好的沟通技巧，我们的建议如下：

　　◆如果你觉得你沟通方面不够好的话，请事先准备你要表达的东西，努力做到专注，清晰和简明。

　　◆在交谈中，先听，后想，最后再说。

　　◆永远从对方的角度思考问题。

　　4.- 忘了用户

　　“如果我们不关心我们的用户……那么别人会”

　　你的存在，你工作的意思只有一个原因——你的用户。我们在很多时间都会忘了这个事情。经常，我们在工作当中，技术会取代用户而占据了主要的位置，我们可以花费数月的时间来创建一个程序框架，但一个程序框架不会给用户代来任何的价值，我们不是说程序框架不重要，而是说，对于用户的需求来说，这是其次重要的东西。如果离开了用户的需求，我们所有的技术，算法或是精妙的设计将会变得什么也不是。

　　5.- 不懂工作的轻重缓急

　　程序员总是喜欢去研究一些新的或自己感兴趣的东西，但对于软件工程来说，我们更需要知道所有事情的轻重缓急，要学会如何了解事情的优先级，这样才会让我们的工作事半功倍，而我们的工作也会更有效。比如，当用户的站点出现问题的时候，有些时候，我们的程序员过试地关注于问题的重现和原因，而忘记了用户的站点正在流血，无法进行生产。所以，一般来说，最重要的事情首先是恢复用户站点，然后才是去重现和调查问题。在我们的日常工作中，我们要处理很多事情，只有了解到了所有事情的轻重缓急，处理最重要最紧急的事情，我们才能够更好的安排自己的工作，才能够更好的完成我们的事情。不要以为这是一件很简单的事情，这需要我们不断地和别人沟通来了解事情的轻重缓急，事实证明，如果我们不懂工作中的轻重缓急，本来只有一件紧急的事情，如果处理不当，最后可能会演变成多件紧急事情，其它本来不紧急的事，后来也会变得很紧急，最终程序员们顾此失彼，苦不堪言。希望大家切记。

当你想知道某个项目的代码行数时，可以使用find命令、xargs命令和wc命令组合完成。

如果你的项目被svn或其他版本控制软件管理着，可以用grep过滤

如果还有其他干扰因素都可以利用grep过滤，依特殊情况而定！