秋风-CSDN博客

原创结构中觅得本质

软件的不直观是难学、难用、难开发、难理解的根本；唯一直观的线索是结构，尤其是数据的结构；代码结构也是线索之一；知识往往蕴含在结构之中，理出结构也就触到本质。

2012-08-16 08:45:44 7196

转载 The Elements of Programming Style

《The Elements of Programming Style 》是一本很古老的书。30 年的岁月依旧无法掩盖其中的真知灼见。把代码写清楚，别耍小聪明。想干什么，讲的简单点、直接点。只要有可能，使用库函数。避免使用太多的临时变量。”效率“不是牺牲清晰性的理由。让机器去干那些脏活。重复的表达式应该换成函数调用。加上括号、避免歧义。不要使用含糊不清的变量名。把不必要的分支去掉。使用语言的

2012-02-21 17:06:43 9186

转载 Unix哲学基础

来源于：http://book.csdn.net/bookfiles/34/100341059.shtmlUnix哲学起源于Ken Thompson早期关于如何设计一个服务接口简洁、小巧精干的操作系统的思考，随着Unix文化在学习如何尽可能发掘Thompson设计思想的过程中不断成长，同时一路上还从其它许多地方博采众长。Unix哲学说来不算是一种正规设计方法。它并不打算从计算机科学的理

2011-10-31 12:40:55 8300

转载计算机程序的构造和解释

第1章构造过程抽象1.1 程序设计的基本元素1.1.1 表达式1.1.2 命名和环境1.1.3 组合式的求值1.1.4 复合过程1.1.5 过程应用的代换模型1.1.6 条件表达式和谓词1.1.7 实例：采用牛顿法求平方根1.1

2011-08-16 08:59:27 8274

原创空灵的思绪

数据==函数－是核心结构、结构、结构业务率＝业务代码/(业务代码+技术代码) 1最好>UI测试的投入产出－>自动测试UI－C－M一起动起来，面和体快速UI－>M小而快UI－领域迭代M逻辑－UI形象Just do it，fire on act

2011-08-15 09:10:20 7218

正则表达式小贴士如果不用复杂的正则式就能解决问题，一定不要用。如果必须写比较复杂的正则式，请参考以下原则。从大处着眼，先理解待解析的文本的整体结构是什么样子，划分为小部件；从细处着手，试图实现每一个小部件，力求每一部分都是完整、坚固的，且放在全局也不会冲突。合理组装这些部件。分而治之的好处：只有某个模块出错，其它部分没错时，可以迅速定位错误，消除BUG。谨慎使用捕获括号，除非你知道自己在做什么，知道它会有什么副作用，以及是否有可行的解决措施。对于短小的正则式来说，一两个多余的括号是无伤大雅的；但

2011-05-15 16:01:00 7819

原创关注软件发展的新方向

多年开始关注软件发展的转变，虽然很多在国外已然成熟，但在国内还有许多在探索之中。 软件发展的新方向： １.　软件向ＤＳＬ方向发展，目标是向问题域接近 ２.　软件开发向动态、多核、函数方向发展 ３.　软件开发向敏捷方面发展 ４.　快速、灵活的市场需求是发展和转变的动力 ５.　互联网是软件发展的主战场，尤其是移动互联网 所以要加强以下方面能力： １.　动态语言能力 ２.　ＤＳＬ能力 ３.　多语言能力<

2011-05-15 11:24:00 7750

转载 Rework:简单有效的产品思维

Chapter FirstThe New Reality: 如今，人人都能开创事业。Chapter Takedowns Ignore the real world: “在现实中行不通”只是在为不去尝试找借口，与你，想开创事业的你，无关。Learning from mistake is overrated: 失败不是成功她妈，让其他人失败去吧。要知道自己应该做什么，从成功走向成功。Planning is guessing: 计划等于是让过去驱动未来，要学会即兴演出——知道当下最应该做什么，而不是盲目遵循计划。

2011-04-10 13:59:00 9269

转载黑客与画家

本文是 Paul Graham 写的一篇关于黑客与画家共同之处的文章，深入探讨了黑客工作的艺术性与创造性。虽然大部分的程序员都觉得艺术是一件很遥远的事情，但对于那些愿意仔细打磨代码追求精益求精的优秀黑客来说，在创造的过程中总是能感受到艺术的真实存在（尽管可能只是隐约感受到，而且羞于把自己和艺术联系起来）。艺术之所以会让人觉得高高在上远离生活，是因为大部分人都是在衣着光鲜地谈论着艺术，而不知道什么是创造。要成为一个创造者，你所要做的不是夸夸其谈，而是投入全部热情去不断实践。Dirty Yo

