陷于業(yè)務,無時間做基建和償還技術債,怎么辦?
做業(yè)務開發(fā)的二柱子每天陷入業(yè)務，沒有時間做基建，沒有時間償還技術債，項目里充斥著大量的 if-else，改動一個地方就會牽一發(fā)而動全身，他很焦慮，覺得這種情況長期下去，對個人發(fā)展很不利，發(fā)愁出路在哪里？
為什么會這樣？
如果是從別的團隊交接過來的項目，遺留問題很多，確實很難改，為了不影響現(xiàn)有邏輯，很多人會采用新加接口、邏輯的方式支持新需求的接入，隨著需求的不斷接入，代碼只會越來越臃腫，越難以維護，更別提基建了
如果不是交接過來的，而是自己從0到1起的項目，那可能做方案設計時，沒有做好抽象，沒有考慮到未來的擴展性，來個需求就做，改著改著，代碼就變得難以維護了
畢竟業(yè)務方不關注開發(fā)如何實現(xiàn)，他們只要系統(tǒng)支持功能，但開發(fā)要考慮，開發(fā)不考慮就是給自己挖坑了
怎么破？
有的小伙伴可能會說：
業(yè)務做起來了，就有辦法把債轉嫁出去。業(yè)務做死了，債還不還也無所謂了。只要可以一直借新還舊維持住不暴雷即可。優(yōu)先讓業(yè)務活下去，才有個人發(fā)展的方向
好像也很現(xiàn)實，如果業(yè)務做死了，也就不用還了，如果做不死，只要能跑不出問題就跑去唄，業(yè)務活下去，再談個人發(fā)展
但如果你有一定的代碼潔癖或者每次寫代碼真的痛苦的很，又或者你比較在乎個人的成長，可能需要你多付出一些
一句話，誰痛誰改變
- 明確問題：有什么影響，影響了效率還是影響了性能?
- 明確目的：如果改了有哪些好處？開發(fā)效率更高了還是性能更好了?
- 給出方案：打補丁還是重構系統(tǒng)，并簡單想一下每種改造方案的改造成本，如果改造成本很高，是否可以分期實現(xiàn)
想好以上三點后，寫個技術方案并找領導談，正常的領導一般都會支持你搞，但是很現(xiàn)實的一點是，可能不會給你留出大片時間搞這個。可以找需求稀疏的時候做，也可以在需求間隙做，但也可能需要你加班，或占用你一些個人時間來做，怎么選還是看你，畢竟躺平還是擠時間的選擇權在你
讀到這里的你，是否有相同的困惑？或者你是怎么看待和解決這個問題的?
歡迎留言與大家一起討論！