程序员能力

程序员的薪酬远超出其他行业薪酬，但是高薪的背后，却是用时间与技术堆积出来。因此，很多程序员过了30岁后，为了身体与家庭的考虑，开始放慢工作节奏。但正处于上有老，下有小的状态，如何在保证身体情况下，获取更多的薪酬？这就是我们今天想要讲述的。 作为技术人，其实我们也有一些先天优势。不同于那些需要大量资源配合才能成行的工种，技术工种其实在某种程度上有其独立性，如果找到合适的渠道和方式，技术人其实很容易将自己的技术能力变现。如果你的技术变现能力强，甚至可以同时实现财富自由和时间自由。有哪些可以将技术变现的方式呢？我们一起来看看！ 第一种：在企业就职。找份不是996工作，搭建自己的技术体系，做最原始的积累，实现工资收入的稳定增长。当然你要能记住你的价值在于你能够影响多少人。 第二种：创建、运营个人网站。这是一个长期过程，多数人容易放弃。需要忍受前期长时间极其稀少的访问量，但一旦你做起来了，后面每天睡觉都在赚钱。 第三种：这是程序员最常见的方式，只要付出时间，就有收益。与正式工作不同的是，这个更显的自由些。对于大多数外包，只是将自己熟悉的技能输出，往往只是表面的技术。如果涉及比较深入的技术，研究的花费的时间成本就比较高，可能会影响到正常的工作。建议能够找一个能够保持长期合作，收入比较稳定的外包。 第四种：在网站上写自己的博客文章。这是一个知识付费时代，也是人人都可以是媒体人时代。只需要一个账号

首先，这里要把程序员的概念放宽一点，不管是分析的，还是搞设计的或者编码，测试的，都叫做程序员。也就是说，这里以程序员泛指所有软件实现过程中所涉及的所有人员。但是不包括如配置管理员，数据库管理员，测试工程师这样的职位。因为这里讨论的仅仅是软件的构建，与验证、管理等其它周边事务都无关。 第一个要考虑的就是并发编程。比如多线程，它是否真是程序员本应该涉及的领域。程序员是否真的应该费大量精力去研究它，以便然后才能在现实工作中正确地使用它？ 这是形式语义学讨论的范围。形式语义学讨论的就是语言元素的语义。其实我觉得它应该讨论得更多一点，比如比语言层次更高一点的如库（Library），平台，操作系统服务，本地服务，协议等的语义。 程序员应该干什么？？ 根据不重复发明轮子的原则，所有编程中的共性部分都不应该是程序员的职责。程序员只应该对商业逻辑负责。程序员当然还要负责这些逻辑的运行时实现效果。也就是说，程序员负责的部分包括两个： 1，程序的静态特性； 2，程序的动态特性。 简而言之，程序员应该是最终的产品责任人。这并不意味着程序员会负责整个系统所有的部件质量，也不意味着程序员只负责自己编写的程序部分。程序员对于因需要引入的任何系统构件都拥有责任。但这种责任是一种使用者责任，是区别于开发这些构件的生产者责任的。这就象我买了个手机，手机不是我生产的，但我仍然对它的质量负有责任：使用者责任

“致虚极，守静笃”，这是本人在《道德经》中很喜欢的一段话，浮沉乱世中，要守住自己的一份清明，不管做人、做事、学习、生活、工作上都会有所帮助。 人性思考目录： 《 程序员的人性思考（上） 》 《 程序员的人性思考（下） 》 本篇目录： 拥有资源的多少并不重要，如果你不懂得利用，永远都是不够的 方向不对，越努力越窘迫 向你伸出手的人，不一定都真心想救你 你永远无法满足所有人 有时候生活轻不轻松，就看你选择了走什么样的路 生活要懂得苦中作乐 别放弃，再坚持一下就到成功彼岸 也许有一天，你发觉日子特别的艰难，那可能是这次的收获将特别的巨大 问卷调查-你的公司是否温室？ 拥有资源的多少并不重要，如果你不懂得利用，永远都是不够的 　　作为程序员的我，身边的资源就是网络、书籍，当然还有一些帮助解决问题的朋友。以前我们遇到一些问题，都是翻阅相关的书籍来寻找答案，现在Goole或是百度搜索下，找到解决方法后复制粘贴，没有去研究这个问题的根源，只是找到解决方式，而并不清楚问题的发生原因，下次写代码不注意还是会出现同样的问题。 　　这时候我们就会觉得需要静下心来读读一些书了，于是在网上或是书店买一些相关的书籍（挑厚的买），编程语言的、软件工程的、框架设计的等等一类一类的书，然后放在公司的办工桌或是家里的书桌，一开始可能会很认真的翻读一些，过一段时间后就不了了之了，但是书还是会放在那里

