Це відео не доступне.
Перепрошуємо.
プログラマーとそうでない人の違いを語るSE社築【にじさんじ】
Вставка
- Опубліковано 22 чер 2021
- ご視聴ありがとうございます!
高評価・チャンネル登録お願いします!
元配信はこちら↓↓
【ナビつき! つくってわかる】エンジニアがはじめてゲームプログラミングしてみる 2日目【にじさんじ/社築】
• 【ナビつき! つくってわかる】エンジニアがは...
配信者のチャンネル登録はこちら↓
@YashiroKizuku
ANYCOLOR二次創作ガイドライン
www.anycolor.c...
ぶいすぽっ!許諾番号:00951
お借りしている素材
騒音のない世界様
noiselessworld...
効果音ラボ様
soundeffect-la...
#社築 #にじさんじ #切り抜き #にじさんじ切り抜き #Vtuber
エラー起きないと「ええんか.......?ええんか.......?」って怖くなる
問題の選択肢が5連続で同じ記号とか同じ恐怖感があるのよ
わかりやすかった
的確すぎる
テストで同じ現象起こるわ…
逆に考えて、エラー出てないのが実はエラーなのでは?みたいな意味わからん問答に突入することもままある。
満場一致のパラドックスに通ずるものがある
開発段階で見落としたエラーは、
本番環境で「あの時、見逃していただいたエラーです!」
つって、刺しにくるのでマジで怖い
「テストでエラーが見つからなかったらテストの方を疑え」ってちょっと前にどっかで見たな
エラーが出ない => 地雷原を(たまたま)通過できた
エラーが出る => 地雷を発見した
開発者は地雷原を隅々まで探索し地雷を撤去して、ユーザーが吹き飛ぶのを防がなくてはならない
しかし地雷を埋めるのもまた開発者なのである
物理シミュレータ作ったことあるけど、1人で書いててもエラー出なかった時は無限にいろんな条件想定して一生頭の中でプログラム確かめてた
かかるとお腹痛くなる病気より、自覚症状なしで進行してく病気のがこわいからな
このコメですっと腑に落ちた
病気の例えめちゃわかりやすい
分かる。ランタイムエラーはすぐに気付けないからクッソ怖い(1敗)。
肝臓「せやな」
@@user-od5os4yo1f 沈黙の臓器さん頼むから喋って……
@@user-qt9rp3yc1i …ッス
エラーを見つけるのが上手なだけでも嬉しい人材
緑のサイコパス...
@@user-SonnanKusahaeruwa あれは上手というよりエラーで遊びたい人だから‥
地雷職人…
エラーを見つけるのが上手い=バグで遊ぶのが上手い
某地雷職人もそうだが「再現性の高いバグ」か、「再現不可能だが起こったバグ」を分けて報告できると優秀な人材。
バグ発生までの経緯を「どこで、どの入力を、どのタイミングで、何回起こった」までをバグってる最中のスクショ付きで報告してくれると神。
エラー箇所を詳しく行番号まで教えてくれるVisualStudioくんは有能。使わなくても貼り付けたくなる。
CやC++などのコンパイラ言語は出ないですね。ゲーム開発とかは主にコンパイラ言語を使われるので行番号まで教えてくれることはゲーム開発等ではほぼないですね。
教えてくれるのはインタプリンタ言語のみです。(確か。)
@@Scr_MIYUKINNGU コーディングのミスはコンパイラが教えてくれるけどね、CもC++も。構造自体にミスがあるとどうしようもないけど。
@@kin2ba コンパイラハネ。ウン。
@@Scr_MIYUKINNGU
つlsp
@@Scr_MIYUKINNGU
C++とPythonしか使わんから知らんけど、この2つは教えてくれるで。いつもお世話になってます…
「完成までにエラーが『見つからなかった』」って「ゼロデイ」みたいなもんだよな…「いつか必ず『見つかる』その日」に怯えながら「エラー出なかったんでしょ?じゃあいいじゃん」って言われて仕方なく納品するんだ…
エラーが出ないのに思い通りの動きをしないのやめてください、お願いします(切実)
これはガチ
一生作業すすまん
未経験者はエラーを見ると「怒られている」と感じるみたいだよね。
普通の開発環境であればエラーが表示されるとどこがおかしいのかまで教えてくれるものでして。
その情報は人間が目で見て調べてわかるものよりも正確で親切なんだよね。
だからありがたいのよね。
エラー吐かれずに期待通りの動きをしないの辛い
unityでもどのスクリプトの何行目がイカれてるか教えてくれるし、これがもうすばらしい
素人から見てよくネタにされるエラーで私も何言っているのか分からない、『プロシージャエントリポイントがダイナミックリンクライブラリから見つかりませんでした』みたいなのも有るから困る。
エラー文の用語の意味は何か、指し示している場所は何処か、結局どうすれば良いのか等がエラー文から分からないと、何も知らない素人としては困る。
@@user-yq9hm1dt2j エラーが出た時はとりあえず日本語対応のエミュレーターでも英語版にして適当にggrと出てきたりする。
エラー文は日本語翻訳してると分かりにくくなるのあるあるだと思う
俺も新人の時は、英語ですごい勢いでメッセージ出されて威嚇されてる気分だったな……
小説とかで例えると
エラーなし=誤字脱字なし キャラ設定やストーリー矛盾なし
複数ライターでそれができるかっていったら……
さらに表記揺れなしも追加な気がします。
各担当部分単品ではミスでなくても、組み合わせて繋げると修正を要する代物ですし。
ワードでレポートとか打ってて校正の波線が出てないのが逆に怖いって話か!
出版本系はわからないけど、ネット上のニュースとかようつべも含んだ自分の見てきた中で、
完璧に誤字脱字がない投稿者って見たことがない。
その例えうまいな
下位メソッドくん「あっ、これアカンやつや、例外出さな!」
上位メソッドくん「あっ、下位から例外来た。でもウチ例外処理のコード空っぽやねん...」
開発くん「テスト結果エラー無し。ヨシ!」
勘弁してクレメンス…
とらぽるた そして始まるのですね 夜の戦い(徹夜)が
@user-lq9ty5cr2n せめてスタックトレースぐらいは表示してくれぇ・・・
人生はプログラミングと同じ。最初の方の工程でたくさんのエラーが出た方が最終的な品質が良くなる。だからエラーは貴重なアドバイスをくれる友人。
「開発段階でエラーが見つかることほど幸せなことはありません」
ぐう重い言葉で草
先の段階に行けば行くほど大事になるんだよね(戦慄)
ほんこれ。この世で見つかってないバグほど怖いものはない・・
開発段階でのバグやエラーは、勉強で言う「字を書き間違えた」みたいな
だから、消しゴムとか使って訂正できるしそれはプログラムでも修正できるという意味ではそう言える
けど、リリース後で出たバグは「テストの答案書き間違えたけど、既にテスト自体は終わった」みたいな
分かってた分かってないに関わらず、取り返しがつかなくて点数が減る
プログラムだと、会社の信用やシステムの強固さとかが減る=給料減るor倒産に繋がりかねない
なので、バグやエラーが出ることは「まだ修正がきくand修正箇所が分かってる」からこっちの方がいいという考え
エラー出過ぎるのは開発の仕方が根本的に間違ってそうだけど、全く出ないのはテスト項目の網羅性が足りないって考えが基本だよね
正直エラーが出て動かない方がエラーは出てないけど動かない時より気が楽
それめっちゃ分かる
そしてようやく動くようになった矢先の「エラー出てるのに想定した挙動とってる」やつの不安やばい。
エラー出なくて問題があるのが1番やばい
エラーはシステムをより強固にする貴重な情報
エラーが一個も出なかったとき、本当に完璧なのかテストがおかしいのか見分けがつかないから、
開発段階でわざといくつもエラーを埋め込んでおく開発手法があるよね
エラーが出ないと「正しく動いてる」って考える人が多いと思うんだけど、それって「エラーは出ないけど間違った挙動をしてる」っていう一番恐ろしい事象が発生してる可能性があるんよ…。
エラーが出ればコードの中で修正が必要な箇所はすぐ分かるんだけど、エラーが出てないと最悪の場合全コードを目視で確認(数万行)とか本当に起こるんだよな。
部屋の中にいるかもしれないゴキブリに怯え続けるより、いっそ出てきてくれた方が処理できて安心するのと一緒
まあ1000匹も出てきたら失神するけど
分かりやすい
何匹出てこようが一匹も出てこなかろうが、まだ部屋の中に居る可能性はあるし何匹居るか分からないのだから、出てくる事が良い事だとは思えない。全部出てきたという保証があれば別だけれども、そんなことはありえないので、出てこないに越した事は無い。
という感覚もまた理解できるんだよ。
@@user-qp3gi7ny9t でも潰した奴は死ぬだろ?そういうことだよ
@@user-it6sp9sd4f そして潰すのが困難な猛者が生き残っていくと
@@user-it6sp9sd4f 全部で何匹居るかは分からないのだから、何匹潰しても怯え続ける事に変わりは無いと考えられる。
つまりこの例えでは潰す事は無意味。
エラーは打ち間違いや数値の設定ミスとか簡単なものから、複数のプログラムが絡んで意図せず起こるものまで多岐にわたるのでエラーがないなんてのはありえない
本当にエラーが出ないまま開発に成功しても計算公式上のエラー潜在予測数のエラー出ないと出せと怒られるし
最初に出た方が気楽
コメ欄含めてプログラマーの感覚に触れるの新鮮でおもろい
たった一言で社さんの苦い炎上経験が垣間見えるのおもろい
エラー出力されず内部で握りつぶされていたエラーの方が怖い
あと、テストは正常系だけじゃなくて異常系も忘れずに
素人とプロの違いはこれですよね。素人は「期待通りの入力に対して期待通りの結果が出れば良しとする」、プロは「期待と異なる入力に対しても期待通りに例外処理できていることも確認する」
まあ、プロでも往々にしてそれができない人がいるわけですが……
マ「エラー数が品質基準に足りないので追加テストをしたのですが、バグが見つからず、品質をクリアできません」
客「何を言ってるんだお前は?」
エラーは親友。困ったときに必ず助けてくれるから大好き
わかる
発生タイミングによっては更に苦しめてくる感じも親友っぽさある
納品後「知らんぞ。仕様だ」
プログラミングはよくわかんないけど、自分が何か仕事してる時に思った以上に順調に進むと怖くなって一旦最初から作業内容全部確認するよね
何故かよく分からんのに動いた時の恐怖感はマジでやばい。色んなパターンでミスがないか探す。とにかく粗を探す
日本がIT系で遅れを取ってる理由が、「エラーのない製品をリリースしなければならない」ってやつやしな。
バグに一生出会う謎の人種は貴重…
プログラムは人間が1つ1つ手で作るからヒューマンエラー山盛りセットになる
コンパイル通った実行ファイルの挙動がおかしかった時の絶望感と言ったら
コンパイルさん?(汗)ってなるよね
なりますなります
確実に出ると思ってたエラーが実行した時に出なかったとしても学校課題程度なら見なかったことにする
「全知全能ってことで」が合言葉
誰だよこんなロクでもないプログラム組んだヤツは!!!バグだらけでテストしきれてねーじゃねーか!!
あっ5年前の俺だわ…
元気出して
個人で作っても参照、出力先の指定ミスや単純なスペルミスとか些細なものから根底から全部変えないといけない問題が出たりするんや…
複数人で作ってバグが発生しない訳がねえ…
酷い案件の時は、
「バスケの強豪校を作りたいからマイケル・ジョーダン並の選手5人以上集めてきてください」
ぐらいの無茶を大の大人が真顔で言ってくる
物凄い良く分かる
計装制御の会社に3Dオブジェクトを専用機器で動作するUnityソフトを作って下さいと普通に言ってくる会社もあるんでな・・・
プログラマにとってエラーは起きて当然なものだからね……
エラーが無いからって先進んじゃってから見つかるエラー程キツイものはない
場合によってはそこまでの作業全てやり直しもあるし。
プログラミングミリしら勢だけど、見落としってどんな状況でもあるから確かにって思った
どこぞの銀行の上層部に聞かせてやりたい。
地雷埋まったままReleaseされるほうがクソやばい。
間違えない方がいいのは世間との付き合い方で、エラー出してなんぼなのがプログラミングなんだよな。
もちろん本番でエラーを出さないために前もって出しておくって話だけど。
開発でエラー起きないと、ビビッてありえないようなケースのテストまでやってしまう…。
トッモ「なんかバグってるけど実機だと動くからヨシ!」
ワイ「おま...ヨシ!」
最近Unityで作ったら逆のことが起こった
今は動いてるけどbuild and ran した途端に少しだけど致命的なミスが起きてる
とりあえずで作ったキメラがエラー無く通ると、なんか不安になってエラー出すために無茶な入力とかしてわざとエラー出そうとしちゃう。
皆んなで書いた数千行のコードが空中で合体するのを想像するとウケるwww よく爆発してますわwww
だからあらかじめ細かいところまで指定した開発資料を作る必要があったんですね(時すでに遅し)
絶対に間違ってる挙動なのにエラーが出ないコンパイルほど怖いものはない
むしろコンパイルでエラー吐いてくれと最近思うようになった。
@@user-xq6cy6bv1c
コンパイルでエラーを吐くのは「言語仕様に反している記述がある」とか「システムにバイオレーションを引き起こす可能性がある」とかだろうから、それをパスしたとしても設計に対して想定外の挙動を起こすってのはコンパイラは叱ってくれないと思うんだよな。だからやっかい。
疲れ切ったプログラマー「開発で出てないエラーは保守側の担当」
何か知らんが治った!エラー出てないしよし!ってなるんだけど、やっぱりそういう原因はっきりしないともやもやが凄いんだよな…
家閉め切ったままなのに一瞬見えたGがそれ以降一切見当たらないぐらいの恐怖って例え見て上手いこと言うなーと思った記憶
なんかわからんけど、治ったは治ってないし、一番肝心なところで殺しに来るから……
1番大事なタイミングで再発するんだぞ
総合テスト段階になって突如現れるエラー「おっすwおっすw」
もっと早い段階で来るタイミングあったやろって泣くやつ
テストはエラーを見つける工程なのだから、見つからないのはテスト不足。
プログラムの品質が良いのではなく、テスト品質が悪い。
納期に余裕があるときのエラー無しと
もう納期に余裕がないときのエラー発見が怖い
そういえばルーナもSEの闇語ってたな。社築とルーナでSEの闇雑談みたいなのしてたら見てみたいな。
なんか知らんけど今回はいけたっていうのが1番怖い。再現性がないと、もうやってられない。
わかる、プログラムコード書いてると「ノーミス」なんて絶対にありえない。
だから優秀なデバッカーが必要。
どの世界でも顧客に出す前の問題なら、まだ笑って済ませられる。
追加で
自分も運用で簡単なアプリを作成してますけど、一人でやってても「絶対バグは出る」って思ってます。
実際に出るし・・・
「使うのは自分じゃない」ってのが一番のネックなんですよね、自分は仕様がわかってるから
「こんな操作するわけがない」と思うけど、実際「操作する」のはユーザー。
奇想天外な操作することなんていくらでもあるんですよねー・・・。
エラー出るはずなのにあれ?なんで動いてるんだ?って時、日常が侵食されてく系の伝奇小説に近い恐怖を感じる
分かる。動作前にめっちゃ警告出るのにすんなり動くし、何なら想定通りの動きしてるときの恐怖はやばい。
UTF-8のBOM付許すまじ。
エラー見つけられたほうが良いけど、1000個2000個出ても絶望だけどな…
そのうちまず1800個ぐらいは秒で直るやつ
@@nm-cq2ip 大体タイピングミスとか数字の入力ミス
そのうち8割くらい同じエラーの可能性高そう
全会一致のパラドックスみたいなもんでエラーが出ないって事はテストが間違ってるって言われるんだよなぁ
そして仕様書なんてもんは無く書いたコードを日本語に翻訳したものが仕様書になる
人生で転ぶと涙が出て、プログラムで転ぶとエラーが出るんだ
青春の汗みたいなもの
エラーが出なかったら、エラーが出ないエラーがあるんじゃないかと思う
試験項目書を見ればその人の経験値と性格が分かる。。。
プログラムは思った通りではなく、書いた通りに動作する。
この当たり前を咀嚼するまでがしんどい。
別にエラーが出なかったら嬉しいのは嬉しいけどテスト段階を超えて総合テストまでケースこなした上でエラー出なかったら言える言葉だよね
エラーレポート大好き。無いと生きていけない。
"Unknown Error" は許さない。
最後一番不穏な話出てきて草
挙動が変なのにエラーが出てなかったら発狂してしまう。。。
論理エラーですね
エラー出なかった時、ありえないけどビルドボタンちゃんと押せてなかったかもと思ってもう一回押す
わざとエラーを出してくれるimplicit none様には頭が上がらない
プログラマーとして働き始めた自分的には凄くなんかグッとくる
本当の闇はもっと先にあるんだぜ・・・
@@user-ru2bx8zz3f HAHAHAHAHAHAHAHAHAhhaahahaaa.........(プツン)
プログラマーは沼にハマるとマジで地獄だから上手くいかないときはとりあえず気分転換するのオススメ
大学で専攻して、仕事にはしないと決意した私が通りますよっと。
エラーが想定指標相当は出てくれないと困るんよ
ワイ「バグ曲線を計測して収束率を監視したるで~」
部下「は?バグなんかなかったから記録なんて残さなかったけど」
ワイ「・・・(さよなら、ワイの休日と生命)」
進捗どうですか(悪魔
@@Furuhara
なんか、90%から永遠と変わらないらしいですよ?
レビュー、いつになったらやる気になってくれるんでしょうね・・・(汗
出 荷 判 定 が で き な い !
ヒッ(軽率に聞いたことを後悔する音
現場猫「どうして・・・」
「よくわからないけどエラー出ないから、よしっ!」
勝手に弄ってエラー増やすよりはいいから()
現場猫やめれ
開発中にまともなテストやらなかったから「問題は見つかってません!」って言われた事ある
担当者全員●した
エラーがまったく発生してない時はエラー発生する条件に当てはまってなくて
出ちゃいけないものが出てる可能性あるもんね。。。
まあテストのフォーカス不足で見つからないってこともあるから
少しでも想定外を無くすためにそういう考え方があるんだよね
基盤起因なのか、既存のバグなのか、データ連携の過程で起こるものなのかetc
嵐の前の静けさ。
その次に上層部から雷。
そして大炎上。
しまいには凍結。
その昔、どうやって動いてるか開発者も分からん決済サイトを運用していた人がおってな……
んでそのうちすんなり上手くいった時よりも、エラーが出てそれを解決出来た時の方が楽しくなって笑うようになるゾ
開発現役だけども「IT,STの際に発見されるバグ」のこと「エラーでる」って言い方する?
「エラー」って仕様の一つだからエラーが出るって仕様通りに動作したときにしか使わないような?
コメント欄に流れた「全角スペース」…怖いなぁ…
配信当時は何言ってるかわからなかったけどエクセルでマクロ組み始めた今なら分かる気がする
極論を言ってしまうとプログラムを動かす環境で動いたり動かなかったり、利用者側の操作で不適切な操作をした結果、不具合が起きたりする場合もあるからね・・・
(いかにユーザーの行動に制限を付けるか、動作環境を考慮するかとかも考え出すと当然なんだよね・・・ライセンス切れた環境で開発してた時が一番ヤバかったと思う、そんな会社辞めて逃げたけど・・・)
このエラーの考え方は、基本情報技術者試験でも出題されるくらい重要な視点。エラーが出ないのは検査が少なすぎる証拠。
規模にもよるけどエラーが1000個2000個でたら設計不良の可能性があるので逆に嬉しくないかな。
場当たり的な修正をしてるかもしれない。
確かにエラーが出ないのは恐怖すぎてその日帰れなかったなぁ
SE一年目は「バグは起きるもの」って教わる
どんなことでも初期段階でエラーが起こらないなんてありえんよな。人生に通づるものがある。
ゲッターロボにも大量の失敗作プロトゲッターがあるし
常人が乗るとミンチになるのを「仕様」と言い切り逆に扱える人を探しに行くし
未知のエラーが発生して人類を予期せぬ方向へ誘うあたり、むしろ失敗した巨大プロジェクトだと思う。
漫画版で合体失敗してヘンテコになる所だけが数少ないエラー回避実装。
10ヶ月前の動画なのにおすすめに出てきてみたら、24時間以内のコメントばっかでびっくりした
0:22
もしエラー発見が納入テストやら納入後だと、「お前らのテストが足りなかったんだ。開発終わってるけど直せ。」VS「いや、お前らの依頼書に何も書いてかかっただろ。もう私たちは関わらなん。」と揉める案件。なので開発後はエラーの入り込むところは極力試験するのが当たり前。(それがネットワークの瞬断とか、DBのデッドロックでも。)
ただ「品質確保でエラー発生率確保のため、意図的にバグ1つ入れといて。」っていう指示を昔もらったけど、あれは本当に無駄だったとは思う。
PMBOKだったかどうか記憶が怪しいけど、「作成したPGのLine数に対してA%~B%の範囲で、"バグは発生しないといけない"。」的な奴があったのでそれに沿った指示だったはず。
このA%は0ではないので意図的にでもエラーは起こしとけってことだった。(今考えてもアレってなんか意味あったのかな)
動画内で言葉は濁していたけど、この業界も闇が深いよなぁ・・・。
エラーが出ないバグがいっちゃん嫌い
なにが辛いってあとになればなるほど原因分析と再発防止がくそめんどい…
わかる〜最終段階で見つかって
それ直したら そのコードがあっちに干渉してそこ直したらそれがあっちに・・・・・・
そもそもこれってどこからの流れ?
そして今日も帰れないってなる
吉田P「バグを治すと別のバグが出てくる」
@@inazuchi500 そのバグを直ったていで出したのが
かの有名なドラクエⅡ
超小規模開発でもバグ0は許さないって言われて困るやつー
すんなり通ったら困るからわざと落ちるようにする事もある
ほんまこれな、仮想空間でなんか違う出力されてるとどこだ!?どこのどこがエラーなんだ!?ってなるしんどい
エラーケースが正常ケースに含まれてて、正常ケースがエラーケースのテストケースになってたことがあるから怖い。
エラーなしは疑いやがれください..
6次請け「エラー?いや知らん知らん何も見てない」
仕様書まわりは闇が深すぎる