betway官网

betway官网程序员的专职素养。The Clean Coder 读书笔记2

九月 19th, 2018  |  betway官网

书图来自Pixabay

2017年最后一周到,我论计划把《The Clean Coder》读了了,大约100页左右。

未思变成可以程序员的码农,那跟鲍鱼有啊区别?李清照有句诗:生当作人杰,死也也鬼雄。也许我们不必、也可能永远都非见面是最好漂亮之程序员,但咱足足得变成同名为职业的程序员。我们也想成为同叫作专业人士

第6章 练习

立刻同样节的情是专业人士如何刻意练习。Bob大叔提到40年来他利用的电脑综合性能(内存硬盘容量和快,显示分辨率的晋升;提及能淘价格抵之抽)提升了10之22糟方倍,但是事实上计算机程序的本来面目并不曾生成,是可由此有基础程序的演习来持续升迁自己的技巧的。为了为22次方更形象,Bob大叔用了一个乔布斯时用之技术,把它换成人可以理解的另东西:是自此间到半人马幢阿尔法星的偏离(以埃为单位),是1美元硬币里之电子数,是地球质量及民用品质之比重。

今日,编译不再要程序员等待。现在照旧有点程序员必须等待构建,这是悲剧,也是免足够细致的前兆。如今,构建时间应该用秒来衡量,而未是分钟,更无是时。

构建时间这样细节之题材反映了专业性,比如前段时间大家关心解决之flex编译时间之题材,只是通过报名重好之机就管任何项目之编译时间打90分钟缩减到20分钟,这当是极致便宜的投资了。不过还没有达标Bob大叔说的秒级构建的档次,这里还有更提升的半空中,但是也急需发出专业人士的投入才行,需要上学与品味下flex的增量编译框架fcsh和flex编译支持maven的家伙flexmojos,也许会发生帮助。

于练习方式,作者给来了几乎栽样式,一些练习套路,可以品味当商店里计划息息相关的科目。

Chapter 1. 专业主义

卡塔

于武里,卡塔是同等仿照设计好之、用来效仿打斗一正的招式。与的接近,编程卡塔也是身叩键盘与鼠标的动作,用来效仿编程问题之化解进程。联系在不是在化解真正的题材,因为你已了解了缓解方案。相反,你是当习解决者问题所急需的动作和仲裁。

编程卡塔的最终目标,也是逐日练习以达成炉火纯青。反复的练习会训练大脑与手指如何动作以及反馈。在相连练习当众,你或许会发现动作的微薄进步,或者解决问题效率的宽度提升。

如果上热键和导航操作,以及测试驱动开发、持续集成之类的方式,找全的卡塔来练都是一定有效的。

Bob大叔被来了一些卡塔,参考网站http://codekata.pragprog.com,其中包括在《ASD》中给出的保龄球计分程序。今年后备教练训练营的TDD作业,我做的就是这个BowlingGame的程序。

实在的挑战是将一个卡塔练习到炉火纯青,你可窥见其中的音频。要形成及时无异沾而免容易。

当同一称作“专业人士”,不仅仅是一律栽荣誉,它再也多的表示义务,正所谓用戴王冠,必承其重。当型蒙生出有“临时工”犯了错,他大可不必承担责任,只需要摊摊手,说几句自我安慰的口舌;如果是“职业”人员,你得也和谐写的各国一行代码负责,出了bug必须担负相应的事。
“职业”的程序员也应有有协调的职业道德,Bob大叔把她概括为以下8点:

瓦萨

瓦萨基本得以说凡是片独人口的卡塔。其中的招式需要规范地记得,反复排练。一个人口靠责攻,另一个人负担守。攻守双方互换时,各种动作要一律如再次、再而三地频。

程序员可以用同种植让“乒乓”的玩乐来开展类似之勤学苦练:两单人口挑选一个卡塔,或者一个简约问题,一个人写单元测试,另一个口形容序通过单元测试,然后换成角色。

擅自练习

轻易练习就是休限制形式之搏击。模拟打斗与编程并无是专程贴合。不过,很多编程练习场中还见面玩同样栽名叫“自由练习”的嬉戏。它充分像由简单单参与者解决问题之瓦萨,只是随便练习是起很多丁踏足的,而且规则是好继承的。在肆意练习着,屏幕被投影到墙上,一个口形容测试,然后以下来,另一个总人口形容序通过测试,再写下一个测试。桌子边的口一个个轮班接下,或者来趣味的食指方可自己排队与。无论怎么布局,都是深幽默之。

