[版面問題回報/版務討論區]
[回到版面]
回應模式
名 稱
E-mail
標 題
內 文
附加圖檔[] []
類別標籤(請以 , 逗號分隔多個標籤)
刪除用密碼(刪除文章用。英數字8字元以內)
  • 可附加圖檔類型：GIF, JPG, PNG, BMP, SWF，瀏覽器才能正常附加圖檔
  • 附加圖檔最>大上傳資料量為 3000 KB。當回文時E-mail填入sage為不推文功能
  • 當檔案超過寬 200 像素、高 200 像素時會自動縮小尺寸顯示
  • 在文中張貼 YouTube 或 ニコニコ 完整網址可自動轉換成影片.
  • 如果版面運作失常或是發生鬧版筆戰等情況，請 [回報] 管理員處理。
檔名：1492328561922.png - (49 KB, 758x646)
49 KB無標題 名稱: 日本SE [17/04/16(日)15:42 ID:KCGZlVHM] [舉報] No.74101 2推 
只是純粹開的串別開來 有興趣就回 沒興趣就沉吧w
順便貼一張日本IT業界市價的圖

>>交接
我自己是覺得 有好的交接不容易 所以有是賺到XD
現在的案子也是環境銜接很糟 環境問題全部自己加班搞定
不過 說實在的 環境問題不是PG/SE階層處理的問題 那是SA(架構師)的階層的問題
會自己解決來說 是非常重要往上的經驗

>>自學 不知道怎麼回 就解決現有問題回
HP來說 是直接找現成的工具用
EX XAMPP --> LAMP/wordpress 再找個自己要的平台用
找C++來說 當然沒有頭緒 /用Java Servlet跟JSP當然寫到累死XD
某方面來說 那不太是純PG的問題 歸類算SE/SA的問題 當然會比較難w

關鍵來說 自己預到什麼問題 怎麼自己找工具
在自己能接受的成本(學習時間/金錢)之下解決 所以找什麼工具

google說實在都會有 在來就是翻完大量資料後 切割/轉換關鍵字的習慣
不然就是知道一兩家書店 基本的書籍全部齊全(EX 我自己會常跑 季伊國屋跟淳久堂的總店)
台灣也有這種的(超)小店 專賣程式的簡體書 -- 我自己回台灣也會去買w

業界的好處是 每天都有工作(每日任務?) 可以練
又每個案子都是一個可行的案例 多翻翻來說 多多少少可以撿到很多的奇怪的寶
再來去思考 為什麼上一個程式師這樣寫 / 如果自己寫會怎麼做 /怎麼做比較好...etc
當然不喜歡來說是 不會去想的

又起薪不會高 因為沒實績 沒人知道這人能做什麼
但做的到來說 待遇不會太差就是
無名氏 : 問個問題，日本有data scientist相關的缺嗎.....總覺得目前只有美國有需求 (RYhlGvDA)(17/04/16 22:34:43)
無名氏 : 台灣的部分只看過一家開7w-10w/月，還要3-5年相關經驗 (RYhlGvDA)(17/04/16 22:35:35)
無標題 名稱: 無名氏 [17/04/16(日)21:05 ID:iQKS3X6E] [舉報] No.74104 1推  
500k jp/月 還算不高嗎.
我有ccnp ocp
沒在network團隊工作過
也沒在db團隊工作過
在做的是IOT工作
上面6個求人 全都不敢申請
日本SE : 關於證照這東西也很好玩 東家的PM的層一概都無視這玩意 /但營業層把這證照當寶 只能說立場不同 (pl8zKLek)(17/04/20 23:45:25)
無標題 名稱: 日本SE [17/04/20(四)23:40 ID:pl8zKLek] [舉報] No.74149 27推  
>>data scientist
恩...你是指哪一塊?
還有你指的美國跟台灣data scientist技術市場也能說明一下嗎@@?-->有興趣知道

日本來說 做應用的工作就已經多到做不完了
跟我家有來往 都台灣人也多少知道頭有臉的公司
也不會去用到NoSQL /RDBMS就很夠吃了(話說 能真正活用這玩具的人也不多)
EX某家很大的EC公司
關於DB來說核心面試議題是orcale的效能/tuning問題

如果指DataMining / SQLtuning來說
日本會併到SE or DBA階層料理
生態大概是 PM跟DBA開仕樣 叫SE去生

DB設計來說 主要為PM層/SA or SA層級的SE擔當
(這部分DBA的發言特權相當大 但實際擔當範圍 曖昧不明)
畢竟跟公司業務層相關 一定會碰到社內政治

機械學習來說 那我就真的不知道了
至少工作機會沒有在市場上很流通

>>No.74104
IT業界也分很細 我只是隨便貼XD
不過裡面剛好包括了 測試/NE/SE/PG/DB專門
全部的工作了
IOT的工作也算不太流通 可能不太適合給非內部的人寫吧(權限問題)

>>高不高
就單價50/月 不高 一個獨立的測試單價就45
(測試的工作很重要又簡單但是 很無聊 超級無聊....)
主流語言開發基本為60 契約長一點/Agent選錯 再低也45~50起挑
然後 Backend框架*1 +10 / Frontend框架*1 +10

