X



どんなシステムでも5人位がベストパフォじゃね?
■ このスレッドは過去ログ倉庫に格納されています
0001仕様書無しさん
垢版 |
2021/08/07(土) 20:29:34.06
上流から含めて
テスターくらいは外に投げてもいいけど
0002仕様書無しさん
垢版 |
2021/08/07(土) 20:37:28.56
「お前がそう思うんならそうなんだろう お前ん中ではな」
0003仕様書無しさん
垢版 |
2021/08/07(土) 21:45:40.40
馬鹿1万人が1年で作ったシステムよりも
天才5人が100年かけて作ったシステムのほうが安くなる
0004仕様書無しさん
垢版 |
2021/08/07(土) 22:48:32.12
1チーム5人はわかるけど5人でみずほ作ってみろよ
0005仕様書無しさん
垢版 |
2021/08/07(土) 23:05:08.86
みずほはそういう問題ではなく
仕様を変えないとダメ
仕様を変えれば5人でできるけど
0006仕様書無しさん
垢版 |
2021/08/07(土) 23:32:41.18
まあ5人だけで実装してたら、物量的に追いつかない業務を全部捨てるように仕様を変えるか
納期を無限にすれば間に合うだろう

でも理想主義者の生きてる世界と違って、現実の世界には時間的制約があるのよね
0007仕様書無しさん
垢版 |
2021/08/08(日) 00:54:30.27
ERPとかデベロッパーだけで数百人、下手したら1000人以上やで
どんな天才でも業務ロジック5人で全部組むのは不可能

だから凄腕が並の腕の奴とか業務に詳しい奴が個々の部分をかけるようなシステムを書く
0008仕様書無しさん
垢版 |
2021/08/08(日) 06:32:18.48
仕様さえはっきりしてれば5人のほうがいい
0009仕様書無しさん
垢版 |
2021/08/08(日) 06:32:58.38
>>3バカに1万年なら、天才なら1年かからない思うねん
0010仕様書無しさん
垢版 |
2021/08/08(日) 06:33:38.05
まちげーたw
馬鹿集団1年なら天才1ヶ月
の間違いや
0011仕様書無しさん
垢版 |
2021/08/08(日) 08:29:10.60
>>4
機能要件だけを満たせば良いならメガバンクラスでも5人で十分
つか、顧客を説得できず、わけわからん要求がねじ込まれるのは元請けが取り分相応の仕事をしてないから
0012仕様書無しさん
垢版 |
2021/08/08(日) 10:04:33.88
>>7
実際その業務ロジックが、Javaなのに無テストで1メソッド数千行に全部押し込まれたバグまみれの一品になるんだよな
最後の最後に節約で大量の国外の初心者にやらせるから