面就三种方法,无一不是以TDD的法门展开,和达标平等节的始末可。另外还有在业余时间参与开源社区,也是援引的练方法,总之,专业人士需要持续的练习。

好歹,专业人士都急需练习。他们这么做,是坐其关心自己力所能及到位的绝好结果。更要紧之是,他们之所以好的年华练习,因为它们了解保持和谐的艺不落后是和谐的义务,而非是雇主的权责。练习的下你是获利不交钱的,但是练过后,你晤面得回报,而且是有钱的回报。

  • 打探你的世界
  • 咬牙修
  • 练习
  • 合作
  • 辅导
  • 叩问工作领域
  • 与雇主/客户保持一致
  • 谦逊

第7段  验收测试

Bob大叔举了一个暨业务人员一起因为持续探索的法子写应用程序的例证,并总了部分历。其实是双重同次阐述了疾的局部法,强调别是必会有的,过早精细化是休必要之,业务方自己好可能并不知道自己只要啊。应对法是推精细化,用验收测试驱动开发。验收测试要自动化。几年前测试团队做过相关的品味,当时以为当验收自动化测试高达投入来接触大,没有继承进行下去,2018年是未是可以更品尝一下,改变一下PO和BA的做事章程?

Chapter 2. Say No

验收测试与单元测试

验收测试是描摹为工作方看的,单元测试是形容个程序员的,它们并无还。它们的要功效实在不是测试,测试只有是隶属功能。它们首先是文档,其次才是测试。

差的程序员敢于与具象斗争,敢于说“不”。尤达说了:“能饶是会,不能够就是匪克。不要说‘试试看’”。如果某个项任务而无法胜任,拒绝接受总比临近交付日期才报产品经营你无法成功好;同样的,如果无办法在有时刻外就,就绝不说“试试看”。试试看意味着你见面尝试在去就,而大部分人还是乐观主义者,这样说一样于同一种承诺。碍于情面的人或觉得不妥,需要指出的是:“say
no”
连无代表拒绝合作,而且为了组织更好的上扬。

图形界面的测试

这边提到了长ID和子测试服务有限种植办法,都是先就尝试了之,关键是如找到项目实际的出生。

Chapter 3. Say Yes

不停集成

此处关键涉及的是不停集成的纪律,集成失败必须立即修复,这是优先级最高的事务。实际做起来是待公民意识上之转之。

而你认为“say no”受您可怜麻烦啊情,那么,“say
yes”
(做出承诺)也老有挑战性。做出承诺包含了三独步骤:

第8章节 测试策略

“QA应该找不交外不当”,这是针对专业人士的渴求。QA的主要职责不是发现程序员的谬误,保证程序尚未错误是程序员自己的天职。那QA做呀?

QA于集体中设去的凡要求则定义者(specifier)和特点描述者(characterizer)。

急需则定义者:QA的职责是与业务人员一起创建自动化验收测试,作为系统真正的求则文档。

特性描述者:QA的别一样码职责是遵循探索式测试的尺码,描述系统运行着的真实情况,将之反映给开发人员和业务人员。在这项任务中,QA并从未解析需求,而是以辨别系统的真实情况。

  • 口头上说友好用会见失掉举行
  • 中心认真对照做出的允诺
  • 审付诸行动

自动化测试金字塔

正规开发人员遵循测试驱动开发之渴求来创造单元测试。专业开发组织下验收测试定义系统要求,使用持续集成保证质量稳步提升;同时,这些测试又属于全局测试网。拥有相同效单元测试和验收测试的还要,还待发出重胜层次之测试,这样QA才找不发出其他不当。

Bob大叔被起了五叠的自动化测试金字塔,和我们经常看到的老三交汇的金字塔不顶相同,从下到上依次是:单元测试、组件测试、集成测试、系统测试、人工探索式测试。

单元测试是程序员自己修好用,并且要形成类似100%之覆盖率,通常以90%上述,并且是真正的覆盖率,而非是那种虽然会通过但连无关心运行结果的不当的单元测试。

