Engineering Manager という仕事をしていると、自己効力感が低下する瞬間がけっこうあると感じる。(多分 Engineering に限らない Manager 一般の話も多いと思うけど、ここではその考察はしない) 仕事において自己効力感が高まる状態というのは、たいてい、自分が何か努力して、それによって目に見える成果が出ているときに生まれるのではないかと思う。ところが、Engineering Manager の仕事というのは基本的に、自分以外のみんなが成果を出せている状態をつくることで、それにより絶妙なズレが生まれると感じる。 Engineering Manager の仕事を例にあげると、個々人のサポートをしたり、チームがうまくいくサポートをしたり、チーム間のコミュニケーションラインを整えたり、チームのはざまに落ちてるタスクを拾ったり、必要な人を採用したり、ビジネスや経営から求め

ゲームを作っていつの間にか10年ほどたつが、意外に表題の問題が解決されないどころか、予算が増えるに連れて難しくなっていくので困る。 こんな話題があった。 まず、話をする前に私のポジションを書いておくと、元エンジニアのゲームデザイナー（ゲームのメカニクスを考える人）／ディレクターだ。新しいシステムを作るのは得意、アート系は苦手だ。 研修でのゲーム作り私も過去に所属している会社で、新卒教育としてのカジュアルゲーム作りや、今の会社でも似たようなことをしていたりするが、「やったできた」以上のものを得るのは難しいと感じる。 ソーシャルゲーム初期のガラケーの時代は、予算が低く試行錯誤ができた上で、リリースをすればヒット率高く、売上が立ったので良かった。みんな施策や企画を自主的にコミットして、結果成功した人は成長できた。自分の足りない視点を補うことができ、全体像を理解し何がよいのか何が足りないのかどうす

SREチームの長田です。 今回は私が所属している「カヤックのSREチーム」について紹介します。 SREとは Site Reliability Engineering の略です。 「サイト信頼性エンジニアリング」と訳されることが多いようです。 同名の書籍(いわゆるSRE本)が出版されたことから、SREという言葉が一般的に使われるようになったようです。 www.oreilly.co.jp この記事ではSREそのものについての説明は省きます。 ざっくり一言で説明すると、「サイト(サービス)の信頼性を技術の力で担保すること」のようになるでしょうか。 SREの何たるかのより詳しい説明については上記のSRE本や、提唱元であるGoogleのサイト(英語)を参照してください。 sre.google カヤックのSREチーム カヤックのSREチームは2018年に発足しました。 当初は3名体制でしたが、メンバー

イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく

みずほ銀行システム障害の調査報告書が公開されたのがニュースになって、Twitterなどで色々な人がコメントをしているのを見た。140文字しか書けない空間で他人の失敗談の揚げ足取りをするのは簡単だが、そこからは一時の爽快感以外に何も得るものがないので、僕はそういうのはカッコ悪いと思っている。 そこで、ちゃんと読んでみたら全く他人事でない部分も沢山あるし、非常に面白く勉強になったので、ブログにまとめてみる。 技術的な話 銀行のシステムがどのようになっているのか、全然イメージが湧いていなかったので、それがまず勉強になった(p.29)。 トラフィックのソースに応じて用意された色々なシステムから基幹システム「MINORI」の取引メインバスにトラフィックが流れ、そこから各種システムへとリクエストが送られていく。この辺はService Oriented Architectureらしい。開発当時としては（

※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント（ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー）の作成、安全な取り扱い、

プログラマー歴20年の艦これ提督が 作ったプログラムを入れると年収を査定してくれるからと 手持ちのプログラムを全て入れてしまい SMBCとNTTと警察庁、日銀、埼玉県庁で使っているソースコードGithubで世界中に公開してしまう

