當我想到關於我們正在構建的應用程序的總體設計時,我在工作場所很孤單。我沒有人討論與不同的框架,技術,模式,分層等利弊。其他程序員或者不在乎或者認爲「舊的方式」沒有問題,這並不是因爲這些應用程序很難維護,不可測試等。如何驗證軟件設計?
任何有關我如何能夠找到志同道合的想法,申請審查或...?我寧願不改變僱主,但不排除這一點。
當我想到關於我們正在構建的應用程序的總體設計時,我在工作場所很孤單。我沒有人討論與不同的框架,技術,模式,分層等利弊。其他程序員或者不在乎或者認爲「舊的方式」沒有問題,這並不是因爲這些應用程序很難維護,不可測試等。如何驗證軟件設計?
任何有關我如何能夠找到志同道合的想法,申請審查或...?我寧願不改變僱主,但不排除這一點。
當其他程序員關心良好的軟件設計時,這絕對讓人難過。唯一的東西我可以建議做的是:
希望幫助本地用戶組的好方法。
你可以與他們交談,看他們是否願意做Unit Testing。告訴他們,如果他們從測試驅動的開發角度來看它,這將幫助他們更快地發現錯誤 - 這是絕對正確的。
不幸的是,這是你需要與你的經理和其他程序員談談以找出最佳解決方案。許多地方不做任何測試,而且令人失望。
儘管如此,測試是您可以用來驗證軟件的最佳方法。
是否意識到學習新框架並適應它們確實需要時間才能完成項目。研究新語言是我經常看到程序員用自己的毛錢做的事情,或者他們忙於工作,他們沒有精力在數小時後查看新的東西。
這是軟件業務處處標準的情況。大多數工人沒有資格,根本不在乎。那些通常會表現出冷漠,換工作或者最終開始自己的事情,然後只爲薪水而做其他工作的人。
在大多數情況下,您無法做任何事情,因爲您的興趣與您的僱主不一致。你的:使軟件完美。僱主:使軟件帶來收入並削減所有可能的開支。他們幾乎從不見面,除了在單一情況下。你需要運氣才能找到這樣的地方。
我把你的問題分解成兩部分:
1)一個是你正在與那些不關心或不理解設計的人一起提問或給出意見。如果人們不關心,那麼你可以做的事情就不多了(除了找到一份不同的工作)。如果他們不明白,我會說,也許你可以把設計演示放在一起,讓他們加快速度,所以你可以讓這些「這是一個很好的設計」對話。
2)如果你正在尋找物理驗證,我通常發現有幫助的是做prototyping。這通常會爲您提供一個好主意,可以解決您設計中可能出現的任何無法預料的問題。
如果您無法讓您的僱主瞭解V-model進行測試,那麼這是該公司的失敗原因。
我說:
每個地圖的他們相軟件開發生命週期,並且是驗證軟件設計的正確方向。如果可以的話,試着向高層解釋這一點。他們可能會受到啓發,如果你引入一些其他的公司這樣做,誰知道。
有關V-model的更多信息。
首先我建議您參與您所在地區的編程社區。即使您的公司的開發人員在曲線背後,也有可能會遇到討論軟件開發的本地團隊。例如,我去Spring用戶組和英國計算機學會會議。與同齡人混合會讓你接觸到不同的技術和方法,並且如果你尋找機會,也有機會了解能幫助你的人。
其次,值得讓外部顧問提供獨立的代碼或設計評審。這可能是一個棘手的問題,但是管理層從一個獨立的外部來源聽到事情比從一個更初級的開發人員說起來更容易。
我和你一模一樣。
就在昨天晚上,我發現了一個網站,您可以在其中上傳設計並獲得該設計的反饋。
當涉及到使用框架,模式等最好的事情是這樣的論壇。當有疑問時,請參閱其他建議和提問。
我從瀏覽不同的論壇/坐坐了解很多,但這很耗費時間。
試着找一些偶爾見面的小組,在啤酒上討論這樣的事情。我知道我的小鎮有會議(雖然我沒有時間參加)。