依然风 | ios

1.晚上睡觉前四个小时不要吃太多东西，不要吃辣的东西。2,中午要消化一下，再午休。3.有时候人容易浮躁，急躁，自己做的计划不愿去实现，停下来，看看以前写过的文章，写过的程序，做过的事情，能够使自己平静下来，继续前进。

1.搜索技术资料a.精确

注意:每个层次的知识都是渐增的，位于层次n，也蕴涵了你需了解所有低于层次n的知识。计算机科学 Computer Science 2n (Level 0)n2 (Level 1)n (Level 2)log(n) (Level 3)Comments数据结构不知道数组和链表的差异能够解释和使用数组，链表，字典等，并且能够用于实际的编程

1.模块化编程。它能把复杂度降到最低2.对于一些类的使用，请按照标准用法，不要随便改动，哪怕两段代码的位置3.英语好，至少能提高一倍的开发效率4.陷入思维误区，不是去分析现象背后的原因，而是盲目试错5.主线程进行UI操作，子线程用于处理耗时长的任务6.我的编程风格：分治7.有些问题不要过早的优化，有些功能会随着你程序的完成而自动完善8.有些东西还是按照约定俗成的东西去写

http://www.cnblogs.com/flashlm/archive/2011/01/01/2010-summary.html新年的钟声已经敲响，两只脚已迈入2011年的时间快车，不禁翻出10年3月15日写的“2010成长计划”，感慨良多。 　　这一年的发展，并没有像计划中的那样曲折，反而是比较稳定充实而且忙碌。这一年在能力提高和习惯培养方面做得不错，基本完成计划；

这是在知乎上看到的一个问题，在这里总结一下。a.学好数学，当个扫地僧。b.造轮子1：造轮子2：别人告诉你造轮子不对，不管他们，造你的轮子3：造完记得跟别人比一下看看你自己的烂在哪4：于是有一天你发现你做的轮子比别人圆了，于是人家就开始用你的轮子了5：然后开始进入另一个领域，开始造轮子重新发明轮子和重新造轮子是不一样的，不要混为一谈。c.我觉得

程序世界就像一个王国，你可以建造各种建筑，来解决你的问题。

Ankit Mehta在成为测试工程经理之前是一名测试工程师（TE）。在最初的几年，Ankit Mehta一直在和测试自动化代码打交道。他作为技术经理的第一个大项目正是Gmail。Gmail是个巨大挑战。它非常庞大，涉及很多快速发展的部分。Gmail整合了很多Google的产品，如Buzz、Docs、Calendar等。它需要处理那些已经站稳脚跟的竞争对手所支持的邮件格式。Gmail有非常庞大

我去豌豆荚的时候大概差不多 15 个人左右，看起来比较适合回答这个问题。一句话描述的话，15 个人和现在（200个人）差不多，没有本质的区别。豌豆荚是一个非常扁平的公司，团队日常工作大多数是用 project 的形式组织起来的。15 个人的时候我们只有一个 project，200 个人的时候有了很多个 projects。15 个人的时候随便找个项目管理工具就可以了，随着越来越多人加

最近在工作中遇到两个bug，解决都花了很长时间，其实真正解决的时候又发现时间是很简单的问题，我分析，花很长时间的原因在于都这个东西了解的不透彻，没有运用逻辑思考去一步步逼近问题，而是这里觉得有问题去试下，那里觉得有问题去试下，下面我说下两个bug的现象。第一个，是链接错误Undefined symbols for architecture i386:"_OBJC_CLASS_很明显这个是某

为了就业，不少同学参加各种各样的培训。决心做软件的，大多数人选的是java，或是.net，也有一些选择了手机、嵌入式、游戏、3G、测试等。 那么究竟应该选择什么方向呢？我的意见是，不要太过相信各种培训机构或是抢手文章的说法（包括我），当你要走向社会的时候，就不要再把自己当成学生，不要把自己的将来交给别人，学会运用自己的眼睛去观察，去了解这个世界吧。 每个培训机构都会宣传自己

1.与其增加调试能力，不如提高设计能力和编写高质量代码的能力；让 bug 不容易出现，或是把 bug 限制在很小的范围，比解决 bug 更重要。（http://blog.codingnow.com/2009/03/freebsd_glx.html）2.调试技巧：使用大脑做静态分析。最好的调试就是读代码3. 个人认为不调试不是写的代码没有错误而是根据运行时所表现的错误(错误表像)而立即能