少し前に「#人生を変えたゲーム」というハッシュタグが流行っていたので、便乗して僕の「人生を変えたゲーム」の話をしたい。 といっても、マリオとかドラクエ、FFみたいなメジャーな作品ではなくて、恐らくこの記事を読む人の多くは名前すら聞いたことがないと思う（知ってる人は多分かなりのゲーム通）。 ゲームの名前は「LA-MULANA（ラ・ムラーナ）」という。僕にとっては「ゲームライターをやめるきっかけになったゲーム」であり、同時に「もう一度ゲームを好きにさせてくれたゲーム」でもある。 「LA-MULANA（ラ・ムラーナ）」Wiiウェア版公式サイトより Wiiウェア以外に、現在はPC、PS Vitaでも発売中（画像はSteam版） ライター：池谷勇人（てっけん） ゲームとネットと銭湯が大好きなねとらぼ副編集長。まだ幼稚園にあがる前、父親につれていってもらったゲームセンターでゲームの楽しさに目覚め、大学

転職したり転職したりで忙しかったですがようやく開発に集中出来る環境になりつつあります。 色々な周囲の状況があってスタートアップベンチャーとして いわゆる「ひとりめエンジニア」を探している起業家の方と接する機会が多かったです。 その中でエンジニアでない起業家の方がはまりがちなエンジニア探しの勘違いが見え隠れしたので メモ程度に書いておこうかなと思い至ったわけです。 「ひとりで何でもできるエンジニア」は存在しないと思った方が良い 起業家の方が知らない側面として 現在バリバリ活躍しているエンジニアのほとんどが得意領域を持っていて それ以外の分野については出来る人であっても「平均点以上」ぐらいの活躍しか出来ないということです。 そして優秀なエンジニアの方はそのことをよくわかっています。 たまに化け物みたいな化け物がいて物理からインフラからアプリケーションからUI/UX ネイティブアプリ開発からwe

「隣の部署は別の会社。悪い報告は上げない。そんな言葉が社内でまかり通っていた」。 セゾン情報システムズの小野和俊常務取締役CTO（最高技術責任者）は2013年に同社に加わると、想像を超えた組織の風通しの悪さに驚いたという。 小野氏はデータ連携ソフト「DataSpider」などを開発・販売するアプレッソの社長を務め、2013年にセゾン情報が同社を買収した際に入社した。セゾン情報のHULFT事業CTOなどを経て、現在は全社のCTOを務めながらアプレッソの社長も兼務している。 ベンチャーの経営者から連結で社員数が1200人近い大組織に転じると、意思決定の遅さに加えて縦にも横にも風通しが悪い組織のあり方に疑問を感じた。小野氏の疑問は、単に組織規模による社風の違いにとどまらず、やがてセゾン情報が抱える組織の問題として顕在化する。 2016年3月期決算で、セゾン情報は当初の黒字予想から純損失60億円あ

「自身の『係』を考えてみること」を振り返って ──今日は、前回のカンファレンスを振り返って、後日談的に対談をしていただきたいと思います。 カンファレンス後に参加者からアンケートを取ったのですが、今回はそれをもとに話を進めていければと思います。 カンファレンスの対談では「自分の軸・武器の話」がありましたが、アンケートの回答に「自分の軸・武器を見つけられている人は良いよね」という、自分のスキルに悩んでいる方々からの声がありました。 及川卓也氏（以下、及川）：「武器を見つけられている人は良いよね」という反応についてはどう思いますか？ 古川陽介氏（以下、古川）：自分の武器になっているかどうかというのは、結果論なのかなと思っています。 石川信行氏（以下、石川）：そうですよね。 古川：そのときは自分の興味だけで始めたものが、その興味の方向と時代の流れがたまたま合った結果として、世の中のニーズに繋がって

「ロボットは東大に入れるか」プロジェクトを、リーダーとして推進している国立情報学研究所教授の新井紀子氏。現状の人工知能について、「統計的に処理をして答を当てているだけで、意味を分かっているわけではない」と指摘する。「人工知能にはできることとできないことがあり、東ロボくんの偏差値は60程度まではいくが、東大には入れない」と話す。 「ロボットは東大に入れると思いますか？」 聴講者にこう問いかけるのは、国立情報学研究所 社会共有知研究センター長 情報社会相関研究系教授の新井紀子氏。9月15日、BigData Conference 2015 Autumnの基調講演「大学に入学し得る人工知能の到来」での一コマだ。冒頭の問いかけに、当日の聴講者の約7割が「YES」と答えた。 新井氏は、「ロボットは東大に入れるか」プロジェクトを推進している。ビッグデータ解析と機械学習の進展により、人工知能やロボットとい

