職業相談

問日本來說 在下就把名子掛上來了

>>日本的薪資水準
一般的大畢新社會人來說 正常為20~22*14
IT來說可以偏高一點點 但所謂偏高一點是最少要能卡到碼農以上的位子

專門學校畢 拿17*12
工作內容 SE跟NE的專門性一點都碰不到
只是座在data center中 當個輪班撞鍾和尚
這樣的IT業工作 也是有的 這類工作很閒但一點未來都沒有

>>技術培訓 -->台灣在日的公司 先當日本公司思考
關於日本IT業界的程式培訓 基本上簡而言之
讓員工上班自修 但拿同樣薪水
了不起給公司給新進員工好一點的教學用材料 EX 原po寫的叫我看影片
請不要有太多的期待 真的有是賺到

真得想好好學 請自己跑大型書店買
Head First Java, パーフェクト Java
Head First オブジェクト指向分析設計
first head servlet --> 這本好像沒有日文版 但相關servlet/Tomcat的書籍請自己挖
パーフェクト Java EE ...etc
如果已經是程式經驗者來說 Effective Java (又這本的日文翻譯不太好...)

能跟上級討論得情況來說
取得上級同意之下 用上班時間念 順便問正式工作中 那些要先會 哪些不用管

>>日本技術"圈"
(日本?)IT業界其實很大 有很多不同的(封閉)圈子
又關於日本java圈來說 日本java的主要市場為大多日本的中~大公司的庫消存系統 --> 一般稱業務系
80%左右大概都是用Java寫的 所以javaer市場供給非常充分 也常常可見2009甚至1998系統的保守/流用舊架構的開發工作
又這圈人 痛恨PHP跟PHPer 也大多排斥弱型別語言的思想
我個人情緒上會酸 對這圈子中不求長進Javaer來說 一個爛架構(用java寫的)就可以是這位Javaer5~10年的工作經歷

web來說就是完全不同於java的領域 比較活躍 言語也比較沒有限定但不太使用java
這塊創新的企業很多 EX キャンプファイヤー 米國kickstarter的日本版盜版XD
不過這類 不穩定 外加 公司沒有紅來說 薪水不見得高 但保有的技術會很值錢

>>No.75710
謝謝在日島民回答
請問NE是什麼?
在data center輪班感覺跟台灣的一些顧機房的那種工程師很像

我看他的課程學習進度表: 好像有包含 Java環境安裝、物件導向概論、Eclipse安裝,執行序,集合、封裝,I/O,正規表達、畫面前端技術、JSP,Servlet、JSP、MySQL,JDBC、Struts、Hibernate,iBatis、Spring、jQuery,Ajax、SSH框架整合、SSI框架整合、日本開發實務等等

我原本是寫前端的，說實話後端除了Node.js(很簡單的)、我其他與沒什麼寫過，他是說我拿到簽證之前，會先給我看教學，好像說這是給沒有基礎的人看的樣子，不過實際上我還不知道教材長怎樣，說實話我還是希望工作上有mentor可以問XD

順道問一下，2X萬薪水在東京的生活是怎樣的? 會很緊嗎?

我好奇業界用
Visual Studio 還是 Eclipse比較多

>>SE/NE
System engineer/ Network engineer
基本上日本對IT業界外人 一概通稱SE
但SE跟NE是兩個不一樣的領域
然後就SE領域來說 階層為
PM >= SA > PL >= SE > PG > 其它
當然 少數的逆天也有
EX超大隻的專業PG/可以反PM的測試 但這類不多

>>課程學習進度表
所有的公司教學 都是為了公司的方便 這點請先記牢
教學的目標大概是 最低限度下
要訓練完的員工能為改java SSH/SSI架構的碼農

看看內容來說 內容沒問題
但大概只會教皮 讓新進員工上工可以馬上當工人
不過詳細來說 上工後 邊撞問題 邊哀嚎 邊查邊改
大概是這樣 然後看該員工有沒有辦法存活下來

真的要學來說
但光JVM(環境設定)跟JAVA 6 7 8 就可以有很多的學問了
Struts跟Spring 本來就是Java的巨大資產 學習cost一值都不低
不過碼農只要能改就好 細部基本上不會教

有興趣來說 "良哥哥 java"
那邊會有原po要的東西

先說 等下寫的東西 基本上有很大偏見的可能
要看 正式進工作後 整個專案的風格
才能做正確的判斷

>>寫過Node.js /前端
先說日本的java圈 關於javascript
大多只是javascript的使用者 而非javascript的開發者

然後一般web javascript/瀏覽器的常識用法 在日本java圈中 常常不存在
會由Java的SA 自己去打造一個 那個SA要的web基準
EX1 使用流覽器 但把"上一頁"的機能給拿掉
EX2 把javascript內的函數給"拿掉or封掉" 自己再去裝一個 加了料的同樣機能
...etc 這類的事情 請要有心理準備

>>mentor
看運氣了 外加有mentor是好事壞事其實不一定 雖然都有東西可以學

EX1 我以前大主管 會教我得東西 一概無關程式 但全部可以要人命
對客戶的說明用文件怎麼寫/ 1秒內可以看懂得的excel測試文件寫法/
業務流程的寫法/ 強調ER圖重要性/ 如何用業務流程圖看程式...etc

EX2 現在的我家(うち)程式首席(當然PM-SA層級)
這位呢 在程式低階層時 偏好可讀性/簡化程式碼 優現於低階層的構造性
(低階層做增加if else把狀況分開來 會被罵 只是自我滿足)
構造性則只在高階層做 構造化的處理
先說 這不是壞事 只是個trade off
結果上來說 下層的程式碼很好讀/上層的構造也不會到完全看不懂
但下層 非常非常非常 的 不好改....

當然因為他是SA所以看到的是SA-SE層的問題
PG寫對PG方便的東西 下層的構造化 為了對應可能的下層改修
但這會增加SE層得閱讀成本 所以會被念

so 有mentor是好事壞事 很難說

>>Node.js / Java 技術來說
寫過Node.js 應該寫過Request/ Response (Class)的處理

Java來說 會把Request/ Response Class的實體生成
抽象封裝到web container(Tomcat)隱蔽掉
就碼農來說 只要會處理Servlet中 Tomcat生成好的Request/ Response實體就行
嫌麻煩可以用JSP去把Servlet給抽象封裝掉 只要寫JSP就行

又如果使用Struts來說 會把Servlet也抽象封裝掉
用XML的設定檔跟JSP中做控制/ 然後用Action去掉用內部處理
也就是碼農只要會 改JSP/XML的設定檔複製貼上改XML文字串 就行
然後就可過者 只會看到.jsp/.java的碼農生活

Java這種 抽象封裝 --> 隱蔽 後
只會會改XXX 就行的設計思想相當的強烈

>>2X萬薪水 東京
生活品質來說 看你房租 花掉多少跟住哪邊
13區來說 房租貴又小但方便 / 外縣房租便宜+空間大 但通勤超花時間
就宅宅來說 2X來說夠天天吃外食+買宅物 +房租押在6w(不包水電網路)
大概也可以存下個3~8w日幣

>>Visual Studio 還是 Eclipse比較多
看SA腦袋中的核心思想派別

1. M$派來說 當然VS
2. JAVA派來說 當然Eclipse or IntelliJ IDEA
然後 JAVA派寫PHP 也用Eclipse包辦
3. web派來說 基本上
用SA偏好得文字編輯器 EX Sublime Text/ VS code

然後 因為使用的IDE不同 行為模式差很大
EX1 JAVA派 寫個3000行程式碼 但沒執行過一次 --> 不會不正常
(因為有IDE做型檢查 or 測試用資料還沒到PG手上)
EX2 web派 寫個10行跑一次 看看程式會不會動
(因為用文字編輯器 要看看有沒有奇怪的問題 EX打錯字, 忘了;)

P.S M$派 個人接觸不過 但感覺上 (JAVA派+web派)/2 的感覺

以上習慣差異 也常常造成 流派上的爭議(苦笑)

>>No.75716
謝謝島民回答

>>大多只是javascript的使用者 而非javascript的開發者
所以說日本不像台灣這樣會前後端分離開發，然後透過API來做整合?
日本有企業是用這種方式嗎?


>>然後就可過者 只會看到.jsp/.java的碼農生活
也就是說，是先培養成能上工的碼農囉

感覺你對技術很熟，你原本是學Java的?
想請問要把Servlet、Spring、SSH框架整合、SSI框架整合學好，大概需要花多少時間?


>>好得文字編輯器 EX Sublime Text/ VS code
我之前都是用Sublime Text跟VS code開發，所以我應該算web派吧

>>No.75723
看遇到的案件情況

>>前後端分離開發，然後透過API來做整合?
所謂API來說 Restful架構
但Java來說 Restful是相當晚(相對活躍的web圈)才開始對應的架構

1.就算主流的FW Spring來說
如果採用了SpringMVC來處理前端 --> 這不算個老的技術
也自動不會去使用 Restful架構 來解決問題

2.又用Struts來說 本身就已經包含了
不使用Restful架構 來處理URL的前提存在

又以上 不是不能用 XMLHttpRequest(請注意我使用的...Clas...object名)
只是基本上不會使用 API這樣的策略去處理問題

就SA層級來說 SPA跟multi-page設計 本來就是個設計上的決擇
技術上來說當然SPA技術性比較深
但論PM-SA層來說重點是
a.哪邊比較能符合客人要的規格
b.採用上 公司能夠 長期並且持續的 採用到能對應該技術的技術者嗎?
c.公司的組織結構/文化上 能夠接受 上層被工程師主導整個專案的運作風格嗎?

>>你原本是學Java的?
在下會稱 我是個PHPer 我私人的時間會花在LAMP上/ 但我東家整家是JAVA派+極少數的M$專
所以個人的實務經驗上全是 我個人極度厭惡的JAVA
不過要學/要做來說 當然就學好/做好就是....

>>Servlet、Spring、SSH框架整合、SSI框架整合學好
Servlet/Tomcat 一個坑 / 但可以抽像封裝掉
Spring 超級大的坑但有未來性 --> 又升到springBoot來說 考量Restful架構 的Java SA會變多
Struts一個已經被淘汰 但寫Java業務系 不會不行的鳥坑 / 但一樣可以抽像封裝掉
JPA + Hibernate 一個常用的坑 / iBatis個人不熟先跳過
又以上全是工具 JAVA 6 7 8的語文規格 其實比較要人命

真得要會能懂來說 快一點(賭命一點?) 1~2年吧
但這不包含了PM-SA階層設計架構時 要考量組織結構的非技術思維就是了

又只是要會改來說 Java的只要會改XXX 就行的設計思想之下
只是要能為碼農 快的話 該工程師有底子+聰明一點來說 2個月夠了

這也是為啥 業務系IT界 超級喜歡用Java的非程式技術原因之一

>>web派 轉 Java派來說
恩...技術性的文化衝突會有 這部分看你怎麼去適應了

先謝謝你詳盡地回答，感覺你好強喔，島上都一些強者，自嘆不如XD

>>就SA層級來說 SPA跟multi-page設計 本來就是個設計上的決擇
>>b.採用上 公司能夠 長期並且持續的 採用到能對應該技術的技術者嗎?
>>c.公司的組織結構/文化上 能夠接受 上層被工程師主導整個專案的運作風格嗎?
這2點我真的沒想過

>>所以個人的實務經驗上全是 我個人極度厭惡的JAVA
極度厭惡，還能學好，某方面來說真的很敬業，大多數人只要極度厭惡應該就不會往這方向走了吧


>>只是要能為碼農 快的話 該工程師有底子+聰明一點來說 2個月夠了
原來如此，這樣就不用花比較長的時間培養人了

>>這也是為啥 業務系IT界
所謂的業務系IT界是指?
>>恩...技術性的文化衝突會有
這我還在想要怎麼度過

不推文了

>>優秀的島民
這邊利害的島民不少
慣老闆/(日本)自營業/M$的專業DBA/以前進過B社的老學長(看文風認應該沒錯)...etc
都在這邊 在下也跟這些前輩學了不少東西XD

>>這2點我真的沒想過
待的位子不同 看"問題"的階層深度會不太一樣
以前的大主管(純PM 非PM/SA)會刻意去選擇低技術策略來解決問題
我個人也是現在才懂為什麼就是

>>極度厭惡，還能學好
先提一下 如果只在日本文化層打混來說(不走應用過多外國人策略的路線之下)
工作用的技術/案件的內容 不是自己能選擇的
(這部分甚至 包括了 換工作要考量的事情 不只是換工作怎麼簡單的事情)
常常是 有那個抗 叫能用的工程師去填
又不要看我這樣子 我個人已經算(勉強)會挑案的人了....

>>業務系IT
在庫管理/生產管理/個別公司之會計系統...etc 公司的日常業務性的軟體系統

>>"文化"差異適應 1.地域文化差異 / 2.技術文化差異
恩...這樣講應該會比較有趣
請努力的活下去XDDD