原创 設計模式:結構小總結

本小結本身和書上沒有啥大差異。只是自己理解認同的精簡,由多到小的表現。 adapte適配器 & bridge橋 兩者相同點在於提供一致穩定抽象接口表示,提供了靈活性。 主要是生命週期階段不同: adapte適配器是對已有的進行連接。是實現

原创 uio(universal input/output)協議設想(3)紫外線(UVA,UVB)強度測量的手機外設

20200620 計劃做一個控制成本20塊的紫外線(UVA,UVB)強度測量的手機外設。是不是要搞個開源衆籌項目? 經過幾天的摸索,有個初步的方案: 分兩個階段: 原型階段1. USB+MCU單片機+UVA+B-sensor紫外線傳感器

原创 select/poll/epoll分析:區別與聯繫

IO模型中一個重要的多路處理模型。 背景: 程序需要處理多路IO時,靠阻塞的同步IO或者非阻塞的輪詢都不是太好的選擇。 因爲阻塞IO只能處理單路IO比較有效,而非阻塞的輪詢無論是否有IO到來都會形成開銷。 因此需要一種事件推動的模型,能對

原创 新視角,改變自己也是一種改變世界

如果一件事情足夠好了,那麼便是這件事的終點形態。就像叫不醒假睡的人一般,不能指望自以爲是的人做出改變,沒那個必要改變。 知道自己是毛病很多的普通人,但是時常忘記這點。畢竟內心一致(自我感覺良好)才能安穩無憂的混過每一天。 時間過得匆忙,偶

原创 面試的一些小結

  關於編程題: 1. 一道看似簡單的編程題目,功能似乎10行就能搞定。爲啥不能沉下心,把命令,功能,邊界條件,異常處理,時間空間性能優化等等方面都考慮好,追求極致? 不願意做好,有人撥高成態度問題。我想更可能是認識問題。容易從思想上是有

原创 生態競爭

PDCA環是個很不錯的方法。但是加上一個Q可能更好一點。Q就是question問題。 發現問題是一種能力,算是比較重要的能力。事件是起點是什麼,往往是發現了一個問題。 我們說一個東西的瞭解,至少包括以下幾個方面: 1)知道它好的方面,同時

原创 工作上的通用小原則

好點的經驗並不多。算是工作場景上的一個通用小原則。 大概是12年的事,20年還記得。那裏我的組長Z跟我閒聊,那會我剛從上家跳到這家公司。Z說你上家是一家令人尊敬的司。然後balabala的講故事。好像是說做光驅的產品,然後新產品出了技術問

原创 DIY DS18b20+AVR+BLE藍牙+安卓手機 查看機箱氣溫

itx服務器放在櫃子裏,雖然功耗不大,但是通風不好,溫度有點小高。 cpu溫度可以用sensor查看,但是機箱氣溫和cpu溫度有較大差異。 用DS18b20測溫還是很準的,AVR單處機夠古老(軟件資源有不少),BLE藍牙方便,也容易與安卓

原创 騰達無線usb wifi 網卡u1 RTL8192EU在centos7.6 1810的編譯適配

原以爲so easy的小事情:從官網下載相應的驅動編譯,安裝,配置一下就好了。 事實上還是有2個坑的,首先是編譯一大串的錯誤。 make[2]: *** [/root/ws/RTL8192EU_linux_v5.2.7_22739_COE

原创 T410i開機顯示fan error修復

---背景--- 這是臺老機器(好像2010年),也沒有怎麼用,成色還可以。 今天開機在BIOS階段顯示fan error,然後滴滴兩下就關機了。試了幾次重新開機,都是如此。 簡單處理修復了,記錄一下供大家參考。 依稀記得好像曾經修過一次

原创 win8.1系統安裝python3.8.0失敗的解決方法: 提示api-ms-win-crt-runtime-l1-1-0.dll缺失

結論: 這個是微軟件的bug,正解是下載安裝修復包Windows8.1-KB3118401-x64。 分析: 文件api-ms-win-crt-runtime-l1-1-0.dll是存在的,安裝VS2015發佈包也是不能解決的。 work

原创 Linux kernel併發處理

理解好併發處理,有幾個小概念是相關的。 1.由於圖靈機本身是依賴side-effect來工作,故同步互斥機制便有了必要性。代碼角度來看,如果依賴了共享的變量,便意味着可能需要同步保護。如果是lamada演算的函數式編程,是不需要同步保護滴

原创 2019-2020 個人Linux內核技術路線規劃(隨筆)

最近在想自己的Linux kernel roadmap要怎麼定,應該是之前還沒有想清楚。只是有些模糊的,一時的,零星的想法。已經2019年了,想來接觸到Linux已經有十多年。倒現在只能說略懂一點能扯淡的皮毛,這個現實多少有點讓自己感到沮