• 8

非本科系程式設計師面試心得(文長)


badday wrote:
ps2.真的要炫耀的話,我會去媽媽寶寶版 PO 我女兒照片...muhahahahahaha...
PO了嗎?....可否給個連結
名嘴只會消費別人的傷口,他們發言,我們發炎。
tracer1000 wrote:
有的寫個hello...(恕刪)
小弟也來說個想法好了,對我來說會獨立解決問題,結掉案子的就是一個優秀工程師,UML和Design Pattern 都很了解,就一定能結掉案子嗎?台灣的案子很多都不是依照這些正規的軟體工程而來,但使用者評價卻比這些用正規軟體工程的方法還高,好的工程師能在不同的環境下找到最適當的處理方法,而這處理方法有時不一定是技術,技術只是解決問題的一個選項,另外如果有一個人到哪邊都能要到比自身價值還多很多的工作時,其實我們應該要像他學習,代表他在做自我行銷時有過人之處,忿忿不平只會氣死自己

tracer1000 wrote:
有的寫個hello...(恕刪)

台積電小護士 wrote:
我是唸陸軍通信士校...(恕刪)


太厲害了每年300百多萬~~~
我也想要每年300萬
用UML,DesignPattern..只是小東西而已
我常常再想,甚麼用一個有效,簡單,標準的方式
來對老闆,客戶做簡報,對同仁,對下屬,對學生做教育訓練
如果大家有好的方式也可以提供一下

抄襲是不錯的方式,我每天也在抄
但我在Google,找出關鍵字,下載關鍵元件,知道範例在哪,知道破口在哪

寫程式,大了~你要知道效能,安全,網路傳輸樣式,跨App 跨Process,序列化,反序列化...
上次那個找進來的MVP,MVC樣式都不知道
他是Android工程師,Activity,View有什麼不同,甚麼邏輯寫在那也不知
BroacdCastReceiver 是甚麼沒概念,什麼是Application 元件
Value type,Reference type 有什麼不同,什麼是UIThread,什麼是BackgroudThread
網路每二秒從資料庫撈資料(你是在做DDOS攻擊嗎)
什麼都不懂,那我要怎麼告訴他做??一行一行教嗎??

這樣都敢開資深工程師的價格,等我教完,我自己都做出來了
UML是不最好的,我不知道
我上一次400W 技術移轉案,32人/月
我結掉了,我用33人/月量,誤差值1個月

我對廠商報告就是用UML+DesignPattern
當初標案,廠商根本不信我們設計能量
說什麼設計書要請國內專家又學者,學者又專家來審..
我畫了幾張圖,看圖說故事後,那些專家,學者都沒出現過

用UML可以看出規模,時間,空間等...
我切子模組給同事和實作...也都比較好控制,可以看出系統那些地方做完和系統大小

無奈~現在的台灣專案經理
只會需求List和甘特圖
從客戶需求用條列式的文字
然後丟給下屬去用甘特圖壓日期
這是台灣軟體開發一直不能進步的地方
//小弟也來說個想法好了,對我來說會獨立解決問題,結掉案子的就是一個優秀工程師
沒錯~但..

比如你建房子
建2樓的透天跟蓋101的方式是不同的
蓋2樓,你用蓋101方法成本很高,速度很慢
但你用蓋2樓方式,你去蓋101
你蓋10樓前,大家的速度,品質等都差不多
但蓋到10樓後,問題就開始出現,有房子搖搖晃晃的,有蓋不下去的,有工頭跑掉的...

所以設計時,設計圖出來,人家就能預知你能不能蓋好,品質和人家會不會給你10倍錢用101工序做

所以我從入程式設計師時,每天也在看文件,從MS,Apple,Android 的設計文件都K
就是我不要蓋2樓房,我要蓋101
我不要22k,我要220k
所以我才能從最小學歷(專科)當到部門技術總監(Coco還是比頂大碩博士少,哭哭)
但我看小朋友,每天時間到就向我報告,我要下班,我也不能怎麼樣,下班是他們的權利,但~沒做出來就是我展Power時候
每次給工作都沒問題,都是最後一天才開始問,現在人工作態度

我上次報告部門經理,他們看不懂UML怎麼辦,我也告訴他們,UML Doc 只不過Paper 數十頁,頂大,二個晚上就OK
經理說,算了,不要把每人當成跟我一樣強,真的想哭


能力強的就是不一樣
真好
讓我想起我之前一個同學離職,也是履歷一開
就一堆面試邀約,可以慢慢選工作

Pan.tc328 wrote:
UML是不最好的,...(恕刪)
我覺得用不同的工具要看環境,有時運用的不當是有反效果的,尤其像你開發產品或專案時,你需要的不僅僅是技術,還有該產業的knowhow,可能因為一些些技術堅持,而讓人才不想加入,所以小弟在做案子或開發專案時,會去評估專案人員的技術能力,如果真的沒有物件概念的,寧可用傳統的大型主機分析方法,也許不是最好,但小弟覺得最適當的

蘭陽橋鄉村別墅 wrote:
能力強的就是不一樣...(恕刪)
我覺得能力強不強,有時是看位置是不是擺對
Domain knowhow 是系統需求,風險評估階段就要有
系統設計,就要有統一語言,Key Word

總不能,你跟廠商,老闆,Member 都用不同語言,不同定義...完全不同
總不能每個Member來自不同學校,不同老師,有不同的想法

辦公室,Cowrok就是要有Rule,Protocol...
不是你做的你的,你想怎麼做,就做什麼

我負責整個產品,當然下面要Follow我的規則,我會讓老闆,客戶接受規則
不然就是誰有能力,誰站出來,誰負責成敗
我就照他的規則做

UML是不是好??我一直學習(所有軟體開發人員都要),不同的工具,知識,技術,領域..說到這邊是不是跑一堆人了
然後不同時期,可能測試這個東西,還是導入產業...
還是~
反正小專案..1x萬的Case也不會交到我這邊來,那種根本不用工具,派幾個小朋友就好了
  • 8
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 8)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?