開箱文 - FOODCYCLER 廚餘大師

對於會自己煮飯，並且有小屁孩，並且住在一般公寓的家庭來說，要如何處理廚餘通常是最頭痛的問題。之前的作法就是把廚餘冰到冰箱冷凍庫，但是新的省電型冰箱的冷凍庫變成抽屜型後，能塞的容量也變少了，只能改放到冷藏區，就容易影響到其他食物。之前也試過使用酵素堆肥的方式來處理廚餘，不但很佔空間，味道也很難完全消滅。

所以處理廚餘的三個方法：冷凍/酵素/熱烘研磨，我已經試過兩個種，這次就來挑戰第三種！

source: 安德家品

為什麼幣圈都選擇用 Discord 而不是 Slack ?

Source: Slack vs. Discord: Which should you use?

 

最近看到幣圈舉辦活動，從一開始的 telegram 到後來大量使用 Discord 就充滿疑問

1. Why Discord not telegram ?
2. Why Discord not slack?

第一個問題比較簡單，因為各種活動 promotion & Airdrop 如果都在 telegram 上就被洗頻了，所以需要適當的分流。

至於第二個問題，在網路上找到許多答案，簡單來說也就是當初設計理念和 TA 就不同了。

Discord is ideal for online communities, while Slack is better for businesses. It's just what they're built for.

這邊快速整理幾個特點：

Slack 適合辦公場景

• 以 workspace 為收費和控管單位
• 免費版有訊息儲存上限
• 專注於『文字』溝通，且有 Thread 的概念（方便回去翻找東西）
• 有許多生產力工具的工具整合

Discord 適合社群經營

• 免費版沒有限制
• 以使用者為主體，使用者可以自己加錢升級方案
• 更強的功能是語音和視訊..等多媒體功能
• 缺少官方支援整合套件，不過社群 Bot 也不少

其中找到一篇文章有詳細的比較表：

更多文章可以參考：

• Slack Vs. Discord – Battle Of The Best Communication Tool
• Slack vs. Discord: Which should you use?
• Slack vs Discord: Which is Best for Your Team?
• Slack vs Discord vs Discourse: The best tool for your community

Jfrog Automotive DevOps Summit - CI/CD for C/C++

最近在研究汽車（ Automotive）產業，看到一個有趣也熟悉的議題，也就是牽扯到軟硬整合的 Automotive 產業該怎麼導入 DevOps ？以往我們熟悉的 DevOps 不就是寫好 code 把 code 部署上去營運就好？（好啦這是過度簡化版）。不過把這個情境移到 Automotive 產業就變成得更加複雜了，也順帶產生一堆需要被解決的問題，也正因為這樣才會看到 Jfrog 的 Automotive DevOps Summit。

雖然早在 2012 年研究 DevOps 工具時就知道 Jfrog ，但那時候只把它當作 Artifactory 看待，後沒就沒繼續追蹤下去，沒想到他已經轉型成 SaaS 公司並且在 NASDAQ 上市，後續還持續演進緊抓著 DevOps 的議題，有興趣的可以參考這篇文章介紹的很清楚：美股個股分析- 乘著DevOps浪潮的的SaaS公司- JFrog Ltd.(NASDAQ:FROG)。然後大概是 2019 年他們開始切入 Automotive 產業，在官網上可以看到這篇文章 Automotive DevOps: Rules of the Road Ahead，裡面描述為什麼這個議題突然變得如此重要？因為 Autonomous Cars are Code，現代的車子裡面充滿了各種微電腦和程式，更不用說未來的自駕車，下圖是一個系統裡面會有多少程式。

source: DevOps Automation Best Practices for Automotive Software Delivery

而這些程式都需要遵守這些 Rule，就很需要 DevOps 實踐：

• Rule 0: Don’t kill anyone!
• Rule 1: Should be up-to-date with the turn of a key.
• Rule 2: The car should get better over time.
• Rule 3: Reduce anxiety for drivers and developers.

Joe Justice 專訪 - Agile @ Tesla HR 篇逐字稿 - 2

Source: agile@tesla

