共有
  • 記事へのコメント52

    • 注目コメント
    • 新着コメント
    その他
    gabari
    gabari 残念すぎて辛い

    2016/11/28 リンク

    その他
    mikesorae
    mikesorae おっどこかで聞いたような話だな

    2016/07/13 リンク

    その他
    gologo13
    gologo13 いい内容 / コードスメル(code smell) の定番パターン、高凝集と低結合を意識する、Utilはビジネスロジックに依存しないコードが凝集されていればOK(JSON,String,etc)

    2016/05/29 リンク

    その他
    bonty_shushusha
    bonty_shushusha 開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例

    2015/07/30 リンク

    その他
    Zephid
    Zephid 明確にアーキテクトというロールが割り当てられてるプロジェクトって1度しか経験したことないわ。担当機能を作るような仕事しかしたことないから、システム全体の仕組を設計できる人って凄いなーと。

    2014/10/24 リンク

    その他
    ono_matope
    ono_matope アサイン人数が多いとアーキテクチャ仮決めで見切り発車せざるを得ない事態になりがち

    2014/07/24 リンク

    その他
    rryu
    rryu そういえばモジュールの切り出し方の縦と横が間違ってるみたいなのがあったなあ。

    2014/05/18 リンク

    その他
    kamatama_41
    kamatama_41 思い当たる節がいろいろ…

    2014/05/18 リンク

    その他
    t2y-1979
    t2y-1979 フレームワークチームとアプリチームの隔たりはあるかもなぁ

    2014/05/14 リンク

    その他
    k-holy
    k-holy “フレームワークによって強制されたパラレル継承”あるある…これを脱却するためにもドメイン層のクラスはフレームワークに依存しない作りに変えていってる

    2014/05/13 リンク

    その他
    tarchan
    tarchan >形式的な分割方法によって得られるのは多くの場合、密結合で凝集性の低いアーキテクチャである

    2014/05/13 リンク

    その他
    kyab
    kyab アーキテクチャチームとか基盤チームとか分けちゃって書き逃げ→技術的負債溜まりまくり→フルスクラッチ!てケースよく見る。やるなら全員10年は面倒みつづけさせるとかがいいのかな。

    2014/05/13 リンク

    その他
    pochi-mk
    pochi-mk 一見きれいにコンポーネントが分割されているようにみえるが、実際は関連した機能があちこちに分散し、実質はモノリシックなシステムと変わらない --- うわぁ、まさにこれだぁ、今の残念プロジェクト...

    2014/05/12 リンク

    その他
    udzura
    udzura アーキテクト重要

    2014/05/12 リンク

    その他
    d14a
    d14a 状況によって何がベストかは変わるけど、記事に書いてある観点をメンテナンス・管理する重要性は思い当たること多い。

    2014/05/12 リンク

    その他
    banana-umai
    banana-umai 特にコンポーネント分割難しさについて同意。分割の目的、メリット、デメリットを意識する必要あるし、それは文脈や状況によって異なるだろうし。

    2014/05/12 リンク

    その他
    tinsep19
    tinsep19 まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして

    2014/05/12 リンク

    その他
    tpircs
    tpircs アーキテクチャを考えないのは問題だけど、実装する人のレベルに合わせて考えなきゃどうしようもなくて、手続きっぽいのが多少混じっていてもいいと思ってる。開発/保守するメンバ次第。

    2014/05/12 リンク

    その他
    tora470
    tora470 最後のね。俺俺フレームワーク作りたがる人が多すぎて困る。

    2014/05/11 リンク

    その他
    ya--mada
    ya--mada 確かになぁ、派生開発でコード書くだけだったらアーキテクト要らないよ。派生開発で構成変更まで発生するようなケースだよね。

    2014/05/11 リンク

    その他
    tokida
    tokida 開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - | まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配を

    2014/05/11 リンク

    その他
    kasumani
    kasumani 開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおか

    2014/05/11 リンク

    その他
    keitone
    keitone ITエンジニア()の方のご高説とってもためになりました(IT業界18年目)

    2014/05/11 リンク

    その他
    shun_libra
    shun_libra この人が言うアーキテクトって、要はチーフプログラマだよね。で、チーフプログラマは文字通りのプレイングマネージャというか、給料も多いが負担はそれ以上という超ブラック職。なので理想的だけど現実微妙な話。

    2014/05/11 リンク

    その他
    wyukawa
    wyukawa 共通チームとか内製フレームワークってSI以外にもあるんだね。内製ツールならWeb系でもあると思うけど。

    2014/05/11 リンク

    その他
    ka-ka_xyz
    ka-ka_xyz "データとgetter、setterだけのクラス"が"手続き型のコード"に分類されてる理由がちょっと分からない。例えばDTOパターンはそういうクラスが前提だけど、手続き型コードとは言えない気が(もっと言うとJavaBeansとか)

    2014/05/11 リンク

    その他
    int128
    int128 "アーキテクトがアプリケーション開発チームと一緒に仕事していないという問題"

    2014/05/11 リンク

    その他
    todesking
    todesking うっ……

    2014/05/11 リンク

    その他
    khiroaki
    khiroaki 開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - 達人プログラマーを目指して via @delicious

    2014/05/11 リンク

    その他
    decoy2004
    decoy2004 『間違った過剰なコンポーネント(プロジェクト)分割』

    2014/05/11 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - 達人プログラマーを目指して

    まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者の...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事