100円でおでんが買えなかったら…？

>100円でおでんが買えなかったら…？
おでんを買う

>>100円でおでんが買えなかったら…？
>おでんを買う
残金が100円以上

殺すぞ

VerUPされてないから100円以上あるのにおでん買えなくて壁に衝突し続ける奴

おでんまだやってないんですよ

>殺すぞ
おでんを買う

>おでんまだやってないんですよ
おでんを買う

子供にこれ見せると勝手にプログラミングのお勉強始めるから凄いよ

おでんの在庫が100個ぐらいあっても一個ずつ会計するし財布の中に100円あったら残ってるおでんが全部100円より高くても買おうとし続けるキチガイが発生するプログラム

>>>100円でおでんが買えなかったら…？
>>おでんを買う
>残金が100円以上
やだなレジ前でずっと小銭チャリチャリ確認しながら
買えないおでん注文しようとしてるやつ…

>おでんまだやってないんですよ
→残金が100円以上

10万円持ってたら？

>10万円持ってたら？
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上
→残金が100円以上

一度で買えや！

おでんを買えなくても残金が100円以上の処理に行くのか…

金が無限にあれば無限におでんを買うんだ

おでん容器が尽きそう

明日世界が終わるとしたら

それでもおでんを買うだろう

>おでん容器が尽きそう
残金が100円以上

おでんのどれですか？

おでんください　なにしますか
えーとえーっと　なにしますか
えーとえーっと　レジが混んできた
えーとえーっと　早く決めてくれ

>おでんください　なにしますか
>えーとえーっと　なにしますか
>えーとえーっと　レジが混んできた
>えーとえーっと　早く決めてくれ
→残金が100円以上

このフローチャートを書いたのは誰だ！

>おでんください　なにしますか
>えーとえーっと　なにしますか
>えーとえーっと　レジが混んできた
>えーとえーっと　早く決めてくれ
残金100円あるけど残ってるおでんが110円のしかなくてフリーズしてんな…

たまごください　ありません
たまごください　ありません
たまごください　ありません

あいつ財布取り上げたら帰りますよ

「おでん購入」の返り値チェックをサボるから……

NoOdenException

これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね

>あいつ財布取り上げたら帰りますよ
Saihu NullPointerException

おでんが売り切れだったら？

>おでんが売り切れだったら？
おでんを買う

>これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね
帰れなくなるよりマシだろ！

>>あいつ財布取り上げたら帰りますよ
>Saihu NullPointerException
ｶﾞｯ

おでんが Read になることができずに強制終了

似た課題だとお父さんを正しくトイレでうんこさせるやつも好き

メインルーチンでは対応できないからおでんを買うサブルーチンの中でなんとかしてくれんか！

>これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね
それは正常系だから問題無い

買うんだろ
おでんを

おでんの在庫がないときに在庫が補充されるまで止まるのも正常系ではある

まずいくら持ってようが100円切るまでおでん買い続ける処理がなんなんだよ

この処理入った時点で貯金が10万だろうが1億だろうが
100円未満になるまでおでんを買うしかなくなる

>まずいくら持ってようが100円切るまでおでん買い続ける処理がなんなんだよ
コンビニおでんうまい！

おでん全品を超える所持金を持ちこむことで無を取得します

>まずいくら持ってようが100円切るまでおでん買い続ける処理がなんなんだよ
おでんを買う

あれだな
１０で割った商を得るのに１０ずつ引いた回数を数えるんじゃなくて
値が大きいうちは１０００引いて引いた回数に１００足すようにして回数を減らすみたいな

>この処理入った時点で貯金が10万だろうが1億だろうが
>100円未満になるまでおでんを買うしかなくなる
しかも買うだけ買ってその場では食べないから補充を待ちながらどんどん腐らせてる…

>あれだな
>１０で割った商を得るのに１０ずつ引いた回数を数えるんじゃなくて
>値が大きいうちは１０００引いて引いた回数に１００足すようにして回数を減らすみたいな
？

店長…あいつまたレジ前にきましたよ

>Saihu NullPointerException
は？Walletでしょあんたまさか…

おでんの具を指定してそれだけに定義した方がまだ良いか

OdenCostsMoreThan100YenException

>>これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね
>それは正常系だから問題無い
コンビニに行く前に財布の中身を確認させるべきだった

>>これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね
>それは正常系だから問題無い
それちゃんとお客様と擦り合わせた？製品としてそれで良いって言ってた？

残金が100円以上おでんの値段未満だったらエラー？

>残金が100円以上おでんの値段未満だったらエラー？
おでんを買う

>>>これ最初から１００円持ってないとコンビニに行って帰ってくるだけでむなしいよね
>>それは正常系だから問題無い
>それちゃんとお客様と擦り合わせた？製品としてそれで良いって言ってた？
おでんを買う

