モブプログラミングは、なぜ5人が1台のPCで仕事をしているのに生産的になれるのか（前編）。モブプログラミングの生みの親が解説するその理由と効果とは？
モブプログラミングは、なぜ5人が1台のPCで仕事をしているのに生産的になれるのか（前編）。モブプログラミングの生みの親が解説するその理由と効果とは？ 2人のプログラマが協力して同じコードに対してプログラミングを行う「ペアプログラミング」に対して、モブプログラミングは3人以上のチームメンバーが協力してプログラミングを行う方法です。 このモブプログラミングの生みの親であるWoody Zuill氏が、今年（2024年）1月に東京都内で行われたイベント「Regional Scrum Gathering Tokyo 2024」の基調講演「Software Teaming (Mob Programming) and the Power of Flow.」（ソフトウェアチーミングと「フロー」のチカラ）を行いました。 講演のなかでZuill氏は、なぜ一見すると手分けをして作業するよりも効率の悪そうなモブプ
［インタビュー］ゲーム業界でがんばっ定年！ サクラ大戦をドット絵から“今の感じ”に転換させたグラフィッカー，吉田 徹氏（58歳）
［インタビュー］ゲーム業界でがんばっ定年！ サクラ大戦をドット絵から“今の感じ”に転換させたグラフィッカー，吉田 徹氏（58歳） 編集部：楽器 カメラマン：永山 亘 セガ ジャパンアジアパブリッシング事業本部 マーケティング本部 Webデザイン部 部長の吉田 徹氏 ゲーム業界では秀作を生んだクリエイターが名を上げ，いつしか会社の顔となり，界隈の代弁者として，業界の印象を形成してきた。 しかし，彼らの総数は業界従事者の1％ほどだろう。その裏には開発のみならず，広報や経理，社内エンジニアにカスタマーサポートなど，名を上げずとも人生を生きる99％側の“名もなき戦士たち”がいる。 言い換えればそれは我々であり，世界の大多数だ。 ゲーム業界自体，未成熟ゆえの輝きがあった昭和・平成時代とは違い，今では就業規則に福利厚生にコンプライアンスにと成熟した。大手を中心とする一部メーカーでは徐々に“定年退職者”
障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 | レバテックラボ（レバテックLAB）
TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub
「ゼルダの伝説 ティアーズ オブ ザ キングダム」の空，地上，地底がつながったフィールドを実現したシームレスな制作の過程［CEDEC 2024］
「ゼルダの伝説 ティアーズ オブ ザ キングダム」の空，地上，地底がつながったフィールドを実現したシームレスな制作の過程［CEDEC 2024］ ライター：大陸新秩序 2024年8月22日，ゲーム開発者向けカンファレンス「CEDEC 2024」にて，セッション「『ゼルダの伝説 ティアーズ オブ ザ キングダム』の世界をつなぐ技術 〜空、地上、地底、そして制作もシームレスに〜」が行われた。 このセッションでは，「ゼルダの伝説 ティアーズ オブ ザ キングダム」におけるフィールド，およびその制作過程をいかにしてシームレスにつないだのか，その手法が紹介された。スピーカーは，以下の3名である。 任天堂 企画制作部 テクニカルディレクター 堂田卓宏氏 任天堂 企画制作部 プログラミングディレクター 奥田貴洋氏 任天堂 企画制作部 地形プログラミング担当 斎藤智久氏 「ゼルダの伝説 ティアーズ オブ
「知る・創る・繋ぐ『ゼルダの伝説 ティアーズ オブ ザ キングダム』で再構築した開発環境とサウンド制作事例」セッションレポート［CEDEC 2024］
「知る・創る・繋ぐ『ゼルダの伝説 ティアーズ オブ ザ キングダム』で再構築した開発環境とサウンド制作事例」セッションレポート［CEDEC 2024］ ライター：箭本進一 開発スタッフの全員がゲームのことを知り，職種に関わらずアイデアを出し合えるフラットなモノ作り。この理想を実現するために，開発環境を再構築するという英断が行われた。開発者向けカンファレンス「CEDEC2024」の最終日，2024年8月23日に「知る・創る・繋ぐ『ゼルダの伝説 ティアーズ オブ ザ キングダム』で再構築した開発環境とサウンド制作事例」と題した講演が行われ，任天堂の取り組みが解説された。 ●登壇者 岡村祐一郎氏（任天堂 企画制作部 プログラミングリード） 長田潤也氏（任天堂 企画制作部 サウンドプログラミング担当） 日髙祥蔵氏（任天堂 企画制作部 ゲームツール開発担当） 左から，岡村 祐一郎氏，日髙祥蔵氏，長田
“トーレルーフ”の裏側で何があったのか。「ティアーズ オブ ザ キングダム」開発陣が語る，一貫した実装と効率化の重要性［CEDEC 2024］
“トーレルーフ”の裏側で何があったのか。「ティアーズ オブ ザ キングダム」開発陣が語る，一貫した実装と効率化の重要性［CEDEC 2024］ ライター：高橋祐介 ゲーム開発者向けカンファレンス「CEDEC 2024」にて，2024年8月23日に開催されたセッション「『ゼルダの伝説 ティアーズ オブ ザ キングダム』におけるフィールド制作とQA 〜トーレルーフの裏側で〜」を紹介しよう。 登壇したのは，任天堂の企画制作部でQAエンジニアリングを担当した大礒 琢磨氏と，エンバイロメントプログラミングを担当した朝倉 淳氏。そして地形リードアーティストの竹原 学氏だ。同セッションでは同作のプレイヤーなら必ずお世話になっただろう「トーレルーフ」をテーマに，本作の開発がどのように進められたかが，3人の登壇者によって解き明かされた。 任天堂の企画制作部の大礒琢磨氏（前列左）と朝倉 淳氏（前列右），竹原
「ゼルダの伝説 ティアーズ オブ ザ キングダム」地底ダイブ時のロード時間短縮術は「そんなことまでやってるの！？」と思わず笑ってしまう工夫が満載【CEDEC2024】 | Gamer
2024年8月21日～23日にわたって開催の「CEDEC2024」。本稿では22日に行われた講演「『ゼルダの伝説 ティアーズ オブ ザ キングダム』の世界をつなぐ技術 ～空、地上、地底、そして制作もシームレスに～」のレポートをお届けする。 目次 「ブレワイ」と「ティアキン」ではフィールド読み込みの手法を一新 地底へのダイブをロード無しに実現するための4つの工夫 空島はまさかの「いったん放置」……しかし、ただの放置ではない。「積極的放置」だ！ 主人公のリンクが空、地上、地底をシームレスに行き来しながら冒険していく「ゼルダの伝説 ティアーズ オブ ザ キングダム」（以下「ティアキン」）。この“縦軸の遊び”も加わった広大なフィールドを「Nintendo Switch上でどうやって実現しているんだ！？」と驚愕しながらプレイした人は多かったのではないだろうか？ 案の定、これが凄まじい工夫の上で成り立
元Google植山 類の“実装力”の源をSakana AI・秋葉拓哉が探る「集団開発のしがらみに、個人開発で殴りこむ」 - エンジニアtype | 転職type
moldを作ったのは「大学院の単位を取るため」だった 秋葉：植山さんと最初に接点を持ったのは、僕がマウンテンビューのMicrosoft Researchでインターンをしていた時だったと記憶しています。エンジニアならば誰が見ても驚くような開発を成し遂げ続けているので、ぜひ詳しくお話を聞きたいと思い対談のリクエストをさせていただきました。 植山：ありがとうございます。初めてお会いした当時から、秋葉さんはプログラミングコンテストの上位ランカーで実力があって、おまけに話も上手かった。なかなか直接関わる機会はなかったけど、時流に乗ってディープラーニングに着手して活躍しているという話はよく耳にしていました。 秋葉：確かに、植山さんと知り合った頃はまだディープラーニングには手を出していなかったですね。今ではAIへと専門領域を移して久しいので、振り返ると長い時間が経ちました。 今回は、個人の力で優れたプロ
データベース中心の設計になってしまう問題と闘う - laiso
『手を動かしてわかるクリーンアーキテクチャ 』の第二章の冒頭に登場する話題に共感したので紹介。 従来の多層アーキテクチャでは、データベースを中心にアプリケーションの 開発が行なわれます。この場合、Web 層はドメイン層に依存し、ドメイン層は 永続化層、つまり、データベースに依存することになります。そうなると、す べてのものは永続化層上に構築されることになり、その結果、いくつかの要因 が絡まり合って、問題が起きやすくなります。 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 20p 手を動かしてわかるクリーンアーキテクチャ ヘキサゴナルアーキテクチャによるクリーンなアプリケーション開発 作者:Tom Hombergs,須田 智之インプレスAmazon 著者によれば、機能開発をデータベース中心に設計すると、ドメイン層と永続化層の密結合が
サービス開発の施策に納得できない時にエンジニアができるアクション - $shibayu36->blog;
サービスの開発をしていてPMから施策案が出てきた時、ソフトウェアエンジニアとして施策案が本当にユーザーのためになりサービスの成長につながるか納得できないことがある。 このような時にただ文句や愚痴を言っても何も始まらない。エンジニアからも何らかのアクションを起こし施策を前に進める必要がある。 そこでエンジニアができるアクションについて、自分が思っていることを書いてみる。 納得できないケースは大まかにどのようなものがあるか 納得できないケースでは大まかに2つのケースがあるのかなと思っている。 (1) 施策をしたい目的や仮説自体に納得できていない (2) 施策の目的や仮説は良いが、それを達成する手段に納得できていない 1つ目は、たとえば「ターゲットとしているようなユーザーって本当にいるか？」「ユーザーにこういう課題があると言っているが本当にそういう課題があるか？」「この指標に繋がると言っているが
FourKeysを導入したが生産性向上には至らなかった理由
SRE NEXT 2024のLT発表資料です。 https://sre-next.dev/2024/schedule/#jp026 登壇者 ニフティ株式会社 島 翔平 (@glass_sms: https://twitter.com/glass_sms)
出荷目安アイコンを改善するのに9か月もかかって辛かったので、システム分割を爆速で進めてリードタイムが9分の1になった話 - MonotaRO Tech Blog
こんにちは。2019年に初々しい記事を書いていた山本です。今でも元気にモノタロウで働いております。 この記事では、社内カンファレンスで私が業務部門向けに行ったプレゼンテーションを基に、マイクロサービス化に踏み切ったエピソードを紹介します。モノタロウがGoとprotobufで進める爆速マイクロサービス開発とそれを支えるプロセス と被る部分もありますが、同じ内容でも今回は易しめに解説していますので、空き時間にでもさらっとお読みください。 -- --まさか共通化されてないなんて 2022年の暮れに、こんな改修依頼を受けました。私はプロジェクトの開発リード担当でした。 出荷目安アイコンとは、当社商品が何日で出荷されるかを表すアイコン群のことです。 正確な値を表示するように工夫していますが、モノタロウでは自社在庫を含む様々なパターンの出荷があり、当時拡大が進んでいた「サプライヤ在庫連携」では特に出荷
PdM/EMが気づくべき「技術負債」の異変
技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。 一方、実際にそのシステムに対となるプロダクトに関わっているのはエンジニアだけではない。PdMやEM、事業責任者がいる中でこのメンバーにどう常に変化し続けるシステムアーキテクチャの異変に気づいてもらうのか、自ら気づかせるのかは至難の業である。 とはいえ、つばり一番わかり易いのは工数の予測精度の幅がある。 以下の3つのフェーズがあったときにそれぞれのズレが大きい場合は負債が溜まっていることが多い。（特に、1.と3.） 一般的な視点と現場システムへの理解度のズレ詳細から開発手前での予測のズレ予測工数と実績工数のズレここでいう工数予測がズレるのはエンジニアリングスキルの問題ではなく、システムに関する理解度の認知問題によってズレるケースが該当する 1.一般
開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する
この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か？ 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ｜610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論
高評価推理ADV『未解決事件は終わらせないといけないから』開発者、“最後の作品”になる覚悟で作ったと明かす。またとない余暇で「ゲーム開発」に打ち込む - AUTOMATON
韓国に拠点を置く個人開発者のSomi氏は6月4日、同氏の最新作『未解決事件は終わらせないといけないから』について、自身の最後の作品になるつもりで制作したことを明かした。 『未解決事件は終わらせないといけないから』は証言の話者と時系列を整理し、事件の真相を解き明かす推理アドベンチャーゲームだ。12年前に起きた未解決の「犀華ちゃん行方不明事件」をめぐり、当時の捜査担当であった主人公はおぼろげな記憶から過去の事件捜査を思い出そうとする。しかしバラバラになった記憶は時系列も話者もままならない状況。はっきりと思い出せることはただひとつ、証言者全員が嘘をついていたということ。彼らが何のために嘘をついているのか、そして事件の真相は明かされるべきなのか。当時の記憶を巡りながらそれを解き明かしていくことになる。 本作を手がけたの個人開発者のSomi氏は6月4日、自身のXアカウントでポストを投稿。同氏の最新作
レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU
メンバーと1on1をしていると、「うっかりミスが多くて Pull Request で毎回コメントをもらってから気づくのを何とかしたい」という相談を受けることがある。 まず、そういう認識を持てていることが素晴らしい。課題意識があるのであれば、どう補正していくかを一緒に考えることができる。 自分がオススメしているやり方は、レビューを依頼する前に徹底的にセルフレビューすることである。巷でよくやられている方法ではあるが、どういうやり方かを雑に書いておく。 レビューを依頼する前に レビュワーになりきって 自分の Pull Request を自分でレビューしてみる 頭にレビュワーが思い浮かぶのであれば、その人を "憑依" させるイメージ 「この人はここでこういうコメントしそうだな」と思ったら、 先回りして PR上にコメントしておくか、突っ込まれないようにコードやコードコメントを改善する タイトルや説明
これからのエンジン開発、どうなる？
猫も杓子もEVシフトというブームも終わり、ようやく地に足がついたEVの着実な進歩が認められる時代になった感がある。なんでもかんでも「破壊的イノベーション」という流行り言葉になぞらえて、やれ急激なEVシフトだの、内燃機関の終わりだのと言っていたことがどうも現実的ではないということが、世の中の標準認識になりつつある。 別にEVシフトはこれで終わるわけではなく、おそらくは2035年に向けて、シェアで最大30％程度まではゆっくり地道に進んでいく。EVを快適に使うには自宅に普通充電器があることが必須。もしくは勤務先かどこか、常用するパーキングに長時間占有できる普通充電器があることが条件になる。 これは今のバッテリーと急速充電器では、80％までしか充電できないからだ。100％まで充電するには普通充電器で時間をかけてゆっくり入れるしかないし、となれば、その充電器は他に誰とも共有しない占有可能な充電器でな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
記憶力に頼らないタスク管理 / Task management without relying on memory
技術選定の審美眼（2023年版） / Understanding the Spiral of Technologies 2023 edition
現代的システム開発概論 2024