2011-02-11 17:22:00 8656

转载最佳编程语录

好的程序员这样一类人，这类人在横穿一条单行道前都要先看一下路两边。– Doug Linder, 系统管理员 关于工具，一个最重要的，也是最不易察觉的方面是，工具对使用此工具的人的习惯的潜移默化的影响。如果这个工具是一门程序语言，不管我们是否喜欢它，它都会影响我们的思维惯式。 –Edsger Dijkstra, 计算机科学家，著名的“程序=数据结构+算法”的提出者。 抽象和模糊完全地不同，抽象的目的并不是把事情变模糊，而去

2011-02-03 10:15:00 8510

转载编程的6个原则

原作：Joseph Ottinger 这篇文章实际表述了编程时应引起注意的很重要的6个思想： 快速失败； 写更少的代码（不要让自己重复）； 程序是写给人看的； 做正确的事情； 消减状态； 了解你的“创造” （fail fast, write less code (and don't repeat yourself), computer programs are for p

2011-01-29 17:17:00 7383

转载十条不错的编程观点

在Stack Overflow上有这样的一个贴子《What’s your most controversial programming opinion?》，翻译成中文就是“你认为最有争议的编程观点是什么？”，不过，在400多个主回贴，以及千把个子回贴中，好像并不是很有争议，而是令人相当的茅塞顿开，下面罗列一些，并通过我自己的经历和理解发挥了一些，希望对你有帮助。1） The only “best practice” you should be using all the time is “Us

2010-08-21 12:32:00 8381

转载软件思想家Gerald Weinberg专访

软件思想家Gerald Weinberg专访　　 Gerald Weinberg给自己的评价是”thinker”。的确，与形形色色汗牛充栋的实用技术手册类书籍相比，Weinberg先生的著作（《程序开发心理学》、《系统化思维导论》、《你的灯亮着吗？》……）无不闪耀出睿智的光芒，并因此显得卓尔不群。　　　　在Weinberg先生的著作中译本即将问世之时，笔者有幸采访了Weinberg先生，与这位软件业内最著名的”thinker”有了一次近距离的交流……　　《程序员》（下文简称”《程》

2010-06-11 22:06:00 8959

转载《程序开发心理学》读书笔记

标题: 《程序开发心理学》读书笔记（一）上次就说要好好看温伯格的书，今天开始看《程序开发心理学》，在这里做一点点摘录和写一点点感想（蓝色部分），权当是读书笔记吧。读完序，给我留下最深印象的是译者的序中这么一句：“本人曾经因为侥幸发现其中（指此书）一处小纰漏，得到了温伯格先生寄来的一美元奖励，他对科学的这种严谨而坦率的态度，令人钦佩。”----张亚勤院士曾经这样评价温伯格先生：他是从个体心理、组织行为和企业文化角度研究软件管理和软件工程的权威和代表人物，他有着程序员、系统事、咨询师、专业作家的多重

2010-06-11 11:54:00 11098

转载系统化思维导论读后感

系统化思维导论读后感　　1. 有个朋友推荐这本书给我，并且介绍的时候说，这本书也喜欢用数学或者类似数学的方式来描述问题，然后用解数学问题的方式来解决问题。我顿时很有兴趣，于是在当当网上购买了一本，由于当时我在重庆出差，我让当当把书送到了公司。　　2. 今天出差回来，拿到了书，吃完晚饭就开始看。对我来说，序言等仅仅是有点风趣。　　3. 开始进入正题，他通过力学，分子动力学，引入了事物复杂性的那张图，可以说对于我这个读者，非常成功。力学是高中学的，我认为我高中的物理还是学得非常好的，分子动

2010-06-10 13:55:00 17247

转载交互设计师怎样做网页产品的“原型设计”？

在风起云涌的互联网浪潮中，产品迭代的速度越来越快。随着用户需求的激增，也不断带来了对设计师能力要求的提高。初入交互设计领域几年来，明显发现可视化的内容远比文档的更易于被用户(以至我们的客户)所接受，就像用户研究项目中常说的一句话：“用户怎么说的，并不代表他们怎么想。”今天以“原型设计”为基点，与大家展开几点做简要的分析。一、什么是原型设计？首先，让我们看看在体验设计的过程中的“原型设计”。以下结合个人对UCD理解和项目经验，梳理和简化的传统体验设计的流程。(流程是每个群体的工作方式，好像我们

2010-06-02 17:19:00 12721

转载关于原型工具选择的讨论

hennry注：原型与产品真的是分得清吗？为什么要分清呢？最好是不分清，不浪费，迭代发展这里说的原型仅针对基于B/S架构开发的项目。目前有很多专业制作原型的工具例如axure、mockflow、InfoMaker和一些“非专业”软件：photoshop、Dreamweaver等等，如果你有足够的耐心使用word也可以做原型，当然还有笔、纸、橡皮擦。我接触过很多原型制作工具，也做了很多所谓的原型，项目不同，公司不同，使用的工具也不一样。个人认为用哪种工具制作原型，第1取决于用哪种工具最适合项目人员

2010-06-02 16:03:00 11883

转载选择html还是脚手架作为demo？

一般的客户在刚开始往往不了解自己到底想要什么样的软件，随着项目的一步步进行，他们会根据实际完成的部分逐渐理清头绪，提出进一步的要求。有一种说法就是，“真正的需求是在第一个版本完成的时候产生的。”用户在看到完整的成品后，才首次理顺了自己的思路，然后在成品的基础上对功能进行删减。为了让客户更早明确自己的需求，还是应该根据最初的模糊需求制作出一个demo来，为客户提供一个实体做参考，来进一步细化需求，避免前期的返工。这个最初的demo是交付静态html页面还是由grail那种脚手架生成的crud程

2010-05-31 20:40:00 10241 1

转载在软件设计前先画界面图

hennry注:需求界面（html/css)　开发不过最好用“快速后台数据”填充界面画出全部（几乎）界面图好似不敏捷？疑问？在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z说的努力在在现有技术基础上杀死人狼的号召

2010-05-31 17:56:00 16457 1

转载敏捷需求分析

敏捷理解在很多人的印象中，敏捷软件开发是种类似黑客行为的过程，是程序员最爱的勾当。不写文档，不作需求分析，没有项目经理，做什么东西完全是程序员自己的行为。所以他们认为这样的过程无法满足真正大型项目和复杂项目的需要，因此在经过考虑后，放弃了敏捷方法。真的是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求的？这些是一些想要实践敏捷的人一直在困惑的事

2010-05-30 22:46:00 3631

转载 Getting Real 软件产品从零到成功

　　关于精简：　　　　开发三人组：一个开发人员、一个设计人员和一个多面手，优秀的人才是不花费过多资源的…… 　　　　沟通的成本是团队成员的人数平方倍！——Metcalfe’s Law 　　　　关于把握优先级：　　　　以“搞掂”为目标：停滞、意见不一、会议和延时会磨灭团队的积极性，并降低成功的机率。尽早的让产品工作起来，再去完善那些细节；　　　　相关

2010-05-30 21:08:00 2842

原创 Airline数据模型

订座离港航班为什么要分开？奇异。直销占20%（发达国家63.7%），分销占80%直销成本为分销的1/6（但前期投入较大）直销中B2B占16%，B2C占4~5%

2010-04-05 21:24:00 803

原创首都机场IT系统

首都机场IT系统（服务器300台) ｜｜｜｜｜网络系统离港系统安检系统行李系统广播系统。。。7000点手机值机IT中心用户体验中心，测试中心，新一代培训中心首都机场IT数据IT团队：加外包500人服务旅客：60