大二下学期也快结束了 ，学习新的课程，在学习过程中我们必然会用到在这个寒假中我所阅读的书籍《梦断代码》中的有用的东西，和在书中展现给我们的道理，作为一个优秀程序员应有的能力和毅力。 《梦断代码》是讲一事，也是讲百千事；是写一软件，也是写百千软件；是写一群人，也是写百千万人。任何一个在软件领域稍有经验的技术人员看完《梦断代码》，必掩卷长叹：做软件难。 管理奇客和狗中，提到了项目经理应有的职责。 为OSAF寻找软件开发经理的工作进展缓慢。尽管居此位者手握大权，却许多程序员不愿为之。 一些程序员厌恶经理； 另一些人认同良好管理的价值，但却不够胆色担此重任。 非正式的技术项目管理方式在惠普的“闲逛式管理”概念达到顶峰，但在软件领域却很不成功，因为开发进度是闲逛的管理人员看不到的。 这告诉我们作为程序员，我们应该做好自己的分内事，没有原因去厌恶其他任何一个人，在有重任在我们肩膀上时，我们应该有胆色，敢于担此重任。只有这样才能让我们的团队立于不败之地！ “对于任何用新技术或新设计的项目，弗里德里克·布鲁克斯建议道：‘准备丢弃一切吧’，因为你大抵不能一次就做对。你所能掌控的，不过是从一开始就有做错的准备，或者干脆‘保证交付垃圾产品给客户’。” 起初我是不太理解这句话，但当我们以团队合作组队做项目的时候，一般项目不是仅仅一个人能完成的工作量以及难度，我们需要学会通力合作

刚接触的时候，我觉得编译原理会很枯燥。但我通过浏览网上的信息。又让我有了新的发现，发现这门课程其实很重要。百度给我们解释是 编译原理 是 计算机专业 的一门重要专业课，旨在介绍 编译程序 构造的一般原理和基本方法。内容包括语言和文法、词法分析、 语法分析 、 语法制导翻译 、 中间代码生成 、 存储管理 、 代码优化 和 目标代码 生成。编译原理是计算机专业设置的一门重要的专业课程。虽然只有少数人从事编译方面的工作，但是这门课在理论、技术、方法上都对学生提供了系统而有效的训练，有利于提高软件人员的素质和能力。 在网上看到网友的评论是这样的： 1、可以更加容易的理解在一个语言种哪些写法是等价的，哪些是有差异的 2、可以更加客观的比较不同语言的差异 3、更不容易被某个特定语言的宣扬者忽悠 4、学习新的语言是效率也会更高 5、其实从语言a转换到语言b是一个通用的需求，学好编译原理处理此类需求时会更加游刃有余 我个人觉得挺有道理的。 我的专业方向是商业软件。 编译原理是锻炼程序员的思维的！ 停于表层的程序员，或者说你做的工作就是解决上边的模块的话，如果你是这样的程序员，不要学习编译原理，这没有什么用。 如果你想成为一个思维严密，具有敏感判断力的次高级程序员的话，就好好学学编译原理，这会有用，具体的我也不想说，自己去体会。编译重的是思想和理论， 不要认为实现了一个小compiler就学会了

从2002开始接触Java学会HelloWorld这么经典的程序到如今不知不觉已经十年啦，十年中 亲耳听到过不少大牛的演讲，见到过项目中的神人在键盘上运指如飞的编程速度，当时就 被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的 程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。 一：Java语言学习 对线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器 (ClassLoader)，输入输出流，垃圾回收机制， 有比较深入的了解，最起码做过项目应用。有 过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起 码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的 差别，熟悉JVM参数优化。 二：J2EE方面 最好知道JDBC规范是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你 还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS， JNDI等组件，掌握一套web开 发模式，从前台到后台，有能力整合好这样的框架。理解并掌握MVC思想，像SSH已经实 现了MVC的分层，几乎不需要你自己再实现，假设你开发一个简单的Swing程序，你能MVC 就说明你真的掌握了MVC的精髓。有能力在J2EE前端开发中构建自己的MVC模式

本文介绍了成为一名 Java系统程序员需要掌握的知识和技能 ，java新手不妨一读，看看从入门到进阶自己还有哪些地方需要修炼。 Java系统程序员修炼之道 从2002开始接触Java学会HelloWorld这么经典的程序到如今不知不觉已经十年啦，十年中 亲耳听到过不少大牛的演讲，见到过项目中的神人在键盘上运指如飞的编程速度，当时就 被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的 程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。 一： Java 语言学习 对线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器 (ClassLoader)，输入输出流，垃圾回收机制， 有比较深入的了解，最起码做过项目应用。有过Java项目的性能优化经验，最起码掌握一种性能监视工具的使用，熟悉JVM参数，最起码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的 差别，熟悉JVM参数优化。 二： J2EE 方面 最好知道JDBC规范是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS， JNDI等组件，掌握一套web开发模式，从前台到后台，有能力整合好这样的框架。理解并掌握MVC思想

