プログラマーが自分につく9つの嘘
■ このスレッドは過去ログ倉庫に格納されています
プログラマーが自分につく9つの嘘をInfoWorldのPeter Wayner氏がまとめている(InfoWorldの記事)。 スラドでは2014年にITworldの同様の企画を紹介しているが、この記事では「手抜きでも大丈夫」系の嘘が中心だった。 一方、今回のInfoWorldの記事ではマーク・トウェインの言葉とされる (が、確認されていない) 「It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so」を引用し、 常に真であるとは限らないものを常に真だと思い込もうとする、といった内容になっている。 記事で取り上げられているのは以下のようなものだ。 ・プログラミング言語には違いがある (だからこの新しい言語を使えば何もかもうまくいくと思いたい) ・フレームワークはどんどん良くなっている (新しいフレームワークには新しい問題がある) ・Nullは許せる(許されないこともある) ・コンピューターは人間の選択をすべて把握できる (無茶する奴が確実に登場) ・Unicodeは普遍的なコミュニケーションだ (絵文字はフォントによって別物に) ・人間の言語は一貫している (表記ゆれもある) ・時間は一貫している (タイムゾーンとか夏時間とかいろいろある) ・ファイルは一貫している (壊れることもある) ・コンピューターではなく我々が主導権を握っている (時には把握していない挙動も現れる) スラドの皆さんはいかがだろう。これは同意できる、これは同意できない、といったものがあるだろうか。他にも何かあればコメントしてほしい。 プログラマーが自分につく9つの嘘 https://developers.srad.jp/story/19/11/04/0556242/ テストでバグを見つけても こんな工程踏まないだろと放置 >・コンピューターではなく我々が主導権を握っている (時には把握していない挙動も現れる) ここは押さえておきたい ・俺はまだ大丈夫 ・鬱になんかなってない ・土方なんかに比べたらはるかにマシ ・1日は24時間あるからまだ大丈夫 ITは40過ぎると突然の虚無感に襲われる もう疲れたよおじさんは(´・ω・`) あれ、今一瞬出力値がおかしかったような‥? →まあ気のせいだろ なんか適当にやったら動いたけど、なんでこんなスルスル動いてるかわからんな… まぁいいか こんなこと考えるよりも仕事しろの方が重要じゃないか? 要件定義(客との合意)通りに作れば文句を言われる筋合いは無い 1.テストしました 2.テスト書きました 3.できます 4.できません 5.見積もり 6.腹が痛いので遅刻します 7.今やってます 8.経営者が悪い 9.プログラマーは辛い職業 >>24 あるある 手順ミスだとこじつけるんだよな ソフト側でまだ公表されてないバグもある わからないからってとらわれすぎてはいけないクリティカルじゃないなら 皆もっと自分の仕事ぶりに関しては嘘ついてるだろ。 他人には過大な要求するクセにな ITは常に進化している・常に勉強しないとついていけない(基礎部分はほとんど変わってない) 自分が何とかしなきゃいけないと思い込むが 体調崩して2、3日休むと意外と誰かが何とかしてくれてる |┃三 ,ィ, (fー--─‐- 、、 |┃. ,イ/〃 ヾ= 、 |┃ N { \ |┃ ト.l ヽ l ガラッ.|┃ 、ゝ丶 ,..ィ从 | |┃ \`.、_ _,. _彡'ノリ__,.ゝ、 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ |┃三 `ゞf‐>n;ハ二r^ァnj< y=レヽ < 話は聞かせてもらったぞ! |┃. |fjl、 ` ̄リj^ヾ)  ̄´ ノ レ リ | 人類は滅亡する! |┃三 ヾl.`ー- べl,- ` ー-‐' ,ン \____________ |┃ l r─‐-、 /:| |┃三 ト、 `二¨´ ,.イ | |┃ _亅::ヽ、 ./ i :ト、 |┃ -‐''「 F′:: `:ー '´ ,.' フ >ー、 |┃ ト、ヾ;、..__ , '_,./ /l Unicodeはアルファベットだけが文字な文化圏の人たちの認識がひどすぎてなぁ・・・ UTF-16で統一されておくべきだった(結局増やせたし) プログラミング言語はアセンブラとC言語で大体OKだけど、COBOLみたいな用途特化言語は割と有用 新しいのは大体罠 俺はこの糞なデスマーチプロジェクト終わったらこの業界絶対やめてやる!! (そう思いつつずるずる20年以上続けて転職賞味期限切れ) この設計書をみると間違いなくトラブルが起こると思うんだけど・・・ 大丈夫だよね・・・・ 自分が知ってる言語やフレームワークが一番すぐれてる 初期化したら直りました 次からもおかしかったら一応初期化してください >>54 最近はもうみんな分かってるから、名刺無いですって言って終わりだぞ これのSE版の方が盛り上がりそうだな 1. プログラムなんて誰でも書ける(俺は書けないけど) 2. 仕事取ってきた奴が偉い(営業が取ってきてるけど) 3. 俺仕様書かくのめっちゃ速いから(雑だからね) 4. え?今出先(でサボり中) 5. 仕様通り(にバグってます) >>60 SEって無駄な中抜きの最たるものだから早く無くなってほしいわ コード書けないSEってマジでギャグだろ 小規模なプロジェクトとはいえ まともなプログラムもサーバー構築もできないワイがPMなんだが こんなのお客には嘘つくしかないよね? コード書く作業はコーダーにでもさせておけばいいと思うんだ お客さんの話聞いて設計する方が重要じゃない? プログラマは融通聞かない性格なオタクちゃんが多いから、そこらへんが全くできない 本気を出せばすぐ終わるから後でいいや。今は気分が乗らない ※期限ギリギリで泣きを見る模様 ちゃんとやったのにコードを理解出来てないコンピューターが悪い >>75 C言語とアセンブラで何とかなるとか言ってる時点でね… >>78 oracleのオプティマイザは本当にそういうことがある >>75 最近はコード一切書けないSEは淘汰の対象になってるね コード書けなかったけど頑張って読み書きできるようになったSEは残ってる感じ コード一切読み書きできないSEってクソの役にも立たないからねw 過去は許されただけ >>74 中間的な期限はお客には口八丁で伸ばせるしね 様々な社外の要因や台風もきたしー お客様の要望にこたえてるせいでー 明日の納品はちょっと無理ですねー 俺が知る由もないところで作られた仕様で叩かれるのは俺 >>79 >>1 はイマイチだな 何かよく分かってない人が想像で書き連ねた印象 >>89 そもそも要求の洗い出しも仕様も存在しない そしてテスト用機材が無いのでテストすらできない コンパイラがバグってるレアケースだ。 前に何度か経験した事がある。うん。 >>85 自分はWeb系なのでそもそもコード書けない人に会ったことない 旧来の方面で何が起きてるかはもう別の国のお話みたいだ 派遣のプログラマー雇うなら絶対痩せ巨乳。 これ鉄則 >>94 htmlやCSS、js全然書けないひとはいないとは思うけど…そういう話なのかな >>101 真面目に言ってるのか皮肉で言ってるのか判断つかないなこれ 前任者がもうちょっと議事録、コメントを残していたら、客がもうちょっと頭が柔軟ならこんなコードは書かなくて済んだんだ! ・なにもしなくても動作がおかしくなったりデータが消えたりする プログラムは書いたとおりに動く(仕様書の間違いやHWのバグとかなければいいな) >>1 >「手抜きでも大丈夫」 そうだな、俺も手で抜いてる >>71 そこらへんが出来るプログラマはいつの間にかプログラマ以外の仕事するようになるから >>14 そう思い込みたいってことかと 事実は違うのにそう思い込むことでごまかしたい →結果後でトラブルになる その時の担当者は違う人の事もある >>31 要件は作る側が決めた事で 顧客は要望、要求を決める 作る側が決めた要件で 顧客の要求を満足できていなければ問題になる ベアメタルソフトしか書かないから何言ってるのか意味不明 バグっぽいの発見したけど直すのめんどいし、ほっとこう >>22 48だが、まだまだいける 殆どコーディングしなくなったけど ・そのうちリファクタリングする ・そのうちコメント書く >>122 製品ができたあとに要件定義や設計が終わる >>67 どの機能をどこに配置すると システム全体として稼働率が下がらないとか セキュリティ的に安全になるとか そういうことはコードと関係ない >>71 100%そうとは言えない あなたも周りはそうだとしても 世の中にはあなたが会ったこと無い人の方が多い 今は忙しいからドキュメントは後で時間のある時に作成する IT土方はマウントレーニア飲みながら週アス読んでるイメージがある なんでだ? >>119 つまり、それだけ変わってないってこと。 しかもまだ量子コンピューターは実用レベルに至っていない。あくまで試験・研究段階。 さらに、計算部分は量子コンピューターでもそれ以外は相変わらず、現在形のまま >>71 普通のプログラマならそれができるの。 ところが、日本ではプログラマが客と直接話すこと自体ほとんどないという。内製かSES以外では >>122 厳密には難しいけど ざっくりは当てはまるだろ 要求→概要→詳細→CD→テスト→リリース 一部又は全部を繰り返すだろうけど リリースした後修正するのにコストがかかるものは ちゃんとやらないと赤字→倒産 タッチタイピングのタイムアタックは未だに納得がいかない >>125 小規模で一人で開発してるとかならいいだろうけど 大規模だったら認識合わせしないと部品がつながらないと思う >>131 量子コンピュータになったら既存のコードと違うものになると思う 量子コンピュータを使える領域が限られるかもしれないけど あそこの個所はレアケースなので問題が起こることはほとんどないと思います 納期まで一週間ある 一週間は七日間ある だから大丈夫 >>67 プログラマは自分の都合で作る人が多い。あれこれ言い訳して。顧客の要求を実現するためにSEは必要かな。顧客言いなりのポンコツだと色々大変になるけど 直感的に怪しいと思った箇所はほんとにバグがある。そういのに限って後でダメージになる パスするように単体テストを変更する 明日それやるから >>145 テスト駆動開発やなw アジャイルやでw 要件定義もろくに出来てないのに納期だけは確実に迫ってくる不思議! >>138 量子コンピューターの1つとされるマシンのプログラミングを体験できるものはすでに公開されてるよ やってみればわかる。 でも、結局はフォン・ノイマン型と並列で動かすことになる。 いずれにせよ、量子コンピューターは、基礎部分の大きな変化だけど、それ以外に大きな変化があったか?と考えると ITは常に進化しているは嘘 内部の人間関係はもうボロボロ、そろそろ転職やな 2年半よく持った方 この早さなら言える null pointer exception 給料はいつか上がる 勤め続ければいいことあるさ 11年勤めて月昇給2万だったわ 別業界に逃げたら翌年から年収150上がったわ 気づくのが遅かった 言い出しっぺに仕事振るようなリーダーのとこでは黙ってる >>159 それ一番重要 最近よく見る著しく太ったデブ あれは手遅れだから 運動しないと病気になるぞ 最新のスーパーコンピュータは、永久ループも3秒で抜けることができる >>67 コード書けない奴はSEもPGも名乗ってはいけないと思う。 IT業界が人材不足って介護と同じで労働環境が劣悪だから? >>174 いや、能力が不足しているからだろ。 仕事させても適切な労働時間で適切なアウトプットを出せる奴が少ない。 バグを直さないのは顧客のコスト事情を理解しているからである 全ては顧客のためである 製造業でも建築業でも土方でもそうなんだけど、 日本の大抵の業界は、仕事の工数と、単位時間当たりの作業量や人件費というものが 数値化されてんだよ。 だから作りたいものがわかれば工期・費用が計算できる。 IT業界だけが予定した納期よりも大幅に遅延したり費用が増加するんだよ。 これって能力不足じゃなきゃなんなんだよ? >>175 IT人材の需要が伸びてるのに教育も進んでないしな 大学の情報学部は補助でも出してやればいいのに Azureのせいでコード書けないITerが増加傾向 >>175 能力っていうのはコーディングではなく、数学的なもの? >>178 ソフトウエアの見積もりに関してはほんとにあてにならない あと、建築なら人月換算可能なのだろうが、 ソフトウエアはある程度以上のスキルがないとそもそも何のタスクも振れない >>178 SIerは工数を見積もって下請けに投げる 下請けは中抜きしまくって孫請け曽孫請けを頭数だけ揃えて現場に放り込む SIerは出来る奴が作業する想定で工数積んでるから結果出来ない奴だらけで火を噴く そして誰も責任取らずに客が泣く >>186 それな 頭数揃えば出来るってもんじゃない >>39 これな やってる事はなんも変わってないよな ちょうと便利になったり誰かが体系的にまとめてくれてるだけ クルクルパーがトレンドに右往左往して怒鳴りつけたいわ 最新のものを学ばなければー的な話をする人が 今やってる仕事の規格、仕様を理解できてなかったりするのは謎 >>67 旧態依然の中産階級モデルだわな コンピュータの世界はアスリートの世界に似てるから説得力無いんだよな まー参入障壁あって無い様なもんだからしゃーないね >>178 製造業もおなじ 単純なルーチンワークなら工程組めるけど物作りの現場はそうもいかない >>191 これな そんな奴に限って英語を読めもしない どの口が最新語ってんだと >>188 客もそもそも何が必要かすらわかってないからな システム人材に投資して内製化しろよとしか思わんわ >>178 何で同様に考えてる? これは日本の業界が未だに履き違えてる事 msもアップルも完璧なシステムを作ることは不可能なんだけど?つまり誰もが永遠に無理 そもそもアカデミックな場でオープンに皆でつついて継続的に良くしてく代物として発展したものだよ?遥かにインテリな連中がその結論に至ってるのになぜ遥かに劣る連中が既存のビジネス論理に当てはめてそのやり方が正しいと思ってんだ? >>161 自分は10年で月10万は上がったな 11年で月2万とかレアケースなんじゃね? いくらITでもそこまで酷い会社ばかりじゃない pythonとかいう高級言語を使い慣れた結果良く分からんしけど動いてるからヨシ!状態にはなったな 勿論自分で記述する場所は把握してるがライブラリ内の関数やメソッドまでは把握しきれん 特に何もしていないけれど、問題が再現されないから問題は解消した。 // おまじない 書いた人はさんざん調べまくって理由わかってたりするけど 説明するのはすごいめんどくさい 後々引継ぎとか考えるとすごいダメなんだが… 技術者が足りないってのも嘘ではないが、この業界の問題の本質を見誤ってる 致命的に足りていないのは優秀な管理者と、経営者のIT技術への理解の方 データが壊れてる(バグ) 仕様検討中(初耳) 仕様にない(言ってたけど議事録に書かなかった) セキュリティパッチ(バグ修正パッチ) 変更があったところと一見まるで関係ないところ 壊すのなんなんだろうね >>71 みたいな奴が居るから、 うちの研究所はソフトウエアの内製比率が高い せめてキックオフミーティングにプログラマも一緒に連れて来てくれれば こっちの仕事を理解して作ってもらえるかどうかを判断出来るんだが、 >>71 みたいな奴しか来ないケースが多くて、 そんな奴にこっちの仕事を教えてる暇があれば自分で作った方が早いって事になる どうせ10年後には新しいシステムに置き換わるだろうから、最大値の予測は簡単にテスト出来る範囲で ↓ まさか7年後に自分がトラブル対応する羽目になるとは思わなかったぜ >>209 変更箇所がどこから呼ばれているか把握しきれていないとそうなる スキルが高いほど把握できるから、そういうミスは少なくなる(…が、ゼロにする事は難しい) 「マジわかんねー!もう俺には無理!!」 「諦めるな!お前(俺)は出来るコだ!!」 この繰り返し >>212 変更箇所の側に問題が無くても潜在的にあったバグが反応するケースもあるね 呼び出してる側で誤って余分にメモリを確保してたり 解放忘れがあったり、初期化漏れがあったり 全然関係ない箇所でも非同期の処理が遅延時間が変わっておかしくなるとかあるし・・・ ・プログラミング言語は国籍を越えたプログラマの共通言語である 世の中に本当に頭悪い奴はいない 俺の説明が悪かったんだ… 逃げ恥ヒラマサが勤めてたような小奇麗なオフィスの中小零細ITなど存在しない >>219 有るとこにはあるよ 会社の人材が小綺麗かは別だけど ・まだ大丈夫 ・まだまだ大丈夫、年齢のせいで日差しに弱くなっただけ ・全く問題ない、枕元に抜け落ちた髪の毛が気になるが余裕 ・水に濡れた姿を鏡で見ると多少ボリュームが減った気がするが、細くなってきただけ ・あいつみたいにみっともない頭じゃない、お洒落も出来るしまだイケる >>178 能力の問題も大きいけど、未確定要素が多すぎる 最近は経費削減を理由に調べもしてないパッケージを無理矢理入れて 動かないからカスタムしてさらに動かなくなるケースが多すぎる 大体それはユーザーがアホなケースが殆どだけど >>18 これ「おま」で改行してるのは良心の呵責なのかたまたまなのか 仕様通りに作った(仕様はしれっと変わっていることがある) read、writeのシステムコールは失敗しない。 エラー処理を書く人はまずいない。 会社の窓の外がだんだん明るくなってくるときの雰囲気が大好き >>232 そもそもはなからエラー処理を入れない なぜならエラーが起きない(断言) >>143 文系出のプログラム知識が一切ない、顧客にハイハイ言ってるだけの無能SEは多いけどな >>178 成果が見えにくいからか? 設計とか頭の中で考えているものは見えない 抜けがあるのが見えない CDは行数はわかるけど必要な処理が漏れなく記述されているか見えない >>184 設計がちゃんとしてればコーディングは自動化でもよくない? htmlとかはCMSとかGUIで作るだろ すべての特殊も含めた文字を正確に保存するにはunicode一択なんだが >>18 この時代はROMの中身がネットで世に流れるなんて思ってもなかったろうからな >>234 それが起る事があるんだな。 NFSでマウントしたパーティションがネットワークの障害でアクセスができなくなる。って事が。 HTMLは基礎中の基礎だがたいして理解できていない mac使いやすいけど、 Windowsと比べて一番気に入ってる機能は Ctrl+KeyでDeleteできたりBackSpaceできたりするやつ(笑) あとはUNIXコマンドが打てる。 他はあんまりないな。 正直、スタバでdellでもいい。 >>56 www 今、三回ループしてるわwww 客、キレそうでワロタwww >>22 自分より下の子達の仕事を楽にする事に気づいた時、アホらしくなってくる。 QAからすると再現方法つきでバグ報告しにいったときに開口一番に「そんなわけない」とかいうのやめてほしい まず試してみろよ、と >>71 コード書けないSEは、その仕様をプログラムに起こすためのコストを度外視して、客の要望に言われたとおり答えるだけの糞仕様を決めてくる。 SEはコードも書けないといけないし、顧客調整もできないといけない。 コードしかかけないやつは、正直バイトでいい。 >>71 情報科卒プログラマ未経験のプロマネがデスマを作る。 取り敢えずそんなに税率変わらんから、ハードコーディングでええやろ >>215 変更した関数 それを呼び出す側とその兄弟関数 データやメモリで関連する箇所 ファイルとかに保存したりネットで送受信してたらそこも影響がある >>232 作るものによる OSとかストレージ製品とか組込とかだと考慮が必要 >>232 openしたらreadはまず失敗しないけど 不要なログファイルが長年放置されて容量足んなくなるとかはあるあるだから writeはエラーみること多いとは思う >>249 まあ許したれ。 脳内デバッグでは完璧だったんだろうから。 あとは現実を見てORZするだけだし。 さぁ、今日も業務でいっぱい嘘ついてきたよ〜〜! 今日中に完了予定です!(レビュー対応を除く) コーディング完了しました!(把握済みバグあり) >>264 機械語とか言っても、特定の数値に動作を割り当てただけだから。 >>254 これ昔修正に難儀したわ。 8、0.08、1.08が各所に散らばってた >>264 ひらがなだけ使うとしても、50状態からなる離散値を1単位として 可変長の値が1命令として働くようなCPUを作るのか? 悪夢のような環境だと思うが 日本語→機械語の値に変換する表があればいいのでは? ニーモニックはアルファベット→数値の変換だろうし 繰り返しとか分岐とか関数とかやっていくと 高級言語になるだろう Unicode使えば日本語でもできんるじゃね? コンパイラジェネレータ使えば >>268 それは日本語を機械語に翻訳する表を作ったというだけだろ 日本語=機械語な機械ではない 機械語とアセンブラがごっちゃになってますね >>264 は日本語で書けるアセンブラないのという話だと思うけど CPUにどの命令かを識別するコードと その命令で処理する値を伝えてるだけだから 日本語からその命令に変換することになるんじゃね? 命令と日本語を対応付けたら良いだけじゃね? だから日本語は文字コードからカタカナひらがな漢字と同じものを示すだけでもバリエーションあり過ぎるからプログラム言語に用いるには不適切なんだよ。 ラベル_繰返頭: 移動、字 #$10、汎レジ0 加算、語 汎レジ0、汎レジ1 移動、語 汎レジ1、(所レジ0)+ 減少、語 汎レジ3 比較、語 汎レジ3、0 分岐、短 非零、ラベル_繰返頭 こんなアセンブリ言語、嫌だ テスト工程をしっかりやった(2段飛ばしで適当に流しただけ) >>67 お前さんの中では、な。「SE」って何の略だよそもそも 仕様が変わったけどここは昨日テストしたからきっと大丈夫 >>284 経験から3倍の工数で見積もったら上司から2倍で収めろと修正させられた 案の定度重なる仕様変更で炎上しかけた 何で工数増えたのに納期厳守なんだよ? 人増やしゃ良いってモンじゃねーぞ! >>120 56だが余裕で行ける。まだまだバリバリ書けるよ。ただなぁ60過ぎたらどうやって喰っていくか悩むわ。それなりの金額でコードさえ書かせてくれりゃいいんだけど >>46 既に何度もベストを尽くして燃え尽きたからです。 >>51 アセンブラとCじゃ効率悪すぎて寝ないでやっても終わらないだろ。 クラスライブラリとリソースエディタ使えばあっと言う間に終わるのに。 >>51 こういう新しいものを勉強しないやつが現場を疲弊させてるんだろうな >>27 アナリストのデザインがアクロバティックすぎて笑う バグフィックスはソフトを買った使用者がするもの また、バグは修正の義務を負わない >>232 これとは少し違うが メモリ使い切った状態でメモリの確保に失敗した後の処理が問題なく動くシステムって少ないよな ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる