仕事柄、大学生とよく会います。みんなひたすらに優秀。学生の頃の活動は、自分のど真ん中と紐づいてるからかどれも魅力的。 そんな彼ら彼女らですが、卒業し、就職した後、そのままめちゃ伸びて大活躍って子と、ちょっとくすぶってる子にわかれます。そんな時によく相談受けるので、アドバイス的なものをさせていただくことがあるんですが、それの評判が良かったのでnoteにまとめました。 このnoteを読んで、実践してもらった上でのGoalは、 社会人三年目くらいの「うわ、あの人仕事できるね」って言われてるような人に、半年でなる。 です。 この感覚わかりますかね？ 多分会社員の皆さんだと、「あーあいつみたいな感じね」「あーあの人みたいな感じか」となってもらえるかと思います。 会社員じゃない人だとあまりイメージ湧かないかもしれませんが、クライアントの若手の仕事できそーな感じの人を想像してみてください。そうです、その
大吉祥寺PM 2024
【都知事選2024】チーム安野の選挙戦を振り返って〜メンバーのKPTを公開〜｜#安野たかひろ 事務所（公式）
七夕の夜、小池知事の当選確実が報じられた後、あいさつする安野さん。「素直に悔しい」「本当に意味のある成果」「日本の政治を変えていきましょう」。誠実な人柄であふれていました。 そして、短冊の願い事を見て改めて感じました。 いいチームですね。#安野たかひろ https://t.co/8LVzKlqRLq pic.twitter.com/cpvyotLAv1 — 山本浩資@サンデー毎日編集次長 (@KosukeYAMAchan) July 8, 2024 ▲会の終盤には記者さんにもお越しいただけました 今回の記事では、7月7日の振り返り会でそれぞれのメンバーが発表したKPT（Keep/Problem/Try）を公開いたします！メンバーの熱い思いが結集した結果、振り返りの分量は文字数にして3万字超え、項目は518にものぼりました。 このnoteではその内容をギュッと凝縮して、お伝えいたします！
神宮外苑再開発について｜伊藤忠商事株式会社
本件に関しましては、様々な方よりご質問やご意見を頂戴しており、その都度誠意をもって対応して参りましたが、大変遺憾なことに、2023年10 月に「ITOCHU SDGs STUDIO」内の子供向け施設を含む4か所に対し、環境問題に取り組む一部の活動家による落書きがなされるという被害を受けました。一部報道によりますと既にこれらの活動家は書類送検されたとのことですが、このような悪質な行為は決して許されるものではなく、斯様な行為に対しては、当社は今後も毅然とした姿勢で臨む所存です。 また、2024年6月21日（金）に大阪にて行われました当社株主総会にて、神宮外苑再開発につきましては、その重要性に鑑み、質疑応答に先立ち十分な時間を割いて、丁寧なご説明をさせていただきました。しかしながら、質疑応答に入ると、環境活動家の方が、議長からの論点整理等のお願いにも拘わらず、長々と持論を展開されるという事態も起
部下育成、トラブル対応、ハラスメント対策…近年は管理職の業務負担が増大し、「罰ゲーム化」の状況が深刻化しています。そこで今回は、『チームレジリエンス 困難と不確実性に強いチームのつくり方』著者の池田めぐみ氏に、管理職の負担を軽減しつつ、成果も上がる組織づくりの秘訣をお聞きしました。本記事では仕事を適切に任せる方法や、「マネージャー任せ」のメンバーの意識を変えるコツについてお伝えします。 部下育成、トラブル対応、ハラスメント対策…増える管理職の業務負担 ——ここ数年、「管理職の罰ゲーム化」といった話がよく聞かれるようになっていると思います。部下のマネジメントや後任者の育成、トラブル対応に加え、リスキリングやハラスメント対策など、管理職の業務負担が増大している現状が問題視されています。池田さんはこうした現状についてはどのような課題があるとお思いでしょうか。 池田めぐみ氏（以下、池田）：私自身も
以前同僚から、いくつかのプロジェクトやタスクを持っているときにどう進めると良いかという質問を受けた。僕はその時、価値が出るポイントまで一気に進めてから次のタスクに取り組むようにしていると答えた。この話についてブログに言語化してみる。 良くない進め方の一例 たとえばプロジェクトA（自分の担当分工数10日）、プロジェクトB（自分の担当分工数20日）で、合計30日分のタスクを持っているとする。この時良くない進め方は、両方ともを完全に並列に少しずつ行って、30日後に終わるということだ。1 このやり方だと30日後にならないとプロジェクトAもBも結果が出ない。もしプロジェクトAのみに集中して終わらせれば少なくともプロジェクトAの結果は10日後に出るのに関わらずである。 このやり方がまずいのは当たり前に見えるのだが、気をつけないとやってしまいがちである。なぜなら少しずつ進めれば、他の関係メンバーに「自分
ssmonline #43 での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
ドキュメンテーションを文化にする〜コミュニケーションの「ハブ」作りに取り組んだ4年間～ - MonotaRO Tech Blog
はじめに こんにちは。プラットフォームエンジニアリング部門の池田（@progrhyme）です。 この記事では、モノタロウのテック系の部門で筆者が取り組んできた「ドキュメンテーションプロジェクト」について、下の目次の流れに沿って紹介していきます。 【目次】 はじめに 「ドキュメンテーションプロジェクト」とは プロジェクト発足の背景 ねらい（まとめ） 何をやったか ドキュメンテーションの促進 Confluence → Googleドキュメントへの移行 その結果どうだったか 上手く行ったこと 上手く行かなかったこと まとめ 「ドキュメンテーションプロジェクト」とは 初めに、プロジェクトの概要について簡単に説明します。 このプロジェクトのミッション（＝目標）は主に以下の2つです。 ドキュメンテーションを通してプロジェクト内外のコミュニケーションを効率化し、業務プロセスの効率を上げる 社内のドキュメ
こんにちは ゲームソリューション部の出村です。 みなさんはソフトウェア開発においてCI/CDツールは何を利用していますでしょうか？ これまでゲーム開発の現場を見てきましたが、ゲーム開発においてよく使われるCI/CDツールはやはりJenkinsです。このJenkins、一昔前ではWeb開発をはじめとしてさまざまなソフトウェア開発でよく利用されていました。ただ、ここ最近はGitHub Actionsなど他のツールに置き換えられているという印象があります。 しかし、ことゲーム開発においてはGitHub Actionsといった他のCI/CDツールではなく、Jenkinsが利用されている場面が圧倒的に多いです。これは、他のCI/CDツールを利用したくないという消極的な理由ではなく、Jenkinsを利用する明確な理由があるためだと考えています。 ゲーム業界はJenkinsが活用される理由 ここでは、ゲ
株式会社博報堂、博報堂ＤＹグループの株式会社 SIGNING は、生活者発想で経営を考える研究開発・社会実装プロジェクト「HAKUHODO HUMANOMICS STUDIO」の活動の第二弾として「オシノミクス プロジェクト」を発足し、本日「オシノミクス レポート」を発表しましたのでお知らせいたします。 ＞レポートはこちら https://www.hakuhodo.co.jp/humanomics-studio/assets/pdf/OSHINOMICS_Report.pdf 「オシノミクス プロジェクト」では、近年拡大している「推し活」経済に着目し、単なるコンテンツ消費ではなく「人が能動的に熱中する」心理と行動を、「オシノミクス」という概念として提唱します。レポートではその実態を明らかにするとともに、人が「推す」行動の裏にある心理や社会的価値について考察し、組織運営やマーケティングなど、
中小企業がなんとなくインディーゲーム開発に乗り出すと何が起きるのか!? スケジュール、予算、PR…あらゆる点に潜む“落とし穴”にハマってしまった事例から学ぶ「縛りだらけのインディーゲーム開発」の世界
知られざる「縛りだらけのインディーゲーム開発」の世界がここにある。 世は大インディーゲーム時代。 『天穂のサクナヒメ』や『NEEDY GIRL OVERDOSE』などのインディーゲームが100万本以上を販売する現代、インディーゲームに注目しているゲーマーは多いことだろう。 そんなインディーゲームについて、多くの人は「職人的な個人、少人数の有志が個性的なゲームを作る、自由なゲーム」というイメージを抱いているのではないだろうか。 実際、漫画『デベロッパーズ～ゲーム創作沼へようこそ～』やドラマ『アトムの童』などでも、インディーゲームを扱う物語は天才的な開発者、やる気と才能ある有志の集まりがゲームを作る姿が描かれている。 それは一面の真実ではある。が、実は表に出づらい縛りだらけのインディゲームの世界もある。 すでにある程度の規模を誇るゲーム会社や、複合企業で制作されるインディーゲームである。その昔
株式会社らしさラボ 代表取締役 伊庭正康氏の『研修トレーナー伊庭正康のスキルアップチャンネル』では、業績の悩み、効率の悩み、マネジメントの悩み、コミュニケーションの悩み、モチベーションの悩みなど、仕事の悩みを解決できるビジネスメソッドを紹介しているチャンネルです。今回は「誰もが、リーダーシップを高められる方法5選」と題し、リーダーに向く人・向かない人の違いについて解説します。 ■動画コンテンツはこちら リーダーに向く人は「配慮」をし、向かない人は「遠慮」する 伊庭正康氏：こんにちは。研修トレーナーの伊庭正康です。今日は「リーダーに向く人・向かない人の違いトップ5」を紹介します。「いつかは尊敬されるリーダーになりたい」「リーダーになりたいけど、自分に務まるかな？」。もしくは、もうリーダーをやっているんだけれども、部下とうまくいっていない。そんな人にぜひ見てほしいです。 「リーダーは持っ
エジプトのルクソール近郊の町エスナにあるクヌム神殿から煤や泥を取り除いたところ、天井や円柱が2000年前の色鮮やかな姿を取り戻した。（ELIZABETH BEARD/GETTY IMGAGES） およそ2000年前につくられた古代エジプトの神殿の天井を研究者チームが復元したところ、驚くべき発見がもたらされた。黄道12星座やその他の星々を描いたフルカラーのレリーフのほか、ヒエログリフ（象形文字）の碑文も見つかり、これらの天体図に隠された意味を解くカギとなりそうだ。（参考記事：「ヒエログリフを解読した「エジプト学の父」シャンポリオンの生涯」） 天井が復元された神殿は、エジプト中南部の町エスナに残るクヌム神殿だ。プロジェクトには考古学者でエジプト学者のヒシャム・エライシー氏を中心とするエジプト観光・考古省と、ドイツのテュービンゲン大学から計30人の研究者が参加。5年余りに及ぶ作業で、当時の色彩を
Twitterのタイムラインを眺めていると、ゲームに関する感想で次のようなポストを見かけることがあります。 〇〇がおかしいって、開発内で指摘する人誰も居なかったの？ 〇〇〇人も開発メンバーがいて、何で誰も指摘しないの？ これまでゲーム開発の現場をいくつか見てきましたが、ユーザーから批難される要素がゲーム中に存在していることに開発内で誰も気づいていないということはほとんど無いように思えます。しかし、誰かしらがその要素に気づいていても、開発内で指摘されないことがあります。 クリエイターなら、誰もがより良いものを作ろうと思っているはず……。 なぜ誰も指摘を行わないのでしょうか。 開発現場では、日々様々な仕様作成・アセット制作・実装業務等が進行しています。その中で各業務の関係者が内容をチェックするので、業務内容を批判する（良いところ、悪いところを見分け、評価する）ことは日常的に行われています。 し
日本支援｢ホーチミンメトロ｣いまだ開業しない謎
日本が官民を挙げ、ハード・ソフト両面から支援し、オールジャパンによる初の鉄道輸出プロジェクトとして2018年に開業するはずであった、ベトナムのホーチミンメトロ1号線。しかし、着工から10年を経過した今も開業に至っていない。 当初は業界内でも優良案件として捉えられており、同時期に着工したインドネシア・ジャカルタMRTプロジェクトとしばしば比較されてきた。ジャカルタ案件こそが「ババ」という見方も強かったが、現実にはジャカルタMRTは予定通りに2019年の開業を果たしたのみならず、順調にオペレーションを続けており、成功事例として評価されるほど立場は逆転した。 いつでも開業できそうに見えるが… そんな中、開業の遅れから、ホーチミンメトロ1号線の車両をはじめとした鉄道システム一式を受注している日立製作所が同プロジェクトの施主であるホーチミン市人民委員会鉄道局（MAUR）に対し、約4兆ドン（約246億
大吉祥寺.pm https://kichijojipm.connpass.com/event/314917/ https://blog.utgw.net/entry/2024/07/15/135648
食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog
目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう！ Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは！ 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお
出荷目安アイコンを改善するのに9か月もかかって辛かったので、システム分割を爆速で進めてリードタイムが9分の1になった話 - MonotaRO Tech Blog
こんにちは。2019年に初々しい記事を書いていた山本です。今でも元気にモノタロウで働いております。 この記事では、社内カンファレンスで私が業務部門向けに行ったプレゼンテーションを基に、マイクロサービス化に踏み切ったエピソードを紹介します。モノタロウがGoとprotobufで進める爆速マイクロサービス開発とそれを支えるプロセス と被る部分もありますが、同じ内容でも今回は易しめに解説していますので、空き時間にでもさらっとお読みください。 -- --まさか共通化されてないなんて 2022年の暮れに、こんな改修依頼を受けました。私はプロジェクトの開発リード担当でした。 出荷目安アイコンとは、当社商品が何日で出荷されるかを表すアイコン群のことです。 正確な値を表示するように工夫していますが、モノタロウでは自社在庫を含む様々なパターンの出荷があり、当時拡大が進んでいた「サプライヤ在庫連携」では特に出荷
年間一億円削減した時系列データベースのアーキテクチャ改善～不確実性の高いプロジェクトへの挑戦～
「Developers Summit 2024 Summer」での発表資料です。
はじめに フロントエンドもバックエンドもTypescriptで書きたい！ということで、T3 Stack（T3スタック）について調べてみました。 T3 Stackを利用したプロジェクトを作成するためのCLIツールcreate-t3-appが用意されており、簡単に雛形プロジェクトが作れるため、実際に使ってみました。 この記事は以下の内容をメインに紹介します。 create-t3-appの環境構築手順 雛形プロジェクトの解説（特にtRPCを用いたAPIの呼び出し方法について） T3 Stackとは T3 Stackとはsimplicity（簡潔さ）、modularity（モジュール性）、full-stack type safety（フルスタックの型安全）を追求した思想に焦点を当てています。 そしてそれらを実現するために以下6つの技術スタックが採用されています。 ✅ Next.js ✅ tRPC
リラックスして楽器演奏してたら部屋に入ってきたのが総理大臣だった時の少年の表情があまりにも正しい「この構図でこの表情は映画始まるて」
首相官邸 @kantei 午後は、町田市の「子どもセンター まあち」を視察し、市が行うプロジェクトについて子ども・若者の意見を取り入れ、評価にも参画している姿を拝見しました。政府のこども政策について、町田市の取組も参考に、評価・検証に子ども・若者が参画する新たな仕組みの構築に向け、検討を進めてまいります。 pic.twitter.com/bJx8XXFA6N
大吉祥寺.pmの登壇資料です https://kichijojipm.connpass.com/event/314917/
アジャイル開発の浸透？なんだそれは。 アジャイル開発という概念が世に出て二十余年（2001年「アジャイルソフトウェア開発宣言」による）、最早、この技術も最新とは言えない、成熟したものとなりました。あなたの職場でも「アジャイルに進めよう」的な、凝り固まらず柔軟なプロジェクト体制にして行こうという流れ、プロダクト開発の長大化を防ぎアウトプットを細かく出していこうという意識変革が内外から求められているかと思います。 しかしプレイヤーとしての皆様は、とはいえ作るものは変わっておらず納期が決まっているので大変になるだけ、だとか、現場ボトムアップな提案は通らずトップダウンにやることが降ってくるからやる意味なくね、だとか、果ては作るもの・仕様が決まってないけど予算がついたからいい感じにアウトプット出してね、の意味だとか、都合よく「アジャイル」を使われて疲弊することもあるでしょう。多くは会社の通例や予算検
レッツゴー怪奇組 Part-53 ～最終回～ | オモコロ
[※書影は制作中のものです。予告なく変更する場合がございますのでご了承ください。] そして「怪奇組」新プロジェクト企画中………続報を待て！
はじめに：なぜ今、ユーザビリティが重要なのか？ みなさん、こんにちは。日々Figmaと格闘しながら画面設計に励むイェンです。 「使いやすい」と言われるアプリやWebサイト。実は、その裏には綿密に計算された設計があるんです。今回は、私が実際のプロジェクトで学んだ、ユーザビリティを向上させるための5つの鉄則をご紹介します。 これらの鉄則を押さえておけば、ユーザーから「使いやすい！」と絶賛されるデザインが、きっと作れるはずです。さあ、一緒に探検してみましょう！ 【1】 シンプルイズベスト：余計なものは思い切って削ろう ユーザーが迷わず操作できる画面を作るには、シンプルさが鍵となります。 ・不要な要素を削除し、本当に必要な情報だけを表示する ・情報の優先順位を明確にし、重要な要素を目立たせる 具体例： ナビゲーションメニューは5-7項目に絞り、よく使う機能をトップレベルに配置します。 Figmaで
目標設定は好きですか? アジャイルとともに目標と向き合い続ける方法 / Do you like target Management?
Developers Summit 2024 Summer での登壇資料です https://event.shoeisha.jp/devsumi/20240723/session/5111
Googleは、オープンソースのプロジェクトにおいてメンテナが行っているさまざまな作業を、生成AIなどによる支援で軽減する「Project Oscar」を、インドのバンガロールで行われたイベント「Google I/O Connect Bengaluru 2024」で発表しました。 オープンソースプロジェクトには、Issueやプルリクエストやフォーラムでの質問などがコントリビュータから寄せられるため、メンテナはこれらに目を通して、不足している情報があれば指摘し、関連する情報があれば補足し、質問に返答するなど、コードを書く以外のさまざまな作業をしなくてはなりません。 プロジェクトが大きくなればなるほど、こうした作業の負荷は大きくなっていきます。 これらの作業を軽減し、コードを書くという最も楽しい作業に多くの時間をメンテナが割けるように支援するのが「Project Oscar」だと説明されていま
PdM/EMが気づくべき「技術負債」の異変
技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。 一方、実際にそのシステムに対となるプロダクトに関わっているのはエンジニアだけではない。PdMやEM、事業責任者がいる中でこのメンバーにどう常に変化し続けるシステムアーキテクチャの異変に気づいてもらうのか、自ら気づかせるのかは至難の業である。 とはいえ、つばり一番わかり易いのは工数の予測精度の幅がある。 以下の3つのフェーズがあったときにそれぞれのズレが大きい場合は負債が溜まっていることが多い。（特に、1.と3.） 一般的な視点と現場システムへの理解度のズレ詳細から開発手前での予測のズレ予測工数と実績工数のズレここでいう工数予測がズレるのはエンジニアリングスキルの問題ではなく、システムに関する理解度の認知問題によってズレるケースが該当する 1.一般
人と向かい合おう！エンジニアリングマネジャーに限らずおすすめできる「エンジニアリングマネジャー入門」を読んだ - kakakakakku blog
2024年7月14日に出版された新著「エンジニアリングマネジャー入門」を読んだ📕 本書は「人と向かい合う」ことにフォーカスしていて，エンジニアリングマネジャーがどんなことを日々考えて，どんなことに日々対処しているのかという実践的なノウハウがまとまっていた．著者が Google をはじめとした多くの組織で実践してきた体験談がベースになっているからこその説得力も感じられる一冊だった💡 エンジニアリングが好きな私たちのための エンジニアリングマネジャー入門 作者:サラ・ドラスナー日本能率協会マネジメントセンターAmazon 本書は翻訳を担当された @iwashi86 さんに送っていただいた❗️活動量の多さと影響力の広さに驚きです🎉 出版おめでとうございます〜 ＼( 'ω')／ 7月14日に出版される「エンジニアリングマネジャー入門」を翻訳された iwashi-san に送っていただきました
大吉祥寺.pmでの登壇資料です。 登壇することが幸福に繋がっているって内容です。 2024/07/13 https://kichijojipm.connpass.com/event/314917/
自分が管理する全 OSS の Issue や Pull Request を 1 つの GitHub Project に集約
2024-07-24 追記: 本記事の続きで、開発組織でのソフトウェア開発の Issue や PR を自動で適切な GitHub Project に割り当てていく方法についても書きました。 https://zenn.dev/shunsuke_suzuki/articles/manage-enterprise-issue-pr-by-project タイトルの通り、自分が管理する全 OSS の Issue や Pull Request (以下 PR) を 1 つの GitHub Project に集約した話を紹介します。 自分は様々な OSS をメンテしており、様々なリポジトリで作られる GitHub Issues や PR を日々ハンドリングする必要があります。 しかしこれだけリポジトリの数が増えると一つ一つリポジトリを巡回してハンドリングしていくのは困難です。 ユーザーによって issu
[Developers Summit 2024 Summer]良いプロダクト作りのための組織育成 ～1on1完全攻略編～
Developers Summit 2024 Summer で登壇した際の資料です。 セッション詳細: https://event.shoeisha.jp/devsumi/20240723/session/5124 #デブサミ #devsumi
![[Developers Summit 2024 Summer]良いプロダクト作りのための組織育成 ～1on1完全攻略編～](https://cdn-ak-scissors.b.st-hatena.com/image/square/d90bfa9ed0c780574528718f1fb3141da3bf1b85/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F4a29f19a3aba4e689311424269c72839%2Fslide_0.jpg%3F31175195)
【追記】自治体システム標準化プロジェクトに黄信号？
自治体DX、ガバクラ活用の本丸と言われている自治体システム標準化プロジェクトですが、肝心かなめの共通機能に関するデータ定義は開発ベンダー間で良いように調整してね、と定義された模様。 移行期限の来年度末までに、果たして無事に移行できるのでしょうか？ ※8/2 河野デジタル大臣の記者会見を受けての感想を追記しました
デザイナーとコーダーと開発PMを経験したからこそ、仕様の書き方が気になる話。 - Goodpatch Tech Blog
プロジェクトマネージャー（以下PM）のchakiです。私はデザイナーとコーダーを経験した後、PM（設計書の記載までを担当することの多い、開発PM）へキャリアチェンジしました。 サービスのシステム開発を行う場合、エンジニアはデザイナーから提供される表層デザインを理解した上で、基本設計書や画面設計書を書き起こします。その際にデザイナーからこんな情報も提供してもらえたらスムーズだなと感じるポイントがあるので、ご紹介していきたいと思います。 デザイナーが作成する説明（ASIS） エンジニア観点で考えること 共通ヘッダー キーワード検索 カテゴリ情報 製品一覧と検索数 おすすめ順（ソート） カテゴリ毎の製品一覧 もっと見る エンジニア観点まとめ デザイナーが作成する説明（TOBE） キーワード検索 カテゴリ情報 カテゴリ毎の製品一覧 まとめ デザイナーが作成する説明（ASIS） 今となってはもう記憶
はじめに # Java デベロッパーの皆さんは IntelliJ IDEA や Eclipse を使ってる方が多いのではないでしょうか。筆者は VS Code を使っています。業務では長らく Java から離れていたのですが、ここ数年はけっこう書いています。かつては IntelliJ IDEA に課金してましたが Java 再開を機に VS Code の環境を整えました。この記事では、定番の拡張やワークスペースの使い方についてご紹介したいと思います。 Microsoft Extension Pack for Java の利用 # 結論から言うと 「Microsoft の Extension Pack for Java を入れましょう。」で終わりです。 Extension Pack for Java - Visual Studio Marketplace Extension Pack はその
円安に負けない！共通バックエンドAPIサーバーARM対応プロジェクト - Uzabase for Engineers
こんにちは。ソーシャル経済メディア「NewsPicks」のSREチームの飯野です。 SREでは2023年から円安に負けないコスト削減を継続して行なっていますが、最近は圧倒的な円安におされ気味です。 2024年1月-6月の間に141→161円の変動はちょっと厳しすぎますよね。 今回は2024年1月から3月にかけて行なったNewsPicksの共通バックエンドAPIサーバーのARM対応プロジェクトについて話したいと思います。 ARM対応はコスト削減を目的とした施策です。適用範囲の見誤りがあり、当初の想定ほど大きなコスト削減は実現できませんでしたが、活発に変更が行われるプロダクトに段階的に変更を加えてリリースすることができました。 ARM対応をするにあたり、何を考えてどの順番で着手したかという情報は、今後ARM対応を行う開発者に参考になりそうなので紹介します。 ARM対応計画 ARMのコンテナイメ
OpenAIが新型人工知能「Strawberry」プロジェクトを密かに推進、以前「Q*」とリークで呼ばれていた数学が解けるAI
汎用人工知能(AGI)の研究に画期的な進歩をもたらすかもしれないとウワサされるOpenAIのAI開発プロジェクト「Q*(キュースター)」が、社内で積極的に取り組まれていることが伝えられました。 Exclusive: OpenAI working on new reasoning technology under code name ‘Strawberry’ | Reuters https://www.reuters.com/technology/artificial-intelligence/openai-working-new-reasoning-technology-under-code-name-strawberry-2024-07-12/ OpenAI's Q* Gets New Name, Project Strawberry: Report Says It Can Naviga
「この年収で本当にちゃんとした人材が来てくれると思っているのか」――。6月下旬から7月上旬にかけて、SNS上にはIT（情報技術）エンジニアたちのため息があふれていた。 やり玉に挙がったのは、システム関連のトラブルを抱えている江崎グリコとKADOKAWAの求人だ。江崎グリコは4月、基幹システムの切り替え作業時にトラブルが発生し、主力商品を出荷できない状況に陥った。KADOKAWAは6月にサイバー攻撃を受け、「ニコニコ動画」などの主要サービスを停止している。 江崎グリコは6月、転職サイトで「社内SE（PLM領域）」の求人を掲載していた。PLMとは製品のライフサイクル管理のこと。グループのIT戦略を担う先鋭部隊としてデジタル変革を進める仕事だ。 現在、その求人は非公表になっているが、必須条件として生産システムの企画やプロジェクトマネジャーの経験を求めていた。江崎グリコが提示していた想定年収は50
上長からある日突然、「最新技術を使って3か月でプロダクトをリリースしてほしい。チームメンバーは2人で」と言われたら、あなたはどうするだろうか。この無茶振りとも言うべきオーダーに果敢に立ち向かい、見事成功を収めたのが、株式会社LegalOn Technologiesの渡辺 凌央氏だ。成功の秘訣は、冒頭で必要な作業や事柄をすべて洗い出し、活用できるリソースもすべて活用し、少人数で連携を取りながら開発を進めたこと。本講演では、渡辺氏が実際に生成AIを搭載したプロダクト開発に従事した経験と、それによって得られた知見、さらにエンジニアが将来の技術革新に備えておきたい3つのポイントについて語った。 3か月で生成AIのプロダクト開発に挑戦！ まず何をする？ 「質問です。明日何らかの分野で技術革新が起きて、上長から『3か月後に、その技術を活用した機能をリリースしてほしい。あなたは今日からこのプロジェクトの
こんにちは。ReproのProduct Planning Teamでプロダクト企画を担当している正木です。 今回は前回の記事の続きで、なぜGoToMarketの改善活動の効果がなかったのかの原因と、そこへの対策についてお話をしていきます。 tech.repro.io 結論から先に言うと、機能提供から利用開始されるまでのリードタイムが減り、活用度も上がるという結果になりました！ GoToMarket改善活動はなぜ効果がなかったのか？ 大きく2つの理由がありました。 プロジェクト型組織構造によるナレッジの局所化 当時のReproの開発組織はプロジェクト制を取っており、何かの開発が決定すると都度プロジェクトが発足し、開発が終わると解散するという流れでした。 GoToMarket活動を行う前にプロジェクトチームが解散されてしまうことで、すべての機能のGoToMarketを担当するPMMだけにナレッ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新卒の子に「とりあえずこれ」と伝えたら生産性が10倍になったメモ（なのに1万字越え）｜やまだくにあき
集中して作業する技術/how_to_work_deeply
忙しすぎるプレイングマネージャーの負担を軽くするヒント 管理職の仕事を切り分け、部下に適切に任せるコツ
価値が出るポイントまで一気に進めてから次のタスクに取り組む - $shibayu36->blog;
運用改善、不都合な真実 / 20240722-ssmjp-kaizen
なぜゲーム業界はJenkinsを選ぶのか？その理由と利点 | DevelopersIO
「推し活」が幸福度を高める？！「応援」から「感謝」まで、多様な推しとの関係性を生み出す“オシノミクス"
KPI地獄で現場が疲弊…組織にとって「ダメなリーダー」の特徴 リーダーに向く人・向かない人の違い5選
古代エジプトの神殿、2000年分の汚れを落としたらすごかった
おかしいと批難されているゲームの要素が開発内で指摘されない理由｜panke
君たちはどうコードをレビューする (される) か / 大吉祥寺.pm
【T3 Stack】フロントエンド・バックエンドTypescript開発入門
組織のスケーリングと持続性 / Scaling and Sustainability
アジャイル専門部隊の一構成員が敢えてウォーターフォールを語るぞ - Qiita
5つの基本原則で実現する、ユーザビリティの高い画面設計 - Qiita
Google、オープンソースのメンテナの負担をAIなどで軽減する「Project Oscar」を発表
僕はまだ見ぬ誰かを動かすために登壇をする。
2024年版！VS Code で Java 開発環境を構築する | 豆蔵デベロッパーサイト
グリコ・KADOKAWA、IT人材の低待遇に批判 「想定年収500万円台から」
生成AIを活用した機能を爆速でリリースしてみてわかった、エンジニアが将来の技術革新に備えるべきこと
作った機能をお客様に使ってもらうために必要なのは結局組織間連携の強化だった - Repro Tech Blog