【效率】
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