Tech tips

Java Development Team VS “Trendy Technologies” in Legacy Projects

在一個不斷發展的技術世界中,您的Java開發團隊在為遺留產品提供了多年支持之後是否過時了?我們必須首先了解遺留代碼是什麼才能完全回答這個問題。根據Wikipedia,遺留代碼是源代碼與長期支持或製造的操作系統或其他計算機技術有關。這個定義並不像人們期望的那麼清晰。

實際上,這些“關係”或換句話說,依賴關係經常導致腐敗,功能失敗,發佈時間短以及市場交付時間差。或者,更簡單地說,在包含遺留代碼的產品中運行將花費比他們需要的時間更長的時間。如上所述,上述事件是遺留軟件項目中的常客,但“持久”與“始終”是不同的,這意味著我們仍然沒有一個明確的定義。

這就是為什麼我們的工程師為遺留代碼設計自己的自定義定義的原因。只有在仔細檢查後才能對其進行評估,並且可以認為這是一種痛苦或益處。

所以這個JavaVS。現在怎麼辦

假設您有一個帶有舊代碼的產品。並且,與此同時,您正在使用新技術。這將引起一個悖論,即您想在產品中實施新技術,提高其交付速度,解決新問題和WhatsApp。

使用遺留代碼更好嗎?

新技術是否更適合該產品的選擇可能並不基於新技術,無論它們的能力如何。此選項應基於產品的初始體系結構。從理論上講,如果最初將其設計為可擴展為您,則永遠不需要新技術。

您可能仍然喜歡新框架和編程語言的外觀,但是您的項目永遠不會絕望。

確實存在著這樣的事實,即正在進行的業務決策沒有紮實的背景。

如果最初設計正確,並且可以承受當今的巨大負載和壓力,那麼使用遺留代碼將是一件輕而易舉的事情。類似於微服務架構的可伸縮產品中採用的新功能,在樂高塔上放置了更多的障礙。

可悲的是,這是一種罕見的情況。

對於較舊的項目,通常會發生這樣的事實,即企業主只是他們以前的體系結構選擇的人質。

QArea的Java專家已經指出了一種模式-遺留代碼通常既不是靜態的也不是可伸縮的。我們在這裡所做的是,我們進行詳細的審查,分析和結構化數據,以顯示產品的哪些區域存在缺陷以及如何修復它們。您已經投入了一筆小錢的項目毫無用處,並且需要總投資,甚至還需要過度投資,這簡直令人痛苦。

堅持使用Java?
當且僅當該產品不符合可擴展性和/或性能的預期標準時,才該更改舊代碼。從這裡開始,我們有兩種開發模式-考慮到整個架構將被重新設計的事實,我們可以使用Java或完全切換到另一種技術。

該選項取決於您和您的業務目標,但是我們仍然建議您使用Java。從長遠來看,它將是簡單且廉價的,並且如果使用得當,該語言仍然具有相當的可擴展性。Oracle員工每年發布帶有更新或補丁的新版本,而其中兩個無意停止。這是Java語言的一大優勢。

選擇群集!

做出決定後,無論您要使用哪種語言或技術來創建產品,合適的體系結構選擇都非常重要。在QArea,我們建議採用模塊化體系結構,因為它帶來了一系列顯著的好處。使用此模型,功能的每個元素都被視為一個單獨的群集,並且在其中進行的所有更改都不會影響整個系統。

我們在開發內部項目管理平台Timeguard時使用了這種方法,該平台可為我們的經理和客戶提供透明的,數據驅動的團隊績效分析。集群大小的功能還有另一個好處-您可以一次與多個供應商一起開發項目。我們的客戶通常在一個團隊開發核心功能而另一個團隊使用附加功能來支持它時實踐80/20模型。

Leave a Reply

Your email address will not be published. Required fields are marked *