TC_Chu's Point

嵌入式C語言自我修練

2021- 81

Making Embedded Systems

2021- 80

Embedded C Coding Standard

2021- 79

凝視太陽

2021- 78

Extreme C

2021- 77

綠燈

2021- 76

城市 演化 人

2021- 75

Mastering the FreeRTOS

2021- 74

Real-Time Operating System Book 2

2021- 73

Real-Time Operating System Book 1

2021- 72

Mastering STM32

2021- 71

新・標準プログラマーズライブラリ C言語 ポインタ完全制覇

2021- 69

Effective C

2021- 68

Pointer in C Programming

2021- 67

Interview 準備惡補一下 @@

int* ip
int const* ic-p
int* const i-pc
int const* const ic-pc

int (*a1)[] array pointer
int (*a2)[]
int (*)[10]

int (*fp) ()

struct node{
int data;
struct node *next;
};
typedef struct node Node;

The Clojure Workshop

2021- 66

甘願了 LISP 繞道可以暫時收工

アフターコロナ 見えてきた7つのメガトレンド (日経BPムック)

2021- 65

這是2020-7月出版的書

回顧了一下2020的過程

當我們在其中時會覺得各國反應不快

現在看來 其實還蠻迅速的 

不過是慢了2個月 @@ 跟台灣相比

書中有很多有趣的想法

不過疫情是一時的

雖然生活方式會有些改變

不過是--暫時宅在家變成美德

最終

人類還是喜歡群聚的

哈哈哈

PS.其中一個關於電話打到公司然後可以轉接到個人 這招不錯

例如1999的接聽服務 無須到公司 直接在家裡就好了!!

Telephone Service Distribution System

PS.城市自古以來一直是疾病衛生不佳的地方

但是我們依舊不斷的建造巨大的城市

後疫情時代依舊會持續這樣下去

那些"田園城市"的美夢就留給那些文人雅士的幻想吧

The Joy of JavaScript

2021- 64

雜訊 人類判斷的缺陷

2021- 63

目前讀到到第四部有點意見 想先說一下 避免忘記了

書中提到的判斷都是 單一獨立事件判斷 

人類演化的過程 生活的判斷比較少單一獨立事件吧?

應該是整體的

例如今天天氣如何? 該去打獵還是整理工具? 不是單一獨立事件

打獵是一個過程 整理也是一個過程

這些判斷的結果是會持續修正的因此也是一個過程

應該是現代社會的分工 才會讓我們變成單一獨立事件的判斷者

忘記哪邊看的

非洲部落的決定過程也是漫長的 

是一個眾人達成共識的過程

不是一個瞬間(一個星期?)的判斷

(一個星期可能太長了 對現代人而言)

當然書的論述也沒錯 人類的確不擅長這樣的判斷

畢竟我們的進化過程 目前的情況是全新的 @@

所以避免錯誤決策的影響太大

最好就是決策與實施是"滾動式的調整"

讓決策是一個長期的過程

而不是瞬間的決定

不過五倍券就沒辦法了 @@

PS.另外書中的某些問題 不是問判斷 是問感覺

因為正確答案都是不知道

例如給你背景資料 問你他的 GPA ??

PS.

雖然不知道 但是至少可以好好的猜

使用類似Bayes method. = (Prior Data + Know Information * Credit (0.2))

這樣雖不中亦不遠矣 @@

也很像Alpha-Beta Filter

R = History * R0 + Measurement*R1

R0+R1 = 1

R0 > R1 History has high credit

R1 > R0 Measurement has high credit

 

はじめてのLisp関数型プログラミング

2021- 63

死亡與生命手記

2021- 62

Javascript Cookbook 3rd

2021-61

惡魔財經辭典

2021-60

學英文都會先買字典

因此

買股票也要先買字典

這本不錯

PS.忽然覺得應該也要有一本

惡魔的網路行銷字典

一堆奇奇怪怪的名詞與縮寫

哈哈找到好多有趣的

https://www.articulatemarketing.com/blog/the-devils-marketing-dictionary

https://medium.com/young-coder/the-devils-dictionary-of-software-design-8f4fab207808

https://vector623.github.io/humor/2018/06/25/devils-dictionary.html

https://geekboss.com/the-devils-project-management-dictionary/

https://www.amazon.com/gp/product/0978940474/?targetmarketing

 

速查數學大百科事典

2021-59

Data Oriented Programming

2021-58

面試時 一位CTO問我有沒有聽過Data Oriented Design

我說我做了五年的Backend 只會Data Oriented Design.

CTO一臉懷疑

我解釋

我為何不用 C# or Java 

因為基本上

畢竟MongoDB output is Data (Bson) 

API output is Data (Json)

Why I need Class in between.

哈哈哈哈

All you need to do is  pipe you data from here to there.

Nodejs 超級適合這件事的

