Re: [請益] 寫程式還會些什麼才會有高薪

看板Soft_Job作者 (HANA)時間6年前 (2017/06/30 09:08), 編輯推噓30(31推 1噓 51→)
留言83則, 37人參與, 最新討論串4/9 (看更多)
※ 引述《Void956 (shitblack)》之銘言： : 用C++寫應用程式工作了好幾年了 : 也已經很熟悉C++程式 : 最近自己也快實作出 自製 資料庫系統 : 但是這樣總覺得薪水也不會有成長 : 總覺得少了些什麼 : 所以想請益一下 各位大大 : 除了熟練 程式語言 OOP 這種基本功夫後 : 還得學些什麼 才能容易找到 高薪的工作 無關內文 只是看到標題有感而發 曾經開會demo一個功能時被我主管唸過 寫程式不是你的目標 解決問題才是 你寫了這東西誰會高興 不知道自己目標在那的工程師是不專業的 諸如此類 以前我對自己寫程式的功力算有自信的 每天都在看新程式還有別人的open source還是設計模式啥的研究技巧 被我那個主管電過之後 突然覺的這些都是浮雲 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 126.205.128.156 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1498784894.A.A3E.html
推
06/30 09:14, , 1F
☁☁☁☁☁☁
06/30 09:14, 1F
推
06/30 09:18, , 2F
拍拍，誰會高興不重要啊，自己高興就好！
06/30 09:18, 2F
推
06/30 09:18, , 3F
中肯
06/30 09:18, 3F
推
06/30 09:20, , 4F
你主管說得很對啊
06/30 09:20, 4F
推
06/30 09:21, , 5F
那原po後來目標放在哪裡
06/30 09:21, 5F
推
06/30 09:25, , 6F
翻譯:給我乖乖聽話當個好奴才XDD
06/30 09:25, 6F
推
06/30 09:26, , 7F
主管只想要碼農 用完就丟
06/30 09:26, 7F
推
06/30 09:40, , 8F
沒錯阿 老闆請你來是要你把時間用在刀口上，不是來實踐
06/30 09:40, 8F
推
06/30 09:43, , 9F
你主管講得沒錯啊，老闆請你也是要你解決事情而已
06/30 09:43, 9F
→
06/30 09:43, , 10F
研究那些是讓你在面試的時候嘴炮談薪資而已
06/30 09:43, 10F
推
06/30 09:48, , 11F
正確，解決問題，寫程式只是解決手段之一。
06/30 09:48, 11F
推
06/30 09:56, , 12F
觀念正確
06/30 09:56, 12F
→
06/30 10:00, , 13F
程式能動就好，其他不用太講究XD
06/30 10:00, 13F
→
06/30 10:03, , 14F
加強寫程式功力，是為了之後能優雅的改code
06/30 10:03, 14F
推
06/30 10:32, , 15F
別偏廢啊 技巧和新觀念還是要有
06/30 10:32, 15F
→
06/30 10:33, , 16F
你今天待在那需要的SkillSet是A 但會永遠待在那嗎?
06/30 10:33, 16F
→
06/30 10:33, , 17F
應該是你花的時間太超過了被念吧
06/30 10:33, 17F
→
06/30 10:42, , 18F
那些是 自己私底下寫的東西
06/30 10:42, 18F
→
06/30 10:42, , 19F
因為我有這方面需求
06/30 10:42, 19F
→
06/30 10:42, , 20F
解決老闆的問題 這不成問題
06/30 10:42, 20F
→
06/30 10:42, , 21F
但是我想知道 現在 去解決什麼問題比較好拿到高薪
06/30 10:42, 21F
→
06/30 11:33, , 22F
你主管是對的
06/30 11:33, 22F
推
06/30 12:19, , 23F
曲高和寡 懂？
06/30 12:19, 23F
推
06/30 12:29, , 24F
就算自幹出Google搜尋演算法 對公司還是沒用啊
06/30 12:29, 24F
推
06/30 12:34, , 25F
有些公司看你用git都覺得你故意複雜流程了XD
06/30 12:34, 25F
→
06/30 12:49, , 26F
這是真的 有時候想改善 程式流程公法
06/30 12:49, 26F
→
06/30 12:49, , 27F
就算結果是好的
06/30 12:49, 27F
→
06/30 12:49, , 28F
也是被罵的像豬頭
06/30 12:49, 28F
推
06/30 12:59, , 29F
你的位置的目標 跟你本人的目標 還是有差別的
06/30 12:59, 29F
推
06/30 13:04, , 30F
正確個屁 智障老闆 只會產出智障軟體 把雇用天才當智障用
06/30 13:04, 30F
→
06/30 13:05, , 31F
設計模式也不是什麼fancy的東西 就只是長遠看來可增加效率
06/30 13:05, 31F
→
06/30 13:06, , 32F
除非你是接案的啦 自有產品不重視架構與方法 只是浪費更多
06/30 13:06, 32F
→
06/30 13:06, , 33F
多成本 浪費成本就代表利潤會降低 就代表公司會少賺很多
06/30 13:06, 33F
→
06/30 13:07, , 34F
那反正你老闆背後金主有錢沒差啦 開公司只是開爽體驗人生齁
06/30 13:07, 34F
→
06/30 13:08, , 35F
灑鈔票讓你寫垃圾給他打手槍 這也OK啦
06/30 13:08, 35F
推
06/30 13:34, , 36F
公司不是要你變強,而是要你永遠當公司的奴才
06/30 13:34, 36F
→
06/30 13:49, , 37F
基本上個人變強對公司也沒什麼好處，最好是剛好夠用薪
06/30 13:49, 37F
→
06/30 13:49, , 38F
水低
06/30 13:49, 38F
推
06/30 14:11, , 39F
想要寫出好管理的code
06/30 14:11, 39F
→
06/30 14:32, , 40F
以目前你提供的資料 你主管是對的
06/30 14:32, 40F
推
06/30 16:44, , 41F
你主管是對的 我也是這樣電我主管
06/30 16:44, 41F
推
06/30 16:46, , 42F
很多問題的確是從工程師把程式當藝術品後開始
06/30 16:46, 42F
→
06/30 16:55, , 43F
樓上舉個例吧？
06/30 16:55, 43F
推
06/30 20:10, , 44F
觀念正確阿 公司又不是花錢來讓人實現自我的
06/30 20:10, 44F
→
06/30 20:10, , 45F
真的有這麼多理想 不如自己開間公司吧
06/30 20:10, 45F
→
06/30 20:11, , 46F
學著從主管的角度想事情 可以讓很多事都變得更順利
06/30 20:11, 46F
推
06/30 20:44, , 47F
你主管很對啊，任何技術本來就是為解決問題而生
06/30 20:44, 47F
噓
06/30 21:20, , 48F
解決問題只是表象，你念的那些都能使的解決問題後不會
06/30 21:20, 48F
→
06/30 21:20, , 49F
製造更多問題，看到這篇只能嘆氣
06/30 21:20, 49F
→
06/30 21:21, , 50F
上面一堆喊觀念正確的，難怪台灣這副爛樣子
06/30 21:21, 50F
→
06/30 22:35, , 51F
正確啊 但也沒說技巧不重要啊XD 太爛的code不能merge
06/30 22:35, 51F
推
06/30 22:39, , 52F
這世界需要更多對自己的程式有熱情的人。
06/30 22:39, 52F
→
07/01 00:16, , 53F
可沒人說解決問題等於會動就好啊
07/01 00:16, 53F
→
07/01 00:26, , 54F
那主管的意思 所謂的解決問題看起來就真的像會動就好阿
07/01 00:26, 54F
→
07/01 00:26, , 55F
嘴專業？你要看看什麼叫專業人士？去找Clean Coder來看
07/01 00:26, 55F
推
07/01 07:17, , 56F
個人認為 堅持寫正確的比較重要 但壞習慣很難改正
07/01 07:17, 56F
→
07/01 10:45, , 57F
大部分真的是只要會動就好，妳寫多好多快，業主也不會
07/01 10:45, 57F
→
07/01 10:45, , 58F
知道
07/01 10:45, 58F
→
07/01 10:47, , 59F
反正bug就算有也不一定會發生，與其讓費時間改這些，不
07/01 10:47, 59F
→
07/01 10:47, , 60F
如趕快做下一個案子，你沒賺錢的時間等於浪費公司的錢XD
07/01 10:47, 60F
推
07/01 11:45, , 61F
不同的專案有不同的需求和情境，有寫自家產品，有接案公
07/01 11:45, 61F
→
07/01 11:45, , 62F
司，有做內部系統的，有做套裝軟體的。做接案的確大部份
07/01 11:45, 62F
→
07/01 11:45, , 63F
目標是能結案就好，但其他情境還是要考慮擴充性及維護的
07/01 11:45, 63F
→
07/01 11:45, , 64F
問題！
07/01 11:45, 64F
推
07/01 11:50, , 65F
反正，如果是很明確的那種一次性專案，以後也不會再使用
07/01 11:50, 65F
→
07/01 11:50, , 66F
再維護，那我覺得的確是能動就好&越快越好！
07/01 11:50, 66F
→
07/01 11:51, , 67F
更正：反"之"
07/01 11:51, 67F
推
07/01 16:34, , 68F
如果老闆懂，你就不會被電了。所以能動就好
07/01 16:34, 68F
→
07/01 22:24, , 69F
寫程式為啥不能是個目標!?
07/01 22:24, 69F
→
07/01 22:24, , 70F
想法不同罷了~而你被他說服了 XDDD
07/01 22:24, 70F
→
07/01 22:26, , 71F
某樓說的藝術品 也有可能是其他人能力不到無法維護 XD
07/01 22:26, 71F
→
07/02 17:22, , 72F
確實是
07/02 17:22, 72F
→
07/02 17:22, , 73F
有些 寫法 只要 腦筋稍微扭一下 我就 懂的寫法
07/02 17:22, 73F
→
07/02 17:22, , 74F
但是 對其他人來說 他們確實 很難懂
07/02 17:22, 74F
→
07/02 17:25, , 75F
丟出去後 就被罵成豬頭 那個方法也不是我發明的
07/02 17:25, 75F
→
07/02 17:25, , 76F
看到 SDK 有這招 覺的厲害 在 適合的時候用上 的下場就是
07/02 17:25, 76F
→
07/02 17:25, , 77F
那樣
07/02 17:25, 77F
→
07/02 17:25, , 78F
因為對方跟本看不懂 所以只好 繼續用笨方法 ORZ
07/02 17:25, 78F
推
07/05 00:07, , 79F
推樓上，明明很多東西對我只是基本觀念，稍微看一下就
07/05 00:07, 79F
→
07/05 00:07, , 80F
知道是什麼，對其他專案同時是另回事 orz
07/05 00:07, 80F
→
08/07 10:21, , 81F
不說其他的，主管也只會講這種東西就是了。
08/07 10:21, 81F
推
08/17 01:27, , 82F
主管表示看不懂 xd 只好唸你囉
08/17 01:27, 82F
推
08/17 13:56, , 83F
推這篇 我覺得你主管是對的
08/17 13:56, 83F
‣ 更多 del680202 的文章
文章代碼(AID): #1PLQH-e- (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 4 之 9 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共9篇)
‣ 更多 del680202 的文章
文章代碼(AID): #1PLQH-e- (Soft_Job)