富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
富士通の本社移転先となる同社川崎工場（「Wikipedia」より） 大手IT企業の富士通で以前働いていた元システムエンジニア（SE）が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ
【書き起こし】プロダクト開発体制を一挙公開 – メルカリプロダクト開発体制本音トーク | メルカリエンジニアリング
2021年11月11日に、プロダクト開発体制を一挙公開〜メルカリ・エンジニア組織の大解剖〜 というイベントを開催しました。 この記事はその中で行われたパネルディスカッション「メルカリプロダクト開発体制本音トーク」の書き起こしです。 詳しくはYouTube上にある配信アーカイブをご視聴下さい。 当日行われたその他セッションの書き起こしは以下でご覧いただけます。 【書き起こし】プロダクト開発体制を一挙公開 – メルカリのプロダクト開発体制 【書き起こし】プロダクト開発体制を一挙公開 – 全員ソフトウェアエンジニアとは？ 【書き起こし】プロダクト開発体制を一挙公開 – Cross-functional team in Mercari イントロダクション メルカリプロダクト開発体制本音トークということでパネルディスカッションを行っていきたいと思います。 モデレーター並びにパネリストはこの4名となり
フィーチャーチームの導入と新しいエンジニアリングマネジメントでChatworkが挑戦する、一貫したオーナーシップとDevOpsの実現 - はてなニュース
リリースから12年を迎えた「Chatwork」は、国内ビジネスチャットのフロントランナーとして、中小企業を中心に41万社以上の企業・組織に利用されています（2023年6月時点）。DAU（デイリーアクティブユーザー）も100万を超えるため（108.6万、2023年6月時点）、ビジネスタイムには絶えず飛び交う大量のメッセージをサービスとして安定して処理することが求められます。 一方で、長期間の開発によって蓄積した技術的負債等に対応するため、システムのアーキテクチャを見直す時期にもあります。それにあわせて開発組織も、巨大なモノリスに対して案件ごとにプロジェクトを組み直す既存の体制から、職能を横断したチームが自律して開発を推進できるフィーチャーチームへの移行がまさに進行しています。 こうした開発改善の実情と進め方について、本部長として推進する田中佑樹さん、エンジニアとしてフィーチャーチームに所属す
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
【エンジニアリング組織論への招待】を10~15分で読めるように1万文字程度でまとめてみた - Qiita
■ はじめに エンジニアリング組織論への招待という本を読みました。 ジョブ理論 に続く名著でした。 理想に向けて、事業を最速かつ生産性高く成長させるには、「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる ソフトウェア開発における不確実性のマネジメントには、不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性） の2点を中心に、事業成長×組織の幸せに必要なフレームワークを提供してもらえるものでした。 ソフトウェア関連の事業やプロダクトに関わっている人（特にマネジメントしている人）は職種限らず読むと、みんな幸せになれそうなので、1人でも多くの人がこの概念に触れられるように、私なりの視点で雑多にまとめました。 （ちなみに著者の 広木さん - hiroki_daichi には個別にご連絡し、要約した本記事の公開許可は(
受託開発とは？システムやソフトウェアを開発する流れをご紹介 - システム開発のプロが発注成功を手助けする【発注ラウンジ】
受託開発は「求めるシステムやソフトウェアが作りやすい」という点以外にも、以下の3つのメリットがあります。 ●開発に伴う工数負担を抑えられる 企業内で新しいシステムを開発するとなると、人員確保や育成、企画や開発に伴う手間や工数負担が大きくなりがちです。受託開発で進めると、開発に伴うこれらの工数負担を抑えられます。発注先の開発会社が代わってほとんどの作業を行ってくれるので、開発における負担を軽減できるのです。 ●予算計画を立てやすい 報酬額や支払い時期が明確なため、予算計画を立てやすいのも受託開発の魅力です。後の項で詳しく紹介しますが、受託開発は請負契約のため、契約で決まった報酬以外に費用を支払うことがありません。また、支払いは検収後と時期も決まっているので明確な予算計画を立てやすいのです。これは発注側だけではなく、受注側にも発生するメリットでもあります。 ●開発費用を抑えやすい 受託開発は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
