[临时]最近帖的仍欠调整啊

如题，有点小麻烦。
而且是耗了有点久也就都给本月帖出了。

Who Am I?
ee.zsy
平凡大学生一个，尚处悠闲时期。
似乎确实有一些爱好和擅长的东西。
.写这个因为右边那个介绍好像不大惹人关注的样子。
至少对我而言，信息和人是关注别人博客的两个动机。
不过好像那种关注多是对有期待更新或固定主题或某种生活的。
不然就是搜索时撞上，然后就翻翻旧帖看看最近有什么更新。
感觉公众类和私人类的就是两种风格啊。
我有时习惯去看别人的"AboutMe"，不过自己没这东西给别人看的。
因为还没去想有必要（有点故意这么，对我这个杂乱的没多打理的地方，但也事实啊），所以自己现在写的是自作多情的东西了。
有人看到以上文字，我就向你问声好喽！
^o^/ <-就这样的。

btw,最近开始用文字涂鸦了
keywords:
"ee.zsy" "about me" "rss"

====
OK，就这么调整一下板式，本贴先留作纪念。
090703

梦居住的地方

本次设想是"纯感"，就是减少思考来表达或传递纯粹感觉的意思
其实原想写的"梦语/宇"是"纯感的零星片段构成的故事"，虽然没达成
还有这次就是内容有点随手了，
也没感到有冲击的想法，而且前后有好些时间了

★梦居住的地方
你看见了吗，那是海……
可是遥远的地方朦朦胧胧，看不清边际。
近处有浪花击打沙滩，是在传递着海的信息。
海是洋的轮廓，但是它在梦里浮现，
或许就是它，连接到了无法看见边界的地方。

安静了，被夜抚摸的气息里，尚存着无法平静的喧嚣。
夜的乐章开始上演，是只有在静夜里才能分辨出的声音。

☆梦语

海的痕迹
"能看见吗，那就是海"
"可是，视野里遥远的地方，只是模糊的边际"
"嗯，这便是在暗示着海的存在"

街角的期盼
"好了，给你看这个地方，就只要转过面前这个街角"
"嗯，是指这一个"
"其实，和那个曾往的地方，我们忽然间已去了很遥远"

.故事的延续
"或许，已能感受着存在"

☆夜困

车窗上闪动的缤纷的夜景，沉默地低着头无心搭理。凉风吹散了喧嚣，散落的行人被留在了背后，感觉很遥远的地方。抬头看建筑披挂的色彩，想心里赞叹一下美丽，又只觉一丝丝缥缈的气息。站点未到，还需折过一个个街角，停在静无人音的地方，把我留在了冰冷无边的水泥墙下。
记得在晨光温暖这里的时候，有光影和微风吹动着酣睡的草木，抛出晶莹的露珠留在空气里微凉的气息。渐渐地等待行人开始在街头走动。日光的眩目，轻浮的热度，淡淡的云层，伴随着一天里的列车驶过一个个人的身旁。
一天天如书页，被风翻动，还有一阵连续的稀疏响声。残光温暖着纸页，在书角留下暗影，其中透露着看不清的字迹。在一旁的笔尖上，仍沾着未干的墨水。灰尘有时路过，有的停留，在笔上静静的睡了。梦着有一天有身影，来回顾着久远，留下续写。

河岸的午后，跳跃的流水扰不乱安静慵懒的气氛。脚步停下了追逐，仰向天空的面庞。日光让眼无法睁开，只能听无声的轻语。云层偶尔遮下阴影，伴随着一阵轻风。一时能分明看见，广阔的动人的景色。
遥远的召唤，奔跑的影像，留不下的寂寞。孤身的等待，夹杂着喜悦，期盼来了积累的云层和阵阵凉风。雨的味道，风的味道，炎热而安静的下午，同时的多彩。
细雨朦胧着视野，有隐约的欢笑，在遥远的哭泣声里。流水连接着许多看不见的地方，只是清澈透明的，流淌中未留一丝话语。气氛只觉压抑，暗暗的低沉的天空，广阔的无边的大地。我紧紧的抱着头，缩成小小的一团，不让眼睛沾染色彩。自己淡淡的声响，不希望，给别人听见。
天空早已晴朗，虽然有着更加清晰的水流声。平静的，连续的，交织的。可是，仍不愿看，希望留给弱小的身影有一片寂静。想着某一天，奔跑着在捕获飞舞的色彩。

安静的温暖的夜，积下的雪，上空悠扬飞旋的曲调。安眠的小屋，黑暗里映着光亮的街道，隐约地浮现着日光下曾有的喧闹。残留的片段的观感，已深深入梦。

☆厌眠

未察觉是多久之前，是太阳西沉的时候。未见星空的夜晚里，只是静静等待天边，被映亮的云层。
走吧，出去走走。脚步留在燥热的气息中，浓密的树荫下。抬头仰望，寻找星星点点透下的光斑。
耳边多少回荡的话语，或只是一个人在这里。可以晃动手臂奋力奔跑，或惬意的坐在道旁吟着曲调。
没有特别的故事，心头这样想。就是一天，又是一天的，多彩缤纷的景象。有阳光，有雨露，有虫鸣和花香。
静，不安，夜。

下面登场的是――
怎么样啊，感觉？
是期待吗，
准备失望吧
把这句话看成习惯性开场就是了
因，为，
我仍是我在
啊～啊～啊～，的叫
不过夏日的夜
确实感觉难以安静，
似乎对周围环境的触觉
都变得忽然敏感起来。
恩，就像觉得反胃了
却仍停不下想到这啊那啊的。
屋外好黑，
有微亮就似乎有黎明了，
暗暗的凉意啊，
想着就像真有体会了。
明天呢
心里打量
有好多事可以做
但想今天，也是充满愉快的事情的。
炎热，有骄阳
闷着的感觉
快有场雨了吧
想到冬日缩手缩脚的样子
太有反差了。
终于有机会
体验夏日的感觉，
但反而又
开始不喜欢。
没有满意的季节吗
这是找一个接受炎热的借口吗
哈哈，想如何一下心情
就请随意吧。
不过文字如此下去
就...东张西望.:
这恐怕不符合
夏日夜晚的处境嘛。
暂时也不在乎了
夜总带着不平静啊