从2002开始接触Java学会HelloWorld这么经典的程序到如今不知不觉已经十年啦，十年中亲耳听到过不少大牛的演讲，见到过项目中的神人在键盘上运指如飞的编程速度，当时就被震撼了。当编程越来越成体力活，我们还能有自己的思想，还能修炼为Java系统级别的程序员嘛？学习与修炼以下知识与技能，帮你早日达成愿望。 一：Java语言学习 对 线程(thread)，串行化，反射，网络编程，JNI技术，容器(Map,List, Iterator), 类加载器(ClassLoader)，输入输出流，垃圾回收机制 ， 有比较深入的了解，最起码做过项目应用。有过 Java项目的性能优化经验 ，最起码掌握一种 性能监视工具 的使用，熟悉 JVM参数 ，最起码知道可以在JVM启动时指定不同垃圾回收机制，以及不同垃圾回收机制之间的差别，熟悉JVM参数优化。 二：J2EE方面 最好知道 JDBC规范 是怎么回事情，面对Oracle数据库如果告诉你JDBC驱动不能用了，你还知道有OCI驱动可以。掌握常见的SQL语句，熟悉JMS， JNDI等组件，掌握一套 web开发模式 ，从前台到后台，有能力整合好这样的框架。理解并掌握 MVC思想 ，像SSH已经实现了MVC的分层，几乎不需要你自己再实现，假设你开发一个简单的Swing程序，你能MVC就说明你真的掌握了MVC的精髓

英文原文： Your Developers Aren’t Bricklayers, They’re Writers 如果你有 10 个程序员，最好的那个可能至少比最差的那个好 5 倍。这绝对不是胡扯。 我们这样定义“更好”：工作速度更快，产生的 bug 更少，代码更具可读性、逻辑性和可维护性。 程序员不是砌砖工人，但他们往往被当成是砌砖工人。 （我并不是说歧视这些职业） “为什么我需要高级程序员，要知道同样的薪酬我可以雇两个初级的了？” “这个功能一个程序员做需要三个月的时间，那就只需要再加两个，就可以在一个月内搞定了。” 　　为什么说上面的想法很荒谬？因为我们没有一种简单又有效的方法来衡量程序员的生产力。一旦碰到我们无法衡量的东西，我们就会忽略它。 　　我这样问你好了：你是愿意让两个新手来照顾你的宝宝，维修你的车，给你做腰椎穿刺，还是宁愿找一个资深的？ 相关研究表明，最好程序员的生产力最高可比最差程序员的高 28 倍。但是用在这些最好程序员身上的成本肯定不会有这么多，所以他们是软件领域中最划算的“特价商品”。 ROBERT GLASS，《FACTS AND FALLACIES OF SOFTWARE ENGINEERING》 　　如果你一定要比较的话，那么其实程序员更像是作家。 　　有些作家写出的东西能数以百万计地卖出去，而有些作家写出来的东西无聊至极最后只能用来烧火用！ 　

摘要： 古人说“三十而立”，对于类似于“奔三”的程序员而言，也应该静下心来思考自己未来的发展方向了，是继续深耕于技术，还是转向管理和其他。其实无论是怎样的选择，都没有绝对的好与坏之分叩问自己的内心，问问自己到底想要什么，才会找到一切问题的答案。 其实对于程序员这个行业到底是不是吃“青春饭”的争论，从未停歇过，大家往往各执一词。其实，在我看来，这个问题是因人而异的，每个人成为程序员，走进互联网行业的原因以及目标都不同，很多的人简单的就是因为热爱，所以走进这个行业，所以乔布斯在车库里创办了苹果公司，比尔盖茨连大学都没来得及完成就创办了微软，直到今天，在美国的硅谷还有数不胜数的“大龄”程序员依然战斗在软件开发的第一线，并非他们技术成长太慢，直到今天还只是程序员，而可能恰恰相反，他们却是程序界的大牛，或许亲自写出了某种流行语世界的语言或者框架，代码是他们一生所爱，相比于与人打交道，他们更喜欢使用机器的语言。当然也有很多的程序员，当自己在技术上走向成熟之后，选择了转向管理层或者技术高层，不在会去写一行代码了，这样的路或许也会非常精彩。 古人说“三十而立”，对于类似于“奔三”的程序员而言，也应该静下心来思考自己未来的发展方向了，是继续深耕于技术，还是转向管理和其他。其实无论是怎样的选择，都没有绝对的好与坏之分，自然也没有对和错，其实只有夜深人静时，叩问自己的内心，问问自己到底想要什么