作者Lotto (技術全面)
看板Tech_Job
標題[請益] Firmware 做CICD是可行的嗎?
時間Fri Oct 16 16:57:06 2020
打欸賀! 是這樣的小弟公司是做wifi SOC，
窩們家老闆打算在開發導入CICD 來加速開發&提高Quality，
也正在找相關人才, 然後聽他說客運公司那邊開發藍芽，
可以做到submmit 後一小時就有測試結果，
這到底是唬爛還是真的有可能做到的??
※ 編輯: Lotto (101.11.32.190 臺灣), 10/16/2020 17:00:45
1F：推 younge: moxa和發哥好像都有在導cicd 10/16 17:20
2F：→ wellkom: 有錢要怎樣都行啊。怕的是老闆沒錢又什麼都想要 10/16 17:32
3F：推 susumiya: 怎麼覺得前幾天 好像看過這篇 10/16 18:09
4F：推 sb5471: 做 wifi soc...南方硅谷? 10/16 18:24
5F：推 ARSENE2007: 瑞昱吧 網路上都寫了 10/16 18:37
6F：推 yamakazi: 有心都做得到，以前某大廠是各組排值日生把daily build 10/16 18:56
7F：→ yamakazi: 燒進手機裡然後拿去實驗室接CMW500跑測項。再把結果發em 10/16 18:56
8F：→ yamakazi: ail。但其實都可以自動化不用排值日生 10/16 18:56
9F：推 longlyeagle: iot greengrass 10/16 19:05
10F：推 shortoneal: 工具都有，看你能不能砸資源搞 10/16 19:20
11F：→ james732: 可行但不要為了做而做，譬如FW要怎麼測試就很麻煩 10/16 19:29
12F：推 kingofsdtw: 有的不能吧？fw開機會把console切去用 10/16 20:30
13F：推 sunsamy: CICD是不會測試的人發明出來的,相信的公司輕者獲利降低, 10/16 20:59
14F：→ sunsamy: loading增加,重者公司倒掉 10/16 21:00
15F：→ jeff40108: 薪水只請的起高職生，只好搞cicd 感覺好像有在做測試這 10/16 21:14
16F：→ jeff40108: 樣 10/16 21:14
17F：推 blackrays: 台商就別鬧了 10/16 21:18
18F：推 pponywong: firmware做CI很容易 10/16 21:30
19F：→ pponywong: 在上到系統就難了 10/16 21:31
20F：推 jack7923love: 測試真的難 10/16 21:38
21F：→ yuming123: 笑死 什麼叫cicd是不懂測試人推的，是你不懂cicd吧！ 10/16 22:33
22F：推 markbex: 正是因為有CICD，反而能讓測試的質與量提升 10/16 22:54
23F：推 easyman: 這不難吧,古早一點就jenkins, 新一點就gitlab 10/16 23:20
24F：→ easyman: 撈到check in就 build, 燒code, 抓一下誰check in 10/16 23:21
25F：→ easyman: 然後總有一些cmd去scan connect , 傳data 10/16 23:23
26F：→ easyman: 有問題就發bug , 測個基本的而已啦 10/16 23:23
27F：噓 final01: 講幾次幹嘛不行阿 10/16 23:51
28F：推 exeex: 可呀 發哥手機韌體有CICD 但要做的好我覺得滿不簡單的 10/17 00:06
29F：推 exeex: CICD的文化要花時間滿滿建立 10/17 00:09
30F：→ exeex: 慢慢 10/17 00:09
31F：→ exeex: 要讓整個公司的人習慣用CICD系統可不是一件簡單的事 需要 10/17 00:17
32F：→ exeex: 有經驗的人一個一個盯 10/17 00:17
33F：→ exeex: 先扛得住各部門的靠背聲浪再說 ㄎㄎ 10/17 00:18
34F：→ exeex: 挺不過中間生產效率降低的陣痛期會得不償失 10/17 00:20
35F：推 pkh1234: 完全可行 目前perchange後就會測code地方的測項 team內部 10/17 00:34
36F：→ pkh1234: 有rdqa 公司也有dqa部門 10/17 00:34
37F：推 Busufu: 我覺得難的是初期導入跟習慣培養 10/17 00:36
38F：→ MediaTekInc: 發哥有 10/17 00:53
39F：推 bery: 看情況 如果導入也只能自動檢測原本人為build能自行簡測的 10/17 07:29
40F：→ bery: 部分 那就是浪費成本沒效益了 10/17 07:29
41F：推 NSYSUEE: 有做程式開發都一定要做CICD啦，很難想像現在還有軟體開 10/17 09:09
42F：→ NSYSUEE: 發的團隊沒做這件事，如果沒做，這間軟體公司也快倒了， 10/17 09:09
43F：→ NSYSUEE: 不用待了，CICD這個文化是開發團隊一定要建立的，firmwar 10/17 09:09
44F：→ NSYSUEE: e一定可以做，就看有沒有心 10/17 09:09
45F：推 NSYSUEE: 除非你是接case的公司，結案後整個軟體開發流程就結束了 10/17 09:19
46F：→ NSYSUEE: ，這樣就不太需要做 10/17 09:19
47F：推 NSYSUEE: 但如果是一直有軟體開發需求，常常要更新版本，就更應該 10/17 09:23
48F：→ NSYSUEE: 要做 10/17 09:23
49F：推 wulouise: 有，只是你要連上硬體的部分一起自動化才有效益 10/17 10:46
50F：推 bnd0327: 可行吧，網路上查一下關鍵字 10/17 12:38
51F：推 sunsamy: 真正懂測試的check in後就PASS了,不懂的才會一直在CICD 10/17 19:32
52F：→ sunsamy: 傻B一堆 10/17 19:32
53F：→ sunsamy: CICD=continue integrated continue develop,代表一直不 10/17 19:34
54F：→ sunsamy: 知道bug在那或找不出bug才會一直在那"continue"，蝦忙 10/17 19:35
55F：推 NSYSUEE: 看來樓上不懂CICD，CICD也要求要做自動測試，在持續整合 10/17 23:30
56F：→ NSYSUEE: 的過程，如果程式有問題，就會在自動測試的時候就該被抓 10/17 23:30
57F：→ NSYSUEE: 到，怎可能不知道bug在哪...不知道bug在哪代表你的測試 10/17 23:30
58F：→ NSYSUEE: 項目沒寫好，要持續改進... 10/17 23:30
59F：推 sunsamy: CICD是chick in後才測試能否PASS,這不是傻B的行為嗎? 10/17 23:55
60F：→ sunsamy: 懂測試的人都知道要確定會PASS才chick in 10/17 23:56
61F：→ sunsamy: 這幾年來一堆歪理邪說一直出現,什麼敏捷,CICD... 10/17 23:56
62F：→ sunsamy: 都是在騙一些沒腦的傻B,多半沒什麼鳥用 10/17 23:56
63F：推 popcool: 原來世界上有做CICD的軟體巨頭都是傻逼，我大台廠工程師 10/18 01:35
64F：→ popcool: 想的才是真理 10/18 01:35
65F：推 NSYSUEE: 什麼叫做懂測試的人？好啦..你很懂測試，但是你旁邊的工 10/18 03:52
66F：→ NSYSUEE: 程師會很懂測試嗎？你確定整個團隊的人都懂測試嗎？你們 10/18 03:52
67F：→ NSYSUEE: 全部的code整合在一起不會有災難？我告訴你，某一天一定 10/18 03:52
68F：→ NSYSUEE: 會發生可怕的大災難 10/18 03:52
69F：推 NSYSUEE: 團隊成員每天都在改版上傳新的程式，CICD在持續整合的過 10/18 04:07
70F：→ NSYSUEE: 程，就會做自動建置、自動測試的工作，如果團隊成員有一 10/18 04:07
71F：→ NSYSUEE: 個人出包，就會馬上抓到有錯，馬上通知成員修改，交付出 10/18 04:07
72F：→ NSYSUEE: 去的程式品質絕對比你那種只有一個人懂測試的還要好 10/18 04:07
73F：推 NSYSUEE: 還有CICD強調的是軟體開發的過程，從需求一直到交付、部 10/18 04:12
74F：→ NSYSUEE: 屬能夠自動化，你的團隊每一個人都要建置、測試，如果有 10/18 04:12
75F：→ NSYSUEE: 做CICD就可以省掉團隊非常多的時間... 10/18 04:12
76F：→ sc1: 拿原碼過來改比導入啥CICD做SOC Wifi快 10/18 07:27
77F：推 sunsamy: NSYSUUEE的team或公司果然是傻B,弄這種,讓每人整天在蝦忙 10/18 08:08
78F：推 sunsamy: 這種team的特點是:bug是越修越多,然後越是強調要注重品質 10/18 08:13
79F：→ sunsamy: 說中了,請在心中自已默默承認自已的team或公司是傻B就好 10/18 08:14
80F：推 sunsamy: 傻B的現象:怎麼bug還是那麼多,一定是CICD不夠撤底 10/18 08:23
81F：→ sunsamy: 加大力度CICD,結果bug更多了,傻B會想:更加大力度CICD 10/18 08:23
82F：→ sunsamy: 結果bug更多了,傻B心理想:真不敢想像那些沒做CICD的公司 10/18 08:24
83F：→ sunsamy: 怎麼活下來,幸好我們一直加大力度CICD 10/18 08:25
84F：推 NSYSUEE: bug會越來越多是沒做CICD的團隊才會遇到，有做CICD的團 10/18 09:55
85F：→ NSYSUEE: 隊在交付和部屬程式的時候都會比沒做的安心更多更多 10/18 09:55
86F：推 NSYSUEE: 還有沒做CICD的團隊才是每天瞎忙吧，沒做CICD的團隊每天 10/18 10:00
87F：→ NSYSUEE: 一堆工程師在那邊瞎忙建置專案、測試專案，有做的根本不 10/18 10:00
88F：→ NSYSUEE: 用在乎這些，CI就會幫團隊的所有專案自動建置、測試，有 10/18 10:00
89F：→ NSYSUEE: 問題就會自動通知，省下來的時間可以做更多事，沒做CICD 10/18 10:00
90F：→ NSYSUEE: 的才會瞎忙... 10/18 10:00
91F：推 NSYSUEE: 然後就說了CICD是軟體開發流程，從需求、開發、建置、測 10/18 10:07
92F：→ NSYSUEE: 試、...交付到部屬的過程，除了寫code外，其他項目能夠 10/18 10:07
93F：→ NSYSUEE: 自動化，目的也是要節省開發人員的時間，說瞎忙的肯定沒 10/18 10:08
94F：→ NSYSUEE: 做CICD，甚至不懂CICD 10/18 10:08
95F：推 sunsamy: 所以我就說囉:傻B們會心理想:真不敢想像那些沒做CICD的 10/18 11:31
96F：→ sunsamy: 公司怎麼活下來,幸好我們一直加大力度CICD。的確是這樣 10/18 11:32
97F：推 NSYSUEE: 世界上的軟體巨擘公司Google、apple、amazon、microsoft 10/18 13:54
98F：→ NSYSUEE: 都是傻逼，原來這個是沒做CICD不懂CICD的人做的結論 10/18 13:54
99F：推 MaryWorkHard: 我還以為有點規模的公司都有在做 不做不會被客戶靠 10/18 15:25
100F：→ MaryWorkHard: 北產品穩定度問題嗎 10/18 15:25
101F：推 sunsamy: 但你會發現做了更會靠北,因為客戶也是傻B沒發現CICD本身 10/18 16:28
102F：→ sunsamy: 就有問題 10/18 16:28
103F：推 NSYSUEE: CICD如果有問題，早就會被全世界的軟體公司丟棄了，不會 10/18 18:14
104F：→ NSYSUEE: 輪到一個小咖在那邊說嘴CICD有問題，如果沒用的話，國內 10/18 18:14
105F：→ NSYSUEE: 外軟體公司就不會去推動了 10/18 18:14
106F：推 vivijacky: 感覺有人只懂名詞解釋,連bug就是來自於submit也不懂 10/18 18:23
107F：推 sunsamy: 傻B的特點是自已不會獨立思考,只依據大家都用,所以沒問題 10/18 20:08
108F：推 sunsamy: 來做結論 10/18 20:10
109F：推 NSYSUEE: 傻B的特點就是自己也沒有一套機制，然後只會批評廣泛運 10/18 22:45
110F：→ NSYSUEE: 用在業界的機制有問題，不懂還硬要批評就是傻B的特點 10/18 22:45
111F：推 shietsd: 待過的外商都會做 10/19 01:01
112F：推 gugeegee: CICD連100多人的軟體公司都導入了，大公司不導入是傻B嗎 10/19 10:52
113F：推 pacers: 某s做的案子太小就不要再丟人了 10/19 11:53
114F：推 lpoijk: 當然可以 只有願不願意 10/20 08:37
115F：推 lpoijk: 說沒用的是沒出社會嗎？開學了 快去上課 10/20 08:39
116F：推 s678131: 某s的案子太小就不要再丟人了+1 10/20 13:16