TC_Chu's Point

Pythonエンジニア育成推進協会監修 Python実践レシピ

2022-05

一口氣搞懂 財務報表

2022-04

Modern Asynchronous Javascript

2022-03

Expert C Programming : Deep C Secrets

2022-02

Base Code

2022-01

Linuxとpthreadsによる マルチスレッドプログラミング入門

2021-98

Get Programming with Haskell

2021-97

Functional Programming In Python

2021-96

MicroPython Projects

2021-95

Embedded Systems Architectures

2021-94

Using Asyncio in Python

2021-93

Python for Microcontrollers

2021-91

神話簡史

2021-90

Programming with MicroPython

2021-89

Python Basics

2021-88

最近被MicroPython吸引 

Review 一下 Python

A Thousand Brains

2021-87

No Brain Structure

No AI

梅克爾傳

2021- 86

真理會使你自由

 

C Programming A Modern Approach

2021- 85

Pointers in C Programming

2021- 84

百年孤寂

2021- 83

日本人在等文學獎頒給春上村樹
說真的 不用等啦
不會給你啦
讀百年孤寂 就像被磚塊打到一樣 一直打一直打
不知道作者哪來的力量 可以這樣 一直打一直打
春上村樹 軟啪啪的 跟MCU電影一樣
票房給你賺 不要還想得獎

Modern C for Absolute Beginner

2021- 82

嵌入式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