Vue.js Tokyo v-meetup #6まとめ
Vue.js Tokyo v-meetup #6に参加したので、その内容についてまとめました!
イベント自体の詳細は、こちら! vuejs-meetup.connpass.com
セッション枠1: Future of Vue.js
資料
自己紹介
- Vue.jsコアチームメンバー
爆発した2017年
- Google Trendで2016/10にReactを抜いた
- GitHub Starsも、reactに近づく
- VueConf2017が開催@ポーランド
- v2.2〜2.5の4つのリリース
- エコシステム
- NUXT, onsenUIなど
- コアチームメンバーの増加
- AWA with Vue.js Teamの開催(9月)
- 「コアチームメンバーだけでなんか聞きたいことある?」
Vue Project Roadmap
公式スタイルガイド提供
- 公式ドキュメントに公開済み
Cookbook
- よくある落とし穴への対処をドキュメント化
- 着手はこれから
eslint-plugin-vue
- Vue.js向けのコードをLint
- v4.0.0-beta.2
- 公式スタイルガイド対応中
vue-test-utils
- Vueの単体テストツールを公式でサポート
- v1.0.0-beta.7
- 日本語ドキュメントもほぼ揃っている
vue-component-compiler
vue-cli
- 楽に環境構築できるツール
- v2.9.2
- 課題
- テンプレートのメンテが大変
- CLIから問われる質問が難しい
- 3.0アーキテクチャ
- プリセットモデルの採用
- オンデマンドでプリセット追加
- プリセット毎にnpmで管理
- browserifyを廃止し、webpackテンプレートへ
- configファイルによる集中管理
- vue-cliの分離(vue buildコマンドが分離される)
Core
- v3.0?
- 2.x系と並行してメンテされる
- ネイティブにES2015をサポートするブラウザのみサポート
- リアクティブシステムの改善
WebComponents対応
クラスベースのAPI提供?
WebAssemly対応?
- DOMアクセスできるようになったらあるかも
2018カンファレンス
- Vue.js Conference Amsterdm
- UI
- London
- EU
- 日本でも!
セッション枠2: eslint-plugin-vue
資料
自己紹介
- 長島徹
- ESLintのメンテナの1人
- Vue.jsのESLintチームメンバー
目次
- 開発動機
- 今まで
- 使い方
- templateタグを検証するルールの書き方
1. 開発動機
- polumerで開発していたときのtypoを見つけて欲しかった
- React/JSXでは、静的検証が優れていた
- Vueでも欲しい
2. 今まで
課題
- .vueファイルはHTML形式だが、ESLintはHTMLを扱えない
- カスタムパーサーを作った
検証
- 試しに25個の検証ルールを作成
開発
3. 使い方
- 以下のサイトで試用できる
- configファイルに設定を記載
4. templateタグを検証するルールの書き方
- みんなで新しいルールを書こう!
基本的にはESLintのルール作成と同じ
- 既存ルールに悪影響を与えないためにtemplateタグ部分の AST は分離されているため、特別な関数を使ってアクセスする必要あり
ここで、試しに1つのルールを作ってみる(ライブコーディング)
ローカルのルールを利用する場合は、
--rulesdir
指定が必要
$ eslit src/*.vue --rulesdir eslint-rules
- プロジェクト独自のルールを作成すると、生産性が上がるかも?
- 自動修正もする場合は、ルールを定義するjsファイル内で、fix関数を定義
質問
- プリプロセッサへの対応についてどう考えているのか?
- pugはサポートしようとしているが、他のものは検討していない
LT1枠: vue-test-utils
資料
スライド
デモ
自己紹介
- Lachlan Miller
コンポーネントのテスト
- データを正しく表示するか?
- ユーザーのアクションに合わせて正しく動作するか?
API
- レンダーとマークアップ
- 状態・関数を設定
- モック、スタブ、インタラクトの登録
DEMO
LT2枠: Vue.jsとともにいきる
資料
自己紹介
- エンジニアかつデザイナー
エンジニアとデザイナー
- お互いに話す言葉が違う
- ハイブリッドタイプ
- jQuery帝国を捨てて、Vue.js王国に来てください!!!
デザイン現場では意外と使われてないもの
- Vue
- Gulp
- Webpack
- SASS
- ループや分岐 -関数構造家 -エディタ
- 外部データ通信
- git
デザイナーにVue.jsを広める辛さ
- 「世間のデザイナーから見れば、下北沢のインディーズバンドと同じレベルの知名度」
jQuery帝国とVue.js王国の考え方の違い
- コンパイル
- イベント処理
デザイナーがVue.jsを使うまでの3つのハードル
- データをかくない
- Vue.js難しい
- DOMを見てくれない
- F12を知らない
5つの工夫
- Vue.jsのドキュメントは読まなくてもいい
- コンポーネント定義をHTML側に寄せる
- ディレクティブという概念を隠蔽
- 非同期データ通信を無くす
良かったこと
- 変更に強くなった
- 将来の見通しがよくなった
- Vueのdataを考えるようになった
デザイナーが覚えたVue.jsの機能
- 3%
私以外のメンバーがウェブサイトを作った分量
- 92%
開発効率
- 2,000%
質問
なぜVue.jsか?
- Angularを使ったら疲弊した
ソースコード管理はどのようにやっているか?
- プルリクベースはやめて、masterのみ
- gitのログがあるだけですごい!という世界
LT3枠: 10年前のレガシーシステムをVue.js TypeScript Elementでフルリニューアルしている話
資料
自己紹介
- エムスリー株式会社
- ベルセルクが好き
リニューアル前
リニューアル後
Element
- Vue.jsのデスクトップUIフレームワーク
- 2.0.0でTypeScript型定義がバンドルされた
- フォーム部品周りが豊富
- Vue.js系のUIフレームワークで一番人気
- i18n対応
- Vetur(VSCodeプラグイン)もサポート
- 補完が効く
- rulesにバリデーションルールを記載できる
- パーツが豊富で、少ない手数でリッチなUIを構築できる
TypeScript
- Vue.js2.5でサポート
- オブジェクト構文でも、thisの型が推論されるようになった!
- APIの1エンドポイントのプロパティが50個あったりするので、型定義が欲しい
- Kotlin側の型定義から、TSの型定義を自動生成
開発の流れ
まとめ
- 管理画面開発にElementはおすすめ
- Vue.jsのTypeScriptサポート強化は嬉しい
- swagger-codegenでTypeScriptの型定義自動生成をするのは、あり
LT4枠: VS Code&TypeScript&Vue.js
自己紹介
VSCode
- OSS
- GitHub Octoverse 2017 でも話題
TypeScript
- 「JSは、Webのアセンブリ言語」
ライブデモ
- 以下のリポジトリを使用
8つのSIer退職エントリから学ぶ、日本のSIerの実態
この記事は、しがないラジオAdventCalender8日目の記事です。
私は、「SIerのSEからWeb系エンジニアに転職したんだが楽しくて仕方がないラジオ」という、全国のSIerを敵に回すようなタイトルのポッドキャストをやっています。
タイトルを決めた理由の1つとして、よく「SIer退職エントリ」がはてなのホットエントリーに入っているのを知っていたことがあります。
SIやばいよ、SIやめたよ、みたいな話は、界隈で興味や関心を得やすいのだなあという感覚もあってのタイトルです。
そこで改めて、富士通の退職者の1人として、「SIer退職エントリ」をまとめてみます。
ざっと探して見つかったものに限るので、偏りがあるかもしれません。 また、SIerの営業職/コーポレート部門などについては、本エントリのスコープから外しています。
ネガティブ寄り
まずは、SIerに対してネガティブな感情が滲みでているエントリたちです。
2016-04-13: 富士通を退職した話 (1256ブクマ)
はてブ界隈の話題を席巻したエントリ.
入社する前は大学の情報系学部に通い、大学院まで進学して専門分野の研究にそれなりに熱意をもって取り組んでいた。 (中略) 自分の希望についてはしっかりと主張したつもりだったけれど、 入社して1週間後に告げられた自分の配属先は、山奥の工場でメインフレームを主とするシステムの開発・保守を行う関連会社への出向だった。
多くの大企業では、採用部門と事業部が切り離されていて、入社時の希望と全く違う配属になることがあります。 この現象を、私は「大企業ガチャ」と呼んでいます。
20代そこそこの新卒社員が化石みたいなプラットフォームの世話を押し付けられるなんて想像だにしていなかった (中略) せめて担当業務はオープンプラットフォームにしてほしいとか、COBOLは嫌だとか、ついでに可能であれば山奥の工場に押し込まれるのも勘弁してほしいとか、できる限り主張をしつつ、しばらくの間実際に働いてみてから身の振り方を決めることにした。
直感的には、ちゃんと情報科学を学んできた20代にCOBOLを書かせるのはもったいないと思います。 その辺りの感覚が日本の大手SIerの中にどのくらいあるのか、非常に気になります。
2011-12-04: 2年半務めたSIerを退職しプログラマとして再スタートを切ることにしました (82ブクマ)
プログラマに憧れて就活をしたけれど、SI業界ではPGは地位が低いという話を聞いてSEになった人の退職エントリ。
どうにもプログラマというのは飯が食えないらしい、 日本においては価値が低い職業として位置づけられているらしい、ということが見えてきました。
今にして思えば、それは「SI業界における下請け専門のPG」の話でしたが、 当時は「それがPG」だという風に見えてしまい(後略)
一般的にはモノを作れるプログラマーの方が価値が高そうですが、SIerではPGが単純労働とみなされ、 SE > PGという明確な身分差を付ける文化がある印象です。
一番大きく感じた違和感は 上流SIerのSEってITスキルなんて皆無でもやっていける、という点です。
特に大手SIerにいるような上流のSEは、技術職ではなく「技術系総合職」です。
技術が好きでコードを書きたい人は、上流SEになるとミスマッチになりやすいです。
2016-04-24: 富士通を退職して思うこと (1104ブクマ)
3年で辞められた、公共系SEの方。 富士通の悪いと感じた点が章立てで記述されていて、強い思いを感じます。
富士通には、人材キャリアフレームワークという社員評価制度があり、現場には、入社何年目はこのレベルの仕事、といった暗黙の了解がある。 本人の能力や意欲とは全く無関係に、入社後の経過年数で、仕事の裁量の幅が大きく制限される。
富士通の成果主義について深く知りたい方は、こちらの本がオススメです。文体に癖がありますが、生々しくて面白いです。
Amazon | 内側から見た富士通「成果主義」の崩壊 (ペーパーバックス) | 城 繁幸 | 企業動向
2.社内既得権益集団が絶対に損をしないルール
富士通という会社には多数の既得権益集団がいる。そして、社内のルールは彼らが決して不利にならないように作られている。 なぜなら、ルールを作る権限は、先頭を走る集団、1980年代に大成功を収めた既得権益層がガッチリ握っているからだ。
これは日本の社会保障制度がヤバいのと非常に似た理由で、大手SIerには若い人が一線を退いた世代を支えなければならない構造があります。 日本から脱出するのは大変ですが、SIerから若者が脱出するのは比較的簡単です。
こちらも深く知りたい方は、こちらの本がオススメとのこと。
若者はなぜ3年で辞めるのか? 年功序列が奪う日本の未来 (光文社新書) | 城 繁幸 |本 | 通販 | Amazon
4.発展途上国レベルの業務標準化の原因
ここにおいて、ITシステムが業務に合わせるのではなく、ITシステムに合わせて業務の方を変えていかなくてはいけないのだ。 (中略)
富士通は、既存顧客の業務標準化およびデファクト・スタンダードとなるITシステムの開発の陣頭指揮をとる役割を果たすべきだが、その望みは期待できない。 なぜなら関係が深い企業において、業務が効率化すると大量の社内失業者を出すことになるからだ。
これは日本全体の問題で、自治体や事業会社が業務をシステムに合わせて変えられれば全ての組織が同じパッケージを使うだけで済むので効率的ですが、現状はSIerがシステムを各組織の業務に合わせてカスタマイズしているので、生産性も利益率も全然上がらないという話です。
カスタマイズで関係性や利益を得るのは短期的にはいいですが、利益率が下がる割に保守コストがどんどん膨れあがるので、長期的には社会にも会社にも望ましくないです。
最近、新興企業を中心に業務でもSaaSの利用が進んでいるのは、良い傾向だと思います。
2013-09-01: SIerを退職しました - hotchemi.ja.blog (707ブクマ)
1年半で退職して、より技術寄りのキャリアにチェンジした方。
強いて言えば、下記の様な問題を考え続けた結果、転職という選択肢が自分にとって最善であると感じたという事です。
・業界の方向性に疑問を感じた。開発をアウトソーシングしマージンを抜くといったビジネススタイルでは開発者が幸せになれないと感じた
・エンジニアとして生きていく上で技術から取り残される焦りを感じた
わかる。
実際に現場に入ってみて「楽しくなさそうにプログラミングをしている人が多いな」と感じたのも事実です
多くのSIerの中で、プログラミングは仕様書をプログラムに落とし込む単純労働とみなされており、「プログラミング楽しい!」という人は少ない印象です。
人月(必ずしも悪だとは思いませんが)、一括納品のビジネスモデル、多重請負構造、ディフェンシブな開発体制(この辺りの思想は倉貫さんに強く影響を受けています)…パッと思いつくだけでもSIerの受託開発には多くの問題や矛盾が存在しています。 (中略)
未熟な頭で必死に考えた結果、上記の問題を解決する為には、2つの道があるのではないかと考えます。 ・永和システムマネジメントやソニックガーデンなど、新しい受託開発を提案できる環境に身を置く。リスクを丸投げしてくるような発注をそもそも受けない。 ・ユーザー企業(敢えて幅広い言い方をしています)に身を置き、既存のSIではない事例を作っていく
これも同意で、多くの場合はユーザー企業とSIerのパワーバランスは顧客の方が上なので、無理な発注を受けざるを得ない状況があります。
この状況が変えるためには、やはり
- 他の会社には持っていない技術やノウハウをもった「強い受託会社」が増えてユーザー企業側の目を覚まさせる
- SIerのような受託会社ではなくユーザー企業側に多くの開発者が移る
のどちらかだと思います。
ちなみに、米国では日本と違い、ユーザー企業側に多くの開発者がいるようです。 paiza.hatenablog.com
また、本エントリでも言及されていますが、「納品のない受託開発」に取り組む株式会社ソニックガーデンさんは、まさに「強い受託会社」である印象で、受託IT業界に燦然と輝く光です。
2016-02-29: SI企業を退職しました - 無理なご乗車はおやめ下さい。
SIerに2年11ヶ月勤めて辞めた人のエントリ。 自分で仕事を取りに行ったと書いてあるので、たぶん会社の規模は小さめ。
私が文系出身でありながらこの世界に来たのは、サラリーマンとしてのビジネス力を磨きたかったのではなく、技術をもっと追い求めたかったから。「システムなんて中身がどうであれ、とにかく動けばいい」ではなかったはず。エンドユーザのシステムを理解・把握し、新規事業の提案をして、開発を外注に投げて私はその管理だけをするということがしたかったわけではないはず。
ウォーターフォールの受託開発だと、要件を実現することだけが優先されやすく、作っているシステムをもっと使いやすくするための努力をしにくいです。
この会社にいて得られる技術力は?VBやCOBOLや古い仕様のままのCといった枯れた技術は必要悪、エンタープライズ向けシステムには不可欠な技術だけど、でもそれを私は習得したかった?違う。
VBやCOBOLを書く人はまだ日本に必要だけど、それを自分が書くべきか、という問題。安い給料でCOBOLを書く若いエンジニアがいる限り、COBOLは死なない。
2015-10-04: 中小SIerを退職しました記事。 - るがぶろぐ (111ブクマ)
2年半勤めたSIerを辞めて、一旦無職になった方。 まず辞めてから考える勇気!
一番大事なのはやっぱり給与。諸々不満があったとしても、十分な報酬貰えてるなら文句言わず働くよねっていう。 (中略) 特に私の場合は、入社以来、何回も表彰されてた (個人でも、プロジェクト単位でも) っていう実績があって、「若手の期待の星」みたいなことも経営層から (対面では) 言われてたので、なのに昇給が同期と変わらず、無いも同然っていうのは…っていう感じでした。評価してるっていうなら形で示してください。これ大事。
これはSIerだけの問題ではないと思いますが、利益率の低さや年功序列が原因であることがある気がします。
ポジティブ寄り
次に、新しいチャレンジをしたいという理由で転職をしたケースと、転職後に辞めたことを後悔しているケースです。
どちらも、SEではなく研究開発寄り。
2014-01-20: 富士通を退職してGunosyにjoinしました - Ryoの開発日記 (298ブクマ)
スパコン向けのミドルウェア開発などをされていた方。 受託案件ではなく、研究や製品開発周りであれば、大手SI系の企業でも活き活き働いている人が多いイメージです。
前職に大きな不満があったわけではありません。 学生時代から興味のあった*6 データマイニングの技術を活用するGunosyのキュレーション事業に関わってみたい、スタートアップのベンチャーで自身の能力を活かしてみたい、身近で使われるようなB2Cの事業に関わってみたいという思いが日増しに強くなり、決断した次第です。
ポジティブな転職理由。
2013-12-21: 退職します. 拝承 - テストステ論 (987ブクマ)
こちらも、非常に話題になった日立退職エントリ。エントリ自体はネガティブ。
その攻撃的な内容に公開当時も話題になったが、何よりもその後筆者がTwitterで「転職は完全に失敗だった」「土下座で謝るので日立に戻りたい」と手のひらを返したところまで含めて多くの人の興味を引いた。
なお、転職後のTweetについては、以下の記事に詳しいです。本人のTwitterアカウントも調べましたが、凍結されている模様。
ざっくりまとめ
SIerに対するよくある批判や不満
- 開発言語や環境が古い(メインフレーム、COBOLなど)
- 実際に開発をするプログラマの方が、SEより地位が低い
- SEは「システムエンジニア」なのに開発させてもらえない
- ユーザー企業の業務をITシステムに合わせて変えるケースが少なく、カスタマイズが絶えない
- プログラミングを楽しんでいる人が少ない
- システムの品質や使いやすさを追求しにくい
- 給料が安い(特に若手)
わかったこと
- プログラミングが好きで仕事にしたい人は、SIerのSEになってはいけない
- SIer界隈では、業界の構造的な問題として、生産性の低い開発を強いられるケースが多い
- 大手SIerの研究開発部門であれば、技術的に凄い人に囲まれてスキルアップできる環境はあるかも
- 富士通は他の大手SIerに比べて退職エントリーが圧倒的に多い
以上です。
SIerに限らず、日系企業や大企業にありがちな問題も含まれていますが、おおよそSIerの負の側面については、網羅できた気がします。
ただし、退職エントリを書いた人の意見しか記述されていないので、だいぶバイアスがかかった内容だと思います。
実際、私の富士通時代の同期の中では、SEとして活き活きと働いている友人がたくさんいます。
そのため、辞めた側の一つの意見として、誰かの参考になれば幸いです。
大手SIerでCOBOLを書いていた私が新卒2年目でWeb系スタートアップに転職するまで
しがないラジオパーソナリティのgamiです。
しがないラジオAdvent Calendar2017 2日目の記事です。
これを書くために、ブログを始めました。きっかけ大事。
「SIerからWeb系への転職エピソードのアドベントカレンダー」ということで、自分の転職話を書きます。
私は富士通にSEとして入社してから、1年半でWeb系スタートアップであるプレイドに転職しました。 ポッドキャストでもこの辺の回で話しましたが、1年越しの転職エントリを赤裸々に書いていきます。
転職活動
富士通時代は、ブラックSIerとは真逆の働き方をしていました。 ほぼ毎日定時で帰っていて、累計残業時間も10時間以下です。
ホワイト労働だったのには、以下の理由があります。
- 自治体向けのビジネスだったので、そこまでハードじゃなかった
- パッケージ開発元のチームだったので、顧客から距離が遠かった
なので、転職に関して特に強い思いをもっていた訳ではなく、スキルアップに関するもやっとした不安だけを抱えて働いていました。
本格的に転職活動をし始めたのは、2つのきっかけがありました。
ベンチャーへの会社訪問
ある日、エンジニアとして働いていた大学の同期が、遊びに誘ってきました。
「転職サイトでスカウト受けた会社に遊びに行くけど、一緒に来る?」
当時の私にとって、会社に遊びに行くとはどういう概念なのか、全く理解できませんでした。 会社とは、お金とスキルを得るために働くところで、遊ぶところではありません。
ましてや、スカウトを受けているのは友人の方なので、「なんだこの金魚のフンみたいなやつは」と思われるのがオチです。
当然、そんな気乗りしない誘いは断ってもよかったのですが、なぜか行くことになりました。
この頃の記憶はあいまいですが、漠然とした不安に突き動かされて、何でもいいから「会社と家の往復以外のこと」がしたかったのかもしれません。
職場のあった海浜幕張から目黒までの電車では、現職の人への軽い罪悪感と、一歩踏み出せた自分への高揚感が入り混じった不思議な気持ちでした。
訪問した会社は、ラクスルという主に印刷サービスを提供するスタートアップです。 raksul.com
他の多くのWeb系スタートアップがそうであるように、ラクスルのオフィスは空中庭園を模した遊び心のある空間でした。
正直、友人がCTOと話している内容は半分もわかりませんでしたが、「世の中を変えるために遊ぶように働く人たちがいるのだ」という当たり前の事実に、震えました。
仲の良い同期の転職
ちょうど同じ時期に、仲の良い同期が転職してWebエンジニアになるという話を知りました。
そのときは、長い研修を終えて配属されてから、まだ1年もたっていませんでした。
「とりあえず3年」という言葉を信じてはいませんでしたが、何となく「今辞めるのは、世間体的に早すぎるかなあ」と思っていました。
そんな中で、同期が転職を決めたという話を聞いて、もう辞めてもいいんだな、という思いなおしました。
その同期とは、今も一緒にポッドキャストをする仲です。
転職活動を始める
Web系の会社に転職をしようと決心をしましたが、まず壁にぶち当たりました。
自分が何をやりたいのか、そして世の中にどんな会社があるのかも、全くわからなかったのです。
漠然と、「世の中を良くしている実感を持ちながら」、「エンジニアとして」働きたいと思っていました。
しかし、転職サイトを見ると、その条件に当てはまりそうな会社は星の数ほどあるのでした。
スカウトサイトに登録する
そこでまず、スカウトサイトに登録して、自分の経歴を詳細に書きました。 Wantedly、キャリアトレック、Greenあたり。
すると何件かスカウトが来るので、カジュアル面談の予約をします。
- どの会社がいいのかわからない
- 技術力に自信がない
というのが目下の課題だったので、「スカウトしたのはそっちじゃん」という言い訳ができることを重視しました。
今思うと消極的ですが、とにかく自信がなかったので、まずはそこから。
選り好みせずに面談を重ねていくと、結構いいことがありました。
- 自分のことを話すのに慣れる
- 興味のある会社とない会社の特徴がわかる
- (選考が通れば)自信がつく
やりたいこと、いきたい会社があいまいなときは、とにかくたくさん面談すると見えてくるものがあります。
とりあえず転職活動をしてみる、というのは、辞める確証がなくてもオススメです。
イケてるエージェントに登録する
面談慣れしたころに、Goodfind Careerの転職エージェントと面談をしました。
エージェント経由だと、自分の経歴や適性をみて合う会社を探してくれるので、実際に会社の人と面談をしてみても、マッチング度合いが高かったです。
今働いているプレイドも、そのときのエージェントの方に紹介してもらった会社です。
ただし、大手の転職エージェントはベンチャー界隈とのつながりが弱い印象です。 ベンチャーに転職をしたいなら、同じく人材系ベンチャーを頼った方がいいと思います。
転職活動のためにやったこと
定時退社で暇だったので、少しでも有利に働くよう、転職活動以外にも色々やっていました。
勉強する
「COBOLとJavaで開発してます!」というのは全くアピールにならないということは、薄々感じていました。 そこで、Web系の企業で多く使われている技術を勉強しました。
どの言語を学んでいいかわからなかったので、とりあえずRailsチュートリアルをやりました。
一通りこなすだけで、Rubyはもちろん、Git、Heroku、TDDなどWebアプリケーション開発に必要な知識をざっと学べるので非常に良いです。
今だったら、N予備校 プログラミングコースをやると思います。
何か作って公開する
Wordpressのカスタムテーマから自作したWebサイトを公開したりしました。
当時、全くPHPは理解していませんでしたが、コピペ開発でどうにか見れるものを作りました。
もう公開されてないと思ったらまだあったので、黒歴史ですが貼っておきます。
コンセプトは、「俺が効率的に生きるためのノウハウを1人の力で書き溜めてnanapi超えるわ」みたいな感じでした。 今見ると色々とやばいですが、皆さんのアウトプットのハードルが下がれば幸いです。
Tech系ポッドキャストを聴く
何かのきっかけで知ったRebuild.fmを、通勤中に狂ったように聞いていました。
聴き始めた当初は、話していることの1/5もわかりませんでしたが、「これが自分の目指す世界の言語なんだ」と念じて耐えていました。
Web寄りのTech系ポッドキャストを聴くのは、他業界からWeb系への転職するときには、とても良いと思います。
- Web界隈で勉強しなければいけない内容がなんとなくわかる
- Web界隈で最近話題のトピックを知れる
採用面接でも、Rebuildで仕入れた知識を、さも昔から知っていたかのように話していました。 「この人は話が通じるな」と思ってもらえるのは大事です。
最初は背伸びしているように感じたとしても、当たり前の界隈の知識を、ポッドキャストの力を借りて、ひたすら脳にインストールしました。
今だったら、しがないラジオを聴くと思います。(宣伝)
そんな感じで、Web系スタートアップに転職しました。
FAQ
書いていたら、読者の方からの質問が頭に浮かんできたので、その妄想に勝手に答えます。
新卒2年目でSIerを辞めるのは早かったか?
いいえ。
もちろん会社に依りますが、Web系の会社は、長くSIerにいた人を採用するのを嫌う傾向にあります。 カルチャーや開発環境にギャップがあるのが、その理由だと思います。
また、Web界隈は複数社経験する人がゴロゴロいるので、すぐに会社を辞める人へのマイナスイメージはかなり薄いです。
長くいるメリットはない気がしています。
ほぼ未経験でWeb系エンジニアになるのは技術的に大変か?
勉強が好きなら、なんとかなります。
また、技術以外のスキルやカルチャーマッチを重視する会社も多いので、自分に合った会社を見つければ大丈夫だと思います。
転職して楽しいですか?
楽しくて仕方がないです。
そんな訳で、楽しくて仕方がないラジオ、今後ともよろしくお願いしますー