2010-04-05 21:06:00 1302

原创 IT系统相关数据

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

2010-04-05 20:19:00 728

转载如何判断团队是否真正实施Scrum？ —— Scrum方法二十问

Scrum作为敏捷方法之一，在十多年前由Ken Schwaber和Jeff Sutherland共同提出，名称来自英式橄榄球，用Scrum来类比软件团队在软件开发所展示出来的速度和灵活性。（在橄榄球比赛规则中，Scrum的目的是在有轻微违规或比赛暂停后，使比赛迅速、安全、公平地重新开始。当球队在场地上以整体队形向前推进时，每个球员都时刻保持对场上全局的判断，橄榄球在队员之间

2010-01-25 15:00:00 1225

原创 Rails、Ruby、JAVA前景比较

在论坛里看了daquan198163所写的《初学ROR的疑惑》这篇文章，robbin在回复中给了详细的解答，可是看完解答之后，我也产生了一些疑惑，在此想问问。在robbin所给出的解答当中，更多的是阐述rails的好处，然而大家都知道，rails只是一种用来快速开发的框架，而Ruby之所以如此火红，大部分原因是因为rails，这点不可否认，但是对于ROR的未来，

2010-01-23 09:35:00 8005 3

转载《谈谈方法》这本小书篇幅很短，然而想说的却很多

