どんなシステムでも5人位がベストパフォじゃね?
■ このスレッドは過去ログ倉庫に格納されています
上流から含めて
テスターくらいは外に投げてもいいけど 「お前がそう思うんならそうなんだろう お前ん中ではな」 馬鹿1万人が1年で作ったシステムよりも
天才5人が100年かけて作ったシステムのほうが安くなる みずほはそういう問題ではなく
仕様を変えないとダメ
仕様を変えれば5人でできるけど まあ5人だけで実装してたら、物量的に追いつかない業務を全部捨てるように仕様を変えるか
納期を無限にすれば間に合うだろう
でも理想主義者の生きてる世界と違って、現実の世界には時間的制約があるのよね ERPとかデベロッパーだけで数百人、下手したら1000人以上やで
どんな天才でも業務ロジック5人で全部組むのは不可能
だから凄腕が並の腕の奴とか業務に詳しい奴が個々の部分をかけるようなシステムを書く >>3バカに1万年なら、天才なら1年かからない思うねん まちげーたw
馬鹿集団1年なら天才1ヶ月
の間違いや >>4
機能要件だけを満たせば良いならメガバンクラスでも5人で十分
つか、顧客を説得できず、わけわからん要求がねじ込まれるのは元請けが取り分相応の仕事をしてないから >>7
実際その業務ロジックが、Javaなのに無テストで1メソッド数千行に全部押し込まれたバグまみれの一品になるんだよな
最後の最後に節約で大量の国外の初心者にやらせるから
結果は顧客に障害多発&修正するたびにどこかデグるという形で現れる 海外は内製だから少数精鋭が出来るだけ
日本は搾取方式だから嫌でも開発人員は書類上、常に超巨大プロジェクト >>7
すごく言い方悪いけど
実際にコード書く奴こそが客の業務把握していなければあかんはずなんやけど
コーダーはお客様と関われる立場じゃないからw・SEこそ上流・パンチャーは仕様書に従えって扱いにしてたら
お客さんが何してるのか知らんのでロクデモないコードにしかならんて いやそうじゃなくてビジネスロジックを大幅に整理しなければだめということ
無駄なことが多すぎるし、既存のライブラリ、フレームワークを使えばすぐに
解決できる。わざわざ特注にしてバグを作りこんで大騒ぎをしているだけ その理想論で言えば、銀行基幹システムパッケージみたいな、全業務実装済みの製品買ってセットアップすれば
全世界の銀行のシステム開発はそれでおわるはずだけど、そうなってないのはなんでだろうね マのほうにも、客の相手やってるのは技術から落ちこぼれた無能SEみたいな風潮あるしなあ
特にWeb屋のコーダー >>18
銀行側が嫌がるから
でも大昔の銀行システムは
一行作ったら使いまわしていたらしいけど >>12
少なくとも俺の知ってるERPはテスターも数百人以上いるしテスターもCSの学位は大概持ってるし初心者にやらせるなんてことはあり得ないな
>>15
業務に関してはビジネスアナリストが把握しててコード書く奴はアナリストと話し合いながらやるね もっというと銀行系は国ごとに法律でガッチガチだからな
アメリカ内だけとかならパッケージもある 世界トップクラスの超天才「今日の仕事は、お客様問い合わせ画面の作成だ」 別に問題なくね?
天才がお客さまシステム作っちゃだめなの? >>26
普通は作る
日本の丸投げが当たり前になってるから日本のプログラマには理解できない 問い合わせ画面とかアーキテクトレベルがわざわざ作ることは少ないよ
給料の無駄だし
問い合わせ画面を簡単に作れるようなコードベースを作るのがアーキテクトの役割 超天才なアーキテクトではなく、超天才なプログラマなんだろ >>1
一般的にどれだけ大規模になっても実際に稼働してるのは7人ぐらいだと言われてる >>30
アーキテクトはプログラマの中の役職だからなあ
一匹狼のハッカーみたいなのも問い合わせ画面はやらんだろ
俺はやるけど コーディング規約に違反すると密告されていつの間にか消えてるんですね どんなシステムも小さいシステムの集まりなので、正解 >>1
銀行のシステムや、大規模プロコンとかどうするの?
5人で作ると100年ぐらいかかると思うよ? 無駄が多いのは事実
ただそれ否定するとここまでにレスした奴の8割は無職になる
まあ今日もexcelのセル幅に難癖をつけるお仕事頑張りましょうって話ですよ >>27
1日くらいの寝不足だったらあんま影響ないってことでいい?
そのくらいだったら寧ろパフォーマンス上がってるように思えるんよな。 >>38
2年位で実装しちゃいそうw
銀行員が契約全部理解してればなw >>44だめぽの理由はそこなんだよね
あと多段丸投げ てかビジネスの要件を一人とか五人の人間が全部知るのは1週間で百科事典暗記みたいなもので普通に無理
2年かけても無理なのでプログラマの技術がとかそういう話ではない プログラマだとビジネスの要件自体をシンプルなものに変える
アホどもが面倒な要件を作ってるんだよ >>47
コードちょっと書ける以外、人間社会を何も知らないデジドカにありがちな浅はかな考えだよねー
机上の空論で世の中回るなら苦労せんわ 正確に言うと「要件をシンプル」ではなく
「要件をプログラミングしやすいように」だね
往々にしてシンプルになるけど プログラマって常に関心の分離を意識するクセがついてるから
プログラミング以外でも、物事を整理して考えちゃうんだよな ■ このスレッドは過去ログ倉庫に格納されています