组件测试和集成测试都是对准API进行的测试。组件测试针对单个组件,集成测试针对多独零件。组件测试由QA和业务人员编写,开发人员提供援助。常用之家伙是FitNesse,
JBehave,
Cucumber。针对GUI的凡Selenium或Watir等工具。组件测试要盖差不多系统的一半,主要是水到渠成路。异常路径是要是乘单元测试来罩的。集成测试主要对大型系统,是编排性测试,主要不是测试工作规则,而是测试组件装配在一起时是否和谐。集成测试一般由网架构师或主设计师来修,用于确认系架构层面的组织是否是是。集成测试时运作比较丰富,一般不会见作为频频集成的一致有的。

系统测试大约占用测试的10%,由系统架构师和技艺官员编写,一般是在GUI层次。

事在人为探索性测试不是自动化测试,它需用人类的创新能力,对系进行深入研讨及追究。预先编写测试计划反而会减弱这仿佛测试的效果。可以设想部分黎民百姓“抓虫”行动。覆盖率不是革命性测试的靶子。

“职业之”程序员对友好做出的答应会完结言必行,行必果,甚至当相应的义务,职场上可不允许随便说说而已。

结论

TDD、验收测试这些做起来,最终目标还是深受QA找不至任何错误。

Chapter 4. 编码

第9回 时间管理

“职业的”程序员应该拥有得天独厚的编码能力。代码要净化、符合规范,特别是在赶进度的情状下。Bob大叔在《Clean
Code》(《代码的清新的志》)中说及,一个外科医生不见面为时紧迫而应病人的恳求——不要洗手就是做手术,因为如此连无是饭碗之做法(更别说犯罪)。同样地,职业之程序员不见面坐日子紧急就形容来混乱的代码或者多履代码的函数,这样说道不上快,只会于进度更加慢。整洁的代码也得打平常连的训练养成,这上面的写来《The
Art of Readable Code》、Bob大叔的《Clean Code》、《Code Complete》。

会议

有关会议,有些许漫漫真理:

(1)会议是必需的;

(2)会议浪费了大量日。

通常,两长真理而适用于同一场会议。有些与会者认为这片漫漫总结得老大好,有些则认为它是无可非议的废话。

公用吗祥和之工夫负责,所以您待选择哪会与哪些会不列席。Bob大叔提到Scrum的季会见之题目,相关内容应好参见Scrum相关书籍。

Chapter 5. 测试

争论/反对

Kent
Beck曾告知自己一个深厚的理:“凡从事非可知在5分钟内解决之争议,都无克因辩论解决。”

如若争论得解决,就应有要求争论各方在5分钟时间内为大家摆明问题,然后大家投票。这样,整个会议花费之岁月未会见越15分钟。

Bob大叔的开发一个特征(虽然自己只看罢些微本…),他会当匪小心中专门地栽测试点的情节。看他的书写还见面针对TDD有自然之了解,此处有些去n个字……
不论是不是以TDD的方法,“职业之”程序员都必有自然之测试能力。最为开发人员,写的不过多就是单元测试,虽然单元测试不可知保证程序一定非出错,但是写好的单测是指向团结代码负责之相同种植体现。如果代码没有测试了就是签入代码库,无异于放上一个定时炸弹。《Code
Complete》里面介绍了片术,可以于描绘更少量的单测的图景下埋到更多的代码,例如结构化的根底测试。

注意力点数

今天凡是单怎样快注意力的时代,每个人无限难得之资源就是注意力,谁抢到再次多之注意力就会获利。如何保持注意力?

首先得确保睡眠。Bob大叔每晚要睡7时。年初产生几个月我早已每晚睡眠5时,想多争取把时间工作跟读书,靠每天早上底咖啡来支撑,后来发现自己有接触扛不歇,就硬着头皮为7时睡眠靠了。前阵子听樊登说《睡眠革命》,一个上床周期时是1.5小时,如果在睡觉周期中被闹醒,则整天都见面让影响,所以睡眠时太是1.5钟头的整数倍,一完美累积睡到35独周期即从未有过问题。正在尝试着,貌似很有道理。

肌肉注意力。体力活动要肌肉注意力,编程需要心智注意力,两者的求不雷同。不过定期训练肌肉注意力可以升官心智注意力的上限。Bob大叔的做法是跨单车1-2钟头,大约30-50km,骑车的上可放播客或者音乐。我好大爱慢跑的,周六的朝徐跑听书是千篇一律栽享受,也是均等种植放松。不过进入冬季雾霾再次了不畏从来不怎么跑了。不过当老伴做来俯卧撑也十分有裨益。