暴雨打破了安眠，屋外不时轰想，又有扰人的飞虫，不免悬紧了心。
睡去，无法感知曾发生在夜里几时，明早出门，夏日依旧。不留迹象的扰乱，朦胧地存在于，记忆的深处，似乎是往日的遥远。

☆晴朗

不久前接连的暴雨，已成为无法体会到的气息，同时还有夏日里以为应当的炎热和烦躁。似有似无的风的感觉，让忽然间天空变得很遥远。
耳边声响杂乱，不间断的耳膜的触感。是细远悠长的水流，表面有光影晃动，但是不能去分辨。浮动的光斑变换着色彩，这已成为它自身的属性，即使夜晚。

夜晚的感觉，墙壁上的寒意，回想着前些天，感觉是难以揣摩的夏季。那份炎热，那份烦躁，却只是让瞬间，体会忽然到来的失落感。
空气里淡淡的气息，用手无法抚摸，天空忽然间的遥远，视线片刻无法顾及。耳边声音的距离，不存在，却有着最薄的阻隔。睁着眼，一片晴朗，分明的体会，只是自己的心跳。


海浪接连着前方彼端，雾间朦胧有高大如山的气势。有弱小的身影，和不间断的期盼的呼唤。同时被连接有往日枯黄纯朴的质感，同时的遥远和相近的感觉，同时的期待和…（故事暂且到这儿）
海边的村庄，被海连接到很遥远的地方。那里，就是那里哦，总之是个一直没有来往的地方。但是一定都是看到同样的海的色彩，有急风雨的时候互相保佑平安。
平凡的一天，海浪温和的抚着沙滩的一天，偶尔有海鸟飞过的鸣叫，打乱了上空日光明朗的线条。船上小小的身影，双臂紧紧抱在胸前，以模糊了的目光极力品尝着生活留下的足迹。
她是希望看到有所留下而满足呢，还是想着看到注定无法带走而有的挖开的失落，或只是海浪扶平的浅层的沙滩将不再有自己的脚印呢？
视线里，船松开了绳索，在浪间摇晃。强烈的光亮突出了轮廓，无法再体会那张脸，暗暗间又是怎样的表情…（咦，观察者呢在？）
错身而过，时空已隔为陌生的两个人。有忽然间熟悉过的感觉，虽然之间已经可以很遥远，但依然共享着遥远的曾经。
即使阻隔仍在被拉大，让相见变得让不得不对立的现状，或就是各自的意愿的对立，变得分明。
又如何呢，让"即使"就真的存在，脑海里值得珍藏的感觉，不需要让它变质，然后被抛弃…（故事呢，丰富起来，遥远啊）

☆旋转

依旧细雨，淅沥的点滴声，透着残缺的片段的影像。想到什么呢？缥缈的天空，云层的间隙，可以到达的远方。心头在低声吟唱，歌声就在那里，想象力尚所能及的地方。
旋转着的身影，停不下的脚步，又在何处呢？被环绕着纤细的乐声，被寄托着单纯和被放纵的情感，被……一层层的包裹，一层层的装饰，伴随着消失，伴随着思念。
好了，大声的说出来，不需要人倾听。回响隐没在空气里，有汗水的味道，有日月的交替。能用力拨动，又用力拉紧，让弦留下刺心的星点。但或许，只依在墙角，盼望窗檐能透下光亮，静静欣赏。
看见了，自己制造的玩偶，就随手的被捏在手里，还可以想象一些能满意的形象。肆意的改变着柔软的泥的外表，留下了越来越多的指纹的痕迹，有汗水的痕渍，就在将被泥所覆盖的团团黑暗的世界里。永远的，等着风吹模糊了玩偶表面的粗糙。
多彩的有限的空间，旋转的无边的世界。阻隔仅是小小的门，和袭来的倦意的封闭。有跨出了的一步，又会可能沐浴着如何不同的阳光。小小的期待，小小的坚持，还有份纯真和无知。不愿的一种方式，仅挑选着生活里的喜悦，装点夜晚着可以停留星空的幕布，想着会到达的遥远的一刻。
会有怎样的呢，空气里淡淡的气息？
看到往日曾经，那份痕迹，还有未淡的体验。就会有那一份，关于未来的歌，隐约间的感受。

☆纸痕

光影随云层的飘动而变换
映在窗台上成为了各种心情
植物的枝叶在明暗之间
是有不同感受的绿色

夏日让人轻浮的湿度
喧闹下只留空静的我
或许明天有一场雨
点滴地是喜悦的节奏

每天在等待里度过
手里的计划书上落下一个个勾
遥望天空似乎很遥远的痕迹
依然仍像那个熟悉的地方

☆幸福

清晨的操场，挥汗的味道。知道很快就会云层淡开，又有一个明媚的天空。送给空气里清脆的问候，喜悦于树间传出的鸣叫。期盼之间，静静地在夜里等待睡着。
一天天匆忙与纷扰，给了夜不平静与不安。常寂静无声的夜，在夏日里总一丝丝嘈杂，无法间断无法平息。还有几乎是快要遗忘的，那是可以寻找到，留于心底不会改变的坚信与坚持。不过简单地想，或许呢，那就是一种幸福的感觉。
接着，又或许将很自然的，想到了一个微笑，留在睡梦中。

深夜里的想法，诞生在了注定会被遗忘的地方。寂寞的身影，平静的喧嚣，感觉着一个永远到达不了的远处。那里带给了身边的温暖，倦意和丝丝慵懒。想到早晨的微风和凉爽，截然不同的感觉。那是被阻隔的期盼，不经意间里度过了一个又一个。梦幻地存在于远方的感受，在这里被自己切实的体会到。种种难以辨别的，似乎曾很遥远的，特别的味道。弥漫在花与微笑生长的空间里。

