GAFAに人材流出防げ　NTTコムの新キャリアパスNTTコミュニケーションズの山本恭子ヒューマンリソース部長2019 / 3 / 27 若手の人材が、グーグルやアマゾンなど「GAFA」と呼ばれる米IT（情報技術）大手4社に流出してしまう――。こんな悩みを抱える日本のIT企業は多い。通信やインターネットのプロバイダー事業を手がけるNTTコミュニケーションズもそのひとつ。人事全般を担当する山本恭子ヒューマンリソース部長は「多様なキャリアパスを用意する必要がある」と危機感を募らせる。今後の対策を聞いた。 道は「管理職」だけではない　若手の選択肢増やす――日本のIT大手からGAFAへの人材流出が増えています。 「当社は離職率の低い会社として有名でしたが、この10年で上がってきています。まだ世の中の平均よりは低いですが、エンジニアだけでなくコンサルティング系の職種でも増えてきています」 「社員は6千

テトリスは落ちてくるテトリミノを積み上げ、横一列に並べて消すという有名なゲームですが、そのテトリスを例に「技術的負債」がどういうものかたとえた記事を、エンジニアでありコンサルタントでもあるというエリック・ヒギンズ氏が公開しています。 Technical Debt Is Like Tetris – Featured Stories – Medium https://medium.com/s/story/technical-debt-is-like-tetris-168f64d8b700 「技術的負債」とは、ソフトウェアの開発において、時間がかかるより良いアプローチではなく一番早く新機能の実装などの目的を達成できるアプローチを選んでしまったために生じたソフトウェアの複雑さのこと。例えば既存の機能を変更した際に説明書を書きかえなかった場合、後から別の人が動作を把握するにはソースコードを読む作業が

イチロー選手の引退会見がAbemaTVで生中継されていたので、文字起こししてみました。 心に響いた部分は太字にしています。名言がたくさん生まれた会見でした。 引退後は中学生なのか大学生なのか、あるいは小学生なのか、どんな人達と一緒にやるかはわからないけれど、「楽しむ野球」に関心を持っているようでした。 いつ頃引退を考えたのか。後悔はあるか 少年にメッセージを送ってほしい キャリアの中で一番印象的だった場面はあるか ファンの存在はイチロー選手にとっていかがでしたか 貫いたもの、貫けたものは何か 野球への捉え方が変わったことはあったか 大きなギフトをもらったのは私達の方だった。これからどんなギフトをくださるのでしょうか？ 笑顔が多いように見えたのは、開幕シリーズが楽しかったということか？ 最低50歳までは現役のために、日本に戻ってきてプレーする選択肢はなかったか 膨大な時間を野球に費やしてきた

（追記）これまでの活動を時系列にまとめたTwitterのモーメントを作りました。記事はこちらで追えますので、合わせてご覧ください。 Twitter Moment: 兵庫県警へ「不正指令電磁的記録に関する罪」の情報公開請求をしました はじめに 先日、「forループでalertウィンドウを出すだけ」という、いわゆるジョークプログラムへのリンクを張った3人が、兵庫県警によって1名(未成年)が補導、2人が書類送検される予定という事案が発生しました。(for文無限ループURL投稿で補導された件についてまとめてみた) この事案について、兵庫県警に対し兵庫県情報公開条例に基づいて以下の情報公開請求を行いましたので記録します。 なお本記事については、以前に同様に神奈川県警に対して情報公開請求を行った 梅酒みりん 様へお願いし、文面について利用させて頂くことを快諾頂きました。この場を借りて感謝を申し上げます

やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう!  チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -

こんにちは。メルペイで、決済・振込申請のバックエンドソフトウェアエンジニアをしている id:koemu です。 今日は、バッチ処理を行う理由について、考察を深めて設計に活かしていく話をしたいと思います。 はじめに バッチ処理とは、ある決まったタイミングで1つのプログラムが複数のデータを 一括処理 することを指します。この反対の言葉として、オンライン処理があります。オンライン処理とは、お客様の操作を初めとしたイベントをもとに 逐次処理 されるものです。OLTP(Online Transaction Processing)とも言います。 本エントリでは、バッチ処理を採用するにあたり、どういったユースケースが適切なのかを整理して、今後のソフトウェアの設計の指針にできることを目指しています。今回は、「バッチ処理を採用するとき」と「バッチ処理の設計」の2つについて取り上げます。 バッチ処理を採用する

ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで

A three-parts talk, each of one hour, covering the basic aspects of Go including type system, concurrency, standard library, and tooling. There was a lot of live coding on days 2 and 3, so those will seem quite light in content. Videos will be published eventually.

ECS タスクは、起動時にはコンテナの依存関係を考慮するのに終了時は全く考慮しません。次のコメントからもよくわかります。 A container can always stop, die, or reach whatever other state it wants regardless of what dependencies it has cf. agent/engine/dependencygraph/graph.go#L179-L180 これの何が問題かというと、fluentd のようなデータ収集用のサイドカーコンテナが動いている場合に、メインのコンテナよりも先にサイドカーコンテナが停止してデータが消失するということが起きてしまいます。 このことは 2 年半前から issue に上がっているんですが、未だに解決されていません。 cf. Termination order of li

これはなにか いわゆる、退職エントリと言うやつである。 先日、約2年と6ヶ月の間勤めた株式会社メルカリの最終出社を終えた。 多大なる感謝と濃密すぎる2年半で、めっちゃ長文になったけど、ご勘弁を。 目次 なぜメルカリに入ったのか メルカリでなにをしたのか メルカリで得たもの 内側から見たメルカリ では、なぜ辞めるのか？ なぜそれをやるのか？ ぐちゃぐちゃした思いの中で、ひとつ明確に言えること 最後に なぜメルカリに入ったのか メルカリに入る前は、サイバーエージェントで一貫してゲーム畑のPMをやっていた。 SFでのアメリカ支社の立ち上げ→大型ソシャゲタイトルの運用→自社IPタイトルの新規リリースetc.と、いろいろと経験を積ませてもらった。 きっかけはBizDevのミートアップだった。「ちっちゃいベンチャーがヤマト運輸と提携、ってどんなマジック使ってんのよ？」くらいの、ほぼ冷やかしと言っても過

12月末が最後の出社日で今は有給休暇消化中です。ここに退職理由を書いていきます。転職先は残念ながらGAFAではないです。 ボーナスが少なくて年俸通りの額がもらえない年俸 / 13が月給で、月給をさらに2で割ったものに色をつけたものがボーナスとして年二回支給されることになっている。 しかし、業績悪化に伴い1回のボーナスの基準の金額は月給 / 2 x 0.9となっており、月給 / 2 x 0.9しかもらえない人が大多数。 がんばったところで月給 / 2 x 1.0。 年俸通りの額はなかなかもらえない。 もちろん、これは部署にもよる。 家賃補助が来年度からなくなるこれは実質減給なのでホントにだめ。がんばってくれ。 社員総会の内容がだめ社員総会で創業20周年記念プロジェクトの内いくつかがピックアップされて紹介された。 そのうちの一つが「大きな声で挨拶をしよう」というもので完全にだめだった。 発表も

CodeBuild + Packerを使って、AmazonLinuxベースのimageを焼きます。 完成品こちらです github.com 構成図 CodeBuildの準備 Terraformでセットアップします。 https://github.com/sioncojp/codebuild-packer/tree/master/terraform/codebuild/packer　を参考にして terraform apply してください。 やってることは、 CodeBuild作成 CodeBuildで使うファイル群を保管するs3作成 CodeBuildのIAM作成 Packerで使うEC2のIAM instance profile作成 Packerで使うEC2のSG作成 instance profileを作っておくことで、後からAMIを焼くための権限をインスタンスに付与することができます