笛卡尔的一生也算是有传奇色彩，在学校时刻苦学习，但在毕业后却觉得学得知识全无用处，于是变卖了家产，靠投资红利为生，开始周游世界，去读世界这本大书，也是够潇洒的，其日后很多的著作，就是在四处周游时独自思索而写出的。从心底讲，我喜欢这种人-不是因为其潇洒的生活态度，因为潇洒来源于自信，而自信出自他对生命的思索和领悟，一直沐浴在理性的阳光下，四百多年前的笛卡尔，依然令人神往。。他总结了4

2010-01-04 21:39:00 1897

转载李敖另类读书之道

　　我李敖看的书很少会忘掉，什么原因呢？方法好。什么方法？心狠手辣。剪刀美工刀全部下来，把书给分尸掉了，就是切开了。这一页我需要，这一段我需要，我把它分类分出来了。那背面有怎么办呢？把它影印出来，或者一开始就买两本书，把两本书都切开以后排出来，把要看的部分切开。结果一本书看完了，这本书也被分尸掉了。这就是我的看书方法。　　那分类怎么分呢？我有很多自己做的夹子，夹子我写上字，把资料全部分类。一

2010-01-02 19:04:00 919

转载《影响力》（你为什么会说“是”？）读书

　　这只是我个人的读书笔记，所提及人物、案例、实验数据全部来自于原书。语句几乎原样照搬，内容有所删减压缩。极力推荐之，原书精彩之至，远非一二段落所能囊括。　　　　影响的武器　　生物学家们发现，雌火鸡对小火鸡的辨认并不在于其气味、相貌，而仅仅因为它们能发出“嘁噗－嘁噗”的叫声，如果刚出生的小火鸡不幸是个习惯沉默的小家伙，那它就极有可能被母亲忽略或者杀死。在另外一个实验中，生物学家将一只鸡貂的模

2010-01-02 11:11:00 2132

转载《高效能人士的七个习惯》读书笔记

　　本书总结论述了七个习惯，其实更应该说是七个信条，不仅仅对于高效能人士有价值，而是人生自我修炼的七个信条。　　一本好书，但是却没有想象那么好。可能是因为，虽然书中提到的七个信条真的都是非常精粹和正确的人生道理，但实际掌握和融合进自己信念的过程要远比书中提到的方法复杂得多，尽管书中反复论述这些信条的重要性，实际上，对这些的体会和认可，是需要人生中不断摸索和反思才能得到的。而且，大言不惭一点，其

2010-01-01 19:54:00 1882

转载禅院钟声

也许是夜太静了，一个人闲来无事，想起了去普陀旅游时之情景。海中之山，千岛佛国盛名之下到是不负我之所望。已想不起那山顶的禅院的名字了，只知道是做很有名的禅院。苍松挺翠，华盖如伞，一偶檐角自苍翠中斜探而出。偌大的院子静悄悄的，不时有缭绕的青烟缓缓飘过，香气弥散时，菩萨像下木鱼声声。此时，尘世的喧嚣已远停在千里万里之外，只留清宁的场所、修行的人。夜色渐临，整个院落更显沉静。树影婆

2009-12-31 16:55:00 698

转载与高手共事

大多数人都愿意与高手共事，因为他们指望着从高手身上可以学到很多东西。在ThoughtWorks，因为要pair，所以，我们可以有更多的机会与高手近距离一起工作。如果真的有机会和高手一起工作，有时，你会发现，从具体做的事来说，这些高手做的事并不像想象的那么高深，甚至可以说很简单，简单到换了谁都能做。于是，心中的高手形象逐渐开始动摇，难道令N多人景仰的高手就是这个样子。不知道你有没有想过这样一个问题，

2009-12-30 20:04:00 729

转载编程珠玑番外篇

