zoukankan      html  css  js  c++  java
  • 程序员再忙也应该看看《琅琊榜》

    写完了,从微信中同步过来,留根。
     
    储备强劲的实力 - 知识储备
    梅宗主语录:“既然他们动用了江湖势力,我就要让他们知道这个江湖到底谁做主。”

           听到梅宗主这句露骨台词,你是不是有一种霸气侧漏的感觉!看了琅琊榜,你一定会对江左盟那惊人的实力印象深刻,不管是像百里奇那样武功高强的奇人,还是像甄平那样心细如发的异士,不管是像十三先生那样的谍报先锋,还是像卫铮那样的铁血硬汉,他们都是江左盟强劲实力的体现。这些人有些来自赤焰军旧属,有些来自江湖结交,总之是人才济济,实力雄厚。我想这也是梅长苏敢做许多不可思议的事情的底气,哪怕是只身前往悬镜司这样危险重重的事。而在本剧唯一一处的军旅大戏中,3千禁军对阵5万庆历军,也深深的体现了实力是决胜的前提,即使是像梅长苏这样的智谋之士,要凭手中那有限的兵力,对抗哪怕是像誉王这样的军事门外汉,最终能赢靠的还是真正的战力 - 纪成军。

           对于程序员来说,体现你实力的是什么?在我看来,无非两个方面:硬实力和软实力。
           硬实力指的是语法,特性,框架,类库,这些体现了你对语言和工具的掌控力度。这是通常情况下衡量一个程序员最直接的指标:你行不行,到底能不能实现这个功能。而通常情况下,只要不是像华文、华武那样骨骼奇特的人,在这一行干个几年,这个都不是个事。硬实力表明你能做出一个东西。
           软实力指的是扩展,重用,重构,规范,这些体现了你对设计和合作的研习深度。设计水平的高低,重用和重构的敏感程度体现的就是个人驾驭软件工程的能力。团队工作向来不缺乏鹤立鸡群的人,但是通常缺乏配合默契的伙伴,规范就体现了你的团队意识和合作精神。软实力表明你能做好一个东西。
           作为程序员,两手都要抓,两手都要硬。
     
    进行周密的准备 - 规划筹谋
    梅宗主语录:“筹谋此事多年,来到京城自有我的计划。”

           孙子兵法开篇就是庙算,讲述的就是对战争的全盘推演,而琅琊榜中,梅长苏则是生动的运用了这个原则,当他决定开始实施平反的流程前,首先进行的就是全盘的谋划和准备,在出发前,他就已经为每个朝廷精英们精心策划了对应的局,有了这些全盘的把控,他“倒太子”、“压誉王”、“扶靖王”的行动才能有效、有序、顺利的实施。

           软件开发是一门精深的学问,一个项目的开发更像是一场规模宏大的战役,如果不能规划和设计好战场的主线和脉络,朝着明确的目标稳步前进,那么软件开发就已经失败了一半了。在典型的开发过程中,我们一般会经历如下的几个过程:设定目标,获取需求,分析功能,设计代码,划分版本,迭代开发,部署实施,调整反馈。每个过程都是对项目开发的宏观规划,缺少环节中的任何一步都会导致软件偏离既定的目标。
           作为程序员,要成竹在胸。
     
    飞流直下三千尺 - 顺势而为
    琅琊榜语录:“麒麟才子,得之可得天下”。

           这不是梅宗主的名言,但是我想,恐怕最初也就是他设计的这句名言,蔺晨只不是是帮他散出去而已。当梅长苏准备实施他的行动前,他必须要为他回到京城造势,他要引起朝廷的注意,于是他扶助势力平平的北燕六皇子登上皇位,以此吸引了太子和誉王的兴趣,然后营造了他“不得不进京”的态势,于是他在不引起潜在对手丝毫怀疑的情况下,顺利切入朝廷的时局中。

           现在很多的公司在推出新产品之前,很早就开始各种炒作,散布各种小道消息来勾引起人们的欲望,这是造势。同理,现在的项目在正式立项之前,也会进行各种讨论和宣传,这也是造势。在软件推出以后,大量的软文和广告会出现在各大论坛和社区,这还是造势。造势的目的是为了顺势营销,当然造势的人可能是自己人,也可能不是,聪明人顺势,天才造势,如果你既是聪明人又是天才...还用我说嘛。
           作为程序员,要因势利导。
     
    建立统一战线 - 资源整合
    梅宗主语录:“言候,你愿意相助靖王吗?”“夏冬会选择帮助我们的!”

           这是两个及其强力的援手,在错综复杂的斗争形式下,拥有如此强悍的帮手会是多么有益的事,一个与军方密切相关,一个更是出身于悬镜司,再加上纪王爷和蒙大统领,对皇帝简直就是全方位,无差别的轰炸。在这样一个立体化,多角度的攻击下,誉王和皇帝简直是无法抵御。

           软件开发不是一群僵尸的表演秀,而是一大波人殊死的战斗,他们包括投资者,管理者,开发人员,测试人员,技术支持人员,业务人员,客服,甚至是扫地的大妈,维修马桶的大叔也包括在内,只有你能整合了这所有的资源,软件开发才会顺利的进行。否则,只要有一个不配合,哼哼,你懂的!
           作为程序员,要八面玲珑。
     
    酒香也怕巷子深 - 扩大影响
    梅宗主语录:“如果做之前就想着是要给别人看,那是殿下的德行问题,但如果做完了善行却最终无人得知,那就是我这个谋士无用了。”

           在夺嫡的斗争中,过早的表露自己的真实想法会是一种危险的做法,但是如果不适时巧妙的表现出自己的才能,那么如何才能在这条艰险无比的道路上步步为营呢?私炮房爆炸案,江左梅郎通过兵部之口,反衬出了靖王顾全大局,爱护朝廷颜面的,爱惜百姓的胸怀,这样不仅没有引起对手的注意,而且还赢得了皇帝的好感,非常的巧妙。

           毋庸置疑,在我们的身边存在大量闪闪发光的金子被埋没,他们实力强劲,但是默默无闻,不是他们不够强,而是不会表现。很多时候,他们在项目的关键时候做出了关键的贡献,但是大家并不知道。如果你的项目经理也是这种风格的话,你就危险了,大胆的秀出你自己,你的世界你做主。
           作为程序员,要脱颖而出。
     
    灵活应对变化 - 随机应变
    梅宗主语录:“虽然我们根本无法预料所有的变数,但是我们得有有效应对变数的手段。”

           俗话说的好,计划赶不上变化快,而且梅长苏的身体时好时坏,也使得很多时候他也无法预料所有的情况,当他病倒的时候,江左盟由于临时起意去救卫铮,结果损失不小,而也就在那个时候,他和靖王的好基友关系也见隙生疑,几乎就要割袍断义。在这紧要的关头,还是梅长苏静下心来,稳住了靖王,然后通力合作,精心的化解了一个又一个的迷局,成功的解救了卫铮,并顺势拉下了誉王和悬镜司。

           软件开发需要周密的规划,同时也会遇到各种突发的状况,缺少灵活应对变化的手段,那么项目有可能陷入僵化,随波逐流的境地。在出现此类情形的时候,我们首先应该是冷静,只有冷静才能全面的分析问题,找出应对的最佳策略。这一点不仅体现在管理上,也体现在技术上。在设计一个功能的时候,我们既要保证程序能高效运行,也要为系统预留的相应的扩展性。当然我们无法预料所有的变化,但是我们应当能控制变化的规模。
           作为程序员,要见机行事。
     
    没有免费的午餐 - 此消彼长 
    梅宗主语录:“景睿既然已经处于夺嫡之中,就无法独善其身。”

           在梅长苏的计划中,依靠景睿的身份击垮谢玉是相当艰难的一环,因为景睿是他的朋友。但是他还是实施了这个行动,因为他有目标,为了这个目标,他必须要舍弃一些东西,比如热血,比如健康,比如朋友。

           软件设计的过程中,我们会遇到各种各样的问题,这些可能是有关扩展性的,也有可能是有关重用的,也可能是有关效率的,不管怎么考虑,这些因素之间都是相互影响的,比如获得扩展性,必然牺牲效率,获得灵活性,必然会牺牲可读性,从来没有一种设计,一种银弹,可以完美的达到所有的目标,这个时候需要牺牲,需要衡量,需要折中,需要设计;设计从来都是这样一种艰难舍弃的过程,没有完美的模式可以模仿。
           作为程序员,要因地制宜。
     
    守住我们的底线 - 至少不要更坏
    靖王语录:“但有些人不能伤害,有些事不能利用,如果连这些血战沙场的将士都不懂得尊重,那我萧景琰绝不与你为伍!”

           在皇帝的刻意制衡下,朝廷中充斥着在其位不谋其政的庸碌之辈,或者说他们庸碌是贬低他们了;其实不是这些人能力不够,而是他们心思全在党争上。招募一批正直,真正能干实事的人上位,也正是朝廷中兴的希望所在,梅长苏虽然从中摆了很多的小手段,不过他最终还是做到了,沈追,蔡荃都是此类人。

           谁也不能保证我们的项目总是从最佳的状态开始,谁也无法保证我们不会犯错误,项目总会出现各种各样的问题,比如混乱的代码,随意的堆砌,僵化的设计,凌乱的逻辑,当你面对这些状况的时候,你是视而不见,继续往里添加你的功能,还是整体思考,重塑软件的结构?你有这个勇气,有这个觉悟吗?你能做到让项目不会变的更坏吗?

            作为程序员,要有所不为。

  • 相关阅读:
    当Django模型迁移时,报No migrations to apply 问题时
    django--各个文件的含义
    django--创建项目
    1013. Battle Over Cities (25)
    1011. World Cup Betting (20)
    1009. Product of Polynomials (25)
    1007. Maximum Subsequence Sum (25)
    1006. Sign In and Sign Out (25)
    1008. Elevator (20)
    1004. Counting Leaves (30)
  • 原文地址:https://www.cnblogs.com/dxy1982/p/5152133.html
Copyright © 2011-2022 走看看