[離題]
話說我那台老機車(24歲了)還是很好騎,只是時速錶的線每次換了大概二個月就斷,煩死了。
所以,乾脆自己作一個電子時速計,就不信他還會斷。
順便在這台機車上加裝 USB 充電座,這樣的話騎車還可以順便充手機。
本來想自己寫程式,但發現事情太多了,應該多多利用現有的資源,所以就上 instructables 去找最接近的專案再來改。
希望能再加上記錄功能,計算全部里程,和每次加油的費用,然後算出油耗值。
PS. 最近在思考不論是工作或 3DP,每個需求究竟應該放多大,目的是什麼?發現,很多時候會習慣性的把問題放太大,但那只是讓事情變複雜,反而讓效率變差。應該是先用最快速度解決問題,當需求擴大時,就要仔細分析執行的效益有多大,動機在那裡。一昧搞複雜,到最後反而什麼都作不出來。
以上是工作之餘的碎碎唸~~
黃俊傑
2016-04-06 14:02:47
張張家祝
2016-04-06 14:12:11
James Lin
2016-04-06 15:13:05
李穆
2016-04-06 15:58:48
戴士偉
2016-04-06 16:02:25
曾俊維
2016-04-06 16:11:06
這也行,有這種板子可以買啊,跪求傳送門和教學,我也想改。
陳明谷
2016-04-06 16:21:33
Shi Xinhui
2016-04-06 16:27:27
杜哲旻
2016-04-06 17:02:22
葉世瑋
2016-04-06 17:57:31
林育民
2016-04-06 19:25:25
碼錶線常斷的話不是儀表就是齒輪有問題吧
碼錶齒輪可以先檢查看看
除非要加裝hall sensor不然碼錶齒輪應該還是有用途
碼錶可能就土砲吧哈哈
乾脆連油錶一起(加一組AD讀取)
曾俊維
2016-04-06 21:28:01
林育民
2016-04-06 21:45:31
Charlie Ting
2016-04-07 00:45:32
Huang Shawn
2016-04-07 00:48:41
許阿瑋
2016-04-07 10:06:43
Mickey Chuang
2016-04-07 12:35:27
需求攫取階段要放大是正常的, 然後你才會有一個儘量接近完整的 system view, 接下來 persona 是一個模擬使用的階段, 讓你在挑最符合的 persona(也可能是取長補短的新版)之後, 在下一個階段對不需要的需求做刪減的動作.
Mickey Chuang
2016-04-07 12:41:45
複雜系統很多例子在一開始只是相對單純的小系統, 例如 Linux, 所以一開始心胸不用太大, 不過要注意系統的設計要隨時保留可更換性跟可擴充性, 這樣可以套用一些比較新的管理架構, 如 scrum.