有一种幸福，很简单就能获得，只要……这里的转折，不是要转向什么让人失落的困难的条件，确实是"只要……"，真的很简单的。不过同时也的确，在"只要"实现之前，那种幸福还没有到来。还会去期盼更多的幸福吗，累积起一个又一个虽然简单但需要实现的条件？只是担心，自己会变得胆怯。于是让心情便是最自然的心情，有喜悦或悲伤，而不想是应当如何。不会把自己粉饰为满足，而后被感觉是一种幸福。

暮色的光影，街道上的欢笑。和伙伴一起，透过酒杯里翻腾的飞沫的色彩，享受着未曾怀疑的幸福。等到渐渐天黑，让眩目的光斑装点城市。视野如摇摆的镜头，不知方向的晃动，只有自己能体会自己内心的满足感。有朋友一起分享孤单，还有对一天天留恋的寂寞。回忆的味道被遗忘在不需要珍惜的地方，纵然有苦涩或甘甜。下一天又是一个等待灯光的弥散，在不想被记忆的汗水里，期待着幸福。

躺在床角，无心留意喧嚣，窗外早已漆黑。仍发着呆无方向地望着，品尝心头起伏的片语的味道。在自己小小的足迹里，似乎突然想起了众多，心情是难以细细理出头绪，但又在此刻，被独自地体会得格外分明。

看着窗外，假装不知有刺眼的日光，让满足的心情在湛蓝的天空之下。

☆续语

回忆感动
"怎么，这本书不喜欢看"
"不是，我曾非常喜欢，还在一个人时对着文字忍不住流过泪"
"现在呢，是翻动书页不再能体会出感觉了吗"
"嗯"

夜的行踪
"啊，外面好黑，而且似乎一直有奇怪的声响"
"不过那些静静的光亮，却又感觉是很安心的陪伴呢"
"是的，我们很快将回到很温暖的地方"

生日的礼物
"给，这是我送的礼物，一个很实用的玻璃杯，平时可以用来喝水哦"
"谢谢。来一起品尝这个，我做的生日小蛋糕"
"啊，味道不错。以后想起今天，我会先想起这份美好的感觉的"

忙碌的时光
"那个，请问一下，能不能帮一下，关于这个的"
"就等会，很快的"
"什么嘛，又到底要多久啊。嘿嘿，我就先忙我下面的去了"

野游时的风
"看，有稀疏的行人在路上来往"
"我们坐在草地边，迎着水面的风，也是特别的感觉"
"是啊，看着他们安静的走过，而耳边只有风的声音"

一个人的失落
"忽然好伤心啊，事情还是原本的样子，感觉却一下子不同了"
"嗯，是件应该喜悦的事儿。不过又会有了什么感受确实难以肯定"
"或许把心情说给别人，才能让它一直保持一种单纯吧"

故事的延续
"明天又将是一天啊，想到这里就突然很期待呢，即使是喜悦或是伤心"
"不过平时不会去想这个吧，它是就在不经意间发生了好多遍的事情"
"嗯，有时闲暇，有时忙碌。但都不会去想终点或者结束什么的"
"是啊，总还有些事情的场景，一直没有发生呢"

无云的天空
"当然，还有茂密的树
"是油腻的泡沫在眼前翻滚
"停不下来的

遗失
忽然间一种不希望的害怕，却感觉深深的分明的。

☆结束

书~(五月段),开发管理及相关

本帖侧重于扩展话题，就是有关而不限于的意思。
当然也仅仅就是这个意思（？）。
最近似乎让这里变成平行世界，不含"外来"的体验或看法了。
那就多数几句，这次不是欧美那种"不厌其烦"的文风啊。


Joel谈优秀软件开发方法
The Best Software Writing I
（美）Joel Spolsky 斯珀儿斯奇 编著
王慧 翻译
出版：清华大学出版社

文集性质，范围较宽泛，是不限于具体技术的思考。


软件开发的边界——管理成功的项目
The Software Development Edge: Essays on Managing Successful Projects
（美）Joe Marasco 马拉斯科 著
雷程炜 译
出版社 电子工业出版社

作者于管理方面的经验总结与探讨。
因为物理学专业基础和长年在Rational的工作经历，书中对模型的建立和运用相当纯熟。
内容涉及迭代开发的开发流程与要素的分析。
阅读的重点是在于对书所呈现类比示例方法的体会。

丑陋的日本人
[日]高桥敷 著
许金龙 吴彤雕 任大海 译
出版社 作家出版社

作者以旅居海外的一段经历（1960s）的思考成书。
感觉其实本书侧重于谈文化差异对人认识的冲击，当然也有涵盖社会群体的道德休养。
文字间包含了因文化无法融入而产生的移民境况的伤感和敬佩。
至于文化的取向方面，书中仅表达了一些愿望，未做过多批判。
（恩…这本是先看的）


相关内容

http://www.toopoo.com/book/tushu/121-03649-1.html
http://book.csdn.net/bookfiles/277/10027712146.shtml

