至少需要一個最先進的項目

Question

     我想談談我當前的僱主之一是否需要至少有一個最先進的項目，請記住，這家公司有一些非常糟糕的項目，當你考慮到構架，糟糕的可用性，當你考慮代碼的優雅時很糟糕。
    0123我想要一些意見，因爲雖然他是一個偉大的人，並且對想法持開放態度，但他被多次以荒謬的要求或者虛假的效率或質量承諾進行了轟炸。我想，我會有一個鏡頭，我想要一個頭像。

   任何能支持我討論的東西。

   由於我找到更多的證據，我會在這裏發帖。如果你有意見或經驗，請在使用它的時候我會很高興，當我面對這個人時，試圖幫助這家公司解決問題。
謝謝。

Answer 1

看起來您正在嘗試改進貴公司的軟件開發項目。你不需要一個「最先進的」項目來做到這一點。如果你是一位開發者，你的老闆會展示你可以在軟件上找到的不好的事情的證據，並向他們解釋這些不好的事情如何影響質量，效率，時間和金錢支出......然後提出具體措施，努力改進這些方面。

更好的方式來教你的老闆關於良好的代碼和開發過程的好處是，當你在一個具體的項目中時，實踐一種更好的做法，然後告訴他這種方法是如何改進的另一個項目。

我建議你閱讀喬爾的建議文章"Getting Things Done When You're Only a Grunt"

Answer 2

如果你的僱主遇到嚴重的軟件開發問題，一個新的「最先進的」項目是你最不需要的。閱讀好的軟件開發實踐，並首先將它們用於小型項目。 Pragmatic Programmers是開始閱讀材料的好地方。

Answer 3

也許與其徵求一個項目的想法，你可以談論你的業務有幾個問題，並詢問是否有人有想法如何處理它們，以向你的老闆展示你的理想。

我不明白爲什麼你覺得你需要有一個「最先進的」項目。我不確定我甚至明白這意味着什麼。如果沒有一種「最先進的」技術或方法符合您的業務需求，該怎麼辦？

我的建議是：

1. 找到一個解決的問題。除非你的工作是想出新的東西，然後爲他們創造需要 - 那麼，恭喜你的工作很好，我會閉嘴的。
2. 解決問題 - 使用最簡單，高效，經濟高效，及時和可維護的方法解決問題的方法和技術。
3. 利潤。你的老闆應該理解的不僅僅是你瞭解他的業務，關心其成功，而不僅僅是一些關於改善人類軟件開發的崇高理想。

Answer 4

在「藝術的國家」是你自己創造它的人。不過，我明白你來自哪裏。我和你以前的僱主處於類似的位置。我願意打賭，你可以採取一些措施來縮小差距。

1. 開始重構。除非有組織努力這樣做，否則綠地方法對簽署支票的人很少有吸引力。作爲開發人員/架構師，在「傳統」代碼庫中工作可能會非常令人沮喪。確定爭用點以及解決問題的更好方法。編寫單元測試以確保任何更改都不會中斷。使用類似代理模式的東西來隔離舊代碼中的新代碼可能是一個好主意。通過這樣一個類的授權可以讓你構建新的代碼，使你看起來合適。藉此機會創建一個包含應用程序體系結構功能的新程序集。如果你的計劃是正確的，你可以開始使用這個應用程序架構以非侵入性的方式重構代碼庫的其他部分。
2. 請求反饋。如果你不喜歡守則，那麼很可能 - 團隊的其他成員也會遇到他/她的問題。找出他們絕對害怕的代碼部分和原因。不同的人會不喜歡不同的領域，並提供沒有人會提供的洞察力。制定一個明確的行動計劃，並找出如何做得更好。這會讓你知道要採取什麼方向。
3. 代碼評論。如果你沒有這樣做，你需要開始。糾正代碼中的問題，使團隊不會不斷加重心痛。它還提供了一個很好的機會，說：「我們把一些東西放在一個地方，讓這更容易。看看你如何用新的應用程序體系結構來做到這一點......」
4. Educate。不管在最後期限內如何前沿，清潔和原始的東西可能會如此，但人們會回到儘可能快的速度。確保爲重構提供機會，並交流更好的方式來完成事情。
5. 採用更好的工具。像ReSharper這樣的東西是無價的，通常可以被認爲是關於提高生產力的權力。不要跌倒ReSharper鼠洞，而是看StyleCop的插件，以及名爲代理約翰遜和代理史密斯的插件。聯繫互聯網，找到你想要完成的事情的良好起點。 Codeplex是使建築師的生活更輕鬆的項目的寶庫。
6. 不要放棄。很容易感到沮喪。堅持你的槍支，但不要成爲事物的暴君。

我遵循了一個非常類似的方法，它的工作原理。最終，你建立了一個堅實的框架來建立起來，而新的項目則是通過它而建立起來的。它成爲使用的第二種本質，開發人員將享受重構代碼，使事情更加簡潔，穩定和「尖端」。