Java 與自行車：聖彼得堡聚會

14 天后，即 10 月 30 日，一場不尋常的免費聚會「Java 和自行車：什麼時候值得投資在後端編寫自己的工具？」將在 Wrike 辦公室舉行。

您可以在組織者的網站上註冊參加活動。派對將於 19:00 至 22:30 舉行，地址：St. Petersburg, Sverdlovskaya embankment 44D (BC Leto), Wrike office。如果您無法親自參加，您可以透過YouTube上的廣播觀看活動。活動的主題將是創建公司自己的產品及其客製化項目的獨特特徵。經驗豐富的演講者將詳細描述在哪些情況下投資內部工具的開發是有意義的，以及在哪些情況下您可以滿足於現成的解決方案。演講者將提出以下問題：專案架構師何時有權嘗試新技術、何時可以在公司層級部署工具以及選擇技術的靈活性有多大取決於專案的規模、專案期限、內部或外部客戶。這次聚會對於經驗豐富的 Java 開發人員、架構師、技術領導者和所有具有高水平意識的後端開發人員來說非常有用。

節目及演講嘉賓：

Dmitry Mamonov，Wrike“從自行車到摩托車：為什麼開發自己的解決方案比使用現成的框架更好。”

從技術角度來看，開發自己產品的過程與外包專案有何不同？什麼時候從頭開始投資開發才有意義，什麼時候最好採用現成的解決方案？

Vladimir Krasilshchik，Yandex“歡迎，否則不允許騎自行車”

在軟體開發中，編寫自己的自行車被視為工作中的浪漫。程式設計師自豪地分享他們的自行車並將其發佈到 Github 上。根據演講者的說法，這些都是“Hello World”項目，其目的是學習一些東西，或者是“我們不記得為什麼我們發明了一個可以長出頭髮的台球，但這非常困難”的廢話。

在演講中，演講者將討論「自行車手」或「自行車手」領隊在參加環法自行車賽之前應該問自己的問題。他將給出函式庫和框架的範例，其出現是合理的，並由務實的方法決定，以及創作的範例，其出現基於務實的考慮是不可能的。

Vyacheslav Lapin，EPAM – 打破“進入曲線”

發明「自行車」是一項很棒的教學技術！有抱負的藝術家大多臨摹大師的畫作，那麼為什麼NIH症候群在IT界被認為是邪惡的呢？畢竟，為了理解函式庫或框架是如何運作的，最好嘗試自己解決它們解決的問題，通常是編寫類似的東西。

自從我們轉向持續、永久的學習模式（事實上，學習和工作已經成為一個統一的過程），「自行車建造」在這方面完美地支持了我們，本質上是一種學習實踐：我們閱讀教程、文章、觀看在會議上發表演講，並嘗試在我們的戰鬥項目中嘗試其中的一些，從而找到沿著新技術「進入曲線」的最短路徑。

然而，這往往不是解決客戶業務問題的最短、最便宜和最安全的方式，因此很少會得到客戶的同意。在這種情況下，「貧窮的開發者」該何去何從？這將在維亞切斯拉夫的報告中討論。