所以才說要看 user account 裡有什麼、能對照出什麼資訊。如果 user account 一開始就沒有機敏性資料、全是匿名,這樣是查不出什麼的。但是 user account 很可能清楚的載明了使用者的姓名、電話,因為我們就是拿這些資訊去註冊的。我原來回文的意思是指,雖然單單因為有 UID 就說能查出真實身分連結不夠強健,
買過四把 Filco,紅、黑、茶、青都有,質感、功能都很棒,拿來打 code 自覺沒什麼好挑剔的了。Cherry 的長鍵是假軸,打過朋友的,不但力道不對,連行程深度都比較淺,覺得很扯。 Filco 應該是漂亮 Cherry MX 的鼻祖,一、二代都堪稱完美。早期幾把模仿 Filco 的,雖然功能多了一些,但有一些小瑕疵。現在可能比較好了,不清楚。 前兩天本想客製一把 Ninja 87 鍵紅軸卡夢白,結果居然缺貨,正懊惱就看到這篇 XD
JPTT 真的有比較多功能,例如推文追蹤。在 UI 設計上也有跟上最新的 material design。 MoPTT 目前看來也不是什麼妖魔鬼怪,只有擋 JPTT 關鍵字是非忠實呈現內容,很不應該。但他們想做原生廣告沒有弄好,應該不算是惡意,本來就必須要有適當的廣告收入才能支撐開發。 https://zh.wikipedia.org/wiki/原生廣告
如果不想用 pumper,輕鬆點也可以用通樂,不過我猜這可能對環境有傷害。以前我家馬桶裡塞了異物,也是長年不通暢,在還不知道是異物造成時,應對之道是每天沖幾次拖把用水桶的水量,用比馬桶水箱還大量、高速的水把它沖通。
這份簡法還未完成。貼在這是想詢問大家的意見,如果是對有程式設計經驗的公司員工或學生作教育訓練,像這樣先從比較泛用的角度出發來理解版本控制觀念的效果如何? Git 已經非常多人在教,但是普遍看到都是在講指令的用途,我納悶的是為什麼不先點出一些特性和人人都會遇到的狀況的切身應用時機,有了這些觀念以後,指令自己查就可以了吧?
幾個重要的特性:
blame: 查找每一行 code 的作者、更動版本
merge: 無版控時,光是要找出 merge base 就累了
用來取代資料夾版控的資料結構
3.1. commit: commit 是什麼
3.2. branch: branch model
分散式的資料儲存
我有給一些身邊的朋友看過我的簡報並陳述這種切入角度的精神,但他們都說這樣教接受度不高,所以想問問。