1.Plan 9 的八卦在 Windows 下喜欢用 FTP 的同学抱怨 Linux 下面没有如 LeapFTP 那样的方便的工具. 在苹果下面用惯了 Cyberduck 的同学可能也会抱怨 Linux 下面使用 FTP 和 SFTP 是一件麻烦的事情. 其实一点都不麻烦, 因为在 LINUX 系统上压根就不需要用 FTP. 为什么呢? 因为一行简单的配置之后, 你就可以像使用本机文件一样使用

2009-12-22 20:21:00 5693 4

转载软件需求与问题解决

　　（一）　　小满当上项目经理后不久，参与了一个大项目。当时市场签下来的时候，公司里面是欢天喜地的。项目做了一年多。到了交付的时候，用户却很不满意，当初说好的东西，好多都变了卦。　　用户是上帝，最关键的是如果收不到后面的钱，那就算白干了。公司要求项目组加班加点的修改。搞得大家是怨声载道的。做市场的和做开发的相互指责，然后，大家又一起骂客户刻薄。公司里面弥漫着灰心丧气的气氛。　　小满觉得

2009-12-20 21:34:00 1311

转载华为研发

前言如果有人问我“你在华为研发的日子里快乐吗？”，我会很负责任地告诉他“在华为研发工作的那段时间，是我一生中最快乐的时光。”而且这也是很多早期华为研发人员的共识。当年有人曾说“华为研发部是工程师的天堂”，这句话并不为过。所以，我在写这本书的过程中，内心充满了对华为研发工作时甜蜜的回忆，和对华为为何能成功做到这一点的追索。促使我提起笔来写《华为研发》的原因，既有这几年随

2009-12-16 08:37:00 18446 1

转载如何学习设计模式

robbin 等级: 更多相关推荐随便谈谈我对设计模式的看法吧。我极度反感言必称设计模式，什么要学好OO，必先学好Gof这类的屁话。坦率说我也从来不刻意的去学习设计模式，我看到身边的朋友花那么多钱去买一大本厚厚的阎博士的设计模式的书，心里总是叹息一下，设计模式不是学出来的，是用出来的。设计模式应该怎么学习？应该我花两个小时给你讲一下，告诉你每个模式是怎么回事，应该在什么场合适用就OK了

2009-12-14 23:28:00 1784 2

转载鉴于反复讨论hibernate适用性问题，希望有定论

Robbin:其实围绕Hibernate的话题，我都已经说过不下30遍，以致于最近两年以来，我对所有Hibernate的问题都不愿意再回应。另外最近一年多来，使用Rails的ActiveRecord，让我对ORM的认识又加深了很多，其实对于那么多争议的问题，最好的解决办法就是自己去实践。对于自己没有去实践过的东西，争是争不出来什么的。 -----------------------------

2009-12-14 18:46:00 1436

转载十年学会编程（Decade of Programming Institute）

为何人人都这么着急？信步走进任何一家书店，你会看到名为《如何在7天内学会Java》的书，还有各种各样类似的书：在几天内或几小时内学会Visual Basic, Windows, Internet等等，一眼望不到尽头。我在Amazon 上做了如下的强力检索：pubdate: after 1992 and title: days and(title: learn or title: teach

2009-12-14 18:15:00 617

转载 Essential SICP Primer

综述本书以Lisp语言本身为例，完整而辨证的讲述了“计算机程序”的各种形而上形而下的问题：程序语言本身的要素（原语、组合手段、抽象手段）程序的计算模型（代换模型、环境模型，迭代、递归）程序的世界观（对象式、函数式）程序如何繁殖进化（元语言抽象）程序如何执行（编译、解释）同时阐述了程序设计中常用的几大关键技术：寄存器与堆栈的使用（目前多数计算机的基本抽象）数据导向与通用型

2009-12-13 19:18:00 563

转载不敢招应届生及关于读书

1、我现在收到的简历，我都会仔细的看一遍，然后给有意向的人打电话约面试时间。其他的mail删除。我从来没有觉得回一封拒绝信是必须的。在我过去投出去的那么多封求职信中，从来都只有面试电话，没有收到过拒绝回信。没回音，就是拒绝。这还有必要怀疑吗？难道，真的有人在等“拒绝的回信”，否则就依然保持希望吗？还看到有不少同学上升到公司道德的高度，有意义吗？2、我以前也和不少应届生在一起工作过，没有留下太多好的

2009-12-13 15:02:00 733

空空如也

空空如也