软件开发的边界——管理成功的项目
内容提要
《软件开发的边界——管理成功的项目》是Rational Software的资深项目经理——Joe
Marasco 结合其数十年的一线开发经验所撰写的软件项目管理书籍。《软件开发的边界——管理成功的项目》由最基本的管理思想开篇，以高级主题结束，每一章节都是一个单独的主题。作者应用了其丰富的实践经验、严谨的工程思想以及幽默风趣的讲解方式，为读者带来了项目管理中众多问题的全新视角与观点。《软件开发的边界 ——管理成功的项目》可供软件开发和软件项目管理人员阅读。对于项目管理人员以及普通开发者，《软件开发的边界——管理成功的项目》的许多章节都值得细细品味。
目录
作者简介 xix
前言 xxi
序 xxiii
第1部分 综合管理 1
第1章 开篇寄语 3
1.1 优良软件的重要性 4
1.2 沼泽中的坚硬石头 5
1.3 读者 6
1.4 迭代式的问题解决周期 6
1.5 回顾 10
第2章 计算之源 11
2.1 催化剂 11
2.2 答案 12
2.3 这一计划是如何实施的 13
2.4 为什么这一代工程师与众不同 15
2.5 计算 16
2.6 从它们的名称中得出数字大小 17
2.7 当年的计算机是怎样的呢 18
2.8 我们的计算传统 20
2.9 回顾 20
第3章 登山 23
3.1 勇攀高峰 24
3.2 失败的共同根源 30
3.3 成功的要素 31
3.4 人的因素 32
3.5 回顾 32
第4章 管理 33
4.1 管理团队 34
4.2 回顾 40
第2部分 软件差别 41
第5章 重中之重 43
5.1 迭代式开发 43
5.2 Roscoe Leroy. 44
5.3 跨越瀑布式开发 45
5.4 另一个极端 47
5.5 Roscoe的第一幅图 47
5.6 Roscoe的第二幅图 48
5.7 等一等 49
5.8 保持向量短小 49
5.9 软件开发上的应用 50
5.10 面向应用的学习与短向量方向 51
5.11 风险定位 51
5.12 你之前听过这样的事情么 52
5.13 关于实践式学习的更多内容 53
5.14 商业含义 54
5.15 人员配置效应 55
5.16 仅仅只是常识问题 57
5.17 回顾 58
第6章 建模 59
6.1 如何解释UML. 60
6.2 什么是UML，为什么它很重要 61
6.3 第二个稍微复杂一些的例子 61
6.4 第三个例子 63
6.5 如今与软件的相关性 65
6.6 提升抽象的级别 66
6.7 回顾 66
第7章 编码 69
7.1 经理们如何来学习一门新的程序设计语言 70
7.2 定义良好的问题 71
7.3 这个标准应当包括什么呢 71
7.4 动物游戏 72
7.5 动物游戏满足这一标准么 73
7.6 它是否通过了"那又怎么样"测试 74
7.7 这是你的游戏 76
7.8 回顾 76
第8章 构建与发布 77
8.1 如果你构建它，那么它们就会出现 78
8.2 在一开始设置一个沙箱 79
8.3 产品构建到底为什么会困难 79
8.4 如何对迭代式开发进行构建 84
8.5 回顾 85
第3部分 项目管理观点 87
第9章 权衡 89
9.1 项目管理金字塔 90
9.2 五，而非四 92
9.3 进入金字塔 93
9.4 高度变量 94
9.5 金字塔体积恒定不变 94
9.6 一个统计上的小插曲 95
9.7 正确的想法，错误的分布 97
9.8 对于真实项目的暗示 99
9.9 怎样才能让成功率接近掷硬币游戏 99
9.10 更多信心 100
9.11 至关重要的警告 101
9.12 一切为了风险 105
9.13 回顾 106
第10章 估计 107
10.1 如果我们使用常识的话会怎样 108
10.2 香草巧克力 108
10.3 Roscoe的解释 109
10.4 Roscoe继续深入 109
10.5 Roscoe的日历 110
10.6 Roscoe的计算 111
10.7 Roscoe进入软件领域 111
10.8 Roscoe报道 111
10.9 猜一下我们做对了什么事情 112
10.10 Roscoe的概括 113
10.11 Roscoe捡起一块骨头 113
10.12 第2部分：猜测我们做对了某些东西 114
10.13 Roscoe被软件项目经理联合会所承认 115
10.14 回顾 115
第11章 日程安排 117
11.1 Roscoe摆出问题：你将会延迟多久 118
11.2 Joe扳回了些许劣势 119
11.3 Roscoe反击 120
11.4 Roscoe的"犯罪分子相册" 120
11.5 Roscoe的图 121
11.6 最后一个异议 122
11.7 Roscoe的临别赠言 123
11.8 回顾 123
第12章 节奏 125
12.1 物理学家看项目过程 126
12.2 现实闯入 134
12.3 迭代开发如何呢 135
12.4 最终的图表 140
12.5 回顾 142
第4部分 人的因素 143
第13章 政治 145
13.1 背景 146
13.2 定义 147
13.3 三种情景 147
13.4 政治是不可避免的，但是…… 148
13.5 当问题演变为政治 149
13.6 工程计划 152
13.7 高度信任的环境 153
13.8 无益政治的其他变种 154
13.9 回顾 155
第14章 沟通 157
14.1 沟通无处不在 158
14.2 Roscoe解释其理论 158
14.3 已经完成了吗 164
14.4 回顾 165
第15章 承诺 167
15.1 Roscoe碰了一鼻子灰 168
15.2 即刻进入案例 168
15.3 维苏威火山般的喷发 168
15.4 德克萨斯的作风 169
15.5 应用到软件业 170
15.6 狗吞了我的任务 170
15.7 规范大战 171
15.8 三个最普遍的借口 172
15.9 其他 174
15.10 穿刺、躲避与还击 174
15.11 大型项目中的胆小者 175
15.12 软件开发项目会如你所愿地完成吗 175
15.13 细化 VS 构建 176
15.14 吃一堑，长一智 177
15.15 回顾 177
第16章 薪酬 179
16.1 渐入"佳境" 180
16.2 流动槽与软件开发绩效 181
16.3 利用流动模型来管理薪酬 182
16.4 金钱不是万能的 191
16.5 回顾 192
第5部分 横向思考 195
第17章 历史教训 197
17.1 不要让国王成为你的架构师 198
17.2 事物并非总是如你所见 198
17.3 仔细检查设计 198
17.4 知道什么是你所不知道的 198
17.5 始终如一的领导层 199
17.6 照例追赶工期 199
17.7 集中精力于错误的特性 199
17.8 当没有进行良好的设计时 199
17.9 适当的测试 200
17.10 原型 VS 产品 200
17.11 审讯 200
17.12 回顾 200
第18章 不当类比 201
18.1 休斯顿，我们遇上麻烦了 201
18.2 误解牛顿 203
18.3 一切事物都是相对的 205
18.4 量子力学的误解 207
18.5 热寂 211
18.6 其他例子 213
18.7 有益的科学 213
18.8 回顾 214
第19章 软件更新 215
19.1 嵌入式软件的更新 216
19.2 现状 217
19.3 软件更新游戏 218
19.4 一点陋见 218
19.5 回到更新问题 219
19.6 免费的午餐 220
19.7 为何可行 221
19.8 改进 222
19.9 怎样应对软件盗版问题 223
19.10 只要太阳能没有普及开来 223
19.11 回顾 224
第20章 妙解随机数 225
20.1 Roscoe设定了故事背景 226
20.2 模拟击球手 226
20.3 步骤一 228
20.4 步骤二 230
20.5 产生更多的概率 230
20.6 显然，我们已经离开棒球的世界了 232
20.7 现实是丑陋的 233
20.8 星期一的解决方案 234
20.9 受益匪浅 239
20.10 回顾 240
第6部分 进阶主题 241
第21章 危机 243
21.1 鱼的五天 244
21.2 鱼市 244
21.3 第一天：尚未察觉 244
21.4 第二天：避免麻烦 244
21.5 第三天："问题处理者"到来 245
21.6 第四天：转折点 245
21.7 第五天：两条关键路径 246
21.8 故事的寓意 246
21.9 回顾 247
第22章 增长 249
22.1 增长中的问题 249
22.2 Naïve模型 251
22.3 模型的推论 253
22.4 一个说明性的例子 259
22.5 非线性关系 260
22.6 付诸实践 261
22.7 结论 263
22.8 列线图 264
22.9 电子表格 265
22.10 回顾 267
第23章 文化 269
23.1 什么是企业文化 270
23.2 强势和弱势文化 271
23.3 定义企业价值 271
23.4 软件领域的适用性 274
23.5 建立强势文化 275
23.6 如果你正在寻找一份工作 279
23.7 底线 280
23.8 回顾 280
第24章 总结 281
24.1 奉行者 282
24.2 创造者 284
24.3 贤明者 286
24.4 关于贤明者的更多话题 287
24.5 人数分布 288
24.6 关于模型最后的思考 289
24.7 回顾 290
致谢 293
索引 297
作者介绍
Joe Marasco是IBM公司旗下五大品牌之一Rational
Software软件公司的一句退休事业部经理和高级副总裁。他负责过许多产品的开发、营销工作，主要负责Rational
Apex产品以脑炎微软Visual Studio设计的Visual
Modeler。 1998年，他成为Rational的高级运营副总裁，2003年从Rational退休。他曾获得美国伯联合学院化学工程学学士学位、加州大学尔湾分析科学管理硕士学位，以及瑞士日内瓦大学物理学博士学位。在不从事写作的时候，他喜欢野餐烤肉和打高尔夫球；他的烤肉技术高于其球技。