Chapter 6. 预估

光阴拆分和番茄工作法

番茄工作法自之所以过一段时间,有时经常给封堵或者自己心肠没法静下来;有时还要觉得25分钟时间好像有点不够,专注的举行相同起工作时刚进入状态,番茄就寿终正寝了。看到局部文章说番茄时设置成1小时比较好。不过按照Bob大叔前面的布道,其实进入心流状态并无是老大好。也许25分钟之番茄钟就是不行正确的。

倘避的作为是事先级错乱,或者未以先级依次来处理,这个业务在我身上吗经常闹,明明清楚有只业务是生死攸关之,但一连拖到终极一刻才举行,把自己逼到死角,搞得非常混乱。

西红柿时呢急需回顾,感觉番茄工作法就是一个丁的Scrum。我本着协调之追思就是对于每项工作的预估时间或时常偏乐观,也许是盖自己生完美主义的赞同。这个与快捷的笔触并无太配合,造成自己效率不高,需要调整。

软件开发过程遭到最为常并发的题材就是缓交付,因为快延期往往导致开发人员需要连续的加班,甚至通宵的等到进度,而以此日子很多时刻还是由于路组过于乐观的预估。

穷途末路和泥潭

穷途末路:比如选择了走不通的技术道路,越是坚持浪费之时日更多。要记,任何时刻都起选择。

坑法则:如果您丢失进了坑里,别打。

正如死胡同更糟糕的凡泥潭。泥潭会减慢速度,但无见面被您到底停止下来。但倘若你若镇全力,你还可以赢得进展。

故此说泥潭比死胡同更麻烦,是因于泥塘中,你仍可以望发展的征程,而且看起连比回头路要少(虽然实际不是如此)。

当下点儿只所以然一样看就了解,可以什么鉴别哪些是死胡同,哪些是泥潭,哪些是亟需坚持充分过去之呢?感觉用大智慧才行啊。

  • 时间预估——三头版分析法
    老三头分析法是1957年美国海军之潜艇极地航行计划被的同一组成部分情节,是一样栽对预估的盘算方法,这种技能简单而有效,把预估变成概率分布。你可更享有三单数字预估有项任务:

    • O:乐观预估。这是颇乐观的数字,也就是是咱们常说的太抢时,快到程序没有怪,开发进程遭到莫见面出岔。实际上,为了维持乐天预估有义,这个数字对应之概率应当小于1%(正常分布下实际数字是3只西格玛或者0.13%)。
    • N:标称预估。这个数字概率最充分。如果打一摆放柱状图,标称预估就是最高的死去活来。
    • P:悲观预估。这是最不好的数字,因为她考虑到各种意想不到,比如飓风啊,战争啊。为了确保这数字来义,它的票房价值为应该小于1%。

    起矣上述三独预估,我们得这样描述概率分布:
    μ = (O+4N+P)/ 6
    μ 是天职之只求成功时。
    σ = (P – O)/ 6
    σ
    是天职之概率分布的正经各异,用来衡量不肯定。数字格外就是代表很勿确定。
    因此同样件职责之预估时间就是 μ/σ 。

第10章 预估

预估是软件开发人员对的最简易、也是最好骇人听闻的活动有了。

Chapter 7. 压力

诺与预估

答应是有目共睹的,必须要水到渠成,其他人会基于你的答应制定计划。不克兑现的应是相同栽诈骗。

预估是同样种猜想,预估错误无关声誉。

自己记忆Steve
McConnell的《快速软件开发》中产生过描述,预估总是会为出个别单价值,要么是一个间隔范围,要么是一个值与几率,而应就只发一个价。糟糕之是我们被闹的大多数预估都见面为领导者当成承诺,因为咱们于预估时数就给起一个价。

专门提一点,按照我们好任务的时长绘制有直方图,大致上是相符韦伯分布的,而休是正态分布。从我司的心路数据可以视这或多或少。如果出现显著不称韦伯分布之曲线,要么说明任务粒度差异比较深,要么说明这里有鲜明的不得了,需要关怀一下。

常用之预估方法,都是PMBOK中之知:三点学、DELPHI法等。计划扑克就是同样种DEPLHI法。

