[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

GoogleとAgileに関するraimon49のブックマーク (6)

  • ウーブン・シティよ、どこへいく? ――トヨタが描いた壮大な夢のしまい方 - webCG

    ブランド一覧はこちらこの記事を読んだ人が他に読んだ記事試乗記ニュース画像・写真モーターショー自動車ヒストリー特集エッセイクルマ生活Q&AFrom Our StaffデイリーコラムCarScope谷口信輝の新車試乗水野和敏的視点池沢早人師の恋するニューモデル思考するドライバー山野哲也の“目”あの多田哲哉の自動車放談webCGプレミアム記事一覧webCGプレミアムプランとは日刊!名車列伝動画ギャラリープレゼントアウトビルトジャパンニューモデルSHOWCASE失敗しない中古車選びカーマニア人間国宝への道エディターから一言カーテク未来招来マッキナ あらモーダ!読んでますカー、観てますカーおすすめの動画小沢コージの勢いまかせ!!リターンズ自動車保険 トヨタレクサススバルマツダスズキダイハツホンダ日産三菱ポルシェメルセデス・ベンツアウディBMWMINIフォルクスワーゲンボルボルノープジョージャガーアル

    ウーブン・シティよ、どこへいく? ――トヨタが描いた壮大な夢のしまい方 - webCG
  • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - 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

    (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
    raimon49
    raimon49 2023/09/03
    チームの自主性に任された結果としてスクラムを選ぶことはあって良いけどトップダウンで全てのチームはこの開発手法でやれって言われたら、そりゃ優秀な人は去って行くよなぁ。
  • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

    ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

    技術的負債は開発者体験を悪化させる - mtx2s’s blog
    raimon49
    raimon49 2021/12/23
    負債ベースラインと負債上限をエラーバジェット的に取り入れる。エンジニアリングのバックグラウンドを持つプロダクトオーナーが居れば機能しそうだがそんな人は居ないって現場はつらいな。
  • なぜMicroservicesか?

    現職においてMonolithアーキテクチャからMicroservicesアーキテクチャへの移行とその基盤の構築に関わって2年近くが経った.未だ道半ばであるがこれまでの経験や日々のインプットをもとにいろいろ書いておこうという気持ちになった.記事ではそもそもMicroservicesアーキテクチャとは何かを整理し,なぜやるべきか?・なぜ避けるべきかを整理する. Microservices? Microservicesアーキテクチャとは「Single purpose,High cohesion,そしてLoosly Couploedなサービスを組み合わせてシステムを構築する」アーキテクチャ手法である.それぞれの原則をまとめると以下のようになる. Single purpose: 一つのことに集中しておりそれをうまくやること Loose coupling: サービスは依存するサービスについて最小限の

    raimon49
    raimon49 2019/05/21
    Microservicesは組織論 逆コンウェイの戦略 完全な自由がある訳ではなく、しっかりした基盤の上で設計や拡張の自由があるという話
  • シリコンバレーの「何が」凄いのか

    シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less

    シリコンバレーの「何が」凄いのか
    raimon49
    raimon49 2017/10/06
    素早いプロトタイプの評価と失敗を受け容れる文化があって、初めて方法論を実践できる。スポーツ選手とコーチの例えは腑に落ちる。
  • 1