http://bookd.bi3jia.com/bookcmp_383931.html

Joel谈优秀软件开发方法
图书摘要
本书意在用这些最优秀的软件开发类文章来激励程序员们编写出更优秀的软件。目的很简单，就是好好编写软件。编程工作充满魅力，因为它的趣味性、条理性、重要性无一不吸引您沉醉其中。希望通过本书，软件开发人员可以明白如何才能写出令读者感兴趣的软件，因为沟通是软件开发过程中最易被忽略的技能。
本书中的文章介绍了大量涉及软件的出色想法，它们也是我们在近期所见过的最棒的观点。文章的作者们用各种有趣、清晰、吸引人的方式用心地将这些想法展示给我们。相信这些想法会不断为人们所接受，并且很快会在软件开发领域产生深远影响。
图书目录
Ken Amold编程风格是主旨
Leon Bambrick最愚蠢用户界面奖颁给：Windows搜索界面
Michael Bean程序员外包的隐患
Rory Blyth把Excel当数据库用
Adam Bosworth ICSOC04讲座
danah boyd自闭的社会软件
Raymond Chen为何不禁用依赖于未公开机制的应用程序
Kevin Cheng and Tom Chi踢骆驼
Cory Doctorow从WlPO中拯救加拿大的Internet
ea spouse EA：关于员工的故事
Bruce Eckel强类型与强测试
Paul F0rd Processing Processing
Paul Graham伟大的黑客
John Gruber地址栏就是新的命令行
Gregor Hohpe星巴克不使用两阶段提交
Ron Jeffries激情
Eric Johnson C++——被遗忘的特洛伊木马
Eric Lippert更换一个灯泡需要多少名微软员工？
Michael"Rands"Lopp事情搞砸了怎么办？
Larry Osterman Larry的软件工程规则之二：用测试指标来衡量测试人员是行不通的
Mary Poppendieck团队补偿
Rick Schaut Mac Word 6.0
Clay Shirky群是其自身最大的敌人
Clay Shirky群作为用户：社会软件的结构与设计
Eric Sink填补鸿沟：第1部分
Eric Sink填补鸿沟：第2部分
Eric Sink雇用的风险
Aaron Swartz PowerPoint Remix
Why the lucky stiff与卡通狐狸来趟快速（且希望无痛）的Ruby之旅
作者简介
Joel Spolsky是世界知名的软件开发专家。他的站点Joel on
Software（www.joelonsoftware.com）已被翻译成30多种语言，备受全世界软件开发人员欢迎。作为纽约Fog
Creek Software的奠基人，他创建了著名的软件小组项目管理系统FogBugz。Joel曾就职于微软，在Excel小组工作时设计了VBA。他也曾在Juno
Online Services工作过，并于那段期间开发了Internet客户机——现在有无数用户在使用。在本书之前Joel还编著了两本书：User
Interface Design forProgrammers（Apress，2001）和Joel On
Software（Apress，2004）。Joel是耶鲁大学学士，而在此之前他是一名伞兵，曾在以色列国防军（Israeli Defense
Forces）服役。此外，Joel还是Kibbutz Hanaton的奠基人之一。

http://vip.book.sina.com.cn/book/chapter_62764_42832.html
这是另一个翻译版本的目录，不过当然对本书合理的认识是不限于本书书名的关键词上的，书中的取向（粉饰？）还是很积极的。

我编辑本帖的日期：090524