所以我用了五年

我不反對OO 尤其是在UI 或是Closed Domain 的環境

所謂的Closed Domain就是說

大家公認的 沒有毛的 例如Button就是Button

問題在Web Service for Business上

沒有幾件事是公認的

因此毛很多

這樣一來

Data Change -> Function Change

Function Change -> Data Change

OO 不太靈活

當然啦

如果OO 只有Data + Interface (Small Interface)

我覺得倒是還OK

因此Go or Rust 還不錯

(本書的作者用的是Clojure , Lisp的其中一個後代, Run on JVM)

不過

當然啦 有些人會認為這是工作保障

畢竟毛很多 事很多 哈哈哈

不過我就是懶@@

再說一次

軟體工程的限制只在於自己的想法 不是工具 (via SICP)

The Programmer's Brain

2021-57

Clean JS

2021-56

CQRS

2021-55

我支持CQRS尤其是在使用MongoDB 的好處

只是

這本書太多跟Java相關的細節

重點應該是

Database design 的CRUD 與API 無關

API 與 使用者(App/Web 程式設計比較相關) -->因此才有GraphQL 

CQRS 分離Read/Write Database

1.可以把Read DB想成Cache

2.可以解決同一個資料Row 需要Read-Modify-Write的問題

(需要一個Command Log 類似Event Source)

3.可以用來分離內部資料系統與外部資料系統

另外

CRUD啦 RESTful API啦 不是教條 隨時能打破

例如我都只用Post method.只是API name 有get開頭

這樣一來 前端的 Rest function all 都是一樣的結構

另外我也不使用URL 去encode database table access.

xyz.com/appname/tablename/apiname -> that is all 

or

xyz.com/appname/commands/apiname

xyz.com/appname/views/apiname

 

Good Software Engineering is Magic

Bad Software Engineering is Religion

 

重構

2021-54

雖然用JS 但是主要還是談OO的東西比較多

是因為OO毛比較多嗎? 哈哈哈

雖然SICP中談到Data == Function

跟OO有些類似 但是感覺上這邊的 Function 比較簡單

至少沒有繼承也沒有new

 

CPU的做法 10講

2021-53

Starting Go Language

2021-52

最近在讀Scala, Scheme(Lisp),Go . 然後發現

Lisp實在是精實的可以

C 在當時與Fortran Cobol比較起來也是精實的設計

Go 認真看來跟 C 在當時的情況一樣

C要解決的是Hardware -> OS (System progrm) 的問題

Go 我想要它要解決的是Multiple-Core CPU 的問題

至於 Scala  實在是好複雜

(不過過去透過Scala 學到很多 Computer Language 相關的議題

也加強我對FP的信心)

Learning Scala Programming

只讀了一半 主要是要看懂Chisel 後面的Akka Web相關的先擺著

Essential 555 IC

2021-51

https://zh.wikipedia.org/zh-tw/555%E8%A8%88%E6%99%82%E5%99%A8

這顆IC 1971年誕生 只比我小五歲

現在還是一年有幾千萬顆的用量

是我的模範

Chisel HDL Starter's Guide

2021-50

十三夜 樋口一葉小說選

2021-49

Programming In Scala

Review 一下 重新熟悉一下

Digital Design with Chisel

2021-48

Composing Software

2021-47

第二次讀這本書

除了Transducer比較還沒有感覺外

其他的概念比較滲入了

我想我找這本書來Review

只是堅定信念 不要碰Java了

哈哈哈 

Quick Start Guide to Verilog

2021-46

Functional Programming Made Easier

看到1X章就讀不下去了 

必須要下來Coding 才會比較好

另外Purescript === Haskel

熟悉度也不夠

越後面越抽象 就越難看懂Code

找時間再來看

Value 很好懂

Type 也好懂

Function : Type -> Type 也好懂

Functor : MetaType -> MetaType 就不好懂了

(Map好懂 但是後來的.... Covariant ....就....)

Desing Digital System with SystemVerilog

2021-45

Review一下 SystemVerilog 接下來要來玩FPGA use Chisel

Why Chisel ?

因為當軟體工程師久了 懶了

能夠讓Code , do the job

就不要Copy Paste Modify

Mastering Go

2021-44

 

Go Programming 入門

2021-43

10分鐘的傳記

2021-42

Create DIY Microcontroller Project with TinyGo and WebAssembly

2021-41

關於Goroutine談的比較少 很可惜 還是傳統的那套

Concurrency In Go

2021-40

Go In Action

2021-39

Go或許是個簡單的語言 但是CSP並不是

應該用心研究一下Golang 的Channel 與 Goroutine

畢竟沒有Goroutine 就沒必要學Go

The Go Workshop

2021-38

血田 宗教以及暴力的歷史

2021-37

Understand Distributed System

2021-36

打火哥的30堂烈焰求生課

2021-35