23/09/03(日)03:48:26 バグっ... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1693680506821.jpg 23/09/03(日)03:48:26 No.1097442662
バグってなんで発生するの？ プログラムがしっかりしてれば 起こらないんじゃないの？
1 23/09/03(日)03:48:39 ID:1VOn1K8w 1VOn1K8w No.1097442672
スレッドを立てた人によって削除されました https://img.2chan.net/b/res/1097433518.htm
2 23/09/03(日)03:53:19 No.1097443068
しっかりしたプログラムが作れてないから起こるの
3 23/09/03(日)03:54:28 No.1097443157
仕事でも日常でもスレ「」はミスしないのだろうか
4 23/09/03(日)03:54:36 No.1097443169
人間の頭は自分達が思うほどしっかりしてないからだよ 少なくとも今のスピードで絶えず変更入ってかけられる時間とコストにも制限ある状況では無理だよ
5 23/09/03(日)03:54:55 No.1097443193
テストがしっかりしてないから起こるんだよ
6 23/09/03(日)03:56:11 No.1097443279
あらゆる条件分岐を網羅したテストケースを書いてテストにすべてパスすればしっかりしたプログラムと言えるかもしれないが 時間とお金の都合で網羅できないことが多々あるの
7 23/09/03(日)03:56:58 No.1097443332
書いたとおりにプログラムが動くと思ったら大間違いなんだよ 俺も何で俺の書いたプログラムが動いているのか分からん 俺は感覚でプログラムを書いている…
8 23/09/03(日)03:58:36 No.1097443460
>人間の頭は自分達が思うほどしっかりしてないからだよ 人間がしっかりしてないというか 人間の処理能力ギリギリの仕事の上に社会が成り立っているというか
9 23/09/03(日)04:01:06 No.1097443660
どうしてイレギュラーは発生するんだろう
10 23/09/03(日)04:02:14 No.1097443729
コーディングしてるよりバグ取りの時間の方が遥かに長い
11 23/09/03(日)04:02:41 No.1097443771
なんで動かないのかわからないし なんで動いているのかもわからない
12 23/09/03(日)04:03:03 No.1097443796
そんなところまで考慮しとらんみたいなバグもあるしな 誰だよ爆弾抱えながらケツ振って空飛ぶバグ見つけたの
13 23/09/03(日)04:06:16 No.1097444035
条件の洗い出しが足りなかったり仕様変更に伴う変更箇所が足りなかったり… パステストだけだと実運用考えてないせいでデータパターン次第でダメになったり…
14 23/09/03(日)04:06:32 No.1097444059
集中し過ぎると視野が狭くなりバグが増える 注意力散漫だとミスを見逃してバグが増える 適度な塩梅だと器用貧乏でバグが増える
15 23/09/03(日)04:06:36 No.1097444064
ちゃんと動作するやつが出てくるまで大規模言語モデルにえんえんコード生成させるシステムとか出てきたけどすごく未来を感じる
16 23/09/03(日)04:08:06 No.1097444164
>ちゃんと動作するやつが出てくるまで大規模言語モデルにえんえんコード生成させるシステムとか出てきたけどすごく未来を感じる なんかめちゃくちゃコードが冗長になって重くなりそう…
17 23/09/03(日)04:08:16 No.1097444177
>なんで動いているのかもわからない これに初めて直面した時は身体固まったなあ
18 23/09/03(日)04:08:40 No.1097444202
ティアキンやってるけど魔法使いみたいなプログラマーだよね
19 23/09/03(日)04:09:11 No.1097444251
//以下のprintを消すと何故か動かないので消すな
20 23/09/03(日)04:10:09 No.1097444329
バグが発生しないプログラムが苦労せず作れるならみんなそうしてるからな…
21 23/09/03(日)04:12:29 No.1097444480
仕事だとテストでバグが出なかったら出なかったで出ない理由を分析しなきゃ行けなかったりもするから面倒臭い
22 23/09/03(日)04:12:39 No.1097444491
結合テスト総合テストに入るの怖すぎる…特に結合テスト・・・
23 23/09/03(日)04:13:46 No.1097444557
色んな要素が複合的に絡んでる物はプログラムに限らず想定外の干渉が起こりうるから予想できない 毎日同じ環境で同じものを正確に作る作業であれば経験による想定もしやすいが
24 23/09/03(日)04:14:26 No.1097444611
結合テストで他モジュールが用意した仕様が 説明受けたのと違うから起きたバグを こっちの単体バグとして報告されたときにめちゃくちゃイラってくる
25 23/09/03(日)04:14:31 No.1097444618
>結合テスト総合テストに入るの怖すぎる…特に結合テスト・・・ そんなの怖くないよ 怖いのは受入試験もしくは本番運用だよ
26 23/09/03(日)04:15:15 No.1097444668
なぜかバグが出ない方が怖い
27 23/09/03(日)04:16:01 No.1097444718
うるせえ俺はそんなに完璧じゃないんだよ悪かったな 完璧になりたい…
28 23/09/03(日)04:16:20 No.1097444744
とりあえず動かしてみようぜの精神は大事 とりあえず出してみようぜの精神も大事
29 23/09/03(日)04:17:36 No.1097444831
>とりあえず動かしてみようぜの精神は大事 そうだね >とりあえず出してみようぜの精神も大事 そうかな…
30 23/09/03(日)04:18:07 No.1097444883
>ティアキンやってるけど魔法使いみたいなプログラマーだよね モドレコとかめっちゃ苦労してそうだなこれ…って思いつついっぱい悪いことしてる
31 23/09/03(日)04:19:52 No.1097445020
3～4次受けのところにいるぐらいの中国人プログラマのプログラム マジでテストする気や仕様を説明する気ねえ感じの 入力1ケース試して動いたからできたよ！っていう感じ
32 23/09/03(日)04:20:58 No.1097445099
テストも大事だけど致命的なバグに繋がるから設計をちゃんとした人間がやるのが大事 プログラムのミスなんて所詮単体バグだからどうとでもなる
33 23/09/03(日)04:22:24 No.1097445208
人間がバグってるから
34 23/09/03(日)04:22:26 No.1097445211
設計ミスは大規模に作り直しのこともあるから本当に怖い
35 23/09/03(日)04:23:00 No.1097445251
本番受け入れと本番運用は障害発生時のチャートができてないまま入ったりするのマジ止めて…！ バグは総合テストで全部取り除いてる前提だからチャート作らなくていいってそういうことじゃなくて…！
36 23/09/03(日)04:24:12 No.1097445353
>設計ミスは大規模に作り直しのこともあるから本当に怖い 全部ひっくり返る可能性あるの怖すぎる
37 23/09/03(日)04:27:41 No.1097445615
>>ティアキンやってるけど魔法使いみたいなプログラマーだよね >モドレコとかめっちゃ苦労してそうだなこれ…って思いつついっぱい悪いことしてる トーレルーフのデバッグ量想像すると気が遠くなるよね
38 23/09/03(日)04:28:53 No.1097445692
すげー頑張ってバグ全然出さなかったら 前プロジェクトと比較してバグ少なすぎるからテストちゃんとやれとか 凡ミス見たいなバグでもいいから数出せって言うの理不尽だと思う
39 23/09/03(日)04:29:24 No.1097445731
みんな責任の投げ合いになってる時が一番怖い 笑って許せる状況じゃないと進めないけど こいつ反省してるんか…？ってなった時から生まれた歪みが どんどん大きくなっていく
40 23/09/03(日)04:29:49 No.1097445755
>ティアキンやってるけど魔法使いみたいなプログラマーだよね 任天堂に行けるようなプログラマーはこういうの書けるんだなあ…って関心しちゃう
41 23/09/03(日)04:30:15 No.1097445795
>すげー頑張ってバグ全然出さなかったら >前プロジェクトと比較してバグ少なすぎるからテストちゃんとやれとか >凡ミス見たいなバグでもいいから数出せって言うの理不尽だと思う 大会社あるあるだな 一度いい感じに仕上げたあとわざと検出できるバグ用意してたわ
42 23/09/03(日)04:30:42 No.1097445827
バグのないコードを作るのは大事だけど バクを産まない体制を作るのがもっと大事 バグだらけのソフトは人の問題というよりフローがおかしかったりそもそもスケジュールがめちゃくちゃだったりする
43 23/09/03(日)04:31:01 No.1097445856
>任天堂に行けるようなプログラマーはこういうの書けるんだなあ…って関心しちゃう やり方が頭には浮かぶけどまず全体での共有がちゃんとしてんだな…ってのを一番感じる
44 23/09/03(日)04:31:12 No.1097445870
バグ出ないの理由にテストケース考慮不足みたいなの出されたら もうこっちなんもできないじゃん…！
45 23/09/03(日)04:33:12 No.1097446021
>すげー頑張ってバグ全然出さなかったら >前プロジェクトと比較してバグ少なすぎるからテストちゃんとやれとか >凡ミス見たいなバグでもいいから数出せって言うの理不尽だと思う 上手いところは適当にデバッグやってんのか本当にバグが出てないのかを判断するノウハウがあるんだろうな とりあえず真似してバグカウントしますのところは死ぬ
46 23/09/03(日)04:34:28 No.1097446122
アジャイル開発とかいうバグ製造手法
47 23/09/03(日)04:34:33 No.1097446126
だからこうやってユーザーに有料バグチェッカーをしてもらう
48 23/09/03(日)04:35:45 No.1097446219
とりあえずリリースしてみようぜってあの天才も言ってるし…
49 23/09/03(日)04:37:33 No.1097446337
バグ出したくないからモジュール作ってるプログラマが 逐一仕様確認を管理者にする工程が 時にはバッドコミュニケーションを生んでしまうのが… 質問攻めと責任投げみたいな確認方法が悪いのかそれ自体が悪いのか
50 23/09/03(日)04:37:51 No.1097446354
80%のバグはプロ意識の欠如による確認不足だと思ってる リリースされる頃には想定外の挙動によるバグ以外は粗方掃除されるとはいえ、最初からバグが出ないよう意識しておけば後々てんてこ舞いになることもないのに…
51 23/09/03(日)04:37:55 No.1097446356
>アジャイル開発とかいうバグ製造手法 自動テスト設計をまともに出来ないのにアジャイルやりたがる人達なんなのって不思議に思う
52 23/09/03(日)04:42:16 No.1097446637
空文字とnullとundefindと0が入ってくることの想定だけしてくれればとりあえず単体バグは大分減る
53 23/09/03(日)04:44:10 No.1097446748
品質と速度はトレードオフなんだけどとにかく速く成果として見える物を要求されるからな…
54 23/09/03(日)04:44:28 No.1097446776
>80%のバグはプロ意識の欠如による確認不足だと思ってる >リリースされる頃には想定外の挙動によるバグ以外は粗方掃除されるとはいえ、最初からバグが出ないよう意識しておけば後々てんてこ舞いになることもないのに… 指示されてないことを考慮しすぎてバグ起こしたときに怒られたことある人が それをしなくなってしまった場合は結構見た
55 23/09/03(日)04:47:30 No.1097446943
バグの原因を意識とかに求め始めるのはちょっと… いやまあそういうケースが全くないとは言わないけどさ
56 23/09/03(日)04:50:13 No.1097447122
OS由来のバグやら機種由来とかフレームワーク由来とかどこから来るかわからんからとにかくデバッグするしかない
57 23/09/03(日)04:51:08 No.1097447178
ご報告いただいた件が何度やっても再現しなくてやんわりとおま環を伝える
58 23/09/03(日)04:51:25 No.1097447200
塩梅難しいんだよな 指示されてないからしない派確かに無責任さはある でも設計にないんだからそれする必要ないのにして問題起こすって それならレビュー時に相談や説明をしてくれよとは管理者は思ってるだろうし 管理者がそこわからんかったら考慮も意味ないしな…
59 23/09/03(日)04:55:10 No.1097447395
バグのないソフト作ろうと思うとバグを生みにくい設計を作る事とバグを見つけ出す事に特化したチームを別途作る両体制が必要な気はしてる
60 23/09/03(日)04:55:15 No.1097447403
>指示されてないからしない派確かに無責任さはある >でも設計にないんだからそれする必要ないのにして問題起こすって >それならレビュー時に相談や説明をしてくれよとは管理者は思ってるだろうし 単純なチェック処理とか設計書から省略されるレベルの処理ならまだしも不具合起こしうるレベルの処理を勝手に入れるのは個人的にはどうかと思う
61 23/09/03(日)04:58:00 No.1097447541
>バグのないソフト作ろうと思うとバグを生みにくい設計を作る事とバグを見つけ出す事に特化したチームを別途作る両体制が必要な気はしてる バグだらけのプログラムってそもそもコードが汚いからバグを生みにくい設計するのは大事だと思う
62 23/09/03(日)05:00:40 No.1097447700
技術力足りてなかったけど考慮だけはいっちょ前にした結果 チェック処理や無駄な工程が生まれてしまったとしても その考慮部分に人の気持ちであるおせっかいや優しさが入ってるからこそ レビューで拾えてないと亀裂が生まれるんだよな…
63 23/09/03(日)05:01:50 No.1097447776
バグがおかしいと言うよりバグが起きない方がおかしい
64 23/09/03(日)05:02:30 No.1097447814
>自動テスト設計をまともに出来ないのにアジャイルやりたがる人達なんなのって不思議に思う アジャイル的なやり方にウォーターフォールの思想を持ち込むと品質も開発者も全部地獄になるよね 弊社ではスクラムを押し付けられてるのに誰も技術的なプラクティスも導入せずに毎スプリント極小のウォーターフォールやってるから死屍累々だよ それはそれとしてちゃんとした技術者を囲っているチームならアジャイル的なやり方だと効率も品質もかなり上がるんだろうなとは思う
65 23/09/03(日)05:04:40 No.1097447940
ここでこういうエラーが起きてます～(たぶん関連した全箇所でエラー起きてるから確認しろよ) って報告して報告箇所しか修正されなかった時はちょっと血圧上がった
66 23/09/03(日)05:08:36 No.1097448215
>>バグのないソフト作ろうと思うとバグを生みにくい設計を作る事とバグを見つけ出す事に特化したチームを別途作る両体制が必要な気はしてる >バグだらけのプログラムってそもそもコードが汚いからバグを生みにくい設計するのは大事だと思う テスト書けばバグは起こりませんっていうのもテストを書きやすい保守しやすい作りにしてるからそれができるわけだしな
67 23/09/03(日)05:09:14 No.1097448248
完成品はバグがない方がいいんだけど 未完成の状態はむしろバグが見つかりまくった方がいいんだよな 想定外の動きなのにそれっぽく動いてしまうシステムはむしろ害悪
68 23/09/03(日)05:09:32 No.1097448264
バグなんてないよ 書いた通りに動いてるんだよ
69 23/09/03(日)05:10:18 No.1097448317
全ては仕様…
70 23/09/03(日)05:10:43 No.1097448345
コミュニケーション全然できてねえのに開発チームと結合テストチーム分けてる 結合テストチームにはエンドユーザでの業務出来る人いるから仕様に関してはばっちりだけど その人がプログラムさっぱりだったからバグ報告が雑になる…
71 23/09/03(日)05:11:55 No.1097448413
バグの少ないプログラム書いて給料増えるか？ 増えるならやればいい
72 23/09/03(日)05:13:37 No.1097448539
多重下請け構造が続く限りは設計と実装の分離とかいうわけのわからない状態が続くから品質には期待できない…
73 23/09/03(日)05:13:57 No.1097448563
無茶なスケジュールが来た時はバグるだろうなと思いながら書いてるよ
74 23/09/03(日)05:19:21 No.1097448846
>バグだらけのプログラムってそもそもコードが汚いからバグを生みにくい設計するのは大事だと思う すごく同意できるし文句を言いたいわけでは無いけど設計という言葉って人によってだいぶ意味が変わって毎回混乱する メリケンと仕事した時コード書くところも設計って言っててなるほどなーってなった
75 23/09/03(日)05:19:31 No.1097448861
コードレビューはある程度の価値はあるとは思うんだけど 差分だけ読んだところでバグが埋め込まれても分かるわけないわなとも思ってる
76 23/09/03(日)05:27:22 No.1097449240
他人どころか過去に自分が書いたコードですら理解できないことがあるぞ コメントがあってもそのコメントの意味が理解できないぞ
77 23/09/03(日)05:31:26 No.1097449420
プログラムは思った通りに動きません プログラムは書いた通りに動きます
78 23/09/03(日)05:31:44 No.1097449436
バグっちの担当がなるだらけ～！
79 23/09/03(日)05:32:03 No.1097449451
バグ調査してるときにチームメンバーが開発したモジュール読んでて ブラックボックスになってるSQLがインデントなしの 糞読みにくい長文だった時でかつバグの温床だった時は 発狂しそうになった
80 23/09/03(日)05:36:16 No.1097449652
趣味で自分用に書いてるコードでさえAだけじゃなくてBも入力すること考えて作れや過去の俺！ってなるからチームでやるプログラミングとかすごそう
81 23/09/03(日)05:37:25 No.1097449709
>コードレビューはある程度の価値はあるとは思うんだけど >差分だけ読んだところでバグが埋め込まれても分かるわけないわなとも思ってる うちはコードレビューはあくまで可読性の担保が目的でバグの検出はテストでやるで運用してたよ
82 23/09/03(日)05:44:39 No.1097450076
なんでAIにプログラム書かせないんだろ AIもやりたいって言ってるよ？ね？
83 23/09/03(日)05:45:30 No.1097450115
>なんでAIにプログラム書かせないんだろ >AIもやりたいって言ってるよ？ね？ GithubのCopilotとかあるだろ！
84 23/09/03(日)05:48:13 No.1097450240
>なんでAIにプログラム書かせないんだろ >AIもやりたいって言ってるよ？ね？ こういうプログラム書いてって説明するところは結局人間がやらなきゃならん
85 23/09/03(日)05:49:56 No.1097450323
>趣味で自分用に書いてるコードでさえAだけじゃなくてBも入力すること考えて作れや過去の俺！ってなるからチームでやるプログラミングとかすごそう まずこいつの書きっぷりや意図がわかんねえってなるところからだ たのしいよ
86 23/09/03(日)05:51:40 No.1097450413
なんで「」はうんこ漏らすのトイレに行けばいいじゃん
87 23/09/03(日)05:53:13 No.1097450476
AIにプログラム書かせても 仕様を決めるのがニンゲンさんならやっぱりバグは出るよ ニンゲンさんというのはつきつめるとアプリを使うユーザーのことだ
88 23/09/03(日)05:58:12 No.1097450675
>ここでこういうエラーが起きてます～(たぶん関連した全箇所でエラー起きてるから確認しろよ) >って報告して報告箇所しか修正されなかった時はちょっと血圧上がった それは括弧内も言うべきなんじゃないか…？ いちいち確認してられないのかもしれないけど…
89 23/09/03(日)05:59:02 No.1097450721
>まずこいつの書きっぷりや意図がわかんねえってなるところからだ >たのしいよ やはり注釈…！注釈はだいたいを解決する…！
90 23/09/03(日)05:59:53 No.1097450766
>AIにプログラム書かせても >仕様を決めるのがニンゲンさんならやっぱりバグは出るよ >ニンゲンさんというのはつきつめるとアプリを使うユーザーのことだ ガチガチの言語なら例外や未定義動作という意味のバグは出さなくはできるよー 人間の意味論の文脈でも証明してからAIに書かせるなら多分できるよー
91 23/09/03(日)06:01:20 No.1097450856
>うちはコードレビューはあくまで可読性の担保が目的でバグの検出はテストでやるで運用してたよ えっ…普通に複雑性の検証とかやらん？ レビュー前の静的解析もテストの方に入ってる？
92 23/09/03(日)06:01:54 No.1097450895
AIに作らせるって言うけど 仕様とか要件は人間決めてAIに伝えるんだし そこを正確に出来てたらそもそも困ってない
93 23/09/03(日)06:04:59 No.1097451034
>バグなんてないよ >書いた通りに動いてるんだよ これよく言われるけど そもそも書いた通りに動くって言葉が嘘だよ 言語の思想は処理系で異なる
94 23/09/03(日)06:05:50 No.1097451069
「コンビニにおでんを買いに行って食べるプログラム作って！」で コンビニにおでんを買いに行って（コンビニで）食べるプログラムになったりする AIが作っても人間が作っても同じようなミスは起こる
95 23/09/03(日)06:10:03 No.1097451305
ゼロから新規作成するプロジェクトなら全部自分達のせいで済むんだけども 実際には既に動いていて実際に巨額の鐘がやりとしされてる巨大なプログラムの一部改修とか手直しみたいな案件が非常に大きいのだ それがバグを生む要因になる
96 23/09/03(日)06:10:25 No.1097451324
鐘じゃなくて金だわ
97 23/09/03(日)06:15:23 No.1097451580
バグ検証はこれからAIに頑張ってほしい
98 23/09/03(日)06:16:37 No.1097451646
>「コンビニにおでんを買いに行って食べるプログラム作って！」で >コンビニにおでんを買いに行って（コンビニで）食べるプログラムになったりする >AIが作っても人間が作っても同じようなミスは起こる その例だと別にどこも間違えてないような…
99 23/09/03(日)06:17:42 No.1097451696
>「コンビニにおでんを買いに行って食べるプログラム作って！」で >コンビニにおでんを買いに行って（コンビニで）食べるプログラムになったりする >AIが作っても人間が作っても同じようなミスは起こる 明示されてない部分を確かめるのが総合テストの役割な気もするんだけどなあ
100 23/09/03(日)06:19:13 No.1097451778
たぶん行間力的な事言ってるんだと思うけど それそもそも人間側の仕様が非決定性という話だからバグという説明すら間違ってる 計算機科学的には合ってると言っていい
101 23/09/03(日)06:19:57 No.1097451822
>>「コンビニにおでんを買いに行って食べるプログラム作って！」で >>コンビニにおでんを買いに行って（コンビニで）食べるプログラムになったりする >>AIが作っても人間が作っても同じようなミスは起こる >明示されてない部分を確かめるのが総合テストの役割な気もするんだけどなあ いや総合テストのはるか前に基本設計の時点でちゃんと上がこの文章に疑問持って相手に確認して解釈違いが起きないように向こうに同意取ってから詳細設計に落とし込んどけよ
102 23/09/03(日)06:20:22 No.1097451847
それを言っていいのは今までテストで満点以外取ったことない人だけだな
103 23/09/03(日)06:20:57 No.1097451884
正確にはプログラム組む人（AI）が解釈違いを起こさないようなちゃんとした文章にする のが設計行程なんだ
104 23/09/03(日)06:21:36 No.1097451919
>なんかめちゃくちゃコードが冗長になって重くなりそう… どうせ人間が書いてもそうなるじゃん
105 23/09/03(日)06:21:52 No.1097451933
（バージョンアップで解釈を変えてくることがある）
106 23/09/03(日)06:22:13 No.1097451953
まず言語の違いの話からだよね コンピュータはすごく簡単な四則演算の処理から人間の言語に相当する高度な処理まで積み上げてて…みたいな
107 23/09/03(日)06:22:49 No.1097451993
設計段階では行けると思ったけど作ってみたらダメだったとかもあるわけで そういうところ全く想像ついてないのにAIがどうこう言う人多いよね
108 23/09/03(日)06:23:28 No.1097452032
言語ごとに多少の違いはあるかもだけど書いた通りに動くのはそうだろ！？ なので書かないことが一番と言われるくらいだ
109 23/09/03(日)06:24:59 No.1097452138
銀行のコードとかだと小数点以下の端数がちょっと計算ズレるだけで莫大な損益が発生するから既にちゃんと動いてて問題になってない部分は極力触るな！される プログラマーは限定された範囲だけしか見ないからついでに直さなきゃいけないとことか直しちゃいけないとことかに気づかない 実際動かし見てまんこーーーーーーーーーーーー！ みたいなことになったりする
110 23/09/03(日)06:27:10 No.1097452263
バグが0のプログラムってあるの？
111 23/09/03(日)06:27:18 No.1097452268
影響範囲調べたりするのめどいからすっ飛ばしたくなる気持ちはわからんでもない… しかし許さぬ
112 23/09/03(日)06:30:17 No.1097452448
>言語ごとに多少の違いはあるかもだけど書いた通りに動くのはそうだろ！？ >なので書かないことが一番と言われるくらいだ 書かない方がいいはその通りだけど プログラムはそもそも動作時の初期状態で決まるから書いた通りに動くは普通に嘘だよ
113 23/09/03(日)06:31:15 No.1097452500
>バグが0のプログラムってあるの？ 開発と化仕様変更がない限りバグがなく動いてるシステムはある 実際には単にその部分が動いてない（あるいはバグになる動かし方をしてない）だけで潜在的にバグが埋め込まれてる箇所みたいなのはあちこちにある 今ある部分をバッチで動かすだけだから！みたいな案件が入る 既存だから大丈夫だろで大してチェックせずに起動バッチだけ作る 結合テストで発覚する した
114 23/09/03(日)06:33:15 No.1097452622
>バグが0のプログラムってあるの？ バグとプログラムの定義による言葉遊びになるよ プログラムに空集合を含むなら0そのものだろうし
115 23/09/03(日)06:33:19 No.1097452627
>バグが0のプログラムってあるの？ ハローワールドとか
116 23/09/03(日)06:33:43 No.1097452648
言語覚えたり書き方だけでひーひー言ってる新人のうちは ホントお客さんの意図とかチームの結束力とかの話に 入ってこれるわけねえ
117 23/09/03(日)06:36:27 No.1097452808
>言語覚えたり書き方だけでひーひー言ってる新人のうちは >ホントお客さんの意図とかチームの結束力とかの話に >入ってこれるわけねえ もはやITとかプログラム関係ない話してるよそれ
118 23/09/03(日)06:36:59 No.1097452834
バグのないアプリはユーザーの入力だけではなく 強い電磁波やハードウェアエラーによるメモリの書き換えまで含めたすべての状態を想定する必要あって そんなのはまず無理なのでエラーログ履いて死ぬ仕掛けをつくってお祈りする
119 23/09/03(日)06:38:42 No.1097452940
>バグのないアプリはユーザーの入力だけではなく >強い電磁波やハードウェアエラーによるメモリの書き換えまで含めたすべての状態を想定する必要あって >そんなのはまず無理なのでエラーログ履いて死ぬ仕掛けをつくってお祈りする まあ宇宙開発とか自動車はやってるけどねそれ
120 23/09/03(日)06:39:05 No.1097452949
>どうしてイレギュラーは発生するんだろう 理論と現実は違うし…
121 23/09/03(日)06:39:57 No.1097452991
マネジメントを設計だと思ってる人いるのが怖い
122 23/09/03(日)06:41:23 No.1097453080
>>言語覚えたり書き方だけでひーひー言ってる新人のうちは >>ホントお客さんの意図とかチームの結束力とかの話に >>入ってこれるわけねえ >もはやITとかプログラム関係ない話してるよそれ でも困ったことにそうしたお客様の意図とかプログラムと関係ない案件の仕様とかをきちんと把握してないとバグを埋め込む要因になるのだ だから入社or派遣されてきた初期にどういう案件でどういうプロジェクトなのかをちゃんと説明する
123 23/09/03(日)06:44:18 No.1097453258
バグ出るのはいいよ エラー出たんですけお！！原因わかんないんですけお！！で俺の時間奪うのやめてくれ エラーログを読めば5分でわかるんだよただのセッション切れじゃねーか死ね
124 23/09/03(日)06:44:25 No.1097453266
>でも困ったことにそうしたお客様の意図とかプログラムと関係ない案件の仕様とかをきちんと把握してないとバグを埋め込む要因になるのだ >だから入社or派遣されてきた初期にどういう案件でどういうプロジェクトなのかをちゃんと説明する 要求定義から間違ってんのはもはやただの仕事のミスでないかな 定義後の伝達で設計に齟齬が出るならエンバグにはなるけど
125 23/09/03(日)06:45:10 No.1097453312
ヒアリング失敗してんのはバグとかじゃなくねえかな…
126 23/09/03(日)06:46:03 No.1097453372
>要求定義から間違ってんのはもはやただの仕事のミスでないかな そりゃそうだけど上がうっかり見落として問題を素通ししちゃうことはどうしたってあるのでプログラム組む側が気づけるなら気づけるに越したことはない 無論そんなの俺の領分じゃねえ！と開き直る事はできるが
127 23/09/03(日)06:47:41 No.1097453461
プログラマーが気づく事は滅多にないけど基本設計を詳細設計に落とし込む時ベテランの人がいやこれ仕様的におかしくない？確認して？みたいなので発覚することはちょくちょくある
128 23/09/03(日)06:48:20 No.1097453506
>そりゃそうだけど上がうっかり見落として問題を素通ししちゃうことはどうしたってあるのでプログラム組む側が気づけるなら気づけるに越したことはない >無論そんなの俺の領分じゃねえ！と開き直る事はできるが それはそうだけどそこのレイヤは設計が間違ってるわけじゃないからな… 単に要求と成果物が異なるだけで
129 23/09/03(日)06:50:05 No.1097453623
それも仕様だと言えばバグなんて簡単に撲滅できる
130 23/09/03(日)06:50:07 No.1097453626
バグは必ず出る
131 23/09/03(日)06:51:17 No.1097453709
上の怠惰を拾えるのはすごく有能だけど それ言い様に使われてない？って言われたらその通りだし余計な仕事やらされてるだけだ…
132 23/09/03(日)06:52:56 No.1097453826
薬剤師と医者の関係に近いかもな 患者を診断した医者が処方箋を出すけどこれ明らかにおかしいだろうってときは 薬剤師は医者に処方箋を突き返せるという制度はある プログラマがSEの設計に対して適切なチェックを入れられるならそれが理想ではある
133 23/09/03(日)06:53:29 No.1097453866
>プログラマーが気づく事は滅多にないけど基本設計を詳細設計に落とし込む時ベテランの人がいやこれ仕様的におかしくない？確認して？みたいなので発覚することはちょくちょくある …詳細設計ってpseudo codeレベルに落とし込む話でいいんだよね？ 基本設計の時点でわからない時点で日本だと修正通らないのでは…？
134 23/09/03(日)06:55:34 No.1097454029
テスト期間中に俺が早く帰れるようにバグ少なくして…
135 23/09/03(日)06:55:49 No.1097454052
>薬剤師と医者の関係に近いかもな >患者を診断した医者が処方箋を出すけどこれ明らかにおかしいだろうってときは >薬剤師は医者に処方箋を突き返せるという制度はある 知らなかったそんなの…
136 23/09/03(日)06:56:34 No.1097454106
>プログラマがSEの設計に対して適切なチェックを入れられるならそれが理想ではある そもそも日本のSIerみたいなコードちゃんと書けない奴が設計してるのがもうダメだと思う 一応言うけど書けない人しかいないって話ではないよ書けない奴を排除しろってだけで
137 23/09/03(日)06:57:18 No.1097454162
>基本設計の時点でわからない時点で日本だと修正通らないのでは…？ お客様に見せて合意を取るのが基本設計 お客様には見せずプログラマに見せてこういう風に作って？ってするのが詳細設計 細かいとこだとその下にさらに実プログラムにほぼ即したプログラム設計なんてのもあるけど納期とかの問題で詳細設計と一緒にされがち
138 23/09/03(日)06:58:03 No.1097454225
プログラマの技術的な指標って何かある？
139 23/09/03(日)06:58:38 No.1097454273
>知らなかったそんなの… ちょっと細かいけど突き返すのは患者の方だね 薬剤師ができるのは医者に突っ込んで処方箋修正を提案すること 認められなくて安全性が担保できない時には調剤拒否で患者につき返せる
140 23/09/03(日)06:59:22 No.1097454320
本来なら基本設計→詳細設計→製造→単体試験…みたいな行程が正しいはずなんだけど 開発が立て込んでると基本設計→（落とし込んで）製造→試験…実プログラムから詳細設計を後書き みたいな行程になることも珍しくはない もっと鉄火場になると詳細設計を書く余裕がなく次の仕事が降って来る
141 23/09/03(日)06:59:25 No.1097454325
>お客様に見せて合意を取るのが基本設計 >お客様には見せずプログラマに見せてこういう風に作って？ってするのが詳細設計 >細かいとこだとその下にさらに実プログラムにほぼ即したプログラム設計なんてのもあるけど納期とかの問題で詳細設計と一緒にされがち たぶん場所で用語違うと思うけど 詳細設計は普通はコードレベルに落とし込む奴の事だよ
142 23/09/03(日)07:01:38 No.1097454511
>プログラマの技術的な指標って何かある？ 環境構築とかデータベースとかの資格はあるよ そういうことができてもまったく資格持ってない人もいる 会社が資格に対して報奨金とか昇給とかするとこだと資格取ろうってモチベ高い
143 23/09/03(日)07:02:28 No.1097454563
処理のフローと条件分岐まで書いてたらそれは詳細設計だと思う 仕様書にコードまで書くの理想だけどメンテナンス量爆上がりかつ修正できる人が限られてきて現実的じゃねえ
144 23/09/03(日)07:03:31 No.1097454634
>本来なら基本設計→詳細設計→製造→単体試験…みたいな行程が正しいはずなんだけど >開発が立て込んでると基本設計→（落とし込んで）製造→試験…実プログラムから詳細設計を後書き >みたいな行程になることも珍しくはない >もっと鉄火場になると詳細設計を書く余裕がなく次の仕事が降って来る そこでこの製品はなんと詳細設計がそのままプログラムになるんです！
145 23/09/03(日)07:03:50 No.1097454656
>たぶん場所で用語違うと思うけど >詳細設計は普通はコードレベルに落とし込む奴の事だよ 外部設計ッと内部設計とか要件定義とか場所や職種によって用語はだいぶ違うね 結合試験とかもSI行程やらIT行程やら呼び方バラバラ
146 23/09/03(日)07:05:34 No.1097454786
詳細設計は正直書く方も読む方も苦痛だよね修正きたらそのレイヤのドキュメントメチャクチャになるし… これも末端にそのレベルじゃないと何も書けない奴がいるせいなんだよなぁ…
147 23/09/03(日)07:07:27 No.1097454932
>そこでこの製品はなんと詳細設計がそのままプログラムになるんです！ 富○通とか(が)好きそう… UMLからプログラムとドキュメントから作る奴とかあったなぁ…
148 23/09/03(日)07:09:19 No.1097455093
詳細設計書とか作る暇あったらコード書いたほうが早くない？っていうのはよくある
149 23/09/03(日)07:11:04 No.1097455243
プログラマの職業の話ってやっぱコード書く仕事だけのイメージしかないもの 設計書書きますテストしますは実際にやらないと必要性も存在もわからない かろうじてテストはプログラムの挙動確認を丹念にやる人には伝わりやすい程度だ
150 23/09/03(日)07:11:38 No.1097455295
>詳細設計書とか作る暇あったらコード書いたほうが早くない？っていうのはよくある まったくもってその通りなんだけど鉄火場で外からプログラマ呼んでるとことかでそれをすると前の人が去った後にブラックボックスが残されて次の担当した人がまずプログラムを一から解析することから入らなきゃならなくなっちゃうことがですね…
151 23/09/03(日)07:13:19 No.1097455458
>まったくもってその通りなんだけど鉄火場で外からプログラマ呼んでるとことかでそれをすると前の人が去った後にブラックボックスが残されて次の担当した人がまずプログラムを一から解析することから入らなきゃならなくなっちゃうことがですね… 大なり小なりコードは読むことになるんだから特に問題ないように思える 読めないコード書くやつがいるならうん…
152 23/09/03(日)07:13:20 No.1097455460
>>うちはコードレビューはあくまで可読性の担保が目的でバグの検出はテストでやるで運用してたよ >えっ…普通に複雑性の検証とかやらん？ >レビュー前の静的解析もテストの方に入ってる？ モジュール間依存関係の複雑性とかはまずマージ単位のチケットを切る段階で適切な精度にして担当に投げる そんなん末端に任せたらめちゃくちゃなものが上がってきてレビュー以前の話になるなった
153 23/09/03(日)07:13:26 No.1097455471
SIer系は知らんけどさすがに他は雰囲気だいぶ変わってる 今コード書くだけのプログラマなんてまともなとこは雇ってくれないと思う 少なくとも開発の環境構築あたりからはできないと
154 23/09/03(日)07:13:38 No.1097455490
そもそももうプログラマだけって人は既に存在しなくて SEとSIerに含まれてるだけが実際のはずなのにそんな説明は一切ないオナ
155 23/09/03(日)07:14:47 No.1097455587
>そんなん末端に任せたらめちゃくちゃなものが上がってきてレビュー以前の話になるなった え？末端の方で静的解析はやってないの？ 自分のとこはもはやコミットするたびに走るけど
156 23/09/03(日)07:15:07 No.1097455623
コード読めても設計書ないと正しさがわからん
157 23/09/03(日)07:15:41 No.1097455680
>SEとSIerに含まれてるだけが実際のはずなのにそんな説明は一切ないオナ ぶっちゃけ今時自称SEなんて言ってるの非プログラマ系ぐらいでは…
158 23/09/03(日)07:15:49 No.1097455689
>自分のとこはもはやコミットするたびに走るけど なんらかの制約でも無い限りCI環境整えるのはマストよね
159 23/09/03(日)07:16:41 No.1097455778
>え？末端の方で静的解析はやってないの？ 単なるlintの話してる？ それはIDEがやってるよ
160 23/09/03(日)07:18:09 No.1097455896
何万文字の長文書いてて誤字があるのは何故か 数式を知っているのにその部分の小テストで100点以外を取る奴が出るのは何故か 運転免許で事故防止の諸々があるのに交通事故が発生するのは何故か くらい無茶を言っている気がするバグが何故出るか
161 23/09/03(日)07:18:30 No.1097455938
>単なるlintの話してる？ >それはIDEがやってるよ ごめんちょっと何言ってるかわからないと言うか 君んとこ多分相当アレな環境だと思う…
162 23/09/03(日)07:18:56 No.1097455977
>コード読めても設計書ないと正しさがわからん 詳細仕様の正しさだったらテストコードで担保すれば良くない？
163 23/09/03(日)07:19:38 No.1097456034
コードの！コードの癖が強い！
164 23/09/03(日)07:20:08 No.1097456067
この人結合テスト云々とか言ってる時点で静的解析が何かよくわかってない気がする ソースレベルの循環的複雑度とかメモリ周りの解析とかの話よ
165 23/09/03(日)07:20:09 No.1097456069
会社やお客さんが違うだけでだいぶ差が出てしまうなあ 設計自体がガラパゴスだあ
166 23/09/03(日)07:20:28 No.1097456090
長いこと同じ環境にいると自分のとこでやってる/やってないことが他の場所でも同じって思い込んじゃうからなあ 実際は場所ごとに全然違う
167 23/09/03(日)07:21:09 No.1097456159
いや違うとかそう言うレベルではないよこれ 大手ならもはや必須レベルだよ
168 23/09/03(日)07:21:36 No.1097456197
大手って限定してるじゃん
169 23/09/03(日)07:22:28 No.1097456267
必須レベルだとしても静的解析を個々がやるか部署がやるかは場所それぞれだし全員が知ってる必要はない
170 23/09/03(日)07:22:48 No.1097456288
いや大手だからとかそう言う話じゃねえよ！？ Web界隈とかでも当たり前にやってるよ！？
171 23/09/03(日)07:23:19 No.1097456342
>必須レベルだとしても静的解析を個々がやるか部署がやるかは場所それぞれだし全員が知ってる必要はない いやあるかな… というか今からでも勉強した方がいいと思う
172 23/09/03(日)07:23:20 No.1097456343
恵まれてる環境なのかな…？
173 23/09/03(日)07:23:47 No.1097456387
バグ検出を静的解析含めたツールでやらせてるとこがあったけど なんで似た系統のツール三種類も使わせるの…？時間の無駄じゃない…？
174 23/09/03(日)07:23:48 No.1097456391
ハード側の挙動として処理しろやクソ！って障害も含めてバグ扱いしてるな…… まあバグ自体発祥がハード依存の障害だから正しいのか？
175 23/09/03(日)07:24:05 No.1097456419
自分の環境が絶対正しいマンが来ると議論は崩壊するのだ
176 23/09/03(日)07:24:30 No.1097456459
ETLとかだと静的解析のツール自体なかったりする
177 23/09/03(日)07:25:01 No.1097456492
バグっち
178 23/09/03(日)07:25:27 No.1097456528
日本の大手の環境とか一番信用できない…
179 23/09/03(日)07:25:58 No.1097456584
当時巨大だった計算機に虫が紛れ込んで動かなかったのが語源だからなバグ
180 23/09/03(日)07:26:06 No.1097456596
きらきらしてる職場と上司さんがいそうで羨ましい でもそういうところって技術よりは社内政治きつそう…
181 23/09/03(日)07:26:16 No.1097456615
テストもciでコミットのたびにやるし結合テストとかも自動になってるのが当たり前だぞ 流石に効率悪すぎる
182 23/09/03(日)07:28:18 No.1097456837
>バグ検出を静的解析含めたツールでやらせてるとこがあったけど >なんで似た系統のツール三種類も使わせるの…？時間の無駄じゃない…？ どうせテストが一番かかるからあんま関係ないような
183 23/09/03(日)07:29:00 No.1097456902
つい最近まで汎用機で動いてたところに急にAWSマンが入ってきて大混乱だぜ
184 23/09/03(日)07:29:03 No.1097456908
>日本の大手の環境とか一番信用できない… 流石に金かけてるから環境はしっかりしてるよ 末端は知らないけど…
185 23/09/03(日)07:29:04 No.1097456912
プログラムのことなんも知らんがマジックナンバー使うやつは殺していいって聞いた
186 23/09/03(日)07:30:09 No.1097457023
gitでコミットするたびにCI走るの？プッシュとかPRのタイミングじゃなくて？
187 23/09/03(日)07:30:12 No.1097457029
>ETLとかだと静的解析のツール自体なかったりする まあ宣言的な設定書くタイプは奴は無理だな…
188 23/09/03(日)07:30:13 No.1097457031
この行を消すと動かなくなるので消すな
189 23/09/03(日)07:31:21 No.1097457150
>gitでコミットするたびにCI走るの？プッシュとかPRのタイミングじゃなくて？ SVNかもしれない
190 23/09/03(日)07:31:23 No.1097457156
某企業の独自製品導入されてるおかげでそんなもんないぜー こいつ異常終了しないのはいいけど存在しない変数の参照とか明らかにおかしくてもワーニングすら吐かないとか正気か？
191 23/09/03(日)07:31:56 No.1097457217
>SVNかもしれない じゃあ初めから話かみ合わないわ
192 23/09/03(日)07:31:59 No.1097457229
>プログラムのことなんも知らんがマジックナンバー使うやつは殺していいって聞いた 例えば何かのフラグがあったとして それを●●フラグ（データベースの値をセットする。今の仕様では0しか入らない） みたいになってるのが普通の運用 プログラム中に"0"とか直接書いちゃってるのがマジックナンバー
193 23/09/03(日)07:32:23 No.1097457269
>gitでコミットするたびにCI走るの？プッシュとかPRのタイミングじゃなくて？ いやーローカルでもテストのCI立てるっしょ… タイミングはコミットだけでなく特定ブランチへのマージとかだけど pushのたびにクソコードのテストとか怒られるわ
194 23/09/03(日)07:32:30 No.1097457285
>>SVNかもしれない >じゃあ初めから話かみ合わないわ こうして互いの認識の齟齬からバグが埋め込まれるのだ
195 23/09/03(日)07:33:31 No.1097457400
えっどういう事？ PRは普通はローカルのテスト通ってるコードじゃない？
196 23/09/03(日)07:34:05 No.1097457470
ローカルで特定ブランチへのマージ許すの？
197 23/09/03(日)07:34:24 No.1097457496
IT系への転職活動してるけど怖くなってきた
198 23/09/03(日)07:34:46 No.1097457545
>ローカルで特定ブランチへのマージ許すの？ ローカル”の”特定ブランチだよ？ 自分で切った
199 23/09/03(日)07:35:13 No.1097457589
テスト環境では問題なかったのに実機だと出るやつ
200 23/09/03(日)07:35:20 No.1097457603
ローカルのコードをローカルのコミット時にしかテストしないように見えて怖い
201 23/09/03(日)07:35:24 No.1097457613
>IT系への転職活動してるけど怖くなってきた 未経験歓迎のやさしい業界です
202 23/09/03(日)07:35:26 No.1097457618
いいなあソース管理がgitのところ…
203 23/09/03(日)07:35:33 No.1097457635
>例えば何かのフラグがあったとして >それを●●フラグ（データベースの値をセットする。今の仕様では0しか入らない） >みたいになってるのが普通の運用 >プログラム中に"0"とか直接書いちゃってるのがマジックナンバー この辺は結構対処できる人多いけど メッセージ出す指示に"あいうえお " + 変数 + " かきくけこ"ってやるのはいいのか？って思う
204 23/09/03(日)07:35:46 No.1097457662
現場によってやり方そこそこ変わるのにそんなに書いて大丈夫なのかよ
205 23/09/03(日)07:35:47 No.1097457663
待てローカルって流石に自分の触れる端末とかVM内ってのは通じてるよね？
206 23/09/03(日)07:35:54 No.1097457670
>いいなあソース管理がgitのところ… 本当にお気の毒なやつはやめろ
207 23/09/03(日)07:36:29 No.1097457735
>ローカル”の”特定ブランチだよ？ そんな複雑なことするようなチケットうちは切らないな… チケットでブランチ切って本流にマージして終わりだわ
208 23/09/03(日)07:36:40 No.1097457763
開発中のコードだけ入れるSVNブランチをグループ単位で切ったりすることもある
209 23/09/03(日)07:37:02 No.1097457816
>ローカルのコードをローカルのコミット時にしかテストしないように見えて怖い どこをどう見たらそう解釈できるんだよ
210 23/09/03(日)07:38:20 No.1097457972
>この辺は結構対処できる人多いけど >メッセージ出す指示に"あいうえお " + 変数 + " かきくけこ"ってやるのはいいのか？って思う まあそもそもバグ解析ツールでまっさきに突っ込まれるとこでもあるからね …今回の開発案件以前の既存部分でツールに突っ込まれてる内容がめちゃくちゃ多くない！？
211 23/09/03(日)07:39:49 No.1097458194
ソースの書き間違えか、仕様間違いか バグならどっちがいい？俺は仕様間違いかな…
212 23/09/03(日)07:40:30 No.1097458287
マジックナンバーやめろっていうと const int ZERO = 0; const int ONE = 1; ってやってくるやつがいてツールでも検知できないし困るんだよな
213 23/09/03(日)07:42:06 No.1097458502
>そんな複雑なことするようなチケットうちは切らないな… そもそも1チケットで実装の範囲や単位が１つにならない場合はどうするんだ？ 全部やってからpushしてリモートにテストしてもらうの？
214 23/09/03(日)07:42:43 No.1097458595
>ソースの書き間違えか、仕様間違いか >バグならどっちがいい？俺は仕様間違いかな… …すいませんこれ影響範囲めちゃくちゃ広くなりません？ 当初向こうに請け合った納期に到底間に合わなくなりません？
215 23/09/03(日)07:43:27 No.1097458696
>そもそも1チケットで実装の範囲や単位が１つにならない場合はどうするんだ？ そのためのdevelopブランチ
216 23/09/03(日)07:44:07 No.1097458772
>>ソースの書き間違えか、仕様間違いか >>バグならどっちがいい？俺は仕様間違いかな… >…すいませんこれ影響範囲めちゃくちゃ広くなりません？ >当初向こうに請け合った納期に到底間に合わなくなりません？ そんな影響範囲重大な仕様箇所じゃないんだろ…
217 23/09/03(日)07:44:45 No.1097458868
うちのウォーターフォールイメージ fu2531549.jpg
218 23/09/03(日)07:45:05 No.1097458933
>const int ZERO = 0; >const int ONE = 1; マジックナンバーやめろと言ったわけではないけど マジックナンバーがダメっていう情報しか知らず定数の意味を分かってないとやる人居る 歴20年以上の自称ベテランがやって注意したらあの人の指示に従うの嫌なんですけど！って泣かれた
219 23/09/03(日)07:45:30 No.1097458984
>そのためのdevelopブランチ いや待てちょっと理解ができない… とりあえずリモートで常にぶん回すタイプで根本的にやり方が違うのはわかった
220 23/09/03(日)07:45:53 No.1097459037
うちはうち よそはよそ って雑談話を詰めるタイプと仕事したくねーなあ
221 23/09/03(日)07:46:49 No.1097459192
>>>ソースの書き間違えか、仕様間違いか >>>バグならどっちがいい？俺は仕様間違いかな… >>…すいませんこれ影響範囲めちゃくちゃ広くなりません？ >>当初向こうに請け合った納期に到底間に合わなくなりません？ >そんな影響範囲重大な仕様箇所じゃないんだろ… たしかにそういう想定で書いてた（計算式が違う程度ぐらいの） すまん…
222 23/09/03(日)07:46:50 No.1097459194
>うちはうち >よそはよそ >って雑談話を詰めるタイプと仕事したくねーなあ まるで一方的にそうしてるかのような言い草だなあ
223 23/09/03(日)07:47:17 No.1097459258
バグだらけだろうが何だろうが納品時に動きゃいいんだよぉ！
224 23/09/03(日)07:48:18 No.1097459419
なるっちはうみことのコミュうまくとらずにワンマンでやったからバグ出しまくったのか？ それとも自分の技術力にプライドあって他人の言うこと聞いてなかったんだっけか？
225 23/09/03(日)07:48:41 No.1097459475
結局双方気に食わないってだけの話だから平行線だろ
226 23/09/03(日)07:48:54 No.1097459514
上下関係の錠井桁津ならここのプロジェクトのやり方はこうなんだから仕方ねえなってなるけど大規模な開発だと幾つもの会社が幾つものグループ作って開発してるから横のつながりでえここの連中こんなことまですんの！？とかこんなこともしないの！？みたいなカルチャーショックを受ける事はあるので●●やってないんなんてありえないみたいな話は基本話半分で聞く
227 23/09/03(日)07:50:37 No.1097459823
レガシーな伝統環境はあるからやり方はもちろんあるけど 効率の問題を放置してんのはただの事なかれ主義だな
228 23/09/03(日)07:52:25 No.1097460102
大手とか言ってるからインフラのコスト感覚麻痺してそう
229 23/09/03(日)07:52:41 No.1097460144
>バグだらけだろうが何だろうが納品時に動きゃいいんだよぉ！ あれこれ言うけどこれが正義だと思います
230 23/09/03(日)07:52:42 No.1097460149
gitみたいに積極的に変えた方がいいものもあるからなあ 今もうSVN使わなきゃならん条件なんてかなり限られてる バイナリ云々ならmercurialでいいし
231 23/09/03(日)07:53:08 No.1097460214
最近GitHubからおそらく二段階認証にしろって連絡来たんだけど これってやらんと入れなくなるやつ？
232 23/09/03(日)07:53:39 No.1097460293
>大手とか言ってるからインフラのコスト感覚麻痺してそう むしろ初期コストだけで判断してる方がよっぽど感覚麻痺してんじゃねえかなあ…
233 23/09/03(日)07:54:28 No.1097460425
ヘルプデスクが死んでしまうぞ！
234 23/09/03(日)07:54:48 No.1097460468
今使ってる開発ツールがSVNじゃなくてGit対応したの 俺がプロジェクトに参画して開発納品一回完了して 継続プロジェクト開始になってから半年ぐらい経った後だ…！
235 23/09/03(日)07:55:49 No.1097460638
>バグだらけだろうが何だろうが納品時に動きゃいいんだよぉ！ >バグだらけだろうが何だろうが納品時に（顧客に見える範囲ではちゃんと）動きゃ（次の納品時まで裏でこっそり修正しておくから）いいんだよぉ！
236 23/09/03(日)07:56:30 No.1097460746
>バグだらけだろうが何だろうが納品時に動きゃいいんだよぉ！ Done is better than perfect. Release is better than done.
237 23/09/03(日)07:57:03 No.1097460817
仕様書がwordやexcelからWEB上のコンフルに変わったけど 思った以上に維持管理と参照がめどい…！
238 23/09/03(日)07:58:05 No.1097460971
顧客のとこの受入テストになってから「ねえこれ動かないんだけど」って言われて発覚すると大騒動
239 23/09/03(日)07:58:11 No.1097460989
>むしろ初期コストだけで判断してる方がよっぽど感覚麻痺してんじゃねえかなあ… ほら運用コスト考えてない
240 23/09/03(日)07:59:32 No.1097461192
>ほら運用コスト考えてない 一番かかる開発コストを棚上げしてこの言い草である
241 23/09/03(日)07:59:41 No.1097461217
みんなちょっと落ち着きなよ 俺達の敵は顧客だろ
242 23/09/03(日)08:00:21 No.1097461298
>>ほら運用コスト考えてない >一番かかる開発コストを棚上げしてこの言い草である 運用コストってインフラ維持にかかわる人件費も含んでるからね？
243 23/09/03(日)08:00:23 No.1097461307
運用コストって手動でやるよりよっぽどかからないと思うけど
244 23/09/03(日)08:00:25 No.1097461313
>みんなちょっと落ち着きなよ >俺達の敵は顧客だろ 顧客の言いなりになってるプロマネの方が殺意湧く
245 23/09/03(日)08:01:00 No.1097461399
>運用コストってインフラ維持にかかわる人件費も含んでるからね？ なんか可哀想になってきた… そんなの当たり前では
246 23/09/03(日)08:01:03 No.1097461411
バグじゃないけど仕様が思ってたのと違ったから変えたいので即対応してね！！！！
247 23/09/03(日)08:01:36 No.1097461488
自分じゃない人が複雑なCIメンテしてくれる大手さんはいいなあ
248 23/09/03(日)08:02:22 No.1097461586
>バグじゃないけど仕様が思ってたのと違ったから変えたいので即対応してね！！！！ よく ある
249 23/09/03(日)08:02:50 No.1097461650
なんか末端の人にとってCIとかってサービス立ち上げレベルのすごい事やってる印象なんだな 今もう基本的な環境なんて一通り揃ってんのに
250 23/09/03(日)08:03:12 No.1097461696
>バグじゃないけど仕様が思ってたのと違ったから変えたいので即対応してね！！！！ それって予算と納期出てくるんですよね
251 23/09/03(日)08:03:14 No.1097461700
あの時は合意したけど実際見てみたらなんか違うからこう直してね！
252 23/09/03(日)08:03:47 No.1097461769
>自分じゃない人が複雑なCIメンテしてくれる大手さんはいいなあ そんな事言われてもやった事ない人なんだなって印象しかないよそれ… 初期はそりゃ面倒だけどね
253 23/09/03(日)08:04:17 No.1097461828
基本的な環境そろってるから楽って思っちゃうのがもうね
254 23/09/03(日)08:04:42 No.1097461891
末端て言い方好きね
255 23/09/03(日)08:05:04 No.1097461928
>>バグじゃないけど仕様が思ってたのと違ったから変えたいので即対応してね！！！！ >それって予算と納期出てくるんですよね 今のプロジェクトで流行ってくれた、まだ話の出来るお客さんだ まえはプログラマに直で言い始めることあったのが
256 23/09/03(日)08:05:45 No.1097462008
>今もう基本的な環境なんて一通り揃ってんのに dockerで環境立ち上げてあとはちょっと細かい設定をすればいいだけだから大手だろうが中小だろうがあんまり関係ないよね
257 23/09/03(日)08:05:57 No.1097462040
>基本的な環境そろってるから楽って思っちゃうのがもうね 現レガシー環境の話してるならその手前側に作るだけでも全然違うよー 一回一通り勉強してみたらいいと思うよ
258 23/09/03(日)08:08:07 No.1097462316
>末端て言い方好きね もう初心者のレクチャーですらやってるよ
259 23/09/03(日)08:11:20 No.1097462761
改修依頼が年中ずっと来ているモジュール見てると その開発者がかわいそうになってくる
260 23/09/03(日)08:12:39 No.1097462953
俺が突然死したらどうするんだろうなこれ…みたいなのはある
261 23/09/03(日)08:16:35 No.1097463504
資料一杯残すよ…コメントもいっぱい残すよ…
262 23/09/03(日)08:29:57 No.1097465495
リリース1週間前に仕様変更とかデザイン修正とか入れてくる顧客には腹が立つ リリース前日にそれをやってくる顧客は頭大丈夫か？ってなる
263 23/09/03(日)08:36:03 No.1097466905
気持ち多めみたいな命令文をコンピューターがふわっと解釈してくれねーかな～！
264 23/09/03(日)08:39:28 No.1097468013
ゲーム開発は素敵だぞー マジで思いつきの仕様変更とか撤回が来るからな
265 23/09/03(日)08:41:03 No.1097468421
仕様書にない値を返してくるのはやめろ サイレント修正すんなちゃんとバグ報告しろ国のAPIだぞ
266 23/09/03(日)08:45:39 No.1097469814
>仕様書にない値を返してくるのはやめろ >サイレント修正すんなちゃんとバグ報告しろ国のAPIだぞ こいつヤバい