乱码一下：目前自己把理想的状态还是期望为共同取向和文化多样性吧，也即从争吵本身来看的。
恩就这做点成果或遗留了。

想到，有些书是不在达成看完的目标而能知道其中的内容，而是价值在于从中体会了多少，是需要心情品尝和更多时机的。
恩，看再有机会。

其他：
感觉好的排版可以让内容更加明晰
现在习惯了欧美有体现作者个人看法的文字风格了
看多了欧美风格的
对不体现作者看法的教程类文有不习惯了

本贴这次是重于记录表达想法，而非草稿笔记内容的。
END
好了，确认发布。

接着再附一个：

先看这三个（顺序不限），网页的内容是从lex&yacc实用角度提供的
http://dinosaur.compilertools.net/
http://www.ibm.com/developerworks/cn/linux/sdk/lex/index.html
http://www.ibm.com/developerworks/cn/linux/game/sdl/pirates-4/index.html
另一类，如xWBasic的说明文档中，有一段关于它如何编译的解释，简单细致
Ok，现在再来看这本书嘛，是从列举的众多有关原理
（以上内容是提供一个合适的阅读切入，别说不知什么是编译器）
下面是书的信息

《编译器设计》

作者：(印度) Santanu Chattopadhyay 著
内容简介
本书是作者多年来在编译器领域中钻研、教学的成果，并以在该学科领域与学生的交流以及他们的反馈和研究作为
依据。本书全面介绍了编译器设计中的原理和技术，阐述了编译领域中的难点，并详细描述了编译器设计的各个阶段。
　　因为编译器的设计过程是将自动机理论、数据结构、算法、计算机体系结构和操作系统等领域知识进行综合的过
程，所以编译器设计者必须要有较好的计算机科学理论的背景。本书详细描述了各种类型的解析器，从最简单的递归
下降和LL解析器到复杂的LR、规范LR和LALR解析器，尤其强调了LR解析器。
　　本书主要用于计算机科学专业的本科生和研究生一个学期的教材，该书也可供专业人员作为参考书。
前 言:
本书源于笔者多年来对编译器的学习和教学经验，并以在该学科领域与学生的交流以及他们的反馈和研究作为依据。编译器的设计过程是将自动机理论、数据结构、算法、计算机体系机构和操作系统等领域知识进行综合的过程。编译器设计者必须要有较好的计算机科学理论的背景。同时，还应能掌握各种可用的软硬件平台。因此，任何编译器的书籍都应强调这些领域的作用，并向读者介绍编译领域中的难点和技术。同时，书籍应足够精炼，以便能在一个学期内完成课程。另外，还需要介绍编译器设计中各种可用的工具。本书涵盖了编译器中所有应掌握的主题，一共分为9章。
第1章介绍了编译器及其应用，并着重介绍了大量的应用领域，以使读者能理解该领域的范围。然后介绍了编译器的各个阶段，列举了各个阶段的任务。依据机器中软/硬件的功能和用户的需求，详细介绍了编译器设计的难点。本章以一个示例结束。
第2 章展示了编译器中词法分析阶段的理论和设计。在介绍完正式的表示法如正则表达式、非确定和确定的有限自动机后，本书详细描述了使用正则表达式开始表示语言中单词规范的方式，并依据正则表达式构造识别器来标识输入流中语言的合法单词。最后，介绍了轻松生成词法分析器的自动化工具——
Lex。
第3 章介绍了语法分析。首先明确了在指定的语言中文法的作用、文法的符号约定以及相关定义。本章详细描述了各种不同类型的解析器，首先介绍了最简单的自上而下分析，如递归下降和LL。然后介绍了先进的自下而上分析，如LR、规范LR和LALR。因为大多数编译器使用LR解析器，所以主要强调了LR分析，并介绍了工具yacc，用于自动生成LALR解析器。本章最后介绍了使用解析器来执行输入流的各种语法制导翻译的方式。
第4章介绍了类型检查，并介绍了类型检查的相关问题，以及使用这些理论检查类型等价的方式。最后介绍了类型转换，用于展示编译器自动推断必要的类型转换的方式。
第5章介绍了编译器中符号表的用法。根据语言的作用域规则，介绍了各种不同的数据结构来存储标识符，因此，编译器能有效地使用这些信息。
第6章介绍了编译器在程序执行时维持运行环境的职责，然后介绍了活动记录，并展示了使用不同而有效的数据结构维护活动记录的方式。
第7章详细介绍了中间代码的生成。这是编译器中的可选阶段，有助于将代码重定向到不同的体系结构中。首先介绍中间代码不同的表现方式，然后使用语法制导模式将常用的编程语言结构翻译成中间代码的形式。
第8章列举了目标代码的生成技术。在讨论完影响代码生成的因素后，介绍了使用基本的代码块表示中间语言程序的方式，然后从基本的代码块生成目标代码。同时也讨论了寄存器分配、缓存管理的问题及相应的解决策略。
第9章是代码优化阶段。在讨论完优化阶段必要且相关的问题后，介绍了优化的分类。然后介绍了不同的优化变换，如编译时计算、公共子表达式消除等。接下来介绍了全局优化和数据流问题。最后根据建立和求解数据流等式的技术解决一些数据流问题。
本书提供了编译器设计领域中的所有要点，适合作为本科生一个学期的学习内容。如果能有效地使用本书，将会得到很大的收获。同时欢迎读者给出任何对内容有改进的建设性意见。
Santanu Chattopadhyay

