我想大家在工作中都难免会有这样的认识，我学历比他高，学习比他多，付出比他多为什么他的福利待遇却好于我呢？
我要警告有这种观念的人：你这种比较条件根本就不成立。为什么？好，我就来给你讲讲这三种人cai。
人材：看看这个“材”，木材，材料；类比IT技术人员就像我们经常说的码农，再说明白点就是只会写代码，实现代码的人，在整个产品线中，他的大部分产出被局限在了代码实现这一环。这种人在项目组中不可缺少，但是绝对不是不可替换的，因为能写代码的人太多太多了（抛..
看过很多对TCP和UDP协议的简单介绍，感觉《维基百科》总结的更好，自己多此一举，特转载下来，分享给不爱用维基百科的人儿。
传输控制协议传输控制协议（Transmission Control Protocol, TCP）是一种面向连接的、可靠的、基于字节流的运输层（Transport layer）通信协议，由IETF的RFC 793说明（specified）。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能，UDP是同一层内另一个重要的传输协议。在因特网协议族（Internet protocol suite）中，TCP层是位于IP层之上，应用层之下的中间层。不同..
提高自己和培养人才应该循序渐进，首先要能写好一个方法，之后能写好一个类，之后能写好一个程序，之后能做好一个产品......
之前已经写了两篇关于写好一个方法，写好一个类的文章，紧接着把写好一个程序的经验与大家分享下。
（用一个windows平台下的VS2010工程进行介绍，附件有工程文件，由于博客附件最大只能2M，上传不了，感兴趣者可把邮箱发于我，我发给大家） 首先，咱得给工程起个合适的名字，我举得例子是个对XML操作进行的例子，其中用的是tinyXML库进行操作，..
作者 崔康 发布于 2012年5月2日
http://www.infoq.com/cn/news/2012/05/company-staff-growth
最近，知乎社区上有人问：“有文章说，应届毕业生去科技巨头公司只是维护老代码，而不是写新代码，知识增长率比创业公司要低得多，请问属实吗，为什么？”大家对此展开了热烈的讨论，对大、小公司在个人职业发展中的作用褒贬不一。GayScript首先，在创业公司的好处是，人少，开发少，就2个，整个网站的最内核的框架代码我都了解，最主要的代码我都参与了，整个项目从头到尾我都能了如指掌，随便说起什么细节我都能侃侃而谈，这..
（说明：标题所说的“类”，并不一定是指面向对象的类，而是泛指有着特定作用的代码文件）
我写代码有个习惯，在一个工程建立之初，首先会建一个“工具代码”目录，在这个目录里会放入多种工具“类”，比如提供文件操作的，字符串转换的，dump文件输出（windows），注册表操作（windows），计时器服务......等等。别小看这些工具类或方法，举个简单的例子，就拿ANSI和UNICODE字符的转换来说，绕晕了不少人吧。文件操作，很多工程都会遇见吧，何不把其封装成一个工具“类”，随时加入各个工程进行使用，多的..
http://www.cnblogs.com/Solstice/archive/2010/02/28/why_multithreading.html
陈硕 (giantchen_AT_gmail)
Blog.csdn.net/Solstice
2010 Feb 28
这篇文章原本是前一篇博客《多线程服务器的常用编程模型》（以下简称《常用模型》）计划中的一节，今天终于写完了。
“服务器开发”包罗万象，本文所指的“服务器开发”的含义请见《常用模型》一文，一句话形容是：跑在多核机器上的 Linux 用户态的没有用户界面的长期运行的网络应用程序。“长期运行”的意思不是指程序 7x24 不重启，而是程序不会因为无事可做而退出，它会等着下一个..
发现问题 前些日子维护编写的通讯服务器时遇到了这么一个问题：在通讯服务器里有一个数据库连接池，为他人提供数据库连接服务，结果发现在使用过程中连接有时会耗尽，这个问题通过调试跟踪发现，有“客户”在使用数据库连接时，总是不释放连接（已提供了释放连接的方法）。其实问题很好解决，找出未释放连接的那个“客户”然后按照GetConnection，ReleaseConnection的方式来正确调用就可以了。
解决问题？ 但是找出那个“客户”很容易吗？看看我们的整个系统吧，多达五个子系统插件在使用这个服务，而且其中..
回顾一下自己的IT职业生涯，应该和大多数同僚一样，从无知还有些自负的毛头小子，到在技能上还算熟练，在性格上也变得成熟的奔三人士，在这个过程中给我最大的感觉就是越学习越发现自己懂得东西少，在职场上越来越感觉到仅仅靠技术层面上的提高是不能让我们大多数人成功的。 在自己目前的职业生涯中经历过太多人太多事，大多数人和事只是风一般的拂过，但是有些人有些事却永远的印在了我的心里。
那些人：1.我的伯乐--李工 大四下学期时，就开..
（我只进行过win32下多线程程序的项目开发，类unix系统只是有过学习了解，所以有以偏概全的情况请大家指正）
总结 不知道大家有没有这种感觉，掌握多线程程序的编写好像是高端windows开发人才的必备的一种技能。（我的了解：类unix系统的的进程开销比较小，仿佛用多进程开发居多）。做了一下简要统计，在我做过的项目中（windows平台下）几乎都使用了多线程技术，但是其中所占据的代码量却只是相对较小的一部分。
所以我总结出以下几点：1.多线程技术是不得不掌握的一种技术；
2.多线程技术不是得多用，而是在不得不用时..
如果有不了解UML的，请先看一下IBM developerworks这篇讲解UML的简短但是高质量的文章http://www.ibm.com/developerworks/cn/rational/r-uml/
在之前的工作中，我了解UML，会简单使用UML，但是有一种观点，UML只是一个建模方法，目的主要是为了向人们阐述清楚工程的设计目的，工程的基本流程......，应用的场合也只在面向对象的程序设计。个人感觉用不用都可以，因为其他的方法比如书面的解释，简单的图形讲解......也能完成使用UML同样的功能。
但是在慢慢地实践和与人的交流中我才感..
社区：
