PTT職涯區 / Soft_Job (軟體人)

[心得] 系統廠軟體工程師跟軟體工程師是兩回事...

看板Soft_Job (軟體人)作者 (老天爺幫幫忙)時間15年前 (2011/03/06 00:02), 編輯推噓11(11推 0噓 28→)
留言39則, 23人參與, 最新討論串1/7 (看更多)
其實系統廠的工程師滿常來我們公司應徵的... 我們是本土 Linux OS 領導品牌... 可是每次系統廠的主管空降都會有一些不好的結果... 1. 太注重 Document... 可是小公司哪有時間跟你搞 Document... 2. 不知道如何管理軟體... 版本控管觀念缺乏... 3. 不了解軟體測試... 沒有 Unit Test 觀念... 4. 沒有靜態分析(static analysis)觀念... 5. 沒有 OO, Design Pattern, SQL 觀念... 6. 盲目相信C 7. 沒有軟體服務的觀念... 8. 沒有 debugger 觀念... 除錯常用 printf... 我覺得最扯的是主管還幫我們定Schedule... 只要Schedule不是自己定的... 通常是不符實際... 然後系統廠工程師真的都自我感覺超良好... 還很強調他當年在系統廠的經驗... 可是軟體就真的不是那樣的... -- keep it simple and stupid -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 110.26.60.75
→
03/06 00:04, , 1F
1,2要同時發生好像不太對...重文件怎麼會不知道版控的重要
03/06 00:04, 1F
推
03/06 00:09, , 2F
不認同第一點，但其他幾點都蠻中肯的
03/06 00:09, 2F
→
03/06 00:12, , 3F
應該說系統廠常覺得沒有svn/git 也能自己版本控管...
03/06 00:12, 3F
推
03/06 00:14, , 4F
6.不然該相信什麼?8.除錯printf不錯用 不然應該用?GDB?
03/06 00:14, 4F
→
03/06 00:16, , 5F
除了3和7,其他的和系統廠習慣沒關係吧?
03/06 00:16, 5F
推
03/06 00:16, , 6F
6: 語言選擇能發揮最大效益者~ C 不過是一種選擇而已~
03/06 00:16, 6F
→
03/06 00:17, , 7F
1.蠻常發生的阿, 尤其在主管離技術太遠更是這樣~
03/06 00:17, 7F
→
03/06 00:17, , 8F
2 的話, 叫那主管滾回火星吧~
03/06 00:17, 8F
→
03/06 00:19, , 9F
一整個覺得這例子是"非軟體"的主管空降來當軟體主管~
03/06 00:19, 9F
→
03/06 00:28, , 10F
linpus?
03/06 00:28, 10F
推
03/06 00:51, , 11F
1f這就有所不懂了 我過來人(哭泣)
03/06 00:51, 11F
→
03/06 00:52, , 12F
會注重document是要給"長官" 不是給給開發者看得
03/06 00:52, 12F
→
03/06 00:52, , 13F
SVN? 吃的嗎
03/06 00:52, 13F
推
03/06 00:59, , 14F
大公司很注重版本控制吧 不然一人改一次 隔天全亂套
03/06 00:59, 14F
推
03/06 01:08, , 15F
理論是 沒在管 且通常是獨立作戰 比較少Team work
03/06 01:08, 15F
推
03/06 11:15, , 16F
printf不一定不好呀，用debuger也沒有比較屌，看情況使用
03/06 11:15, 16F
→
03/06 11:16, , 17F
有些時候用printf還比較快，像迴圈跑100次，第99次才出錯
03/06 11:16, 17F
→
03/06 11:16, , 18F
你用debuger跑，光跑到第99次就昏了
03/06 11:16, 18F
→
03/06 11:22, , 19F
想說系統廠的工程師都滿強的說@@~~
03/06 11:22, 19F
→
03/06 11:33, , 20F
因應狀況使用不同的偵錯方式囉~不過每次都只會用printf~那
03/06 11:33, 20F
→
03/06 11:35, , 21F
也是很多時候會不切實際~如果推斷不到問題點~一樣是會浪費
03/06 11:35, 21F
→
03/06 11:36, , 22F
很多時間~特別是在程式實際執行時和腦中想的不一樣的時候
03/06 11:36, 22F
推
03/06 14:26, , 23F
Linpus Technologies | The leader and pioneer in ...
03/06 14:26, 23F
→
03/06 14:26, , 24F
果然是領導品牌~
03/06 14:26, 24F
推
03/06 14:34, , 25F
Debugger 可以設定條件成立才中斷的吧...
03/06 14:34, 25F
推
03/06 16:10, , 26F
推，文件是公司要推行，不過版本控管真的很糟
03/06 16:10, 26F
→
03/06 16:11, , 27F
給一樓~
03/06 16:11, 27F
→
03/06 16:36, , 28F
printf沒什麼奇怪啊, 難道printf錯了嗎?
03/06 16:36, 28F
→
03/06 22:57, , 29F
printf能夠debug出來就用printf 不行在用debugger
03/06 22:57, 29F
→
03/07 00:33, , 30F
因為開發環境沒有很完整的debugger所以必須使用printf
03/07 00:33, 30F
→
03/07 00:35, , 31F
就算建立好debuger ,下個break point 老實說也挺累人的
03/07 00:35, 31F
推
03/07 02:13, , 32F
系統廠的人，不意外阿，我就是系統廠的...XDDDDDD
03/07 02:13, 32F
→
03/07 02:14, , 33F
document喔，有需要阿，但要適量....
03/07 02:14, 33F
→
03/07 13:24, , 34F
借問一下「本土 Linux OS 領導品牌」究竟是？
03/07 13:24, 34F
→
03/07 13:54, , 35F
哪來的領導品牌? 哪一家阿? 我們只用世界前兩大unix喔
03/07 13:54, 35F
→
03/07 21:11, , 36F
我也真不知道 台灣有本土Linux OS領導品牌的公司 是那間?
03/07 21:11, 36F
→
03/08 07:24, , 37F
我也真不知道 台灣有本土Linux OS領導品牌的公司 是那間?
03/08 07:24, 37F
→
03/08 17:04, , 38F
我個人覺得你活在自己的小小公司的世界裡面
03/08 17:04, 38F
→
03/09 00:16, , 39F
一竿子打翻所有系統廠的軟體工程師就是了= =+
03/09 00:16, 39F
‣ 更多 popoblue 的文章
文章代碼(AID): #1DSbw1cH (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 7 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共7篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 popoblue 的文章
文章代碼(AID): #1DSbw1cH (Soft_Job)