目录:
第1章 引言 1
1.1 编译器的定义 1
1.2 编译器应用 2
1.3 编译器的各个阶段 3
1.4 编译器设计的难点 7
1.5 编译过程—— 示例 9
1.6 小结 11
练习 11
第2章 词法分析 13
2.1 词法分析器的任务 13
2.2 记号的规范 14
2.3 记号识别 15
2.3.1 不确定的有限自动机 17
2.3.2 确定的有限自动机 17
2.3.3 NFA到DFA的转换 20
2.4 NFA的正则表达式 22
2.5 词法分析的工具—— Lex 25
2.6 小结 33
练习 33
第3章 语法分析 35
3.1 解析器的功能 35
3.2 错误处理 36
3.3 文法 37
3.3.1 符号约定 38
3.3.2 推导 39
3.3.3 二义性 40
3.3.4 左递归 42
3.4 自上而下的分析 43
3.4.1 递归下降分析 43
3.4.2 递归的预测分析 46
3.4.3 非递归的预测分析
—— LL(k)分析 49
3.5 自下而上的分析 53
3.5.1 算符优先的分析 56
3.5.2 建立优先关系 57
3.5.3 错误恢复 60
3.6 LR分析 60
3.6.1 LR分析方法 60
3.6.2 LR分析算法 61
3.6.3 构造LR分析表 62
3.6.4 处理LR分析的二义性 74
3.6.5 LR分析中的错误恢复 77
3.7 LALR解析器的生成器
—— yacc 78
3.8 语法制导翻译 81
3.9 小结 82
练习 82
第4章 类型检查 85
4.1 静态和动态检查的比较 85
4.2 类型表达式 86
4.3 类型检查 87
4.4 类型等价 88
4.5 类型转换 91
4.6 小结 91
练习 91
第5章 符号表 93
5.1 符号表中的信息 93
5.2 符号表的功能 94
5.3 简单的符号表 95
5.3.1 线性表 95
5.3.2 有序列表 96
5.3.3 树 97
5.3.4 哈希表 97
5.4 作用域的符号表 98
5.4.1 嵌套的词法作用域 99
5.4.2 每个作用域对应一张表 100
5.4.3 所有作用域都在
一张表中 101
5.5 小结 102
练习 103
第6章 运行时环境管理 105
6.1 引言 105
6.2 活动记录 106
6.2.1 不含局部过程的环境 107
6.2.2 含有局部过程的环境 109
6.3 display 112
6.4 小结 113
练习 113
第7章 中间代码生成 115
7.1 中间语言 115
7.2 中间语言设计问题 116
7.3 中间表示技术 116
7.3.1 高级表示 116
7.3.2 低级表示 118
7.4 三地址代码中的语句 118
7.5 三地址指令的实现 120
7.6 三地址代码生成 121
7.6.1 数组的代码生成 123
7.6.2 布尔表达式的翻译 126
7.6.3 控制流(程)语句的翻译 132
7.6.4 case语句的翻译 136
7.6.5 函数调用 137
7.7 小结 139
练习 139
第8章 目标代码生成 141
8.1 影响代码生成的因素 141
8.2 基本块 142
8.3 树的代码生成 145
8.4 寄存器分配 148
8.5 缓存管理 154
8.6 使用动态规划的代码生成 154
8.7 小结 157
练习 157
第9章 代码优化 159
9.1 优化的需求 159
9.2 优化编译器设计问题 160
9.3 优化的分类 161
9.4 影响优化的因素 162
9.5 优化技术背后的主题 163
9.6 优化变换 164
9.6.1 编译时计算 164
9.6.2 公共子表达式消除 166
9.6.3 变量传播 167
9.6.4 代码迁移优化 167
9.6.5 强度折减 170
9.6.6 无效代码消除 171
9.6.7 循环优化 172
9.7 局部优化 175
9.8 全局优化 177
9.8.1 控制流分析 177
9.8.2 数据流分析 178
9.8.3 获取数据流信息 182
9.9 计算全局数据流信息 183
9.9.1 汇合路径 183
9.9.2 数据流等式 185
9.10 建立数据流等式 187
9.10.1 数据流分析 188
9.10.2 数据流等式的保守解 189
9.11 迭代数据流分析 190
9.11.1 可用表达式 191
9.11.2 有效范围识别 192
9.11.3 降低迭代数据流
分析的复杂性 192
9.12 小结 194
练习 194

====
以下是我对上述有一本书按标题顺序的回顾。
这里列出的仅是话题，因为某些具体的内容或在加上阅读者的启示才是更有意义。
Begin
编程风格作语言的组成部分
不必要且有干扰的设计
外包部分中设计和制造
滥用通用工具
新生事物的无缺陷或实用
社交软件的趋势
升级中考虑的兼容性
使复杂非目的的改动
网络模式下原有版权模式的问题
压榨员工利益
因为强测试而可减少的类型限制
实现技术中寻求优雅的方式
如何对Hacker品质的认识与合作
Web应用的趋势
流程的异步处理模式
激情在探索与合作中
兼容和实用的扩充后普及
为不需要特性实现的代价
不同程度情境下的冷静分析
以数量指标衡量下的问题
对团队的面临问题和评估机制
对特定系统的原生方式
社会软件设定和与用户的交互
社会软件下的新的方式
产品与顾客之间独立出的销售
产品与顾客关系对开发的指导
雇佣行为下的谨慎思考
幻灯的认知风格
有趣生动的教学引导
End

log.又扩充了一下原帖转的目录部分
====

字太多了 >_<！

(ACG相关)超链串：最萌大赛

GalGame_百度百科
http://baike.baidu.com/view/22038.htm

最萌大賽- 維基百科，自由的百科全書
http://zh.wikipedia.org/wiki/最萌大賽

FFSKY-天幻网-综合游戏动漫站
www.FFSky.com

推荐相关维基参考条目：
御宅族，萌属性，深夜动画，次文化，轻小说，维基娘，京都，中出，H……（自己随链接乱跳吧）
补充：The Simpsons，同人，etc.

Play Chess!

就来随手写写了——

国际象棋（Chess）
简单的说明和规则介绍，请参见维基百科相关页
http://zh.wikipedia.org/w/index.php?title=%E5%9C%8B%E9%9A%9B%E8%B1%A1%E6%A3%8B&variant=zh-cn
在这里简单引用（反而不明确了啊）一下规则部分，

◆规则

