Markus Machatschek：一位長期 Meilisearch 貢獻者的觀點

認識 Markus

首先，我們請 Markus 自我介紹。

「我是 Markus，是 devjob.at 的軟體開發人員。我喜歡嘗試新技術和套件、原型設計想法，以及改進程式碼庫。我的主要興趣領域在於後端和基礎設施主題。在空閒時間，我會閱讀大量科技文章，並追蹤科技推特，以了解我們這個瞬息萬變的開發世界的新動態。」

您可以在推特上找到他，帳號是 @m4ch4tschek

「除了科技方面，我也喜歡在大自然中度過時光。自從養了狗之後，我開始對狗狗訓練產生興趣。我投入大量的時間在其中，並且認為這時間花得很值得。」

好奇的人都想知道！我們忍不住要問他帳號推薦。如果您也迫不及待想知道，別擔心，這裡列出了 Markus 推薦的推特熱門帳號

• @marcelpociot：Markus 讚揚 Marcel Pociot 建立圍繞 Laravel 和其他專案的最佳開發人員工具，並快速為開發人員的問題提供可行的解決方案。
• @JackEllis：他覺得 Jack Ellis 作為 CTO 挑戰 Google 分析業務的旅程非常鼓舞人心。
• @mathemagic1an：這個帳號涵蓋所有關於 AI 的內容，他推薦給任何對這個領域感興趣的人。
• @mattpocockuk：Markus 認為這個帳號的所有者擁有「TypeScript 超能力」
• @tobias_petry：對於 SQL 內容，他建議追蹤 Tobias
• @mjackson 和 @kentcdodds 因為他們在 Remix 上的工作而被推薦

當然，他也建議追蹤 @meilisearch 😎

一見鍾情

Markus 在 2020 年底發現了 Meilisearch。雖然他不太記得他是如何第一次聽到 Meilisearch 的，但他記得自己被它的簡潔性所吸引

「終於出現了快速且可配置，我能輕鬆理解和部署而無需博士學位的東西。」

他最終將其導入了兩個專案中，其中一個 DEVWorkplaces 在我們的電子報中被重點介紹。DEVWorkplaces 專注於 DACH 地區的職位搜尋和開發工作場所探索。它已經在生產環境中使用 Algolia，但它並未完全滿足產品的需求。

當被問及 Meilisearch 為此帶來哪些 Algolia 無法提供的優勢時，Markus 列出了幾個關鍵優勢。首先，Meilisearch 提供自託管選項，這對他的團隊來說是一大優勢。其次，他很欣賞本機開發環境以及 Meilisearch 是開放原始碼的事實。最後，Markus 發現 Meilisearch 易於使用，且團隊成員容易理解，使其成為所有相關人員更容易使用的工具。

我們很好奇想知道 Markus 對於 Meilisearch 從 2020 年到 2023 年的演變有何看法。Meilisearch 是從好變更好，還是變得更糟？值得慶幸的是，Meilisearch 似乎朝著正確的方向發展 😀

「看到社群成長是最大的重點。框架/語言整合的採用率增加是非常驚人的。此外，現在有更多的團隊成員。從版本發布、產品決策到溝通、部落格文章和社群互動，一切都更加專業（以好的方式）。」

作為一位開發人員倡導者和最早的團隊成員之一，我很樂意聽到這樣的話！事實是，Meilisearch 的每個人都為我們取得的成就感到非常自豪，並對未來感到非常興奮！我們很感動看到有些人從一開始就支持我們 🥰

從使用者到貢獻者

我們總是對個人如何躍躍欲試地為專案做出貢獻感到好奇。以 Markus 的情況來說，這是迫不得已的。當他遇到問題時，他認為沒有其他選擇，只能自己解決。隨著他越來越投入開放原始碼專案，Markus 開始為 Meilisearch 和 KeystoneJS 做出貢獻，這兩個專案都是他在工作中使用的。

「由於開放原始碼專案大多取決於使用者的貢獻，這是必然的途徑。此外，為開放原始碼專案做出貢獻（無論規模大小）是我喜歡的事情，即使我希望可以做出更多貢獻。」

Markus 的貢獻隨著時間的推移而演變。儘管他仍然為程式碼修復做出貢獻，但他已開始更多地參與非程式碼任務。Markus 對於與 Laravel Scout 相關的問題或疑問特別感興趣，並盡可能提供有用的答案。他也積極參與產品討論。

「我訂閱了讓我在日常使用 Meilisearch 時更加輕鬆的主題。Guillaume Mourier（Meilisearch 的產品經理）努力嘗試收集盡可能多的關於新功能或變更的資訊。這很棒，因為我們（貢獻者和使用者）可以在任何產品決策實施之前添加意見。」

正是這種回饋幫助我們隨著時間的推移不斷改進 Meilisearch，我們感謝 Markus 和我們社群的貢獻。我們很高興能夠根據他和我們社群的意見繼續改進我們的產品。這就是為什麼我們問他關於他希望在不久的將來看到的功能，而他沒有讓我們失望！他有很多想法

「我認為如果 Meilisearch 可以升級而無需建立資料庫轉儲並重新導入，那就太好了。只需關閉 Meilisearch 並以較新版本啟動即可。目前，如果我們想要實施零停機部署（同時擁有舊的 Meilisearch 執行個體和新的執行個體，並將變更同步到兩個執行個體，直到所有項目都是最新的），就會導致搜尋端點的停機時間延長，以及實施方面的額外開銷。」

「此外，針對我目前的工作專案，我們非常希望能夠有多重地理點的支援。由於目前缺少這項功能，我們需要使用 distinct attribute 功能，但遺憾的是，在搜尋結果數量龐大時，這個功能的搜尋請求速度非常緩慢。」

很高興能與 Markus 聊天，並了解他使用 Meilisearch 的經驗。能夠聽取社群成員的意見，並了解他們使用 Meilisearch 的各種方式，總是令人感到愉快。我們很感謝 Markus 花時間與我們分享他的想法和經驗，並期待能繼續與他及我們的社群合作，創造快速、強大且可靠的搜尋體驗。

如果您有興趣了解其他開發人員和組織如何使用 Meilisearch，請查看我們之前與主要語言貢獻者之一的 Minoru Osuka 的[Meilistar 訪談](/blog/meilistar-interview-minoru-osuka/)。