アプリマーケティング研究所 > アプリ開発 > 貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 名古屋で戦いつづけている、個人アプリ開発者さんを取材しました。 ※個人アプリ開発者の、伊与田貴司（Takashi Iyoda）さん。 年収15万円、6年間の貧乏アプリ開発 簡単に自己紹介をお願いします。 伊与田です。名古屋で6年ほど、アプリをつくっている個人開発者です。アプリで独立する前は、いろんな会社で働いていました。 月400時間はたらいて、年収300万円という、システム開発会社で働いたこともありますし、コンビニの店長やったこともあります。

2024 著作権. 不許複製 プライバシーポリシー

技術を活かし、新しい価値を創造する DeNAのエンジニアは、想像を超えるDelightを届けるために何ができるかを考え、技術力と発想力で新しい価値を生み出しています。 多様な専門性を持ったエンジニアが切磋琢磨し、互いに刺激し合える環境や制度がさらなる成長へとつなげます。

日本は今、空前のIT技術者不足。ユーザー企業のIT部門も、SIerも、下請けベンダーも、そしてブラック企業も「必要な頭数を確保せよ」と、まるでモノか何かをかき集めるかのような口調で技術者の“調達”に奔走している。この私にさえ技術者不足への対策を聞いてくる人がいるが、そんな時は必ず「諦めてください。それが日本や大勢の若者のためです」とだけ答えることにしている。 なぜ、そんな木で鼻をくくったような態度をとるかと言うと、これまで抜本的な対策を打とうともせず、周期的に「技術者が足りない。大変だ！大変だ！」と騒ぐ浅薄な連中が大嫌いだからである。それに、モノか何かのようにかき集められる若者の将来よりも、国や大企業などのシステムのほうが大事だと思っている点もゲンナリする。そんなものは圧倒的に小事である。 そもそも、「技術者不足への対策は技術者を増やすこと」と脊髄反射的に考えるのは、何とかならないものだろ

iOSアプリ開発のお仕事が来たので、iOS Developer Program登録をやってみました。 iOSアプリを作るには、 まずApple - My Apple ID(無料), 作ったアプリに署名してストアに公開したり特定のユーザだけにtestflight経由でダウンロードさせる場合はiOS Developer Program - Apple Developer (有料), USBケーブルでつないでのデバッグ以外に、アプリをweb上にあげてDLしたい場合はTestFlight » Beta Testing On The Fly(無料) 課金したい場合はiTunes Connect(iOSデベセンに登録したapple idでログイン出来る) に、それぞれ登録・設定が必要です。 iOS Developer Programにはenterpriseかdeveloperかの種類があるのですが i

随分と久しぶりの更新になってしまいました。 最近アプリ開発をしているのですが、開発よりも大きな範囲で意見を求められることが多いので、参考となればと思ってまとめてみました。 自分の考えたサービス企画が無事に社内で承認を得た。さぁ開発会社に見積り取って発注するぞ！そんな状況の人にぜひ目を通して欲しい10の情報をまとめました。 依頼する前にあなたが考えること 1.アプリをリリースして1年間のストーリーを書く 開発会社によってはあなたの企画したサービスに対して親身に相談に乗ってくれるかもしれませんが、残念ながら開発会社の本業はアプリの開発なので、過度な期待はやめましょう。 一方、あなた自身もいきなりサービス全体を完璧に想像できないでしょう。そこで開発会社とサービスのイメージを共有するためにも、リリース後1年間のストーリーを描きましょう。 いきなり「ストーリーを書け」と言われても難しいと思うので、「