试试我们的产品：http://www.piedpiper.com/

没有登录的情况下鲁何判断四兰四缕？

删除了账号之后还能换头像这功能挺神奇。

不知道 Linux 病毒数量会不会激增

楼主很帅

还以为 tw 搞 remote 可以在家办公。这个“返乡”返在哪里？

学个驾照，特别是开过一段时间车，当行人的时候会比其他行人多懂点并且多注意点交通。这个对行人的自我保护挺有用。

#28 楼 @peter 噢，我还以为你写 iOS。

06 厦门 800 好像

8**3+8**3

嗯，我果然是这种风格。

#8 楼 @daxiongtu :) 思维严谨，联想能力也不错。

#3 楼 @ichord 送一部就挑贵的，用着不爽还能多卖点。自己买就不一样了。

这个简单。都不写呗。直到你发现你需要写的时候写。

这玩意本身就是因为 mac os x 不带软件包管理器才诞生的吧，出个 for linux 是干嘛……

Peter 你最近找到工作了吗？

一个越是全面的工具，使用当中业务细节上可能与之冲突的地方越多。

同时，越是全面的工具，你如果不顺着它本身的设计理念去用，就越需要花精力与这个工具抗争，作各种修改。

以上两者结合得出的结论就是：越是全面的工具适应性越窄，越多情况下是不好用的。

所以我比较倾向于选用功能集小、简单的东西来一步步搭建产品。

#2 楼 @swordra 嘿嘿，我觉得键盘分两种，红轴和其它。所以其它都差不多了，便携就不要求那么多。

新来了个刷屏狂。一阵一阵的。

比较好奇为什么把“敏捷开发”去掉了？

这里面主要的问题是：什么是 REST。

#11 楼 @kayakjiang 我也一直认为，代码写不好的就别再写测试添乱了，很多人似乎都没搞清楚问题在哪。

我说的是测试代码，不仅仅指 TDD。首先代码混乱本身就容易出问题，说明程序员对编程语言都还没有掌握，根本没到用自动化的测试代码来保障质量的时候，遇到的许多问题根本不是加测试能够解决的。这时候硬上测试，不但没有效果，连测试代码都会写得跟产品代码一样糟，而且往往比产品代码还更糟，只能是火上浇油。

最后还是忍不住要说：可惜这种情况是大多数。

#4 楼 @chenjian 现在最怕有大牛的公司了。

看了半天不知道你们是做什么的。只是那个邮箱后缀的网址似乎跟汽车相关，打开却又是个后台管理系统。对贵公司根本无从了解啊。

嗯，搜了一下：

本公司是一家专业集研究、开发、制造、销售汽车清洗设备及美容产品的高新科技企业。公司拥有先进生产技术和高素质人才，技术力量雄厚。产品主要包括汽车清洗设备、洗车工具、汽车美容养护、清洁剂类等产品。目前已遍布全国各地并远销日本、东南亚、加拿大、美国、巴拿马、德国、法国、西班牙等发达国家，已成为国内外颇具影响力的生产制造商。2012 年，鼎洪科技正式进入汽车服务行业的信息化业务，并成功推出了汽车服务行业的管理软件，受到汽车服务门店的一直好评。

2012 年，鼎洪科技从传统工贸型企业向信息科技方向发展，同年推出的针对汽车服务行业的 OMS 运营管理系统，该项目是鼎洪科技通过积累 10 年的汽车服务行业经验和对汽车服务行业的产业需求量身打造的专业型运营管理软件，系统包括员工管理、客户管理、库存管理、现场管理、营销管理、统计管理功能，结合 ERP 企业资源规划，CRM 客户关系管理，POS 现场零售对点系统，并可以对接智能硬件设备，通过该系统的运营可以为用户提供高效、智能的管理方式，和精准的运营数据，为汽车服务行业的管理者、老板实现轻松管理、稳定客源、提升潜能提供完美解决方案，目前 OMS 系统正进入第二阶段的研发和升级，届时将为新老用户提供功能更强大的新版本，同时也为用户的业务拓展提供更新的解决方案。

#6 楼 @Numbcoder 这样少数人就难免被大部分人代表了

我觉得面试就是用来过滤掉不合适的人的，没什么好抵制的。

还没开始面试就能过滤掉人是最好的，用面试来过滤掉一分部也是很不错的，最怕进了公司之后发现这里不爽那里不行，工作得不开心，效率又不高，真的是浪费 双方 的时间和精力。

我个人作为程序员，希望这样招聘的公司多一点，简历再华丽、工作年限再长、名气再高、公司美女再多、JD 再煽情，也比不上用几段代码互相沟通能够说明问题。

再说，公司面试不是学校考试，非得拿满分才能通过。我觉得即使面试者提交的代码不能让公司满意，公司应该也要安排一个互相就这段代码来交流、表达应聘者和招聘方各自想法的环节，互相探讨问题， 就像将来在工作中一样 。而要做到这一点，公司就必须得认真阅读面试者提交的每份代码。我不觉得这里边有任何的不尊重。

要是最后的交流中实在无法达成共识，也只能算是不合适罢了……因为你看代码再烂的团队也能赚钱，不是谁谁谁差，仅仅是不合适，有相当部分人习惯了在代码泥团中打滚，拿着大把的工资开心着呢（我说这些没有任何鄙视的意思）。就像你说的，价值观不一样而已。

再回来说开源作品，一个稍微有点功能的作品，代码量都比编码测试题多得多。而且实现的功能又各不一样，招聘方首先得弄清楚你的代码结构，弄清楚哪些模块实现了哪些功能，然后再挨个看代码，挑出有疑问的、值得探讨的地方。假如招聘方已经关注某个程序员很久了，主动的这样仔细去看他的作品才有可能。可是多数情况下，招聘方和应聘者的关系是一对多，这样面试成本似乎也太大了点。而测试题是招聘方出的，需求单一，他们也很了解，而且功能应该也都比较单一，这样可以直接就开始看代码，而不是先花功夫把需求、代码结构、功能模块弄清楚，比起看开源作品高效得多。

我只是觉得，真有公司愿意用交流代码的方式来招聘，程序员应该很开心的。

看到这帖子的第一天就想说：remote…