不過這是獨立的事情 獨立要處理的問題不少就是
EX 金流入出帳/稅務/Agent費用/怎麼請客人續約/契約問題...etc
公司的文書小妹跟營業 某方面來說 是很偉大的存在
日本SE : orcale --> oracle....Orz (pl8zKLek)(17/04/20 23:41:20)
無名氏 : 這裡可以直接貼PTT上的求職需求嗎，可以的話我直接貼了 (ZUrC06TE)(17/04/21 00:38:16)
無名氏 : 這樣你也比較好理解 (ZUrC06TE)(17/04/21 00:39:42)
日本SE : 我當然ok 但我不知道這邊是否可行 一般來說 網路禮貌是用網址縮址 在掛上來比較禮貌 (Mk5n9gM2)(17/04/21 00:47:39)
無名氏 : http://ppt.cc/68oHK 台灣實際的情形我也不大清楚 (ZUrC06TE)(17/04/21 23:41:29)
無名氏 : 不過外國好像就是把raw data套用model之後，丟到aws上面去運算 (ZUrC06TE)(17/04/21 23:42:20)
日本SE : 目前簡單看一看 基本上是個SA工作 日本報價基本會是90+ 真得很關鍵來說 出到200也有可能 (gIfZnf36)(17/04/22 17:06:09)
日本SE : 這工作的關鍵難度會是統計/演算法 以及客人的業務之下 怎麼使用程式去達成那項工作(包了要件說明義務) (gIfZnf36)(17/04/22 17:08:51)
日本SE : 我會判斷 真正核心的部分 基本上無關程式(不過做不到程式來說什麼都不用談) (gIfZnf36)(17/04/22 17:10:44)
日本SE : FIT的業務知識/ 處裡演算法的架構層解法/ 跟理解(不懂程式)的客戶的FIT需求 實踐的能力 (gIfZnf36)(17/04/22 17:12:33)
日本SE : 那些實績要從3~5年經驗中抓得到 才會考慮用 日本來說 基本上會切PM搞定義/SA搞架構/SE實作 (gIfZnf36)(17/04/22 17:15:28)
日本SE : 不太會混在一起處理 (對企業)單價計算上也會比較簡單(便宜)? (gIfZnf36)(17/04/22 17:18:40)
日本SE : 當然也包括了日本ˊ的文化性在其中 對自己負責的範圍極度認真 但超過自己範圍來說 去問那個責任者的風格 (gIfZnf36)(17/04/22 17:20:56)
日本SE : 就台灣這方面來說 相當"雞婆" 所以不會很在乎分層 但日本人不管自己範圍以外的事情 其實可以相當誇張 (gIfZnf36)(17/04/22 17:25:24)
日本SE : 結論來說 如果外面是1個案子1個工程師 日本會處理成 3個案子 1PM1SA1SE 這樣的策略去接 (gIfZnf36)(17/04/22 17:27:51)
日本SE : 招募的形式 也當然會差很多 日本某家以給你錢快點做有名 的電信公司應該會有這樣的工作 (gIfZnf36)(17/04/22 17:36:52)
日本SE : 但就它自己的市場(市佔?) 營收的規模來說 這類PM SA SE 大概自己養 對公司反而有利 (gIfZnf36)(17/04/22 17:40:03)
無名氏 : 我自己是非CS非統計出身，只是普通文組，就這樣看上去他要求真的不難 (I1tbJ4dQ)(17/04/23 02:42:08)
無名氏 : 我自己除了後端部分，data science那部分我基本上都可以用R做到(python剛學) (I1tbJ4dQ)(17/04/23 02:43:37)
無名氏 : 總而言之現在這塊市場還沒飽和，現在會點皮毛功夫的都有機會加入，不過在等個10年20年就很難說 (I1tbJ4dQ)(17/04/23 02:46:07)
無名氏 : 要我來看這工作很吃"統計上的直覺"，要從資料結構中抓出目標data來回應需求，這才是難處 (I1tbJ4dQ)(17/04/23 02:48:05)
日本SE : 恩...我會說 那個架構層比想像中難很多喔 Docker本身很多用法 aws各服務怎麼組裝有效又便宜 (nfBauffU)(17/04/23 15:38:15)
日本SE : 上面兩個有大學問 而且還要實際的活用的經驗 更不要提 架構層下的debug所需要的知識背景量 (nfBauffU)(17/04/23 15:39:56)
日本SE : 又這工作 做不到SA的範圍來說 是直接out(基本條件) 關鍵核心我也認為是FIT上的業務知識/統計 (nfBauffU)(17/04/23 15:43:08)
日本SE : SE階層的PG能力是ˋ這工作是基本 但coding基本上是相當難(沒辦法?)料理架構上的問題 (nfBauffU)(17/04/23 15:52:04)
日本SE : 日本來說 能做到SA那位子的人不多 畢竟一個系統PG SE可以很多個 但SA通常只會有一位 (nfBauffU)(17/04/23 15:53:47)
日本SE : 然後越大的企業一個系統會用越久 SA的位子也就更少 小企業當SA機會反而多 但系統規模會小很多 (nfBauffU)(17/04/23 15:55:53)
【刪除文章】[]
刪除用密碼:
第一頁[0] 最後一頁