「この会社は詰んでます。潰れました」で気づいた“恥ずかしさ” DeNA南場智子氏がエンジニアから学んだこと
「DeNA TechCon 2021 Winter」は、DeNAを軸に「エンジニアとして企業で働くこと」について、学生に向けて先輩たちが紹介するイベントです。そこでまずはファウンダーの南場智子氏が、「経営者からみたエンジニアキャリア」について話しました。 本当にやりがいのある、充実した彩り豊かなキャリアとは 南場智子氏：みなさん、こんにちは。ファウンダーの南場です。オンライン開催となりちょっと寂しいですけど、「経営者からみたエンジニアキャリア」ということでお話をしたいと思います。 どの業界でも、そしてどの企業でも、もうDXをしないと後れを取るどころじゃなくて退場しなければいけないと、そういう厳しい状況になってきています。ですから、どの会社もエンジニア採用には必死です。そういう時にみなさん、エンジニアということで、おめでとうございます。 先週かな、学研の「高校生のなりたい職業ランキング」の1
天才プログラマー登氏に聞く、日本が「海外に負けないICT技術」を生み出す方法
諸外国に後れを取る日本のICT産業。その発展を担うICT人材不足も深刻だ。企業や行政は、どのようにして優秀なICT人材を育成すべきだろうか。「天才プログラマー」との呼び声もあるソフトウェアおよび通信ネットワーク研究者であり、「シン・テレワークシステム」の開発者でもある登 大遊氏に話を聞いた。 ソフトウェアおよび通信ネットワーク研究者。SoftEther VPNを開発・製品化・オープンソース化し、全世界に500万ユーザーを有する。外国政府の検閲用ファイアウォールを貫通するシステムの研究で、筑波大学で博士（工学）を取得。2017年より独立行政法人情報処理推進機構（IPA）サイバー技術研究室を運営。2020年にNTT東日本に入社して特殊局を立ち上げ、シン・テレワークシステムを開発。ソフトイーサを17年間経営中。筑波大学産学連携准教授 テレワーク難民を救った「シン・テレワークシステム」 新型コロナ
『シン・エヴァ』のリモート制作を支えたシステム&ツール - カラーが考える「アニメのデジタル化」
2021年3月8日から公開された『シン・エヴァンゲリオン劇場版』（以下、シン・エヴァ）。本作は新型コロナウイルス感染症拡大による緊急事態宣言のもと、その終盤においてはリモート環境で制作が行われた。しかし、公開の迫るアニメ映画をリモートで完成させるのは並大抵のことではない。 講演「スタジオカラーのこれからのシステムづくり（仮）」の内容をお届けする。タイトルの（仮）は、登壇者のカラー・鈴木慎之介氏が立ち上げに携わった「ニコニコ動画」のβ版以前の初期名称に由来している 制作環境を構築するため、制作会社であるカラーは、大規模なシステムの強化やインフラの整備を実施。この制作環境構築プロジェクトで主導的な役割を果たしたのが、カラー 執行役員 技術管理統括の鈴木慎之介氏だ。 3月13日、アニメ制作におけるデジタル作画、関連技術をテーマとしたフォーラム「アニメーション・クリエイティブ・テクノロジー・フォー
エンジニアは4つのタイプに分けられる クレディセゾンCTOが説く、自分の強みを活かす「エンジニア風林火山論」
研修後すぐに希望のアメリカ支社で働けた理由 青野慶久氏（以下、青野）：それでは最後のゲストをお招きしたいと思います。今回EGO&PEACEというテーマを掲げまして、どなたに登壇いただこうかと思っている時に、『その仕事、全部やめてみよう』という1冊の本がこの夏に流行りました。 私はこう思ったわけです。「なんというエゴの塊だと（笑）」。 この著者は小野和俊さんと言いまして、私も以前から仲良くさせていただいております。今日は小野さんにお越しいただいておりますので、お招きしたいと思います。小野さん、よろしくお願いします。 （会場拍手） 青野：ようこそお越しくださいました。 小野和俊氏（以下、小野）：こんにちは。 青野：よろしくお願いします。たぶん小野さんのことを知っている方はたくさんいらっしゃると思うんですよね。でも、クレディセゾンの役員というより、DataSpider（※株式会社セゾン情報システ
エンジニアとして この先生きのこるために
2020年度リクルート新人ブートキャンプ エンジニアコースの講義資料です
リーマンショックの生還者が語る、アフターコロナに訪れるSI不景気蟻地獄
新型コロナウイルス感染症（COVID-19）の流行以来、景気が急速に悪化しています。厄介なのは、ウイルスという自然が相手のため、不景気の先行きが読みづらいことです。 ポストコロナの不景気で自身にどのような災厄が降りかかるのか心配なITエンジニアも多いでしょう。本記事では、リーマンショックや東日本大震災の後、IT業界に何が起きたのか、エンジニアたちはどうなったのかを振り返り、近い未来に何が起こるのかを予測し、対応策を考えます。 申し遅れました。私、「情報戦略テクノロジー」のエンジニア、金近（かねちか）と申します。学生時代に「CD Manipulator」というフリーウェアを作成、2003年からSI業界のエンジニアとして元請けや下請けで働き、現職に至ります。 これは全て私の体験談です。全員でこの不景気を乗り越えていきたい――そんな気持ちを込めて、赤裸々に執筆します。 ありえないほど仕事がなくな
営業などの非エンジニア部門と、エンジニア部門の仲が悪いのは、真剣にマズいと思います。
先週の話なんですが、ドワンゴさんに絡んで、三つ程記事を拝読しました。 退職しました 2019/10/31 を持って８年間勤めてきたドワンゴを退職しました。 ドワンゴ退職エントリの旬は過ぎているよう気もしますし、こんな何年も放置していたブログで今更何をと思わなくもないですが、なんとなく自分の気持ちの整理もかねて適当に綴ってみようと思います。 現職エントリ 自分の仕事やチームが好きなので、私は楽しく働いてるよーって伝えたくて書いてみます。 退職エントリを書くのは自由なのかも知れないし、書いた人の率直な気持ちだから全くもちろん良いわけなのですが、私みたいに心の弱いヤツは読んだらめちゃくちゃズーン😢てなっちゃうので。 ドワンゴ現職エントリ（別の視点から） 昨日からのドワンゴ退職エントリからの現職エントリの流れに思うところがあり書かせてきただく。 はじめに断っておくが、私は件の現職エントリで言う所
「スキル不足で職場に居場所がないおじさん」の救済プロジェクトに関わった時の話
昔所属していたSI会社で、「職場に居場所がないおじさん」の救済プロジェクトに関わったことがあります。 いや、実際にそういうプロジェクト名だった訳ではなくて、確か 「キャリア再考プロジェクト」とか「スキルリデザインプロジェクト」とか、なんかそんなかっこいい名前だったような気がするんですが、 一緒に関わった先輩が言った「これ、やってることは職場で居場所がないおじさんのサルベージだよな…」という言葉が強く印象に残っていて、私の中でプロジェクト名が上書き保存されました。 まあその先輩、「リストラ前のアリバイ作りじゃねーの」とかひどいことも言ってたんですが。 どんなことをやったかというと、要するに人事部のサポートみたいな話でして、 ・所持スキルが案件に合わず、なかなかプロジェクトにアサイン出来ない人 ・プロジェクト内でスキル不足の為タスクが振れず、PMから扱いにくいとアラートが出ている人 ・要は社内
退職エントリーを書かれる前に実践したい、エンジニアが辞めないチームの作り方
マネジャーにできること 「辞めたい」と相談された場合はラッキーですが、そうでなくても常日頃からエンジニアの「辞めたい気持ち」が蓄積しないようケアをすることがマネジャーには求められます。 蓄積させないために、蓄積したものを取り除くために、マネジャーができることを考えてみましょう。 マネジャーのミッションはメンバーの給料を上げること 仕事上の不満や理不尽は現場によってまちまちですから、一般的な答えはありません。しかし、マネジャーとして最も重要なこと、すなわち「メンバーの給料を上げる」ことをミッションとして肝に銘じてさえいれば、行動指針はおのずと見えてくるのではないでしょうか。 関連記事 エンジニアに「退職の自由」はあるのか？ 主要エンジニアが退職したからゲームのリリース日が大幅に遅れた。訴えてやる！――IT訴訟事例を例にとり、システム開発にまつわるトラブルの予防と対策法を解説する人気連載。今回
他チームの人とうまくやりとりするための心がけ
個人的に大切にしていることを書いていきます。少しSREの話が出てきますが、私がSREチームだから出しているだけで、基本的にSREに関係の無い分野でも使えるはずです。 前提となる心がけまず前提となる心がけについて書きます。 エンジニアは恐いと思われている人は自分と関わりの少ない人のことを恐いと思いがちです。 システムはほとんどの人にとってブラックボックスです。そしてシステムを担当しているエンジニアのことも、ほとんどの人にとって未知の存在です。関わりが少ないからこそ、ほとんどの人にとってエンジニアは恐い存在です。 ビジネスをやっていく上で、エンジニアとのやりとりは非常に重要です。そのエンジニアと他の社員のやりとりがしにくい状況だとお互いにストレスが溜まり、不健全な組織となっていきます。 これを解消する一つの手として、例えばチャンネル名が z- から始まるチャンネルは雑談していいというようなルー
新人エンジニアの私が圧倒的成長するためにやっていること
はじめに 私はエンジニアになってまだ4ヶ月のいわゆる新人枠。それでもこの4ヶ月、どのようなマインドや仕組みを用意して進めていけば圧倒的成長に繋がるのかを自分なりに試行錯誤し、実行してきました。 そこで、私の失敗談やそこから得た経験が、新人エンジニア同志の方の参考になればという思いで今回の記事を書きました。 周りのエンジニアとのレベルの違いを感じすぎて「自分なんて...」「こんなことを言ったら」と引っ込みがちだった私が圧倒的成長を目指してやったことが、エンジニアになりたての誰かのところに届けられたらうれしいです。一緒に圧倒的成長しましょう！ できなくて当たり前。どんどんさらけ出そう 先輩エンジニアに言われてハッとした言葉があります。「初めたばかりなんだからできなくて当たり前」 できないことは恥ずかしいという考えは捨てて、積極的にできない自分をさらけ出すことが大事だと学びました。 それまでの私
Rubyがきっかけで、「www（草生える）」を英語で解説――GitHubのエンジニアが語る、“世界とつながるスキル”
アップルやディズニーなどの外資系企業でマーケティングを担当し、グローバルでのビジネス展開に深い知見を持つ阿部川“Go”久広が、グローバルを股に掛けたキャリアを築いてきたIT業界の先輩にお話を伺うインタビューシリーズ。 今回は、プログラム言語「Ruby」のコミュニティーで英語と日本語を駆使しながら活躍し、Twitterで日本独特のネットスラング「www（草生える）」の意味を英語で解説したことでも注目を浴びたGitHub（以下、ギットハブ）のソフトウェアエンジニア、Aaron Patterson（アーロン・パターソン）氏にご登場いただく。 阿部川“Go”久広（以降、阿部川） アーロンさんは、生まれも育ちもソルトレイクシティー（ユタ州）なんですね。 Aaron Patterson（以降、アーロンさん） そうです。1980年生まれです。 阿部川 どんな子どもだったんですか？ アーロンさん （じっと
ステータス管理なんて、はなからあきらめたほうがいいって話 - エンジニアの働くブログ
こんにちは。 広告関係の制作会社でエンジニアとして働いています。ひらたく言えばWeb作ってます。 今会社でタスクマネジメントツールのGitLabを導入しようと頑張ってるんですが、まあ導入するにあたって色々問題はあって、今回はそのうちの1つについてお話したいと思います。 さっそくですが、今みなさんが着手しているサイト、全ステータス分かってますか？ まず僕はエンジニアなので、素材とかデザインのステータスは全く分からないです。まだかなぁ～と思って待っております。 デザイナーのみなさんは、実装のステータスなんて全く分からないですよね？コンポーネント修正とか言われても意味不明だと思います。 そして進行管理しているはずのディレクターのみなさん。分かりますか？どの素材がいつ来て、プレビューはいつ上がって、残タスクは何があるのか。分かってますか？ たぶん誰も分かってないです。 でもそれでいいです。 もう全
開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
エンジニアの働き方とかについてのエモい記事 | κeenのHappy Hacκing Blog
κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決
チームリーダーをやるときに気をつけてた「4つの混ぜない」 - Mitsuyuki.Shiiba
開発チームのチームリーダーやってたときってどんなこと考えながらやってた？って相談があって、僕がチームリーダーやってたときはこういうことに気をつけてたよ。って話をした。今は僕はリーダーは後輩にまかせて、自分はシニアエンジニア的な立場でコードを書いたりウロウロしたりして楽しく過ごしてるんだけども。 4つの混ぜない やってるときは特に考えてなかったけど、今になって考えるとこういうこと気にしてたなーってのね。数は、単に4つ思い出した。ってだけ。 帽子を混ぜない エンジニア出身のチームリーダーって、こんな帽子をかぶってることが多いかな: 組織マネージャの帽子で 後輩の育成や組織としての成長を考えたり 開発リードの帽子で クオリティの最後の砦みたいな役割や、チームの外との調整をやったり プロジェクトマネージャの帽子で プロジェクトをどうやってうまく回していくかを考えたり なので「今の自分の気持ちはどの
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
リーダー(管理者)ではなくエンジニア(実務者)でありたいと願う人々へ - おうさまのみみはロバのみみ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
深津 貴之 / THE GUILD / note.com on Twitter: "色々なサービスに手伝ってわかったけど、古い企業のDXで「エンジニア向けの給与テーブル設立」と「エンジニア系役員の起用」と「エンジニア役員を経営のトップ3−5ぐらいに置く」「現行オペに合わせてIT組まずに、ITに合わせて現行オペレー… https://t.co/nFo9Urajdl"
バス因子が自分で バス因子を脱するための方法