展望未来，总结过去10年的程序员生涯，给程序员小弟弟小妹妹们的一些总结性忠告 走过的路，回忆起来是那么曲折，把自己的一些心得体会分享给程序员兄弟姐妹们，虽然时代在变化，但是很可能你也会走我已经做过的10年的路程，有些心得体会你可以借鉴一下，觉得说得有道理的你就接纳，觉得说得没道理的，你就抛弃，以下是我发自内心的，给大家的忠告，特别是针对那些小弟弟妹妹们。01. 自己的户口档案、养老保险

新手：　　新手非常在乎他们能否成功。没有太多经验指导他们，他们不知道自己的行为是对是错。新手不是特别想要学习，他们只是想实现一个立竿见影的目标。他们不知道如何应付错误，所以出错的时候，他们非常容易慌乱。　　但是，如果给新手提供与情境无关的规则去参照，他们就会变得能干起来。也就是说，需要这种形式的规则：“当X发生时，执行Y。”换言之，需要一份指令清单。－－－－－－－－－－－－新手需要指令清单Novi

来自：酷壳 http://coolshell.cn原文：http://coolshell.cn/articles/4506.html,http://coolshell.cn/articles/4490.html   我以前写过一篇“我是怎么招聘程序员的”的文章（在优快云那里有很多人进行了回复）。今天，我想再谈谈关于招聘和面试这方面的东西，主要是以下这些原因：

为什么别人能够解决问题而你不能？关键是找到问题的所在。不知道大家发现一个现象没有，无论 12306 网站崩溃成什么样子，火车站售票大厅的售票窗口都是正常的！这说明什么呢？这说明铁道部有个内部网络， 12306 仅仅是个入口而已。如果我们把铁路内部网比作信息的高速公路，12306 网站就是高速公路上的收费站。 说到高速公路，这两天有很多新闻，据说很多高速公路入口处变成了停车场，有人在

1.我大多数情况会使用xib去创建控件，和建立响应（Action）2.我会使用自动内存管理。3.因为我对这个项目已经足够熟悉，我可以先写好接口，再进行编码。4.我会尝试封装好一些常用的东西，以便下次项目的时候能够直接使用。5.我会使用代码走查，我会尽量把警告去掉6.每修改一次，进行一次回归测试。7.一定要记得关闭NSTImer，NSNotification，因为他们可能

几个月以来，学习和使用的开源项目越来越多，从刚开始使用ffmpeg的艰难到现在使用openears的得心应手，里面还是有一些经验值得借鉴的。a.编译1.首先，当然是去网上搜索编译命令，一般要先确定好系统，编译环境，版本2.如果编译中出现错误，当然是google查找看有没有人遇到过同样的问题3.如果发现很少有人遇到这类问题，那么就说明，你可能需要换一个版本编译，或者你的环境有

一个人的努力是加法效应，一个团队的努力是乘法效应。一个项目的从无到有，把自己几个月来的思维过程和遇到的困难，解决问题的思路分享给大家，也希望大家能给我分析一下，哪些地方做的好，哪些地方做的不好，大家一起进步，把团队的乘法效应发挥出来。还是从刚开始学习iphone开发说起吧，当初我本来是想自己做一款游戏的，但是程序，美工，音效加在一起就把我搞晕了，这完全不是一个人能搞定的事，寒假又搞了一

剑锋所指，所向披靡。    来tenvis也快两个月了，这也算是我的第一份工作吧。原来和几个朋友创业也快一年，最终还是解散了。在tenvis的两个月我一直在思考，我们以前团队和tenvis的区别，为什么tenvis能走到现在，并且正在发展壮大？当时我们的团队每天工作基本上在十二个小时以上，也就是说我们当时除了吃饭，睡觉基本上都在工作，为什么这么勤奋的一个团队最后解散了？我似乎能从这次五四青

1.多使用自己的软件。2.多去看和使用同类软件。

1.不要什么事情等到经历过才懂得，在做重大决定前，可以先问问别人。2.自己熟悉的领域，要有自己的判断和分析，自己不熟悉的领域，可以先倾听别人的意见，最好能找到那个领域里面的高手，先学习模仿再说。3.一件事情做得好了，就变成兴趣爱好了，与坚持无关了。4.你只有在某个领域展现实力或者取得成绩，你才有资格去说服别人，别人也才愿意听你的(也要看一个人是否愿意倾听吧，还有自己说话的技巧是否让人容

1.在豆瓣里面搜索你感兴趣的内容，比如“英语 语法”你会发现语法俱乐部排在第二位的位置，再看好评和评价，就能确定这是不是一本好书了2.如果你找到一本好书，那么再看作者有没有写其他书，因为既然你认为这是一本好书，那么说明你很喜欢作者的风格，你能够吸收作者的东西，那么你就可以继续找作者其他的书去阅读。例如：W.Richard Stevens写的书：《UNIX网络编程》（两卷本）、《