关于软件估算,McConnell专门写了一样本书,可惜没有投入时仔细读了。从更来拘禁,多人共撞倒首做类比估算是比较靠谱的,在PMBOK中称之为专家判断。目前业界的动向应是动效益点措施要高速功能点办法,感觉那个庐山真面目也是看似比较估算,不过大凡冲大数额的近乎比较估算,最基本的东西是彼积累之过剩的型数量信息。

开被发生相同截描述:

第11章 压力

就是发生压力,专业开发人员也会见无人问津毅然。尽管压力不断叠加,他还是会坚守所被之教练和纪律,他知这些是他据战胜由最后时限以及承诺锁带来的下压力感的最好好法子。

本章前面讲述了Bob大叔自己背压力及他的答应办法。确实以外40年的软件生涯被,什么都遇到过了。有趣味就看原书吧。

君见好睡在同样摆设手术台上,以为外科医生给您开开胸手术。医生全力挽救你的生,但是日少……
乃希望医生的展现怎么样?你指望他冷静、井井有条吗?你望他了解准确地命令助手为?你要他严词遵照当初训练时的做法坚守手术规程吗?
抑或想念为他汗流浃背、咒骂的声不绝于耳?想给他乱丢弃手术器械、把东西坏的哐当响也?想叫他满腹怨气责怪管理人员设定的无具体的手术时间,一直嚷嚷时间不足够用啊?你指望他展现得像相同名专业人士,还是像我们普遍的某些开发人员的那种做派?

维持清洁

快提高确保最后时限的艺术,便是维系整洁。专业人士不见面为快点前进而胡来。他们知晓“快如污染”是于相抵触的说教。脏乱只会招致慢性!

据悉涉以及自要好的明亮,如果工作连年以连接中,可以找到下同样个“接盘侠”,那么大家在工作中保持专业性的可能就见面大大降低。以前我维护的先后,我晓得出了问题还要协调失去解决,没有其他人可以因,所以为了让投机维护和喻程序的承负轻有,所以我会拿装有曾经知晓之题目都花费工夫清除掉,这样以碰到题目常常我哪怕未会见分心去考虑这些就解之题材。已掌握之题目包括编译器检查出底具备告警,要么通过修改代码消除掉隐患,要么自己要是坚信理解了编译器告警的由来,并且明确及时是无害的。事实证明这个的确管用,我异常呢己先维护了的程序的安定团结和代码质量自豪。

科学,那时自己还无亮堂Clean
Code和TDD,不然我定为当投机维护的代码中进行实施。

至于压力,最好之做法即是避免压力:

危机中的纪律

观自己在危机时刻被之影响,就可以了解自己的自信心。如果在危机中还按照着你守持的纪律,就认证你实在相信那些纪律。反过来说,如果在危机受到改变行为,就证实你并无真正相信常规行为遭到之尺码。

要以非危机时刻你见面照测试驱动开发的纪律,但是以危机时刻你放弃了这种做法,就认证您并无真正相信TDD是发生拉的。如果当平凡上你会专注保持代码整洁,但每当危机时刻你倒是会油然而生混乱的代码,就印证您并无审相信混乱会导致速度下滑。如果以危机时刻你见面结对工作,但平生可非结对,就印证您相信结对工作比不结对重新有效率。

Bob大叔已经说得挺清晰了,我一心赞同。意识不顶混乱会导致速度下滑,也许是以还未曾适度的胸襟方式让大家发现及及时或多或少。想起CMMI顾问魏先生曾被了之一个提议:只要企业未也修复程序故障支付酬金,或者只有出固定比例之待遇,也许对我们的提交质量升级会发比较大的促进作用。

  • 许:不要轻易做出承诺,承诺的时段也要是正确地预估,避免超负荷乐观。
  • 维持清洁:快速上扬确保最后时限的法门就是保持清洁。专业人士不会见以快点儿乱来。“快速而污染乱”是由相抵触的传教。
  • 危机受到的纪律:Bob大叔说了,观察自己当危机时刻被之反馈就是好了解自己之信念。如果当危机受到依旧按照你守持的纪律,就印证你真正相信那些纪律。选择那些你当危机受到仍然会按照的纪律规范,并且以备工作屡遭都守这些纪律。遵守这些纪律规范是免沦为危机的最好路。

应本着压力

1:不要慌;2:沟通;3:依靠你的纪律规范;4:寻求协助。

一旦压力都发,不可避免的,“职业”的做法是不要恐慌,而是从容不强迫、努力寻找解决方案,同时寻求支援。

