不求甚解

【不求甚解】 

b

u

q

i

u

s

h

e

n

j

i

e

《成》（読書などの際）ざっと分かればそれでよしとする，深く理解しようとはしない．

人吗？

看不懂的惊憟。

功夫

http://talkmyword.blogbus.com/index_2.html

功夫

http://talkmyword.blogbus.com/index_2.html

三井帝国在行动:揭开日本财团的中国布局

http://www.caogen.com/image/zgbj.pdf

Clean code:关于注释

Normal
0

0
2

false
false
false

MicrosoftInternetExplorer4

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:標準の表;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:”";
mso-padding-alt:0mm 5.4pt 0mm 5.4pt;
mso-para-margin:0mm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:”Times New Roman”;
mso-fareast-font-family:”Times New Roman”;
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}

注释不能弥补坏代码

用代码注释自己

好的注释：正规注释，提供有用信息的注解，

代码后的阐述，分类注释，警告信息（比如非线程安全），TODO，阐明功效

坏的注释：含糊其辞，冗余，误导，按照规定添加的苍白毫无内容的注释，修改记录之类的注释，噪音注释，javadoc中添加的一些无用的注释（一个好的checkstyle和jautodoc模板很重要）。用一个简单函数和变量来代替一大段注释（特别是想在一行代码解决太多问题，有需要给别人说经的时候。通常?:判断会出现。），用注释做位置标志，用注释做结尾标志，在注释里面添加yyyy/mm/dd
added by…这样的信息（用svn做这些），注释不要的代码（不要的代码就要删除它！不要注释），在源码中嵌入html注释（javadoc有，不要用为好），注释不仅仅反映局部信息，注释包含太多信息，注释和代码之间没有明显联系，非公开代码的javadoc。

 

 

 

 

 

clean code:关于函数

Normal
0

0
2

false
false
false

MicrosoftInternetExplorer4

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:標準の表;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:”";
mso-padding-alt:0mm 5.4pt 0mm 5.4pt;
mso-para-margin:0mm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:”Times New Roman”;
mso-fareast-font-family:”Times New Roman”;
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}

要小！100-300行最多

分块以及缩进对齐

一个函数只做一件事

每个函数实现一个级别的抽象即可

分离switch判定的逻辑

使用描述性的名称命名

函数的参数(越少越好，封装的越精炼越好)

传递单一形式的参数

不要传boolean参数

二元函数，不要穿重复，尽量少参数

三个参数就很难理解，也需要很多判断。

多余2-3个参数最好用对象

参数List

动词和关键字

函数要没有副作用，比如窜改了参数引用值等

函数输出参数

分离

返回错误代码

抽出try
catch错误控制块

捕获错误的函数应该是单一的，也就是try
catch finally的外部不要还有逻辑

不要重复自己（don’t
repeat yourself）

结构化编程

 

clean code:关于命名

Normal
0

0
2

false
false
false

MicrosoftInternetExplorer4

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:標準の表;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:”";
mso-padding-alt:0mm 5.4pt 0mm 5.4pt;
mso-para-margin:0mm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:”Times New Roman”;
mso-fareast-font-family:”Times New Roman”;
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}

第二章：取个有意义的名字

使用可以表现意图的名字（不要晦涩难懂）

避免不实际的名字（不要简单符号代替）

是名字的区分有意义（单复数，对象，列表等）

使用可以发印度出来的名字（不要晦涩的简写）

利用可以索引的名字（常量不要随意写，定义出来）

避免特定语言编码命名（汉语拼音等）

不需要方法前缀（已经知道是method了，不用再命名前还加上m_）

接口和实现（I,impl，按照目前framework的标准来命名）

避免心理映射（明确声明，写他人能够很好理解的代码。）

类名：用名词和名词从句

方法名：用动词或者动宾短语

不要太酷（那些太花哨时髦让人费神的名字不好）

仔细甄别每个词所代表的概念，不要搞混搞错。要在整个系统保持一致

不要用模棱两可，双关语来命名。（add
,insert,append之类的，用一个确定的词汇来表达）

用解决域来命名（专业词汇）

用问题域来命名（给名字加上一个域的定语限制，方便区分。这个和业务相关）

添加有意义的上下文

不要无端添加上下文语境

 

系统管理员的时间管理

Normal
0

0
2

false
false
false

MicrosoftInternetExplorer4

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:標準の表;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:”";
mso-padding-alt:0mm 5.4pt 0mm 5.4pt;
mso-para-margin:0mm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:”Times New Roman”;
mso-fareast-font-family:”Times New Roman”;
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}

感觉是典型的一个作惯了科学家或者系统管理员的人，老生常谈的一些老油条技巧。

