エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
運用改善によるチームパフォーマンス向上のための取り組み - ZOZO TECH BLOG
こんにちは。ブランドソリューション開発本部フロントエンド部の御立田です。フロントエンド部の部長とWEAR Androidのブロック長を兼任しており、普段は部署全体の管理・リスクマネジメントや、Android開発における設計などを行っております。 本記事では、運用改善によるチームパフォーマンス向上のための取り組みについてご紹介します。なお、フロントエンド部WEAR Androidブロックで実施した内容となっており、一部アプリ開発向けの施策ですのであらかじめご了承ください。 目次 目次 はじめに 生産性に対する課題感 改善結果 サイクルタイム平均値 スタッツ 数値分析 問題点の推測 問題点の認識 対応策 レビュー環境への対応策 レビュー会の開催 PR単位でビルドの共有 巨大なPRへの対応策 サブタスクで粒度を下げる 常にアップデートすることへの対応策 開発者リソースの再配分 PRテンプレートを
2022年版 みてねを支えるプロダクト開発体制
この記事では、以前に別記事で「みてねを支えるプロダクト開発体制」という記事の中で説明した「みてねのプロダクト開発体制」を最近になってアップデートをしたので、その詳細をお伝えします。 プロダクト開発体制については、数多くカジュアル面談や面接を行なっている中でも多くのエンジニアの皆様にご質問をいただく部分で、特に「エンジニアがどの段階から施策に入り込んで開発できるのか？」であったり「エンジニアと他職種のメンバーとの関わり方は？」など、確かに自分自身もソフトウェアエンジニアとして事業に関わるときに気になることではあるので、ここで再度整理したいと思います。 みてね開発体制のこれまでみてねの開発チームは、これまで組織規模や事業課題に合わせて複数回の大きな体制変更を行なってきました。どのような変遷を辿ってきたかを整理してみます。詳しい時期はあまり覚えていないので、年の記載はおおよそです。 2014年~
コードが読めるソフトウェア開発者 - As a Futurist...
僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職
TechCrunch
Haun Ventures has made 48 investments, including some of its token positions, across its early-stage $500 million and $1 billion later-stage acceleration funds. At the 2024 IAB NewFronts event on Wednesday, Snapchat announced a series of new augmented reality (AR) and machine learning (ML) tools designed to help brands and advertisers reach users on the socia
ちょっとしたシステム変更なのに時間と手間がかかるのはなぜ？｜森崎 修司
ソフトウェア開発の効率化や品質向上を研究しています。そこで感じたことを書いていきます。ITシステムに関するリテラシーが高まるともっとIT化が進むのではないかと思い、書いています。 ITシステムを利用していると改善したいことが出てきます。「こことここは同時に指定したい」「この順番が入れ替わると作業しやすい」といったこと要望を感じることは誰にでもあるのではないでしょうか。ご自身が開発に携わっていれば、変更することもできますが、社内のIT部門が管理していたり、開発会社にお願いしていたりすると、このブログエントリのタイトルのように思うことがあるかもしれません。 「ちょっとした変更なのに、なぜ時間がかかると言うのだろう。本当はそれほど時間がかからないのに、ひょっとして仕事が増えるのがいやなだけで、体よく断っているのではないか」と思ってしまうかもしれません。その可能性はゼロではありませんが、一般には次
開発者の年功レベル
Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ
JetBrains Mono — 開発者向けの新しい書体 | The JetBrains Blog
私たちは1年前に非常に野心的な目標を打ち立てました。それは、誰もがより快適にコードを書けるようにするフォントを作ることでした。 そしてついにその目標を達成しました！ 他の等幅フォントの何が問題なのでしょうか？ 私たち開発者は一日の大部分をコードを見て過ごします。 そのため、画面上のテキストを見やすくするために常に最適なフォントを探していても不思議ではありません。 しかし、多くの一般的なフォントのロジックでは、コードを読む場合と書籍を読む場合の違いが考慮されているとは限りません。 私たちの目はさまざまな方法でコードを追います。コードを横方向に読むのと同じくらい縦に読む必要があることもしばしばです。これは文章に沿って常に同じ方向に目を走らせる読書とは対照的なものです。 そのため、私たちはJetBrains Monoを作るにあたって、何よりもまず長時間コーディングを行う際に目の疲れを引き起こす可
Developers Summit 2020 資料リンクまとめ - Qiita
毎年開催されているデブサミが2020/2/13(木)、14(金)で開催されましたね。 現時点で公開されている資料のリンクをまとめました。 よろしければご活用ください。 はじめに 公式サイト - Developers Summit 2020 登壇者名は敬称略させていただいています。 Twitterアカウントについては、多くの方はデブサミ公式サイトの紹介ページに記載がありましたので、そちらから引用させていただきました。記載がなかった方については、調べて分かった方のみ記載しています。 資料について、見つけられなかった or 元々資料を使用していない 方についてはレポート記事を見つけられた方のみ、そのリンクを記載しています。 なお、こういったリンクまとめをQiitaに投稿するのは初めてなので何か問題がある場合や、リンクの間違い等ありましたらコメントいただけると助かります。 2/13 13-A-1
53サービス・アプリのクラウドやフレームワーク・言語など聞いてみた！ アーキテクチャ大調査2020｜ハイクラス転職・求人情報サイト AMBI（アンビ）
53サービス・アプリのクラウドやフレームワーク・言語など聞いてみた！ アーキテクチャ大調査2020 エンジニアHub恒例のアーキテクチャ大調査。2020年版では、フロントエンドとサーバサイドの開発環境や、クラウドサービスの利用を分けてアンケートを実施。53のアプリ・サービスから回答がありました。 ソフトウェア開発には日進月歩で新しいテクノロジーが続々と登場し、開発からデプロイ・運用までさまざまな環境でトレンドが次々と移り変わっていきます。そこには、技術選択した開発者の設計思想も見えてきます。 エンジニアHubでは、2017年と2019年にさまざまなIT企業にアンケートを実施し、各社のサービスやアプリを開発しているプログラミング言語やアーキテクチャ、またインフラを構成するミドルウェアやデータベースをまとめて掲載しました。 今回の2020年版ではテクノロジーの進化にあわせ、開発環境についてWe
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
個人開発で月40万の収益をだすまでの道のり | SHINGO IRIE
去年から「自分のサービスで生きていきたい」と思いたち、受託をやめてサービス開発に専念しています。そして先月の個人開発の収益が月40万を達成。サービス開発をはじめてから8年、ようやく光が見えてきました。 個人開発の収益推移収益の推移はこんな感じです。 収益をだしているのはCLOUD PAPERとMENTAです。MENTAは去年の6月からはじめたんですが、いまも成長中です。サービスだけで月100万を目指しています。 これまでに20個くらいサービスを作って失敗してきた僕は制作会社で勤務後、フリーで独立したんですが、8年くらいまえから会社づとめしつつ、アプリやWEBサービスをたくさんつくってきました。 twitterクライアント、ランチマップ、ミュージック再生アプリ、横断検索アプリ、スクラッチゲーム、パズルゲーム、アプリの総合検索サービス、文章構成ツール…など、数々のサービスやアプリを作ってきまし
『パックマン』最終仕様書、全ページが学会誌に掲載。AI研究の三宅氏らによる開発者・岩谷氏インタビューも
『パックマン』最終仕様書、全ページが学会誌に掲載。AI研究の三宅氏らによる開発者・岩谷氏インタビューも 人工知能学会が発刊している学会誌の最新号にあたる「人工知能 Vol.34 No.1」にて、『パックマン』の生みの親である岩谷徹氏のインタビューと共に、同作の仕様書が全面公開される。発売日は1月10日、価格は2592円。Amazonで販売されるほか、1月中旬以降はKindleでも購入できるようになる。また同学会が運営するAI書庫でも閲覧可能だ。 （画像はAmazon | 人工知能 Vol.34 No.1 (2019年1月号)より） 人工知能学会は、人工知能に関する研究の進展と知識の普及を図り、学術・技術ならびに産業・社会の発展に寄与することを目的とした団体。学会誌「人工知能」を定期的に発行している。その最新号では『パックマン』とAIの関係にフォーカスを当てた特集記事が組まれている。 そのな
Flutterでの開発をスムーズに行うためのTips集
本記事の内容は、ある程度書いていたり色々記事を読んでいると自然と身についていく類のものですが、初めから色々知っていると捗るのと、すでに慣れている場合でも少しは新しい発見があるかもしれません。 また、Flutterの効率良い学び方 にも書いた通り、自分でFlutterコードを書く分にはAndroid Studioの方が捗ると感じているためそれに沿った説明になっていますが、VS Codeでも大体通ずる内容です。また、キーボードショートカットはmacOSでのデフォルトとなっているので、環境が違う場合は随時読み替えてください。 [追記 2019/03/03] 最近はVS Codeに絞るのも良いかなと思ってきています(→ 2022年2月からVS Codeに乗り換えました)
【個人開発】アイデアに困ったら見る英語のサイト集
はじめに こんにちは。 この記事は、個人開発AdventCalendar7日目の記事になります。 今回、個人開発アドベントカレンダーに応募しておきながら、開発進捗の筆が進まず、というか気がつけばネットサーフィンしていたり、というかそもそもなんだこれ？何作ってんの？と投げ出してしまったりして何も成果物をあげることができませんでした。 「締め切り駆動開発はできない」という個人的な解を得ました。失敗に終わったわけではありません。 穴を開けるわけにもいかないですし、どうしようかなぁと思っていましたが「個人開発」というキーワードで自分に引っかかるものは、ネットサーフィンをする中でたまに見るようにしていた海外のサイトです。 海外では「Indie Hacker」「maker」という単語でTwitterなどに個人開発をしている人がたくさんいたり、それぞれがコミュニティを形成したりと、個人の力強さを感じます
AWS Fargateを本番運用した所感 - コネヒト開発者ブログ
こんにちは。インフラエンジニアの永井(shnagai)です。 今回は、Fargateを本番投入し1ヶ月強が過ぎたので、運用する中で気付いた点について書こうと思います。 以前書いた、Fargateに関する調査のまとめ記事はこちら。 tech.connehito.com 内容はざっくり下記3項目です。 いきなりFargateはハードルが高め 良かった点 コンテナのリソースキャパシティを簡単に変更出来る オートスケーリングもシンプルに組める 安定運用 つらい点 タスクの起動速度がEC2バックエンドと比べるとやはり遅い 料金面 いきなりFargateはハードルが高め Fargate導入を通して一番感じたのは、新規にコンテナ化するアプリケーションをECSで動かす場合、EC2バックエンドで試験をパス出来る状態まで持っていった後に、最後にFargateで動かすパターンがよさそうということです。 今回のF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Patterns
テクニカルライティングの基本
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
スキル0、知識0、人脈0から3ヶ月で開発したサービスが運営2年半で企業に買収されました｜かしい💻個人開発
