关于安全，除了坏人什么的，还要考虑基础设施。
我十年多以前从川藏线路过八一，好像差不多就是川藏到林芝的岔路口那里。一大早 8 点多有个妇女在路边搭车。上了车以后问才知道她阑尾炎，要去县上才能做手术。然后带着她直到下午 5 点左右才到县里。
一路上她就忍着痛捱到终点。我就在想如果是更急的病呢？如果在半路上就恶化了呢？
林芝当时似乎是全国唯一没通公路的县，从那里到公路当时都需要探险开路一样走很远，不知道现在条件有多少改善。

恕我直言，大部分程序员都巴不得自己单独写的时间越长越好，越没人干涉越好
当然这样的结果很可能是整个项目挂掉
所以，一方面来说你不算是一个沉溺于技术的“天生的程序员”
另一方面你有超出敲代码考虑更大问题的素质

从你的描述看，我觉得其实最主要的不是孤独，而是缺乏反馈。就像要求你蒙着眼睛走 1 个小时保持直线，根本是不可能的。
假如你有足够的影响力，可以尝试采取迭代式开发的方式。每周或者每两周做出一些能见人的东西，然后没脸没皮的满世界吆喝展览。
如果别人看了很满意，很好你得到认同。应该没那么孤独了。
如果别人看了骂这是神马垃圾，很好你可以抱怨技术、需求、时间上的各种问题，要求关心这个产品的人来想办法解决。总之比最终发布前一天才被骂要强。

如果根本没办法影响公司的工作流程，那就想开一点吧。小小一个程序员对项目的成功并没有那么重要，同样对失败要负的责任也没那么多。

太好了，我的拖延症终于有救了

一定要瞧瞧，
只要等到我有空的时候……

全文替换 tab 为 4 个空格，然后禁用 tab

Vi 命令
IDE 快捷键
常用 shell 命令
www.google.com

@jasonding 就我个人而言，比较看重：
1. 对所使用的技术的熟悉程度，以及是否能清楚描述所作项目的技术架构。顺便考察简历是否夸大。
2. Java 比较注重基础知识。对框架配置之类可以查到的东西不是很在意。
3. 很看重编码能力，会要求写个小程序。
4. 交流过程中体现出的逻辑思维能力，沟通能力，以及个性。

我们公司不要求 ssh ，如果在上海的话欢迎来聊聊。

有些时候，看起来似乎今天一个程序员为软件写了 10 行代码，
其实他写了-1000 行代码

这还算简单，那你要是知道有人招聘出fizzbuzz，80%的人答不出来该晕倒了吧。
所谓fizzbuzz：就是输出1到100，其中3的倍数输出为fizz，5的倍数输出为buzz，15的倍数输出为fizzbuzz
事实是确实有根本不会写代码的人应聘程序员……

@benjiam 不是足够的钱能得到想要的结果嘛，那无限的钱里拿出来足够的金额，让我不用等待就看到无限的钱用光并找到那个不能解决的问题呗？

@benjiam 给你无限的钱，找的一个无限的钱无法解决的问题。

三国演义 田丰

貌似你要走上文本编辑器+命令行的道路了
为什么社区版满足不了需要？

楼主坐标？

除非万不得已 {
不要throw exception
除非万不得已 {
不要catch exception
}
}

结论是只有亿不得已的情况才catch

@codeyung 看起来这架构的意思是，二次开发客户化的部分都在jsp里改。各项目复用的部分都在数据库存储过程里

TDD暂且不谈
关于平庸，建议看看这篇文章
http://blog.codinghorror.com/the-ten-commandments-of-egoless-programming/