【效率】
No any To-Do list:
我说我时间贫乏是因为我每天只有24小时一样。疯狂的人总是在用疯狂的理由去解释自己的疯狂现状。
如果要有，只放一个项目。
工具如同浮云，相信你的大脑和内心！
如果你受雇于谷歌，你只需拿80%的时间用在本职工作上，其余20%的时间，你可以用来做任何想做的事情，前提是你做的事情会以某种方式帮助google进步。据谷歌的一位前员工Marissa Meyer说，谷歌的产品中有一半之多都来源于那20%的时间。Gmail, Google news/Talk....
如果你想要影响别人，你必须有能力说服他们。
如果你一味地保持沉默，总是像局外人一样冷眼旁观，你就什么也改变不了。如果你想要改变你的工作和生活，你必须学会说服别人。
"我总是在犯一些错误。昨天刚刚发生了一件挺严重的事情，前因后果是这样的。。。“ It is advisable!
大项目成果的关键是”信任“，但是”信任是无法代替管理的“。
破窗理论：如果一栋楼的一个窗户破了，如果不去修复，这栋楼的其余窗户都会很快被破坏。
一个长久没修复的破窗户释放出来的信号是”没人管“，这会让人觉得，即使再毁坏更多的窗户也不会付出什么代价。
【编程】
“爱之深，责之切”。对于编程，要么热爱，要么离开。
删除代码，注释的代码要么删掉，要么加注释说明，否则会干扰今后的开发工作。（这个对于我来说是很实用的）
最牛的编程套路：1.写博客 2.积极参与著名的开源项目。
晚上学习理论，白天编程工作——这种组合方式特别有效。
【web设计原则】
追求简单更在于把简单进行到底。“把更少当做一种竞争优势”。Google不简单，它把所有的复杂都掩藏在背后，而只在首页上放置一个简单的搜索框。
拥抱你的受众，即使意味着要把其他受众排除在外。成功的一半源自于了解你的核心受众，而不是把这个核心淡化了以迎合“所有人”。
在写代码方面，抱着“试一试这种方式怎么样”的态度显然是不明智的。（敲钉子，用旧鞋更好还是玻璃瓶更好？no,你应该去买个锤子）
*写代码？这个环节的工作其实不难。开发出人们真正想用的应用软件，然后把它们发布到用户手上，这才是难事。
网页设计的“费茨定律”：一个东西越大，离光标越近，它就越容易被点击上。（其逆否也是很有用的，用来避免不常用或危险的UI元素）
网站设计-可用性和易学性：应该和新闻报道一样，采用”倒金字塔“的style:先把最重要的东西放在顶部呈现出来，接着再写辅助信息。
可用性是功能的完备程度，易学性是用户学会使用某功能的难易程度。不同情况注重点要不同：旅游景点的自助查询机，易学性要比可用性重要的多，因为使用你的界面的人都只会使用一次，但是，对于一款文字处理软件（比如Latex),可用性就显得更为重要。
【关于测试】
”我以后会去解决的，现在急啥？”就好比，你家屋顶漏了——下雨的时候，你没办法去修屋顶，因为外面正下着雨；但雨停了之后，家里又不漏水了。
有问题立马解决，不要拖延。注意，是要解决根源问题，而不是一味地去想应对措施。
【了解你的用户】
逻辑人有一条，我一定要避免，不仅要在编程中，更要在生活中：不惜失败以换取认同。（原文是“不惜失败以换取认知”,意思不一样哦）
多与用户进行沟通。
每个用户都会说谎。用户的愿望与实现几乎总是相悖的。就比如我买电脑，买的时候看中各种特性，结果买回来之后，除了基本功能外，其他的高级功能都没有用到。用户从来都不读《使用指南》，而是一拿到软件就开始使用了。
不要试着去询问用户是否喜欢你的软件——他们当然会说喜欢，因为当面说你的软件糟糕透顶显得rude——你应该去观察他们是否使用了你的软件，以及他们是怎么用的。
基于行为数据去设计你的软件，而不是靠用户的“谎言”。
（这部分内容更适合项目经理）
【其他】
“想玩游戏就自己写。”
为什么我不读书？
1. 大部分编程类书籍都很差劲。如今出书已经不存在什么门槛了，所以。
2. 编程类图书不是一书一价，而是论斤来卖的。编程类图书的厚度跟图书的质量似乎存在一种反比关系。（cannot agree more)
3. 面向新手的编程类书籍都太急于求成。如“24小时学会**语言”。
4. 编程类图书有点像“色情文学”。“现实中我绝对不会那么做的”，买回来就束之高阁了。尽量去买一些使用的书，确保自己会去看，并且更重要的是，你会把从书里学到的东西付诸实践。
OVER
2392
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
