每年三次，Braze周圍的員工都會從正常工作中抽出兩天時間來參加Hack days活動。這些活動是Braze的長期實踐，反映了該公司如何為設想和實現新想法創造空間。這些活動為鼓勵創新思維、突出寵物興趣、甚至在大大小小的方麵優化Braze平台提供了機會。

為了表彰每個Hack Day的工作，Building Braze將對參與者進行特別難忘的項目或經曆的分析。這周，我們要和Derek Schultz，產品工程經理*。

12小時編程的樂趣

我想自從2019年加入Braze以來，我參加了每一個Hack Day。大多數情況下，我最終會向公司的其他成員演示我想出的產品。我發現在Hack Day項目中我通常是獨自工作的，即使我在日常工作中是協作的;我喜歡和其他工程師一起工作，但是為了好玩，我喜歡快速工作。不需要任何溝通的開銷，隻需連續12個小時編寫代碼，這很好。

想法可以來自任何地方

我對Hack Day項目的想法來自不同的地方。有時，在我的日常工作生活中會有一些困擾我的事情，我把它們記錄在電腦上的一個純文本文檔中。當“Hack Day”到來的時候，我就會瀏覽這個列表，看看是否有我想要實現的東西。

其他時候，想法來自於某人說的話，比如我最近的一個項目是在電子郵件活動中添加反饋注釋。這個想法來自於我們團隊的產品經理在吃午飯時說的話。我喜歡問pm們是否有什麼事情讓他們抓狂，這可能是一個快速解決的方法——這些項目是我最擅長的。

簡化高度複雜的特性請求

這一次，這個想法來自釺篝火，我們的客戶群體。一位客戶詢問是否可以將一個活動從一個應用程序組複製到另一個應用程序組。這篇帖子引發了其他Braze用戶的一整個帖子，“不，我希望我也能這麼做。”有人想出了一個瘋狂的解決辦法，使用了Braze完全不支持的無文檔API端點。人們非常想讓它工作，他們基本上挖掘了Braze的前端源代碼，並找到了黑進去的方法。

自然，這似乎是Hack Day的完美主意!跨應用組克隆實際上已經出現在我們的內部Productboard上，這是一直以來最受歡迎的功能之一。我就想，“好吧，我得試一試。”

問題是，雖然像跨應用群組克隆這樣的功能表麵上看起來非常簡單——隻是將一個活動從一個應用群組複製到另一個應用群組，對吧?但它實際上在技術上是非常複雜的，因為在一個戰役和Braze係統的其他部分之間存在著所有的聯係。例如，競選活動是不同的受眾細分擁有與特定團隊綁定的權限，並可以利用特定的自定義事件。最終，一個特定活動的許多元素都是特定於應用群組的，當你試圖將其打包並將該活動的副本移動到不同的應用群組時便會產生複雜性。

因為我知道很難複製所有這些內容，所以我對Hack Day項目的想法是，我們應該隻複製那些容易移動的內容，保留其餘內容，然後向用戶傳達功能的局限性。因此，當你複製應用程序組時，會彈出一個模式，其中包含所有已複製和未複製的內容的全麵列表——例如，段或團隊權限不能複製。即使用戶需要在複製活動後進行調整，我們仍然可以通過允許他們移動活動的核心，然後讓他們在此基礎上進行構建，從而提供一些便利。

這個項目的編碼過程主要是使用蠻力邏輯完成的——從字麵上講，通過整個活動並說複製這個，不複製這個，等等。我不需要寫什麼複雜的算法;這隻是一個執行規則的問題，允許MVP版本的活動被複製和移動。在實踐中，這意味著我們是在複製特定活動的主要內容，而這正是其價值所在。例如，如果這是一個電子郵件活動，電子郵件的實際內容將被複製，我認為這是它的核心。

充分利用黑客日

為了充分利用Hack Day，擁有一個吸引人的演示版本是最重要的，至少對我來說是這樣。保持演示的簡短非常重要。如果它是交互式的，那就是額外的好處。在之前的Hack Day項目中，我在聊天中添加了一個鏈接，讓人們參與到這個功能中來。人們實時添加評論，這很有趣。

同時，試著清空工作日，轉移所有會議，這樣你就可以100%專注於你的項目。在Hack Days裏，上下文切換是我的敵人。你隻想專注一整天，這就是為什麼人們能夠在如此短的時間內完成任務。在hack的精神下，很多角落被削減了，但是有兩天的專注是非常棒的。

有興趣加入我們的黑客日嗎?Braze正在招聘工程、產品管理和用戶體驗團隊的各種職位。查看我們的職業頁麵了解我們的開放角色和我們的文化。

*博客文章中的所有內容都是一般性質的，例如。它不涉及Braze現在或將來打算向客戶提供的任何具體問題、功能或產品。manbetx万博全站客户端文章中的任何內容都不應被視為建議，帖子中的任何信息也不構成Braze平台未來技術特性或功能的部分或完整路線圖。