どんなシステムでも5人位がベストパフォじゃね？ ->画像>1枚

1仕様書無しさん

2021/08/07(土) 20:29:34.06

上流から含めて
テスターくらいは外に投げてもいいけど

2仕様書無しさん

2021/08/07(土) 20:37:28.56

「お前がそう思うんならそうなんだろうお前ん中ではな」

3仕様書無しさん

2021/08/07(土) 21:45:40.40

馬鹿1万人が1年で作ったシステムよりも
天才5人が100年かけて作ったシステムのほうが安くなる

4仕様書無しさん

2021/08/07(土) 22:48:32.12

1チーム5人はわかるけど5人でみずほ作ってみろよ

5仕様書無しさん

2021/08/07(土) 23:05:08.86

みずほはそういう問題ではなく
仕様を変えないとダメ
仕様を変えれば5人でできるけど

6仕様書無しさん

2021/08/07(土) 23:32:41.18

まあ5人だけで実装してたら、物量的に追いつかない業務を全部捨てるように仕様を変えるか
納期を無限にすれば間に合うだろう

でも理想主義者の生きてる世界と違って、現実の世界には時間的制約があるのよね

7仕様書無しさん

2021/08/08(日) 00:54:30.27

ERPとかデベロッパーだけで数百人、下手したら1000人以上やで
どんな天才でも業務ロジック5人で全部組むのは不可能

だから凄腕が並の腕の奴とか業務に詳しい奴が個々の部分をかけるようなシステムを書く

8仕様書無しさん

2021/08/08(日) 06:32:18.48

仕様さえはっきりしてれば5人のほうがいい

9仕様書無しさん

2021/08/08(日) 06:32:58.38

>>3バカに1万年なら、天才なら1年かからない思うねん

10仕様書無しさん

2021/08/08(日) 06:33:38.05

まちげーたw
馬鹿集団1年なら天才1ヶ月
の間違いや

11仕様書無しさん

2021/08/08(日) 08:29:10.60

>>4
機能要件だけを満たせば良いならメガバンクラスでも5人で十分
つか、顧客を説得できず、わけわからん要求がねじ込まれるのは元請けが取り分相応の仕事をしてないから

12仕様書無しさん

2021/08/08(日) 10:04:33.88

>>7
実際その業務ロジックが、Javaなのに無テストで1メソッド数千行に全部押し込まれたバグまみれの一品になるんだよな
最後の最後に節約で大量の国外の初心者にやらせるから

結果は顧客に障害多発＆修正するたびにどこかデグるという形で現れる

13仕様書無しさん

2021/08/08(日) 11:35:12.34

海外は内製だから少数精鋭が出来るだけ
日本は搾取方式だから嫌でも開発人員は書類上、常に超巨大プロジェクト

14仕様書無しさん

2021/08/08(日) 11:48:58.01

ピザ二枚分な

15仕様書無しさん

2021/08/08(日) 12:03:23.21

>>7
すごく言い方悪いけど
実際にコード書く奴こそが客の業務把握していなければあかんはずなんやけど
コーダーはお客様と関われる立場じゃないからｗ・SEこそ上流・パンチャーは仕様書に従えって扱いにしてたら
お客さんが何してるのか知らんのでロクデモないコードにしかならんて

16仕様書無しさん

2021/08/08(日) 12:07:34.32

>>15
そこなんだよね結局は

17仕様書無しさん

2021/08/08(日) 13:20:27.81

いやそうじゃなくてビジネスロジックを大幅に整理しなければだめということ
無駄なことが多すぎるし、既存のライブラリ、フレームワークを使えばすぐに
解決できる。わざわざ特注にしてバグを作りこんで大騒ぎをしているだけ

18仕様書無しさん

2021/08/08(日) 13:52:37.75

その理想論で言えば、銀行基幹システムパッケージみたいな、全業務実装済みの製品買ってセットアップすれば
全世界の銀行のシステム開発はそれでおわるはずだけど、そうなってないのはなんでだろうね

19仕様書無しさん

2021/08/08(日) 13:58:09.00

マのほうにも、客の相手やってるのは技術から落ちこぼれた無能SEみたいな風潮あるしなあ
特にWeb屋のコーダー

20仕様書無しさん

2021/08/08(日) 15:55:04.43

本来両方をやるのが普通のエンジニアだからな

21仕様書無しさん

2021/08/08(日) 21:08:28.75

>>18
銀行側が嫌がるから
でも大昔の銀行システムは
一行作ったら使いまわしていたらしいけど

22仕様書無しさん

2021/08/08(日) 22:56:39.08

>>12
少なくとも俺の知ってるERPはテスターも数百人以上いるしテスターもCSの学位は大概持ってるし初心者にやらせるなんてことはあり得ないな
>>15
業務に関してはビジネスアナリストが把握しててコード書く奴はアナリストと話し合いながらやるね

23仕様書無しさん

2021/08/09(月) 08:33:07.27

