稱(chēng)贊廈門(mén)的作文
技術(shù)債務(wù)就像信用卡一樣，會(huì )有很高的利息率，時(shí)間越長(cháng)，修復所花的代價(jià)就越大，程序員對這個(gè)要有深刻的認識。同時(shí)團隊應該培養一種保證設計質(zhì)量的文化，應當鼓勵重構、同時(shí)也應當鼓勵其它有關(guān)代碼質(zhì)量的實(shí)踐，在開(kāi)發(fā)時(shí)間中應當專(zhuān)門(mén)抽出一部分以解決技術(shù)債務(wù)。如果沒(méi)有合適的照料，代碼會(huì )變得越來(lái)越復雜難懂，最后沒(méi)人想碰它。
保持對原理的好奇心
不僅知道怎么用，還知道是什么原因。比如你做Android, 可以了解一下他的事件分發(fā)機制是什么樣的，它的Measure/Layout是怎么work的，有時(shí)間讀一讀它的源代碼， 看看他的原生控件是怎么實(shí)現的. 學(xué)iOS，了解一下它的內存管理，autorelease是怎么工作的，runtime是怎么工作的, runloop的原理是什么。做Server開(kāi)發(fā)，可以了解一下Nginx為什么性能好，Redis的工作原理如何，有時(shí)間也可以讀讀其源代碼。 做前端，也可以讀一讀 Angular 或 React 的源代碼。
專(zhuān)注
程序員的工作效率可以相差很大，其中區別很大的一點(diǎn)就是是否專(zhuān)注，就像線(xiàn)程切換一樣，恢復上下文有很高的代價(jià)。建議合理安排好自己的時(shí)間，盡量在上午 /下午留大塊的專(zhuān)注時(shí)間來(lái)做設計和編程，關(guān)掉IM/郵件/微信, 把面試/會(huì )議等安排在大塊時(shí)間之外, 同時(shí)也建議可以嘗試一下番茄工作法。
同理心
寫(xiě)代碼時(shí)要有同理心，考慮一個(gè)有少量上下文甚至完全不了解上下文的另外一個(gè)程序員他會(huì )怎么樣讀這個(gè)代碼，這樣自然就知道怎么寫(xiě)出可讀性好的代碼，該怎么命名，什么地方該加注釋。 考慮以后維護代碼的這個(gè)人就是你自己，這樣在偷懶做一些臨時(shí)的workaround時(shí)就會(huì )三思。 交付給測試人員時(shí)也要有同理心，有沒(méi)有做基本的質(zhì)量保證，有沒(méi)有跟測試溝通改動(dòng)可能的影響范圍，讓測試人員可以更有針對性的測試。
謀定而后動(dòng)
好的程序員不是拿到需求就開(kāi)始寫(xiě)代碼，而是先考慮清楚。 需求是否合理，是否能解決用戶(hù)的問(wèn)題，邏輯上是否有模糊或不完備的地方。 然后考慮設計的問(wèn)題，流程圖是什么樣的，類(lèi)圖是什么樣的，接口是什么樣的，對架構和模塊的影響是什么樣的，考慮清楚后才開(kāi)始寫(xiě)代碼。
架構思維/全局思維
理解整體架構是什么樣的，你開(kāi)發(fā)的模塊在架構中的層次，新增的改動(dòng)會(huì )不會(huì )對架構有污染，是否需要調整架構，所開(kāi)發(fā)的模塊可否抽象成通用模塊 或者可否復用已有模塊，或則重構已有模塊達到可復用目的。
設計語(yǔ)言
掌握適當的設計語(yǔ)言，比如 Plantuml 或 Visio，或者是一些設計模式，知道如何以簡(jiǎn)單清晰的方式去跟其他程序員描述和溝通你的設計和架構，大家理解一致了，才能更有效率的合作。
追求代碼質(zhì)量
代碼質(zhì)量是程序員的立足之本，在這一點(diǎn)上，要有精益求精的“匠心”。 我看到很多普通程序員做了不少項目后水平提升仍然不明顯，無(wú)它，對代碼質(zhì)量沒(méi)有精益求精的精神。 代碼規范，健壯性，可讀性，可維護性，無(wú)重復代碼等等，都要精益求精。
代碼審查
代碼審查是保證代碼和工程質(zhì)量的最有效手段，優(yōu)秀的公司(比如 Google)和優(yōu)秀的團隊都非常重視代碼審查。如果你還不能認識到它的重要性，可以查看這里
自動(dòng)化
好的程序員都應該有自動(dòng)化思維和工具思維，都應該會(huì )一門(mén)腳本語(yǔ)言，有自己的工具庫。我們應該通過(guò)工具及自動(dòng)化來(lái)改善我們的工作效率，以及避免一些人為的失誤。
【稱(chēng)贊廈門(mén)的作文】相關(guān)文章：
廈門(mén)作文(精選)01-06
廈門(mén)作文(經(jīng)典)05-08
廈門(mén)作文【精選】03-13
廈門(mén)的作文07-09
廈門(mén)的作文12-03
廈門(mén)游記 廈門(mén)之旅06-24
- 相關(guān)推薦