2019年1月20日付で株式会社FOLIOを退職し、2019年1月21日付でfreee株式会社に入社します。 FOLIOで何をしてきたか FOLIOでは2017年4月にテックリードとしてジョインし、その後Head of Engineeringへと名称が変わり、その後病気による休職を経て復職し、シニアソリューションアーキテクトとして働いてきました。 たった1年8ヶ月ほどの在籍でしたが、非常に密度の濃い日々を過ごしてきた気がします。 今回はせっかくなので生々しい話も含めて在籍中の思い出を語ってみたいと思います。 FOLIOとの出会い FOLIOを知ったのは2017年の2月頃、この記事を見つけたのがきっかけでした。 newspicks.com 前職の先輩であるbitFlyerのCEO加納さんのこのようなコメントをみて、プロダクトリリース前でのこの期待値はすごいな、面白そうだな、と思った記憶があり

はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的に GitHub の Pull Request を使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、1 人で傷つきモチベーションを落とすこともありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を不用意に傷つけてしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてき

インフラストラクチャー部の青木峰郎です。 最近はDWH運用の傍ら、所属とまったく関係のないサービス開発のためのデザインスプリントをしつつ、 Java 10でgRPCサーバーを書きつつ、 リアクティブプログラミングを使った非同期オーケストレーション層を勢いだけで導入したりしています。 ですが今日はそれとはあまり関係なく、クックパッドの中核サービスであるレシピサービスの アーキテクチャ改善プロジェクト、「お台場プロジェクト」の戦略について話します。 これまで、お台場プロジェクトで行った施策について対外的に発表したことはあっても、 全体戦略について話したことはありませんでした。 その一番の理由は、正直に言って、プロジェクトオーナーであるわたしにもプロジェクト全体の姿が見えていなかったからです。 しかし現在プロジェクト開始から1年半が経過してようやく全貌が見えてきたので、すべてをお話ししようと思い

FOLIOアドベントカレンダー ラストの個人投稿３回目です。過去２回は当社で利用しているプロダクトについてお話しましたが、今回は本ブログでも初のポエムになります。 adventar.org セキュリティエンジニア（以降、エンジニア）がユーザー企業のスタートアップに転職したケースを目にする頻度が増え、時代の節目のようなものを感じます。 もちろん、昔からそういったスタートアップに参加するエンジニアはいたと思いますが、パブリックな情報として流れることは少なく、ましてや、経験した本人による体験談・ポエムは目にした記憶は全くありません。 そこで、今回はキャリアの選択肢の１つであろうスタートアップへの就職についての理解を深めるため、私の 超個人的経験と見解 をもとに、スタートアップで働く際に大事にすべきポイントをお話します。 どういうポジションから語るか 主観的な意見を述べるということは一定のポジショ

Netflix はマイクロサービスアーキテクチャ界においてプロダクションで成功例を積んでいる、いわば大先輩だと思われます。 彼らは数多くのイベント登壇や techblog の記事、 GitHub 上による OSS の公開を行っており、それらからアーキテクチャやその変遷を垣間見ることができると考えています。 本記事では筆者が最近悩んでいる、マイクロサービス前提の世界でのログ収集基盤において、 Netflix の様々な事例を調べた結果をつらつら書いていこうと思います。 あらかじめ本記事は正確性を担保しておらず、あくまで筆者個人が調べることができた範囲での記述に留まることをお断りさせていただきます。 Suro: 分散データパイプライン 2015 年くらいにメンテが止まってしまったのですが、分散データパイプラインをうたう Suro というソフトウェアが存在しました。 Suro に関しては解説記事も

Amazon Elastic Container Service for Kubernetes (Amazon EKS) is now available in Europe (Frankfurt), Asia Pacific (Singapore), Asia Pacific (Sydney), and Asia Pacific (Tokyo) AWS regions. Amazon EKS is a highly-available, scalable, and secure Kubernetes service. Amazon EKS runs the Kubernetes management infrastructure (control plane) for you and is certified Kubernetes conforment so you can use ex