zoukankan      html  css  js  c++  java
  • 《架构即未来》读后感

    前言

      有将近2年没有写文章了,首先是不知道分享什么,其次就是工作也比较忙,闲暇的时间要么玩游戏、听小说、看电影,虽然也有看书但其实也并不多,以上也都是为了我的懒惰所找的一些借口。

      虽然到现在为止也看了百来本书,但是写过的读后感也是寥寥无几,唯有的几篇,我试着回忆,感觉应该也大多以摘抄为主,没有什么实质的内容。这次下决心写读后感,主要原因是我读过的那么多书,真的能记下来的,也不过书中4-5%(可能是我上了年纪其次是记忆比较差的缘故吧),可能更少,为了给自己留点印象,所以准备以后每读完一本书,都写一篇读后感。

    书本内容

      本书洋洋洒洒600多页,涵盖了各个方面,管理方向从人、团队、角色到组织,技术方向从单机、集群到云计算,运维方面从测试、持续集成到自动化,项目的不同时期在3个不同方向上的扩展,以及作者亲自经历的一些经验和教训,实属难能可贵,当头一棒,给了我醍醐灌顶的醒悟,只有一个好的团队才能创建好的架构和扩展点,软件虽然发展时间不长,但也是一门很深的学科,这是一本非常值得一读的好书,虽然书中更多的篇幅还是在管理方面,技术、运维虽有涉猎但其实并不深,对于技术人员扩展视野或者转型到管理人员帮助还是很大的。

      首先可以快速过一下目录,了解一下整本书的内容,跳着看喜欢的部分,不过最终还是建议大家完整的把整本书看一下,译者水平还是很好的,文笔也不错,看着挺厚的,但是看起来挺轻松愉快的,不会像纯理论的书那么死板枯燥,章节之间挺合理的。

      整本书看下来以后,其实能清楚记得的东西已经不多了,模模糊糊有一个结构,把我之前看过的一些书的理念联系起来了,完善了我以前看其他书留下的一些不解之处。

    感悟

      作为一个员工,为公司创造价值是首要目标,但是以技术方向而言,保持项目的简洁、灵活、可扩展,我觉得是技术更应该关注的,业务的模块化、组件化,公用的底层库,以及运维自动化的设计,但是大多数技术人员意识不到运维的重要性,没有实现人工到自动的一种转变,归根到底是技术人员有以下的一些阻碍:

    • 需要不断的了解或学习新的技术,比如:遇到问题时,会使用一些成型的解决方案,但是如果不了解其中的机制,出现问题或者需要进行扩展时,就陷入了困局,相反如果自己开发的话,工程量很大,而且需要团队的支持,费时费力。
    • 维护旧系统或者现有系统时,需要对一些已经存在、相似的功能进行重构,提取模块化,或者组件化,以降低系统的复杂度,开发人员和上级不一定能理解和支持,如果重构一帆风顺那还好,但是出现纰漏的话,需要承受更大的压力。
    • 技术属于默默无闻的类型,表现低调,价值不明显。
    • 大部分公司看上去提供的是技术的岗位,但是根本没办法专心做技术,其实还是管理。
    • 对于技术只是以一种赚钱的技能来看待。

      技术路线虽然荆棘满布,书中也没有技术上深入太多,但是大致的方向还是有的,什么时期可以用到什么样的技术,至于把技术用到什么程度就看个人了,我觉得看书更多的是完善自我的知识体系,不应该太过追求效益,这样反而失去了读书的趣味,也会让自己在技术路上越走越艰难,要不忘初心,很久没写文章了,有些乱,请见谅。

  • 相关阅读:
    Thinking in Java Reading Note(9.接口)
    Thinking in java Reading Note(8.多态)
    Thinking in Java Reading Note(7.复用类)
    SQL必知必会
    Thinking in Java Reading Note(5.初始化与清理)
    Thinking in Java Reading Note(2.一切都是对象)
    鸟哥的Linux私房菜笔记(1.基础)
    Thinking in Java Reading Note(1.对象导论)
    CoreJava2 Reading Note(2:I/O)
    CoreJava2 Reading Note(1:Stream)
  • 原文地址:https://www.cnblogs.com/ahl5esoft/p/8733636.html
Copyright © 2011-2022 走看看