返老家高雄挺5G AIoT 杜奕瑾：有機會可在高雄多做一點事
5G AIoT國際大聯盟今在高雄亞洲新灣區成立，老家在高雄的PTT創站站長、台灣人工智慧實驗室創辦人杜奕瑾表示，若有機會可以在高雄多做一點事，然後可以回到高雄，他當然很願意。
杜奕瑾認為，軟體開發在現在這個時代，反而會是以去中心化的方式做發展，它吸引的不見得只有台灣軟體與研發人才，還可能有非常多的國際人才從國外到台灣。
他舉例因為疫情關係，很多美國的辦公室受到影響，所以現在是在台灣做美國的工作，如果說在台灣有1個很好的場域，然後這個場域是環境很好、且有很好的題目，其實我們也可以吸引到更多的國際頂尖研發人才一直回來。
PTT創站站長，目前擔任台灣人工智慧實驗室創辦人杜奕瑾，1976年生於高雄大林蒲，畢業於台大資工系、資工所，返鄉力挺5G AIoT國際大聯盟的他強調，高雄不是鄉、是都，如果說有機會可以在高雄多做一點事情，然後可以回到高雄，他當然是很願意。
由高雄市長陳其邁力推、全台首創的「5G AIoT國際大聯盟」，今在高雄正式成軍，高雄市政府攜手行政院、經濟部、國發會及NCC等中央單位，和台灣微軟、台灣思科、亞馬遜旗下雲端服務商AWS等國際大廠，與中華、遠傳等國內電信業者，共同在亞洲新灣區打造全台最完整的5G AIoT驗證與示範場域。
高雄市長陳其邁、高雄市議長曾麗燕、中華電信董事長謝繼茂、台灣微軟總經理孫基康、美國高通副總裁暨台灣與東南亞區總裁劉思泰、CISCO總經理陳志惟、台灣人工智慧實驗室創辦人杜奕瑾、遠傳電信總經理井琪及多位民代、企業、法人和中央部會代表均出席參與，共同見證高雄「邁向極速」的起點。
軟體開發 ptt 在 [心得] (轉)軟體開發六年後我改變想法的事情- 看板Soft_Job 的推薦與評價
看到不錯的文章 翻譯分享一下
原文:
https://chriskiehl.com/article/thoughts-after-6-years
翻譯:
軟體開發六年後我改變想法的事情:
- 如果你的隊友經驗參差不齊，Typed languages 是比較好的選擇
- Standups 會議以注意新人來說是有用的
- Sprint retrospectives 如果拿來做真正的流程修正(course correction)是有用的；
而不是一些敏捷/scum master 拿來浪費大家時間的
- 軟體架構比啥都重要。有好的抽象再爛的實作都不太會弄髒 code base；爛抽象或
missing layer 可以讓 code base 變成一坨屎。
- java 沒那麼爛
- Clever code 通常不是什麼好 code；清晰好讀(Clarity)的 code 最重要
- 爛 code 可以被以任何方式寫出來 (in any paradigm)
- 所謂的 best practices 是要看上下文，並非通用解。盲目追求會讓你看起來像白癡
- 在你不需要時硬去設計一個 scalable system，你就是爛工程師
- Static analysis 有用
- DRY(dont repeat yourself) 是為了避免特定問題，並不是最終追求目標。
- 一般來說 RDBMS > NoSql
- Functional programming 是另一個工具，不是萬用解/靈丹
一路走來堅持的觀念
- YAGNI, SOLID, DRY 請按造這個順序
- YAGNI:You aren't gonna need it
- SOLID: 某個 OO 原則（單一功能、開閉原則、里氏替換、介面隔離、依賴反轉）
- DRY: dont repeat yourself
- 紙筆是最好的開發工具但很少人用
- 用乾淨/可讀(purity)為代價換取實用性是個好方法
- 狂導入額外的技術不是好方向
- 直接跟客戶/需求端理解需求會比較快又精確
- "scalable"這個詞在碼農中有股神秘的力量，僅僅這個字可以讓他們陷入瘋狂，然後僅
僅為了這個字可以做出瘋狂的設計
有點難翻XD 原文:
The word "scalable" has a mystical and stupefying power
over the mind of the software engineer.
Its mere utterance can whip them into a depraved frenzy.
Grim actions have been justified using this word.
- 雖然叫工程師，但其實很多決策都是跟風(cargo-cult)，並不是有嚴謹的分析、資料數
據佐證
- 大概九成的 PM 明天消失對你都沒影響，甚至效率還會變好
- 當我做了一百場面試後: 面試方法徹底崩壞，我也不知道怎麼做更好
沒變的觀念
- 會刁 code style, linting rules 或枝微末節的都怪咖
- Code coverage 跟 code 品質完全沒差
- Monoliths (大概指微服務的反面)系統在大部分情境都是很好的
- TDD 主義者(purists)是最糟糕的存在，他們的腦不能理解現實中存在不同的 workflows
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.73.26.66 (日本)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1630417545.A.965.html
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:46:43
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:47:58
※ 編輯: alihue (106.73.26.66 日本), 08/31/2021 21:49:21
他個人心得而已
每個人待過的 Team/遇過的人/做過的事不同會有不一樣的體悟吧
TDD 在適當時機用不錯吧
如果是狂熱到無論如何都要 TDD就過頭
原作沒解釋，以下個人觀點
不過入門語言若是如 Python 等更簡便的語言，通常會覺得 java 很冗吧
不過在現實世界，Java 就是一個語言界 toyota
在效能/物件導向/JVM (開發者不用管理記憶體)中取得平衡，
各種 Solution 都很成熟，生態圈也廣
只是在 oracle 官司爭議後又變臭了
應該是
好的 PM 真的工作起來很爽
... <看更多>
相關內容