《像建筑师那样思考》读后感
[《像建筑师那样思考》读后感]在我心里，一直有个问题困扰着，始终没有一个清晰的答案，只是在观察周遭人群的差异时，会产生模糊的框架性认识，一时无法严谨地表述出来，那就是----世界的真实面目与我们怎样认识世界，两者间的关系，《像建筑师那样思考》读后感。
曾试图和人讨论，但发现我被当成了另类，于是作罢。
后来一想，如果换个提法就容易被理解了。
例如，官员贪污腐化已经是普遍状况了，这是当前社会的真实写照，绝大部分人都会去适应、融入，并成为其中的既得利益者，然后再把镜子扣上，破口大骂党和政府，全然不知自己长得啥样。
而我认为，贪污腐化是人性的问题，不是这个政党的问题，准确的说是政府还未建立健全制度的问题，是发展过程的问题。
再举一个与每个人切身相关的例子，工作的人都会知道，很多干部都是极力讨好上级，压榨下属，踩着肩膀往上爬。
而当我们成为干部，则有过之而无不及。
更可恨的是，恬不知耻地向别人传授那些所谓的职场经验，加剧、强化了不良的社会风气。
我认为，这也是一个人性的问题，关键在于企业文化和人员考核制度，如何引导人性向善，惩治人性向恶。
我现在还无法严谨地理清“世界的真实面目”与“我们怎么认识世界”两者间的关系，但发现后者实际上的影响力更大。
也就是说，世界是怎样的并不是关键，重要的是我们如何认识这个世界。
这就是当初买这本书的原因----想了解建筑师思考问题的方式。
读后有两点给我感触颇深。
建筑师如何定义、认识、建造手中的作品，很大程度上决定了建筑物的价值。
如果孤立地看待一个建筑物，它的外部造型和内部格局都将与外部世界无关。
而事实上，这是无法割裂的。
任何一个建筑物都是城市中的一个建筑物，是构成城市整体形象的一个环节；任何一个建筑物都不是一个绝对封闭的自我空间，都有窗子、门，都需要从内部向外部观看。
这里面的核心，是开放、融合，是一种全局观。
一个建筑物需要放在城市规划的角度下考虑，置身于自然环境下设计。
故宫周边的建筑是有高度限制的，就是一个很好的例证。
贝聿铭的苏州博物馆为什么不是高层建筑
为什么主色调是灰白色
这些都值得我们思考。
由此我想到，一家企业是把自己仅仅当做一个地区内的商业单位，还是一国内的，还是世界内的
是定义自己在从事某项具体业务，还是整个产业链中的一个环节
目的是赚钱，还是从更高的层面认识到其作为社会的一份子，是有生命的，应当承担社会责任
建筑物的成就不在于高度，而是它在所处环境下的角色，以及在此角色下创造的价值，读后感《《像建筑师那样思考》读后感》。
企业呢
我想是一样的吧。
从建筑物内往外看，需要透过窗户，如何把室外的景色引进室内，就是借景的问题，那么窗户的高度是齐腰，还是膝盖以下
每天不同时段的日照强度是不同的，书房、客厅、卧室需要的光也不同，如何调节
我对建筑不甚了了，也说不出个子丑寅卯。
但是这种思想移植到商业领域，让我想到的是，无论企业规模多么大，都不能封闭，必须开放，同时这种开放不是理想化的，而是有取舍的。
通过调整窗户的位置遮挡住室外的烟囱，引入花园的景色，就好比企业学习先进的营销策略，过滤那些单求业绩而违法企业道德的做法。
上述两点是这本书给我的感悟，不知道会对将来产生怎样的影响。
我始终觉得，世界上的事情背后的道理都是相通的，只是在不同的领域呈现的形态不同而已。
因为我对建筑是个门外汉，所以看得有些乏味，但读后终究是有些收获的，权且记录下来今日之心得，待日后再细细琢磨。
最后，摘抄几句给我以启迪的句子：“通常情况下，设计一个东西要把它置于下一个更大的背景中来思考。
”“由功能、结构和理论决定的建筑只是留下一张白纸，而不是一个故事。
这张白纸可以引起很多抽象的想法，失去的是与用户有关他或她在建筑物内居住时的精神或神话方面的对话，留给我们的只是设计者的风格和个人表达。
建筑需要的更多。
”“如果你不喜欢它，就不要修建它。
最昂贵的错误是修建了你不喜欢的东西。
”“评论不是一项否定性的练习。
”“从传统中汲取营养远比从零开始要好。
” 〔《像建筑师那样思考》读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
《像建筑师那样思考》读后感
[《像建筑师那样思考》读后感]在我心里，一直有个问题困扰着，始终没有一个清晰的答案，只是在观察周遭人群的差异时，会产生模糊的框架性认识，一时无法严谨地表述出来，那就是----世界的真实面目与我们怎样认识世界，两者间的关系，《像建筑师那样思考》读后感。
曾试图和人讨论，但发现我被当成了另类，于是作罢。
后来一想，如果换个提法就容易被理解了。
例如，官员贪污腐化已经是普遍状况了，这是当前社会的真实写照，绝大部分人都会去适应、融入，并成为其中的既得利益者，然后再把镜子扣上，破口大骂党和政府，全然不知自己长得啥样。
而我认为，贪污腐化是人性的问题，不是这个政党的问题，准确的说是政府还未建立健全制度的问题，是发展过程的问题。
再举一个与每个人切身相关的例子，工作的人都会知道，很多干部都是极力讨好上级，压榨下属，踩着肩膀往上爬。
而当我们成为干部，则有过之而无不及。
更可恨的是，恬不知耻地向别人传授那些所谓的职场经验，加剧、强化了不良的社会风气。
我认为，这也是一个人性的问题，关键在于企业文化和人员考核制度，如何引导人性向善，惩治人性向恶。
我现在还无法严谨地理清“世界的真实面目”与“我们怎么认识世界”两者间的关系，但发现后者实际上的影响力更大。
也就是说，世界是怎样的并不是关键，重要的是我们如何认识这个世界。
这就是当初买这本书的原因----想了解建筑师思考问题的方式。
读后有两点给我感触颇深。
建筑师如何定义、认识、建造手中的作品，很大程度上决定了建筑物的价值。
如果孤立地看待一个建筑物，它的外部造型和内部格局都将与外部世界无关。
而事实上，这是无法割裂的。
任何一个建筑物都是城市中的一个建筑物，是构成城市整体形象的一个环节；任何一个建筑物都不是一个绝对封闭的自我空间，都有窗子、门，都需要从内部向外部观看。
这里面的核心，是开放、融合，是一种全局观。
一个建筑物需要放在城市规划的角度下考虑，置身于自然环境下设计。
故宫周边的建筑是有高度限制的，就是一个很好的例证。
贝聿铭的苏州博物馆为什么不是高层建筑
为什么主色调是灰白色
这些都值得我们思考。
由此我想到，一家企业是把自己仅仅当做一个地区内的商业单位，还是一国内的，还是世界内的
是定义自己在从事某项具体业务，还是整个产业链中的一个环节
目的是赚钱，还是从更高的层面认识到其作为社会的一份子，是有生命的，应当承担社会责任
建筑物的成就不在于高度，而是它在所处环境下的角色，以及在此角色下创造的价值，读后感《《像建筑师那样思考》读后感》。
企业呢
我想是一样的吧。
从建筑物内往外看，需要透过窗户，如何把室外的景色引进室内，就是借景的问题，那么窗户的高度是齐腰，还是膝盖以下
每天不同时段的日照强度是不同的，书房、客厅、卧室需要的光也不同，如何调节
我对建筑不甚了了，也说不出个子丑寅卯。
但是这种思想移植到商业领域，让我想到的是，无论企业规模多么大，都不能封闭，必须开放，同时这种开放不是理想化的，而是有取舍的。
通过调整窗户的位置遮挡住室外的烟囱，引入花园的景色，就好比企业学习先进的营销策略，过滤那些单求业绩而违法企业道德的做法。
上述两点是这本书给我的感悟，不知道会对将来产生怎样的影响。
我始终觉得，世界上的事情背后的道理都是相通的，只是在不同的领域呈现的形态不同而已。
因为我对建筑是个门外汉，所以看得有些乏味，但读后终究是有些收获的，权且记录下来今日之心得，待日后再细细琢磨。
最后，摘抄几句给我以启迪的句子：“通常情况下，设计一个东西要把它置于下一个更大的背景中来思考。
”“由功能、结构和理论决定的建筑只是留下一张白纸，而不是一个故事。
这张白纸可以引起很多抽象的想法，失去的是与用户有关他或她在建筑物内居住时的精神或神话方面的对话，留给我们的只是设计者的风格和个人表达。
建筑需要的更多。
”“如果你不喜欢它，就不要修建它。
最昂贵的错误是修建了你不喜欢的东西。
”“评论不是一项否定性的练习。
”“从传统中汲取营养远比从零开始要好。
” 〔《像建筑师那样思考》读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
设计与你有关读后感
[<<简单之美-软件开发实践者的思考>>读后感]几天就读完了倪建大牛写的这本别具风味的作品，主要是对软件开发过程的一些思考，读后感。
作者的写作方式很特别，通过叙述故事的方式讲解了软件开发的一整套流程和流程中需要注意的地方。
作者的主要态度是批判的，带有理想主义的色彩，然而却是发人深省的。
这本书给我最大的收获就是在软件开发中要学会思考。
思考所有步骤和方法存在的目的与意义。
是否符合软件开发行业发展的趋势。
作者主要涉及的是方法论上的层次，俯瞰着大地上的开发组织和人员。
看到的问题和解决方案往往是直指本质的。
这里摘几条印象深刻的见解和需要识记的名词。
学习新知识最快的途径是将新知识纳入自己所理解的一套知识体系。
所以，如何在学习的同时建立起各个技术的联系和区别是很重要的，有利于建立自己的体系。
修炼好内功，在接触新知识的时候，才能很快上手并理解其本质。
软件的本质是2进制和与非逻辑。
软件开发的本质是人的创造，而创造的根源在与想象，这又引出了“隐喻”和“故事”。
隐喻是指从生活阅历中抽象出与所要开发的软件的运行流程相像的事件与关系。
故事，则是讲述故事的方式想象软件运行的流程。
CMM：Capability MaturityModel，能力成熟度模型。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
敏捷开发：敏捷软件开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划敏捷开发最注重的是人，或者说个体。
目标是提高个体的主动性，提高产出效率。
敏捷开发要求团队一起工作，甚至还有客户。
结对编程。
迭代交付，三周为一个周期，每个周期都发布可用地、经过测试的代码。
2到5个周期后进行一次发布。
敏捷开发积极拥抱变化，主要依靠代码重构来配合变化。
敏捷开发的优点在于发布时间短和响应需求变化，读后感《读后感》。
敏捷开发的缺点是可操作性差。
实践者们常常走入各种各样的误区。
根本原因还是人，人的主动性还有在软件开发中的行为受各种各样因素的影响。
在需求分析阶段准备两份文档。
一份使用客户的术语表达客户的故事，另一份是使用软件术语表达软件实现的故事。
需求分析人员是客户和项目组之间的桥梁，是客户和软件开发人员之间的桥梁，十分类似于科手术过程，软件开发团队需要一个主刀医师，即软件架构师。
软件架构师保证了整个软件的思想和架构是一个主体。
而不是零散的，拼凑的。
这有利于开发和维护。
软件架构师在一个团队里一般只有一个，或者一个架构师团队由其中一个人作为领导。
这样保证了整个软件系统的一致性。
软件架构师工作的主要依据是经验。
在软件开发过程中，人是最重要的因素，而责任、权利和利益是保证这个因素发挥作用的关键。
负责文化是人类社会活动中必须具备的一种文化。
团队往往成为不负责任的推辞。
建立负责制度的目的不是为了惩罚，而是通过利益损失的形式，表明一个事实：没有金刚钻，别揽瓷器活。
也是质量保证的一个重要推动力。
对于软件来说，最大的软肋在于逻辑思维的不可遍历性。
这是测试工作存在的一个原因。
实际的软件工程师实践证明，让对软件思想有深刻理解的软件工程师进行测试，可以大幅度提高软件质量。
所以，测试工作并不比软件开发轻松，让软件开发菜鸟来进行测试是不负责任的。
测试人员并不是软件开发人员的对立者。
他在找出bug的同时，也要尽可能的帮助编程人员指出这种bug存在的原因以及地点。
所有论点都存在一定的上下文之中。
所以学习别人的论点只是理会这个论点的思路，而不要到处生搬硬套。
怀疑一切。
项目管理工作的基本思路不是控制，而是创造有利的环境和顺势引导，扫清软件开发中的各种障碍。
项目管理工作要与软件开发工作隔离开来。
对于软件开发者而言，你需要考虑的是风险服务，即风险响应。
而不要把主要精力放在风险预防和控制上。
软件维护要在项目开始或者设计时就要予以考虑。
〔读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
设计与你有关读后感
感之家：什么设计》读后感4000字在图的一次漫步，让我偶然间发现了《为什么设计》这。
没有花哨的封皮和引人注目的字体，只是白纸黑字的一本书，一瞬间让我体味到了久违的朴素与厚重。
翻开书，展现在眼前的是两位日本设计师原研哉先生和阿部雅世女士的对话。
我像一个倾听者，静静地聆听，愈听愈奇，愈听愈喜，愈听而愈欲罢不能。
简单的对话、平实的语言流露出深深的哲思，让人肃然起敬。
美妙的语言、深刻的思辨是不分国界的。
我像是圣诞节贪婪的小孩，不断从圣诞老人的口袋里拿出一件件礼物。
为什么设计
如何设计
设计怎样能够促进生活与世界的和谐
一个个问题发人深省，把我引向设计的源头。
谈话间，两位设计师分别道出了各自对设计的理解和抱有的态度，同时也给读者留下了广阔的思考空间。
读罢，合上书，眼前是书中末页的图片：背包的旅人在无人的雪原上行走，脚下踏出的，是一条崭新的、通向未知的路
《设计中的设计》 读后感
[《设计中的设计》 读后感]“设计不是一种技能，而是捕捉事物本质的感觉能力和洞察能力，《设计中的设计》 读后感。
”--------原研哉“轻轻地将手肘撑在桌子上，托着脸来看这个世界，眼前的一切似乎也会随之有所不同。
我们观看世界的视角与感受世界的方法可能有千万种，只要能够下意识的将这些角度和感受方法运用到日常生活中，就是设计。
当你因为读完这本观念设计书而感到越来越不懂设计时，这并不意味着你对设计的认识倒退了，而是证明你在设计的世界里又往更深迈进了一步。
”这是作者——日本著名设计师原研哉先生写在开篇自序中的一段话。
也正是这句话让我产生了第一个疑问：这本书要告诉我什么
什么是设计
这个我再熟悉不过的问题，在读完短短几百字的自序后，突然变得陌生，陌生到好像从未思考过的问题!现在我明白了，这就如同逐梦的人，可能由于走的远了，追的乏了，一颗坚定顽强的心在饱经现实的打压、诱惑后，虽然依旧在奔跑，但早已忘记了最初的梦想，舍弃了精髓，徒有其表罢了，读后感《《设计中的设计》 读后感》。
原研哉终其一生都在思考，设计到底是什么。
这位日本顶级设计师无时无刻不在观察着生活的变迁和世界的变化。
和我们不同的是，他在面对各种变化的时候，喜欢把所有复杂的、繁乱的、色彩缤纷的东西划归到一个永恒的起点来重新审视。
再设计追求回到原点，重新审视我们周遭的设计，以最平易近人的方式来探讨设计的本质和内涵。
从无到有自然是一种创造，但将已知的事物陌生化更是一种创造。
原研哉认为设计的本质就是解决社会上多数人共同面临的问题。
“设计不是一种技能，而是捕捉事物本质的感觉能力与洞察能力”。
这句话或可代表作者的“设计观”，原研哉对设计的认知中心，一切都是以“建筑”为核心而生发出去的，作者曾说过：“建筑是综合一切的最高水平……平面设计、工业设计、纺织品设计等只不过被看成被建筑统一前的低水平的、被切割成片的小房间而已”。
〔《设计中的设计》 读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
<<简单之美-软件开发实践者的思考>>读后感
[<<简单之美-软件开发实践者的思考>>读后感]几天就读完了倪建大牛写的这本别具风味的作品，主要是对软件开发过程的一些思考，读后感。
作者的写作方式很特别，通过叙述故事的方式讲解了软件开发的一整套流程和流程中需要注意的地方。
作者的主要态度是批判的，带有理想主义的色彩，然而却是发人深省的。
这本书给我最大的收获就是在软件开发中要学会思考。
思考所有步骤和方法存在的目的与意义。
是否符合软件开发行业发展的趋势。
作者主要涉及的是方法论上的层次，俯瞰着大地上的开发组织和人员。
看到的问题和解决方案往往是直指本质的。
这里摘几条印象深刻的见解和需要识记的名词。
学习新知识最快的途径是将新知识纳入自己所理解的一套知识体系。
所以，如何在学习的同时建立起各个技术的联系和区别是很重要的，有利于建立自己的体系。
修炼好内功，在接触新知识的时候，才能很快上手并理解其本质。
软件的本质是2进制和与非逻辑。
软件开发的本质是人的创造，而创造的根源在与想象，这又引出了“隐喻”和“故事”。
隐喻是指从生活阅历中抽象出与所要开发的软件的运行流程相像的事件与关系。
故事，则是讲述故事的方式想象软件运行的流程。
CMM：Capability MaturityModel，能力成熟度模型。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
敏捷开发：敏捷软件开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划敏捷开发最注重的是人，或者说个体。
目标是提高个体的主动性，提高产出效率。
敏捷开发要求团队一起工作，甚至还有客户。
结对编程。
迭代交付，三周为一个周期，每个周期都发布可用地、经过测试的代码。
2到5个周期后进行一次发布。
敏捷开发积极拥抱变化，主要依靠代码重构来配合变化。
敏捷开发的优点在于发布时间短和响应需求变化，读后感《读后感》。
敏捷开发的缺点是可操作性差。
实践者们常常走入各种各样的误区。
根本原因还是人，人的主动性还有在软件开发中的行为受各种各样因素的影响。
在需求分析阶段准备两份文档。
一份使用客户的术语表达客户的故事，另一份是使用软件术语表达软件实现的故事。
需求分析人员是客户和项目组之间的桥梁，是客户和软件开发人员之间的桥梁，十分类似于科手术过程，软件开发团队需要一个主刀医师，即软件架构师。
软件架构师保证了整个软件的思想和架构是一个主体。
而不是零散的，拼凑的。
这有利于开发和维护。
软件架构师在一个团队里一般只有一个，或者一个架构师团队由其中一个人作为领导。
这样保证了整个软件系统的一致性。
软件架构师工作的主要依据是经验。
在软件开发过程中，人是最重要的因素，而责任、权利和利益是保证这个因素发挥作用的关键。
负责文化是人类社会活动中必须具备的一种文化。
团队往往成为不负责任的推辞。
建立负责制度的目的不是为了惩罚，而是通过利益损失的形式，表明一个事实：没有金刚钻，别揽瓷器活。
也是质量保证的一个重要推动力。
对于软件来说，最大的软肋在于逻辑思维的不可遍历性。
这是测试工作存在的一个原因。
实际的软件工程师实践证明，让对软件思想有深刻理解的软件工程师进行测试，可以大幅度提高软件质量。
所以，测试工作并不比软件开发轻松，让软件开发菜鸟来进行测试是不负责任的。
测试人员并不是软件开发人员的对立者。
他在找出bug的同时，也要尽可能的帮助编程人员指出这种bug存在的原因以及地点。
所有论点都存在一定的上下文之中。
所以学习别人的论点只是理会这个论点的思路，而不要到处生搬硬套。
怀疑一切。
项目管理工作的基本思路不是控制，而是创造有利的环境和顺势引导，扫清软件开发中的各种障碍。
项目管理工作要与软件开发工作隔离开来。
对于软件开发者而言，你需要考虑的是风险服务，即风险响应。
而不要把主要精力放在风险预防和控制上。
软件维护要在项目开始或者设计时就要予以考虑。
〔读后感〕随文赠言：【这世上的一切都借希望而完成，农夫不会剥下一粒玉米，如果他不曾希望它长成种粒；单身汉不会娶妻，如果他不曾希望有孩子；商人也不会去工作，如果他不曾希望因此而有收益。
】