怎样多快好省的做事情，圆滑的完成自己手头的事情并且兼顾自己出卖每周40小时之外的时间。用那些自由的时间寻找或者的意义。

对于普通的salaryman，很有现实意义。

不过，在日本，很少有用于之地啊。

 

第一章；时间管理原则

是什么让时间管理变得如此之难

系统管理员的时间管理原则

第二章：聚焦和干扰

聚焦大脑

鼓励聚焦的环境

干扰

让干扰远离你

说“请走开”而不得罪人

第三章：惯例

怎样开发自己的管理

怎样去除就旧的不好惯例

第四章：闭环体系

不要相信你的大脑

为什么其他系统失败了

成功的系统

循环

第五章：闭环系统:待办列表和日程

 

第六章：闭环系统：日历管理

怎样使用日历

为工作和生活准备一个日历

重复任务

知道自己的个人节奏

知道自己公司的节奏

第七章：闭环系统：生活目标

帽子戏法的秘密

设定目标

计划下一步

步骤日程规划

经常回顾目标

第八章：优先级

TODOLIST的优先级

项目优先级

老板的请求

第九章：压力管理

过载和冲突的方向

休假时间

瑜伽冥想和按摩

第十章：电邮管理

管理邮件

第十一章：消除时间浪费

什么是时间浪费

避免诱惑你的时间浪费

通常的时间浪费

浪费时间的回忆

战略和战术

第十二章：文件

对你有影响的文件

WIKI技术

第十三章：自动化

什么是自动化

怎样实现自动化

经常做简单的（可重复）事

难做的事情只做一次

让别人做特权操作

 

最后

如何处理你的所有“新的”自由时间？

这是一个问题。

把时间用在阅读八卦新闻，rss和各类网站上，是一种浪费时间。

把时间用在和不公正做斗争。最通常的不公正就是企业都走了我们的生活和与家人相处的时间。

建议：

关注你亲近的人

和你的孩子玩

多花时间给父母家人打电话

每周工作40小时

 

交互设计

Normal
0

0
2

false
false
false

MicrosoftInternetExplorer4

/* Style Definitions */
table.MsoNormalTable
{mso-style-name:標準の表;
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:”";
mso-padding-alt:0mm 5.4pt 0mm 5.4pt;
mso-para-margin:0mm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:Century;
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}

1， 放心的浏览
浏览的内容切合自己所需，也不要让我陷入浏览的麻烦。比如莫名其妙的错误，不符合的内容和糟糕的索引导航

2， 即时满意

立刻看到操作的效果。
3，令人满意

刚刚好！
4，在中间改变

对正在进行的事情改变了想法。
5，搁置选择

我不想现在回答，让我先做完它（设置好缺省项）
6，增量构造

循序渐进的改进
7，习惯

遵循使用者的共同习惯
8，空间记忆

给用户前后一致的界面印象。（比如页面布局，按钮位置等）
9，前瞻记忆

session之类保留用户可能需要频繁使用，重复利用的信息在手边。
10，精简重复

我要重复这个多少遍？尽量减少重复或者没有重复。
11，只要键盘

键盘操作快捷键，加快速度
12，其他人的意见

使用者关注其他人的感受。

 

第三章：导航

保持最短距离的导航

不要跳出太多的dialogbox

第四章：页面布局

视觉上的层次，内容的视线流向性，对页面内容的分组和对齐，当把所有页面内容汇聚到一起的时候，考虑到各个block的轻重，逻辑上结构的先后。

第五章：动作和命令

本章侧重于桌面程序，对于web网页来说，按钮的合理布局也很重要，参见yahoo的一个讲页面设计的ppt，有详细的说明和分析。

第六章：显示复杂数据，通过树形结构，表格或图形。

通过现行，表格矩阵，继承图形，网状图，图像或空间图形构造展示数据和数据关系。

第七章：用户输入，表格和控制器

表格设计的几个原则：

（1）     
确认用户理解被要求做什么和为什么是这样

（2）      如有可能，尽量不要搞成问答式

（3）      多提供标准选项而不是要用户去苦想解答（多用形象化的定制好的用户输入）

（4）      不要把录入表格做成一个程序数据模型的前端直接翻译。

（5）      测试可用性

（6）      选择什么样的表格控制器可能会影响到用户的期望，所以采用什么样的方式需要仔细设计。

第八章：构建器和编辑器

第九章：视觉风格和美学

Css非常重要

颜色：色调的冷暖，亮度，高低对比度，饱和度，组合色调

打印格式：

空白空间，页面的拥挤度

角度和曲线

背景纹理和铺陈节奏

图片的使用

文化背景因素

反复的视觉图案