[徵才] 誠徵 Java Programmer
相關討論與 Q&A 已整理至下列網址:
http://www.javaworld.com.tw/jute/post/view?bid=15&id=319674
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.130.128.164
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1400562935.A.E95.html
※ 編輯: qrtt1 (220.130.128.164), 05/20/2014 13:17:21
※ 編輯: qrtt1 (220.130.128.164), 05/20/2014 13:20:06
推
05/20 13:36, , 1F
05/20 13:36, 1F
→
05/20 13:59, , 2F
05/20 13:59, 2F
推
05/20 14:07, , 3F
05/20 14:07, 3F
我尊重每個人對生活的安排,每個人工作的目標與期望不同。
有些人想要有以戰養戰,求競爭力
有些人想把時間留給家庭參與孩子的童年
有些人想維持健康的身心,修護先前工作的舊疾
我相信以這樣的薪水與工時,至少不會落於窮忙的困境。
有較多下班後的時間發展個人的志趣,
可以培養興趣,可以品味生活,可能衝能力點數。
除非有人跟我一樣只是喜歡宅在家寫程式,
我才會敢與你討論,不然可能會讓人有壓力的。
→
05/20 15:16, , 4F
05/20 15:16, 4F
→
05/20 15:17, , 5F
05/20 15:17, 5F
→
05/20 15:58, , 6F
05/20 15:58, 6F
→
05/20 16:00, , 7F
05/20 16:00, 7F
※ 編輯: qrtt1 (220.130.128.164), 05/20/2014 16:27:30
→
05/20 16:27, , 8F
05/20 16:27, 8F
※ 編輯: qrtt1 (220.130.128.164), 05/20/2014 16:43:54
※ 編輯: qrtt1 (220.130.128.164), 05/20/2014 16:46:21
推
05/20 16:49, , 9F
05/20 16:49, 9F
推
05/20 16:51, , 10F
05/20 16:51, 10F
推
05/20 21:44, , 11F
05/20 21:44, 11F
→
05/20 21:45, , 12F
05/20 21:45, 12F
→
05/20 21:45, , 13F
05/20 21:45, 13F
補充 Q&A 4: 人員篩選門檻為何
補充 Q&A 5: 使用的技術都這麼老舊嗎
推
05/20 21:51, , 14F
05/20 21:51, 14F
→
05/20 21:51, , 15F
05/20 21:51, 15F
→
05/20 23:05, , 16F
05/20 23:05, 16F
推
05/20 23:06, , 17F
05/20 23:06, 17F
→
05/20 23:15, , 18F
05/20 23:15, 18F
→
05/20 23:40, , 19F
05/20 23:40, 19F
→
05/21 00:55, , 20F
05/21 00:55, 20F
→
05/21 00:55, , 21F
05/21 00:55, 21F
→
05/21 00:55, , 22F
05/21 00:55, 22F
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 06:41:29
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 07:21:39
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 07:22:40
補充我個人對於技術的看法:
由於無法代表每一個同事,所以僅稱個人的看法。
使用新的框架、新的函式庫不等於使用新的技術。
得剔除各種名號,單純看它的本質代表什麼東西,
並認識各種技術適合的範圍與弱點
(其實就是戰略遊戲的兵種相剋)
追逐型、名號上的新穎,只是被流行綁架。
掌握不變的問題分析與解題思路訓練才是不退潮流的。
新的概念、新的技術是工具箱內的法寶。
履歷表攤開,若依著年份列寫上了適當年代最紅的新技術。
只能說明他很勤勞地依工作所需追上了當紅的技術。
這無法說明他是否是適當的人選。
我更在意的是他如何有效率地掌握現況,
並指出目前的困境或潛在問題有哪些。
這些問題並不一定需要立即有解法,但得點出來成為待答、待解的問題。
真的事情發生的時候,團隊就會有心理準備,
也可能由幾個還在猶豫的方案挑選出對策。
以前面提到的 IE + ActiveX 為例,
這組產品仍是目前公司獲利的產品,但它更新時很需要下載許多 OCX。
由於機房的頻寬不太足以容納短時間的大量下載,
每回更新時,巧遇較多人同時下載的情況產品的回應就會因為沒有足夠頻寬而變慢。
這是在我進公司前就困擾很久的問題。
正巧我私下有在接觸 AWS 服務,就提案了將檔案放置到 S3 內。
問題就簡單地解決了,隨著各地機房的頻寬疏導策略成功,
我們從此開啟了運用 Cloud Solution 的大門。
對任何新技術採開發的態度,
但得先說明它解決了什麼問題,而導入它的效益比傷害大。
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 07:57:34
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 08:01:56
→
05/21 10:41, , 23F
05/21 10:41, 23F
推
05/21 11:39, , 24F
05/21 11:39, 24F
推
05/21 11:51, , 25F
05/21 11:51, 25F
推
05/21 11:54, , 26F
05/21 11:54, 26F
推
05/21 13:25, , 27F
05/21 13:25, 27F
推
05/21 13:29, , 28F
05/21 13:29, 28F
推
05/21 14:17, , 29F
05/21 14:17, 29F
→
05/21 14:19, , 30F
05/21 14:19, 30F
→
05/21 14:20, , 31F
05/21 14:20, 31F
→
05/21 14:20, , 32F
05/21 14:20, 32F
→
05/21 15:17, , 33F
05/21 15:17, 33F
→
05/21 15:18, , 34F
05/21 15:18, 34F
→
05/21 23:01, , 35F
05/21 23:01, 35F
→
05/21 23:03, , 36F
05/21 23:03, 36F
→
05/21 23:04, , 37F
05/21 23:04, 37F
※ 編輯: qrtt1 (36.231.133.41), 05/21/2014 23:17:32
→
05/21 23:18, , 38F
05/21 23:18, 38F
→
05/21 23:19, , 39F
05/21 23:19, 39F
推
05/22 00:29, , 40F
05/22 00:29, 40F
→
05/22 00:48, , 41F
05/22 00:48, 41F
→
05/22 10:19, , 42F
05/22 10:19, 42F
→
05/22 13:12, , 43F
05/22 13:12, 43F
※ 編輯: qrtt1 (59.115.111.56), 06/08/2014 18:14:52
※ 編輯: qrtt1 (220.130.128.164), 06/20/2014 13:24:00
※ 編輯: qrtt1 (220.130.128.164), 10/22/2014 09:13:22
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章