3ヶ月間の英語研修でTOEICスコア 665 → 890 になった話 - Money Forward Developers Blog
エンジニアリング戦略室の高井です。先頃からお伝えしているように、マネーフォワードではエンジニア組織の公用語を英語にすることを計画しています。世界中から優秀なエンジニア人材を集め、プロダクトをさらに成長させることが目的です。 エンジニア組織の英語化に向けて、組織的な英語研修のトライアルも始まりました。英語習熟度に応じたプログラムを策定し、そのための研修を行なっています。まずは直近で必要となる人からということで、第一弾となる英語研修プログラムに参加しました。 今回の記事は、そのときの個人的な経験の記録です。私自身、大学卒業後に、これといって積極的に英語を勉強したことがありませんでした。もちろん、ソフトウェアエンジニアとして、英語ドキュメントを読む必要があったり、カンファレンスで英語スピーカーの発表を聞いたり、英語学習方法のブログをブックマークしたり、英語学習の書籍を購入だけしたり、ということは
わかりやすいシステム構成図の書き方 - Qiita
わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか？ このシステム構成図のわかりにくい点が３つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の３つです。 わかりやすいシステム構成図 これら３つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