おでん売り切れのフォールバック入れろ

>残金が100円以上おでんの値段未満だったらエラー？
おでんを買うの後に買うのに成功したか失敗したかは見てないからまた所持金チェックじゃない？

まあでもあのデータがないこと想定してませんでしたとか
無駄に繰り返し処理するとHW側の負荷が上がるの想定してませんでした
みたいなプログラム組む奴は多い

while( money >= 100 ){
printf( "おでんを買う\n" );
money -= 100;
}

店長…あいつを止めてやってください

>おでん売り切れのフォールバック入れろ
わかりましたおでん補充されるまでビジーループで止めときます

おでんを買うだけのマシンかよ

100円で買えるおでんがあるかどうかのチェックと最大ループ回数ぐらい決めとけ！

>わかりましたおでん補充されるまでビジーループで止めときます
お客さんのキューがスタックしていく！

買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い

>買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い
if ( egg.count >= 0 ){
Buy(milk,6);
}else{
Buy(milk,1);
}

>買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い
🥚
🤩‼️
🥛🥛🥛🥛🥛🥛

>買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い
おでんを買う

>if ( egg.count >= 0 ){
これ常に成立するだろ

>>if ( egg.count >= 0 ){
>これ常に成立するだろ
Nullじゃなかったら"在る"

卵0個を存在するとみなすな！

卵の売り場自体がなかったら成立しないんだろ多分

>>if ( egg.count >= 0 ){
>これ常に成立するだろ
あーすみませんうちのカウント0から始めるんすよ

>Nullじゃなかったら"在る"
卵がnullだったらegg.countがぬるぽ吐かない？

>買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い
仮に卵を買うようにしたとしてもこれ卵6つなかった場合は…？

客「おでんを買う」
店員「ぬるぽ」

>仮に卵を買うようにしたとしてもこれ卵6つなかった場合は…？
6つ買う
6つ買う
6つ買う

ちゃんとNullOdenExceptionの処理しろ

x=10000

牛乳があったら2個買うように入れたらどうなる？

真面目におでんの容器がない場合は考えてなかったわ…

あの兄ちゃんおでんしか買わない

おでんはあるけど店員がいないときに勝手に代金置いておでんもっていくキチガイになりそう

>おでんはあるけど店員がいないときに勝手に代金置いておでんもっていくキチガイになりそう
イベントハンドラ不在で勝手にリソース確保するプロセスなんてウイルスすぎる…

春からおでんが買えるまで半年くらいコンビニのレジ前に立ってる

このように曖昧な指示を機械は聞いてくれないから
いつまで経っても人間の仕事が無くならないんですね

>イベントハンドラ不在で勝手にリソース確保するプロセスなんてウイルスすぎる…
そこまで明確に処理過程想像できるなら最後はウイルスじゃなくてマルウェアって言いなよ

買いに行く人の体調パラメータを返してもらっていいですか？

帰った後何か起こるんだろう

>このように曖昧な指示を機械は聞いてくれないから
>いつまで経っても人間の仕事が無くならないんですね
インタフェースがLLMのチャットか音声なら随分あいまいな指示でもまあまあ成功するな…と思うようになってきた

>牛乳があったら2個買うように入れたらどうなる？
>if ( egg.count >= 0 ){
>Buy(milk,6);
}else if ( milk.count >= 0 ){
Buy(milk,2);
>}else{
>Buy(milk,1);
>}

おでんを買う関数がちゃんとしてればいけるか…？

>>牛乳があったら2個買うように入れたらどうなる？
>>if ( egg.count >= 0 ){
>>Buy(milk,6);
>}else if ( milk.count >= 0 ){
>Buy(milk,2);
>>}else{
>>Buy(milk,1);
>>}
牛乳の在庫がマイナスのときに牛乳を買おうとするキチガイが誕生した…

>>>牛乳があったら2個買うように入れたらどうなる？
>>>if ( egg.count >= 0 ){
>>>Buy(milk,6);
>>}else if ( milk.count >= 0 ){
>>Buy(milk,2);
>>>}else{
>>>Buy(milk,1);
>>>}
>牛乳の在庫がマイナスのときに牛乳を買おうとするキチガイが誕生した…
こういう騎乗デバッグ一瞬でできるようになるのが真のプログラミング力だな…

>買いに行く人の体調パラメータを返してもらっていいですか？
null

>おでんを買う関数がちゃんとしてればいけるか…？
あと何回も行くなら処理がだるいからコンビニ行く前に残金確認したい

>騎乗デバッグ
体位が大事なの？

買うだけで食べるとは言ってない

曖昧な指示を常識的に判断するの常識の部分を事前にフォローできるように仕込んでおけば曖昧な指示も聞くという人間と同じことが機械にも

>おでんを買う関数がちゃんとしてればいけるか…？
めちゃくちゃ気を利かせてくれてる関数だとしても
100万円持ってたら1万回ループする構造はどうにもならんし…

いま100円で買えるおでんある？

>曖昧な指示を常識的に判断するの常識の部分を事前にフォローできるように仕込んでおけば曖昧な指示も聞くという人間と同じことが機械にも
最近のLLM見てるとフレーム問題解決してるんじゃないかって気がしてくるよな

>おでんを買う関数がちゃんとしてればいけるか…？
サブルーチンでエラー処理は嫌だなあ
成否を返すか例外を投げてほしいかな

Biz側は嫌がるけどやっぱ要件定義はしつこいぐらい細かくやらんと齟齬が出るよな

100円持ってなくてそのまま帰るの悲しすぎだろ

>100円持ってなくてそのまま帰るの悲しすぎだろ
でも起きうる現象の中ではかなりマシな方

残金が100円以一No→おでんうpキボンヌ(｀・ω・´)

>100円持ってなくてそのまま帰るの悲しすぎだろ
100円持ってないのに永久に店内に佇み続けるのとどっちがいい？

>100円持ってなくてそのまま帰るの悲しすぎだろ
実際の仕事でも俺の書いた長い関数で
頭の範囲チェックですぐ帰るケースばっかりだとなんか悲しいよな

>実際の仕事でも俺の書いた長い関数で
>頭の範囲チェックですぐ帰るケースばっかりだとなんか悲しいよな
2:8の法則を感じる…

100円残ったら帰ってこないの笑うだろ…

>実際の仕事でも俺の書いた長い関数で
>頭の範囲チェックですぐ帰るケースばっかりだとなんか悲しいよな
頻繁に弾かれるべきデータを処理の浅いところで弾けるのは処理設計が上手く行ってる証だろ！

おでんコードレビュー

こういう例見ると要件定義は抽象的なままで決めないことを決めることも大事なんですよ〜って絶対嘘だろと思ってしまう

>Biz側は嫌がるけどやっぱ要件定義はしつこいぐらい細かくやらんと齟齬が出るよな
でもね人ってこういうわかりやすい失敗しないと覚えないんすよ
困ったもんだよな本当に

>めちゃくちゃ気を利かせてくれてる関数だとしても
>100万円持ってたら1万回ループする構造はどうにもならんし…
グローバル変数に自分がコールされた回数を記録しておいて一定回数以上呼ばれたら例外を吐くようにしとけば…
書いててそんなトンチキ関数作らざるを得ない状況を思うと目眩してきた

>こういう例見ると要件定義は抽象的なままで決めないことを決めることも大事なんですよ〜って絶対嘘だろと思ってしまう
元請「要件定義は抽象的なままで決めないことを決めることも大事なんですよ〜（意訳：俺は仕事をしない）」

猫に小判

>グローバル変数に自分がコールされた回数を記録しておいて一定回数以上呼ばれたら例外を吐くようにしとけば…
そんなマジックナンバーを関数の中に仕込むな

この100って数字どこから来たんですか？マジックナンバーじゃないんですか？

>>100円持ってなくてそのまま帰るの悲しすぎだろ
>でも起きうる現象の中ではかなりマシな方
100円ないけどおでん持っていく場合もありえる

いいよねメインルーチンがどうにも直してくれないからサブルーチン側でフォローするの
よくねえメインをちゃんと直しやがれ

>>>100円持ってなくてそのまま帰るの悲しすぎだろ
>>でも起きうる現象の中ではかなりマシな方
>100円ないけどおでん持っていく場合もありえる
ない

>この100って数字どこから来たんですか？マジックナンバーじゃないんですか？
クレカシステムの中で消費税率が全モジュール内でマジックナンバーとして書かれていて手作業で1個ずつ直していく案件があったことを思い出してしまったじゃないか
殺してくれ

>クレカシステムの中で消費税率が全モジュール内でマジックナンバーとして書かれていて手作業で1個ずつ直していく案件があったことを思い出してしまったじゃないか
1.05を一括で10.8に置換したら全然関係ない1.05が潜んでて地獄になるやつ

>1.05を一括で10.8に置換したら全然関係ない1.05が潜んでて地獄になるやつ
これは凄いぞ

>>クレカシステムの中で消費税率が全モジュール内でマジックナンバーとして書かれていて手作業で1個ずつ直していく案件があったことを思い出してしまったじゃないか
>1.05を一括で10.8に置換したら全然関係ない1.05が潜んでて地獄になるやつ
手打ちってこうなるから怖いんぬー

#コンビニに行って肉まんを買う
buy_oden(oden=False,nikuman=True)

>クレカシステムの中で消費税率が全モジュール内でマジックナンバーとして書かれていて
そんなコード通すな

>buy_oden(oden=False,nikuman=True)
ボケカス！！！！！！！！！！！！！１１１１

これ買ったおでんちゃんと持ち帰れる？

>>1.05を一括で10.8に置換したら全然関係ない1.05が潜んでて地獄になるやつ
>これは凄いぞ
別の地獄まで発生させてしまった…

>そんなコード通すな
そんなことを言われても俺が入社する10年以上に構築されたCOBOLの処理群でえ…
俺の仕事は印刷されたコードの修正前後の箇所にマーカーを引くことでした

>>買いに行く人の体調パラメータを返してもらっていいですか？
>null
四肢切断状態でも買いに行くんですこの人…？

>>>1.05を一括で10.8に置換したら全然関係ない1.05が潜んでて地獄になるやつ
>>これは凄いぞ
>別の地獄まで発生させてしまった…
一旦元に戻そうとして10.8を1.05に置換したら全然関係ない10.8が潜んでて地獄になるやつ

>そんなことを言われても俺が入社する10年以上に構築されたCOBOLの処理群でえ…
>俺の仕事は印刷されたコードの修正前後の箇所にマーカーを引くことでした
今なんの仕事してる？COBOLアリジゴク脱出できた？

>>そんなコード通すな
>そんなことを言われても俺が入社する10年以上に構築されたCOBOLの処理群でえ…
>俺の仕事は印刷されたコードの修正前後の箇所にマーカーを引くことでした
す、すげえ
「生き残り」じゃん…

うちも前任者が改定した消費税8%のときの対応がクソでさ…
10%になるとき丸々作り直しになってさ…
顧客からはなんでちょっと前に直したのにまたこんなに改修費用かかるんだと詰められるし俺もそう思うよ
今回はキッチリマスタ化したから今後は消費税200%でも10000%でもすぐ対応できるぞどんとこい

>>そんなコード通すな
>そんなことを言われても俺が入社する10年以上に構築されたCOBOLの処理群でえ…
10年以上前でも2010年代だろ？
その前任は何考えてたんだ…

そもそも何でフローチャートなんか書くんですか？
コードそのままじゃあないですか

>今なんの仕事してる？COBOLアリジゴク脱出できた？
某みずほの移行案件で完全に嫌になって脱出したよ！！

>そもそも何でフローチャートなんか書くんですか？
>コードそのままじゃあないですか
最近はわざわざ事前に書かずにコードからフローチャートを自動で起こしてドキュメントにしてることがおおいな…

>>今なんの仕事してる？COBOLアリジゴク脱出できた？
>某みずほの移行案件で完全に嫌になって脱出したよ！！
脱COBOL？脱IT？

残金を貯金まで参照していたのが俺だ

>そもそも何でフローチャートなんか書くんですか？
>コードそのままじゃあないですか
荒らしの理屈だ…

>残金を貯金まで参照していたのが俺だ
今年あたりチャージ可能額込みを残金に考慮してたやつありませんでした？

>今年あたりチャージ可能額込みを残金に考慮してたやつありませんでした？
クレカオートチャージを紐付けていたら…

ループしたら例外処理としてエラーハンドリングメッセージを表示すると形にはなるからこれで提出する！

和やかにレスがやり取りされてたのにみずほ案件の話が出てきて急に血圧が上がって動悸とめまいがしてきた

どうすんだよゆうちょ銀行のカード持ってたら

おでんを持ち帰るとは書いてないからな

>どうすんだよゆうちょ銀行のカード持ってたら
→おでんを購入する

おでんください

フローチャート久しぶりに見たけどこれどう描いたらループ終わるんだ…
フローチャートみたの学生依頼だからもう全然覚えてないしわかんない

>おでんください
何にしますかー

>おでんを持ち帰るとは書いてないからな
買ったおでんの袋を腕にぶら下げるところまでは当然購入ルーチン担当者の責任ですよね？

>>おでんください
>何にしますかー
……

購入完了して持ち帰らない場合ってどういうパターンだよ！？

>フローチャート久しぶりに見たけどこれどう描いたらループ終わるんだ…
>フローチャートみたの学生依頼だからもう全然覚えてないしわかんない
フローチャート描く機会がある学生だったのにこのレベルのフローチャート読めないのは相当な落第学生だったんだろうな

>購入完了して持ち帰らない場合ってどういうパターンだよ！？
レジ横に積み上がる手に取って持ち帰られないおでんの山

>購入完了して持ち帰らない場合ってどういうパターンだよ！？
俺も脳バグってたらたまによくやる

人生ってこういうものなのかもしれないね

おでんを買うを単独処理じゃなくて別の処理に飛ばして処理させよう

ちゃんと買うおでんの種類と個数を引数に取れ