結果は顧客に障害多発&修正するたびにどこかデグるという形で現れる
0013仕様書無しさん
垢版 |
2021/08/08(日) 11:35:12.34
海外は内製だから少数精鋭が出来るだけ
日本は搾取方式だから嫌でも開発人員は書類上、常に超巨大プロジェクト
0015仕様書無しさん
垢版 |
2021/08/08(日) 12:03:23.21
>>7
すごく言い方悪いけど
実際にコード書く奴こそが客の業務把握していなければあかんはずなんやけど
コーダーはお客様と関われる立場じゃないからw・SEこそ上流・パンチャーは仕様書に従えって扱いにしてたら
お客さんが何してるのか知らんのでロクデモないコードにしかならんて
0016仕様書無しさん
垢版 |
2021/08/08(日) 12:07:34.32
>>15
そこなんだよね結局は
0017仕様書無しさん
垢版 |
2021/08/08(日) 13:20:27.81
いやそうじゃなくてビジネスロジックを大幅に整理しなければだめということ
無駄なことが多すぎるし、既存のライブラリ、フレームワークを使えばすぐに
解決できる。わざわざ特注にしてバグを作りこんで大騒ぎをしているだけ
0018仕様書無しさん
垢版 |
2021/08/08(日) 13:52:37.75
その理想論で言えば、銀行基幹システムパッケージみたいな、全業務実装済みの製品買ってセットアップすれば
全世界の銀行のシステム開発はそれでおわるはずだけど、そうなってないのはなんでだろうね
0019仕様書無しさん
垢版 |
2021/08/08(日) 13:58:09.00
マのほうにも、客の相手やってるのは技術から落ちこぼれた無能SEみたいな風潮あるしなあ
特にWeb屋のコーダー
0020仕様書無しさん
垢版 |
2021/08/08(日) 15:55:04.43
本来両方をやるのが普通のエンジニアだからな
0021仕様書無しさん
垢版 |
2021/08/08(日) 21:08:28.75
>>18
銀行側が嫌がるから
でも大昔の銀行システムは
一行作ったら使いまわしていたらしいけど
0022仕様書無しさん
垢版 |
2021/08/08(日) 22:56:39.08
>>12
少なくとも俺の知ってるERPはテスターも数百人以上いるしテスターもCSの学位は大概持ってるし初心者にやらせるなんてことはあり得ないな
>>15
業務に関してはビジネスアナリストが把握しててコード書く奴はアナリストと話し合いながらやるね
0024仕様書無しさん
垢版 |
2021/08/09(月) 10:31:17.83
もっというと銀行系は国ごとに法律でガッチガチだからな
アメリカ内だけとかならパッケージもある
0025仕様書無しさん
垢版 |
2021/08/09(月) 15:16:20.80
世界トップクラスの超天才「今日の仕事は、お客様問い合わせ画面の作成だ」
0026仕様書無しさん
垢版 |
2021/08/09(月) 20:35:25.30
別に問題なくね?
天才がお客さまシステム作っちゃだめなの?
0028仕様書無しさん
垢版 |
2021/08/10(火) 06:34:38.36
>>26
普通は作る
日本の丸投げが当たり前になってるから日本のプログラマには理解できない
0029仕様書無しさん
垢版 |
2021/08/10(火) 09:47:36.42
問い合わせ画面とかアーキテクトレベルがわざわざ作ることは少ないよ
給料の無駄だし
問い合わせ画面を簡単に作れるようなコードベースを作るのがアーキテクトの役割
0030仕様書無しさん
垢版 |
2021/08/10(火) 17:48:24.07
超天才なアーキテクトではなく、超天才なプログラマなんだろ
0031仕様書無しさん
垢版 |
2021/08/10(火) 21:11:24.74
>>29
作りますが?
0032仕様書無しさん
垢版 |
2021/08/10(火) 21:19:57.30
>>1
一般的にどれだけ大規模になっても実際に稼働してるのは7人ぐらいだと言われてる
0033仕様書無しさん
垢版 |
2021/08/10(火) 21:49:45.08
>>30
アーキテクトはプログラマの中の役職だからなあ
一匹狼のハッカーみたいなのも問い合わせ画面はやらんだろ
俺はやるけど
0035仕様書無しさん
垢版 |
2021/08/11(水) 04:21:42.20
コーディング規約に違反すると密告されていつの間にか消えてるんですね
0037仕様書無しさん
垢版 |
2021/08/11(水) 18:37:23.24
どんなシステムも小さいシステムの集まりなので、正解
0038仕様書無しさん
垢版 |
2021/08/11(水) 21:48:55.86
>>1
銀行のシステムや、大規模プロコンとかどうするの?
5人で作ると100年ぐらいかかると思うよ?
0041仕様書無しさん
垢版 |
2021/08/12(木) 06:20:43.74
>>38
そうはならないと思うよ?
0042仕様書無しさん
垢版 |
2021/08/12(木) 07:20:17.93
無駄が多いのは事実
ただそれ否定するとここまでにレスした奴の8割は無職になる
まあ今日もexcelのセル幅に難癖をつけるお仕事頑張りましょうって話ですよ
0043仕様書無しさん
垢版 |
2021/08/12(木) 10:06:35.03
>>27
1日くらいの寝不足だったらあんま影響ないってことでいい?
そのくらいだったら寧ろパフォーマンス上がってるように思えるんよな。
0044仕様書無しさん
垢版 |
2021/08/12(木) 19:38:03.91
>>38
2年位で実装しちゃいそうw
銀行員が契約全部理解してればなw
0045仕様書無しさん
垢版 |
2021/08/20(金) 06:35:09.48
>>44だめぽの理由はそこなんだよね
あと多段丸投げ
0046仕様書無しさん
垢版 |
2021/08/20(金) 09:10:47.88
てかビジネスの要件を一人とか五人の人間が全部知るのは1週間で百科事典暗記みたいなもので普通に無理
2年かけても無理なのでプログラマの技術がとかそういう話ではない
0047仕様書無しさん
垢版 |
2021/08/23(月) 05:33:02.72
プログラマだとビジネスの要件自体をシンプルなものに変える
アホどもが面倒な要件を作ってるんだよ
0048仕様書無しさん
垢版 |
2021/08/23(月) 08:32:11.33
>>47
コードちょっと書ける以外、人間社会を何も知らないデジドカにありがちな浅はかな考えだよねー
机上の空論で世の中回るなら苦労せんわ
0049仕様書無しさん
垢版 |
2021/08/23(月) 09:32:44.89
正確に言うと「要件をシンプル」ではなく
「要件をプログラミングしやすいように」だね
往々にしてシンプルになるけど
0050仕様書無しさん
垢版 |
2021/08/26(木) 07:46:52.37
プログラマって常に関心の分離を意識するクセがついてるから
プログラミング以外でも、物事を整理して考えちゃうんだよな
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況