用 Arduino 與 ESP32 打造空氣品質監測應用(3)- Arduino 踩雷篇
這篇會聊聊在 Arduino 以及語言上不熟悉而踩到的一些地雷
這篇會聊聊在 Arduino 以及語言上不熟悉而踩到的一些地雷
設計的面向有很多種,但是最後還是脫離不了人。選擇往人的方向走就可以不被單一領域所限制,也可以突破薪資天花板。
隨著瀏覽器可以做到的事情越來越多,前端能夠涵蓋的範圍也越來越廣了,光是前端這個名詞,可能就可以有多個分支
在網路當中,最常見的應該就是 TCP 通訊協定了。為了保證資料傳輸的正確性,我們需要一連串的機制來確保資料無誤,並且雙方可接收訊息。在硬體當中也需要做類似的事情。
用 arduino、esp32、感測器打造空氣品質監測應用!雖說是空氣品質,不過實作出來後也只有二氧化碳濃度跟溫濕度監測,如果有感測器的話要另外加上也不是太大的問題就是了。
從零開始的資料科學之旅
遊戲場景設定在一個寒冷的雪山,8 個玩家要想辦法合作,蒐集材料、修好發電機、呼叫直昇機後逃出。在過程中除了會有大自然的影響(動物、寒冷度、飢餓度)之外,還會有其他突發事件。
日本大約在 2 月中旬時,東京開始逐漸爆發疫情,雖然我在福岡上班,不過為了避免疫情擴散,公司在二月底時宣佈了遠端工作的政策,目的是為了減少通勤、減少感染等機會,在這邊紀錄一下心得
Typora 是我很喜歡用的 markdown 文字編輯器。不過在用的時候有個煩惱就是圖片上傳。因為 Typora 只會將圖片的路徑放入 markdown 當中...
其實很早就想要玩玩智慧家電,不過目前的電器都已經是固定的,沒有內建連網功能,要直接改成智慧家電要額外做工程
被主管升上 Tech Lead 後我的心情有點複雜,因為職等既沒有對應的提升,也沒有一個實際的稱號,只是被指名了「嘿,從現在開始你就是 Tech Lead」,然後加了一點薪水。
我在研究新的函式庫時,同時也會研究這個人(當然不是全部,不然一個 npm install 大概就要花一輩子去看了)。因為技術的創造者是人、函式庫的創造者是人、框架的創造者是人,大家都是有血有肉、有感情的人。
在 part1 當中我們提到了如何撰寫一個 JSON 解析器,並實作解析字串的功能,接下來我們把其他函數補上。(事實上只要知道基本原理,剩下的函數實作都是照本宣科而已)
今天會從解析 JSON 開始,講解如何從頭建立一個 JSON 解析器。由於 JSON 的架構簡單,很適合當作練習。
正當我開開心心用 svelte 實作了 smooth-scroll 之後,我發現其實可以用一行 CSS 達到
以往要做 CI,團隊中可能要花一些時間討論(吵架)CI 的解決方案,像是 CircleCI、DroneCI、Jenkins 等等,但是只要團隊當中將程式碼放在 Github 上面託管,就可以輕鬆和 Github 整合 CI,雖然的確不能說是萬靈丹、殺手鐧,但在一般要跑測試、甚至是 push and deploy 之類的場景我覺得都是蠻簡單就可以達到的,以下就來介紹一下 。
今天跑去看 Svelte 原始碼,摸熟架構的同時順便看看有沒有什麼簡單的 issue 可以拿來練手。
用螢幕錄影好麻煩,所以查了一下可不可以用 simulator 錄影,還真的可以
感覺 rollup 本身的機制還沒有 webpack 那麼齊全
但是 Svelte 走的路也註定會遇到一些問題,最主要的就是 Svelte 沒辦法在 runtime 當中幫你做太多事情。