第12章 协作

程序员正是为不善于跟食指打交道,喜欢和机具打交道才选了这工作。Bob大叔从程序员与雇主,程序员和程序员两个方面讨论了合作的题目,并且又是用好亲身经历来说法。曾经他做过独行侠,忽略了雇主及商社利益,惨遭解雇的故事。这有些大概好亮,但很有警惕作用,值得读一下。

Chapter 8. 协作

第13章节 团队以及种类

大部软件还是依靠集体开发出来的,单打独斗与游离于组织之外都是未标准的表现。即使是Linus
Torvalds这种单兵作战能力超越强的,也亟需平等积好程序员来援助维护Linux。想象一下deadline到来前您并线了命赶进度,恨不得多摸几单人口来帮衬,这时候若是意志力的深信组织开是规则的。那怎么平时可非愿意相信?
合作主要有零星接触:

发出凝聚力的社

变异集体要时日。团队成员需首先成立关系。他们待上学怎么相互合作,需要了解彼此的喜好、强项、弱项,最终,才能够凝聚成集团。

起凝聚力的团真的发若干神奇的处。他们能够一同创建奇迹。

发生凝聚力的组织通常有盖12叫做成员。由12私组成的优团队,人员配备情况是这样的:7称程序员、2称测试人员、2曰分析师和1曰项目经理。

是集团规模不相符5-9总人口之尺码,不过也许平常我们是觉得分析师(BA)和项目经理(PM)是团队客之口,算起来为基本上。这个层面多也是咱们以前一个科室的范畴,确实发好对。记得团队当解散的时段科室同事在铺论坛上预留一个帖子:“钢七连要解散了,实名留念”。我叫他人称作“七连长”(参考《士兵突击》),感觉就是本身十几年工作生涯蒙获了的高褒奖。

集团以及档次,何者为事先?

计算围绕项目来构建团队是同一栽傻乎乎的做法。按照这种做法,团队永恒都不容许形成凝聚力。

业内的支付组织会将品种分配受业已形成凝聚力的社,而未见面围绕在型来组建集团。一个生凝聚力的团伙能又承载多个种类,根据成员分头的意、技能与力量来分配工作,会顺利完成项目。

  • 跟开发人员的通力合作:这要求我们循正规写好代码、注释和文档,便于其他程序员更快理解。这为求程序员要发出完美的表达能力和写作能力。Joel
    Spolsky在《软件随想录》中给计算机系学生的提议遇,第一长达就算是:毕业前练好做。
  • 跟雇主的协作:代码应该是为工作服务,有的开发人员只略知一二为开好,随意的砍需求,或者想闹一部分不切实际的想法。所以Joel的提议(3)是:毕业前学好微观经济学。

结论

团伙比较种重新难构建。因此,组建稳健的组织,让团队以一个还要一个类型受到完全走并工作是较好的做法。并且,团队吗堪而且承载多只项目。在组装团队时,要致团队充分的岁月,让他俩形成凝聚力,一直联手工作,成为持续交付项目之雄强引擎。

第14回 辅导、学徒期与技能

顿时是全书的最后一段(不算是附录,附录说之凡工具,和人数无关),Bob大叔用自己的成长经历做了只小结,表达了针对性院校正式教学的失望,认为学校的傅并无会教会生编程,真正的编程是在工作中学习及推敲出的。这个确实是现状,可能当华夏同美国且是近乎之事态,我自认自己光是只中等水平的程序员,这个能力水平呢是以办事以后读了部分书写做了有些实行之后得到的,刚毕业的时节的确充分渣。


Bob大叔是雪鸟会议的发起者,某种意义上说得当是快速宣言之大,他还要为是软件工艺运动的递进者,他所以当下按照小开为我们阐述了哪里为专业人士,以及如何变成专业人士,为外的专业精神所折服,推荐程序员都读一诵读,然后不再自称“码农”。

深快乐好在点滴圆内读了了同等本书,并且就为是绝无仅有一遵循自己勾勒了了读后谢的修,感谢Bob大叔的凝练。

对了,其实还有最后之附录工具没有写,里面涉及了部署管理工具svn/git,代码编辑器IDE,持续集成工具,问题跟工具,自动化测试工具等,提供的且是无限精良之选项,值得学习与参考。


本身是来底线的

相关文章

标签:, , ,

Your Comments

近期评论

    功能


    网站地图xml地图