★棋盘与棋子
国际象棋的棋盘为正方形，由32个深色和32个浅色方格交替排列组成。每边8个方格。浅色棋格称为“白格”，深色棋格称为“黑格”，摆放棋盘时要使每位棋手的右下角为白格。
国际象棋的棋子也分为两种颜色：浅色棋子称为“白棋”，执白棋的棋手称为“白方”；深色棋子称为“黑棋”，执黑棋的棋手称为“黑方”。对弈双方各有16枚棋子，分别为一王、一后、双象（或译主教）、双马（或译骑士）、双车（或译城堡）和八兵。开局时即全部放在棋盘上规定的棋格内。
棋局由白方先下，对奕双方轮流移动棋盘上既有的己方棋子，一步棋只能移动一个棋子（唯一的例外是“王车易位”，是在一步棋同时移动王和车）。棋子要不就是移动到未被占据的棋格，要不就是占据对方棋子所在的棋格，并将对方棋子拿出棋盘，称为“吃子”（这也有一个例外是“吃过路兵”，己方的兵是落在对方被吃兵的后一格）。一个棋格内只能有一个棋子，棋子也不可重叠。

★走法
以下以中国象棋的名称代替国际象棋中较复杂的名称
王(king)
又称“国王”，王是全个棋局中最为重要的棋子。走法是横直斜走均可，但每次只能走一格。另外，所走到的位置不可有对方棋子的威胁，否则会被视为“违规移动”。吃子与走法相同。
后(queen)
又称“王后”，后是棋局中最强的一个棋子，可横直斜走，且格数不限，但不可越过其他棋子。吃子与走法相同。
车(rook)
又称“城堡”，一如中国象棋，车的走法是横走或直走，格数不限，但不可斜走，也不可越过其他棋子。吃子与走法相同，另外有一种特殊的走法，称作“王车易位”。
象(bishop)
又称“主教”，象的走法只可斜走，格数不限，但不可转向，也不可越过其他棋子，故白格的象只可能在白格出现，黑格的象只可以在黑格出现。吃子与走法相同。
马(knight)
又称“骑士”，马的走法和中国象棋相同，同样是走“日”字，或英文字母大写的“L”形：即先向左（或右）走1格，再向上（或下）走2格；或先向左（或右）走2格，再向上（或下）走1格。不同的是，西洋棋的马没有“绊马脚”的限制，故马可越过其他棋子。吃子与走法相同。
兵(pawn)
兵的走法是，第一步向前可走一格或两格，以后每次只能向前走一格，不可向后走，或越过其他棋子。但吃对方棋子时，则是向位于斜前方的那格去吃，另有一种特殊走法“吃过路兵”。
三个特殊规则
兵的升变
当某方的兵走到对方的底线（即最远离某方的一行）时，玩家可选择把该兵升级为车、马、象或后，但不能变王也不能不变。
吃过路兵
当一方的兵从原始位置向前一步走两格时，如果所到格的同一横线的相邻格有对方的兵时，则后者可以立即吃掉相邻的前者，但是占据原来位置的斜前方那一格，而不是前者原来占据的那格。不过可“吃过路兵”的一方必须在对方走棋后的下一步马上吃，否则就永远失去“吃过路兵”的机会。
王车易位
又称“入堡”，把王向车的方向打横移动两格，再把车直接移到王的另一侧，放在王的相邻一格。如果王与车之间有两个格的称为“王翼易位”，俗称“短易位”；王与车之间有三个格的称为“后翼易位”，俗称“长易位”。
*.某方如果发生以下情况之一后，则永远丧失王车易位的权利：
1.王被移动过。
2.参与易位的车被移动过。
*.如果发生以下情况之一，则暂时不能王车易位：
1.当王被将军时
2.王和参与易位的车之间有棋子；
3.王所在的格，或易位时王将要经过的格，或易位后王将占据的格，正在受到对方的一个或几个棋子的进攻。

Chess属于Board Game，关于Game的目的，被认为是有关本能，剩余精力，练习或宣泄，也衍生出消磨，表演，体育和交流的作用。个人将其列为一种娱乐方式，有时会去玩的类型。
自己对围棋目前总觉缺乏感觉（也可能只是了解不多），个人通常思维习惯的形态或者对一些特定方式的掌握，会影响到对不同Game的喜好与体验。相比于中国象棋，自己的喜好偏向于国际象棋，同时体验感觉更为良好。常见棋类大体如此（军事online就算了，不适应，还有SLG Game相比就向现实更具体些了）。
记得小时候玩棋类（是先中国象棋的）多依靠单纯的感觉和运气，后来觉得若以认真的态度来玩的话，自己倾向于去分析思考各种可能与走向，当然也可能与自己经验缺乏有关。
曾想过也是出于个人体验（这的出发很重要，是针对特定思考习惯的），相比于中国象棋，国际象棋会体验到一些更让自己喜欢的特征。下中国象棋时，为将军而寻找合适的棋子组合套路，比如炮加马，对将等。下国际象棋时，为将军而考虑限制王能走到的格子（最多是3*3的范围），用其他的棋子可以用行动和攻击的范围来考虑，体现为点块线的覆盖。所以自己在走棋时，前者会判断对手意图尝试合适的将军策略，后者会在规则之下以树状展开自己和对方走棋可能并作对应的评估。至于对经验的运用，两者都适用。
后来查阅了同样话题的文字，多是以象棋作为引子或证例。之前也听有过专业学习过的同学片语，他已经对开局残居的常见状况相当熟悉，而自己对维基百科列出的有关方面，仍只是知道有的状态。不过自己仅当简单娱乐嘛，大体目前也就会现在这个状况了 ^-^，还需要文字转化为体验途径。
Ok，写完。
提到了处理问题的方式，上文提到的思维对于其他很多仍是有效的，或可以互相借鉴。比如从问题出发分析啦，结合事例类比啦，或者仅仅是一份冷静啦。本段就是涉及到了而已的。
感觉相比下国际象棋较适合于电脑玩一些，可以玩GNOME里带的那个Chess，或者GBA上的VK也感觉不错。和真人时，觉得无聊的失误会让对方感到无趣的，不过也有关系是时间限制，机会不多。
目前习惯20~25min/p来一局，习惯而已。
这回真的算写结束了。5,00pm