>>18
銀行毎に業務が違うからだよ

24仕様書無しさん

2021/08/09(月) 10:31:17.83

もっというと銀行系は国ごとに法律でガッチガチだからな
アメリカ内だけとかならパッケージもある

25仕様書無しさん

2021/08/09(月) 15:16:20.80

世界トップクラスの超天才「今日の仕事は、お客様問い合わせ画面の作成だ」

26仕様書無しさん

2021/08/09(月) 20:35:25.30

別に問題なくね？
天才がお客さまシステム作っちゃだめなの？

27仕様書無しさん

2021/08/09(月) 20:49:18.40

睡眠不足は脳に重大な影響「あとで取り戻せる」は嘘｜NIKKEI STYLE
https://style.nikkei.com/article/DGXMZO10215050S6A201C1000000/

寝不足はこれだけ頭の働きを悪くする | SLEEP　最高の脳と身体をつくる睡眠の技術 | ダイヤモンド・オンライン
https://diamond.jp/articles/amp/121720

28仕様書無しさん

2021/08/10(火) 06:34:38.36

>>26
普通は作る
日本の丸投げが当たり前になってるから日本のプログラマには理解できない

29仕様書無しさん

2021/08/10(火) 09:47:36.42

問い合わせ画面とかアーキテクトレベルがわざわざ作ることは少ないよ
給料の無駄だし
問い合わせ画面を簡単に作れるようなコードベースを作るのがアーキテクトの役割

30仕様書無しさん

2021/08/10(火) 17:48:24.07

超天才なアーキテクトではなく、超天才なプログラマなんだろ

31仕様書無しさん

2021/08/10(火) 21:11:24.74

>>29
作りますが？

32仕様書無しさん

2021/08/10(火) 21:19:57.30

>>1
一般的にどれだけ大規模になっても実際に稼働してるのは7人ぐらいだと言われてる

33仕様書無しさん

2021/08/10(火) 21:49:45.08

>>30
アーキテクトはプログラマの中の役職だからなあ
一匹狼のハッカーみたいなのも問い合わせ画面はやらんだろ
俺はやるけど

34仕様書無しさん

2021/08/11(水) 03:01:13.30

これが令和の5人組制度である

35仕様書無しさん

2021/08/11(水) 04:21:42.20

コーディング規約に違反すると密告されていつの間にか消えてるんですね

36仕様書無しさん

2021/08/11(水) 12:46:49.71

おそろしい

37仕様書無しさん

2021/08/11(水) 18:37:23.24

どんなシステムも小さいシステムの集まりなので、正解

38仕様書無しさん

2021/08/11(水) 21:48:55.86

>>1
銀行のシステムや、大規模プロコンとかどうするの？
5人で作ると100年ぐらいかかると思うよ？

39仕様書無しさん

2021/08/11(水) 22:36:16.27

5人組を100組作れば1年で

40仕様書無しさん

2021/08/11(水) 22:49:29.96

コロナ感染者は何人になるでしょうか？

41仕様書無しさん

2021/08/12(木) 06:20:43.74

>>38
そうはならないと思うよ？

42仕様書無しさん

2021/08/12(木) 07:20:17.93

無駄が多いのは事実
ただそれ否定するとここまでにレスした奴の8割は無職になる
まあ今日もexcelのセル幅に難癖をつけるお仕事頑張りましょうって話ですよ

43仕様書無しさん

2021/08/12(木) 10:06:35.03

>>27
１日くらいの寝不足だったらあんま影響ないってことでいい？
そのくらいだったら寧ろパフォーマンス上がってるように思えるんよな。

44仕様書無しさん

2021/08/12(木) 19:38:03.91

>>38
2年位で実装しちゃいそうw
銀行員が契約全部理解してればなw

45仕様書無しさん

2021/08/20(金) 06:35:09.48

>>44だめぽの理由はそこなんだよね
あと多段丸投げ

46仕様書無しさん

2021/08/20(金) 09:10:47.88

てかビジネスの要件を一人とか五人の人間が全部知るのは1週間で百科事典暗記みたいなもので普通に無理
2年かけても無理なのでプログラマの技術がとかそういう話ではない

47仕様書無しさん

2021/08/23(月) 05:33:02.72

プログラマだとビジネスの要件自体をシンプルなものに変える
アホどもが面倒な要件を作ってるんだよ

48仕様書無しさん

2021/08/23(月) 08:32:11.33

>>47
コードちょっと書ける以外、人間社会を何も知らないデジドカにありがちな浅はかな考えだよねー
机上の空論で世の中回るなら苦労せんわ

49仕様書無しさん

2021/08/23(月) 09:32:44.89

正確に言うと「要件をシンプル」ではなく
「要件をプログラミングしやすいように」だね
往々にしてシンプルになるけど

50仕様書無しさん

2021/08/26(木) 07:46:52.37

プログラマって常に関心の分離を意識するクセがついてるから
プログラミング以外でも、物事を整理して考えちゃうんだよな