敏慧：實在太讓人嫉妒了！我也想進到這個玩具店。接下來我們來談另一個議題：階層，因為你說特斯拉幾乎是『完全扁平化組織』，幾乎沒有階層的概念？就算職稱是經理，也可能跟其他公司想像的不一樣。他們只是另一種職位，因為這邊沒有部門？你可以針對這部分再多說一點嗎？我知道這邊也沒有職涯發展成長之類的事，但是總會有某種類似獎勵和認可的制度嗎？這邊有任何類似績效考核的概念嗎？比如說如何決定績效好？或者是任何激勵制度和獎金？如果有，那是如何決定？

Joe Justice：這邊有兩種有效的方法，一個是我們找出類似於績效考核的概念，特斯拉如何運作我們一般人所熟知的獎勵及認可機制，用類似階層組織架構和爬職業階梯的方式類比。另一種是透過人性的角度，爬職業階梯的目的是為了什麼？你還有什麼其他方法來達成這些目的？

讓我們先從第二個方法來講，如果你有一隻柴犬，如果你有一隻狗，你想要教這隻柴犬一個新的技能，你想幫助牠學習，揮手，在他房子前折返跑，跳或一些可愛的事？你會希望有一個直接的反饋迴路，讓它從提示和獎勵中做出我們要牠學習的行為。你會想要快速地見到到牠做了一些有用的事情。

Joe Justice 專訪 - Agile @ Tesla HR 篇逐字稿 -1

source: agile-tesla 

  

敏慧：Hi Joe，非常感謝你來上我們的 podcast。我們準備了超多問題要問你，希望你做好心理準備不要被嚇到。

Joe Justice：敏慧 / JF 放馬過來！感謝兩位今天一起來玩。

敏慧：讓我們馬上開始，Elon Musk 想要快速創新，而最終他也的確在 Tesla 建立了一個非常敏捷的組織，並且以這個流程撼動了整個汽車產業。所以在特斯拉人力資源部門是什麼樣子？是怎麼運作的？我甚至懷疑 Tesla 有人力資源部門嗎？

Joe Justice：好的。首先我要對形塑許多公司、了解敏捷人力營運的人們致敬，例如「Agile HR（敏捷人力資源部門）」一書其中一位作者 Riina 。我曾經與她共事過，她非常的傑出，並且對於這個領域有很深的見解。如果想要更加深入了解這個主題， Agile HR 無疑是一本好書，當然我很樂意在這邊分享 Tesla 內部運作的情形。沒錯， Telsa 有 人力資源部門，而且還不止一種。有生產 人力資源部門和一般的人力資源部門，至少就有這樣的區分。當我在 Telsa 加州 Fremont 總部推廣敏捷時就有與這些部門合作。
讓我介紹一下自己，我是個敏捷硬體推廣者，我從 2006年就開始使用敏捷方法製造車子。最終我加入了特斯拉，並且在裡面推廣敏捷。我在 2020年 成立了那個計畫，那時正經歷股票市場很有名的事件，也就是特斯拉將1股股票分割為5股，我在那段期間必須用敏捷的角度來推行這個重要的任務，也因此經歷了一段令人驚豔的旅程。在這邊想跟大家分享，沒錯，特斯拉有人力資源部門，而且不只一種。

2021 Domain Driven Design Conference：參加在 Gather Town 舉辦的 Conference 你不能不知道的小撇步

2021 年因為 COVID 的關係，許多 Conference 都轉成線上化，而許多 Conference 更首次嘗試使用 Gather Town 來舉辦，像是 COSCUP﹑PyCon，而這次 DDDTW-2021 年也將使用 Gather Town，獨家打造 Gather Town 的佈景與裝置，讓與會者遠端互動時，仍充滿樂趣與溫暖！ 

雖然使用 Gather Town 非常簡單，介面類似於網頁遊戲，只需要簡單三步驟就能使用： 

一、使用者在 Gather Town 創造屬於自己的虛擬角色後 

二、打開麥克風與喇叭 

三、移動進入其他與會者的互動範圍，便能開始與對方互動聊天。

但是真的只要知道這樣就夠了嗎？

下面列出幾個你不能不知道的 GatherTown 小知識！