プログラマであれば誰しもより優れたプログラマになりたいと考えるだろう。Webにはプログラミング
テクニックやTIPS、デザインパターンやアンチパターンなど、さまざまなプログラミングに関するノウ
ハウがあり、多くのプログラマがそうしたノウハウを活用している。

しかしながら、いくら努力してもいまいち自分のスキルの上達を感じられない方も少なくないだろう。
以前からよく言われていることだが、Alex Kessinger氏がDailyJSに投稿したCode Pollutionという
記事がそのあたりの話を端的にまとめていてわかりやすい。

全文は↓
http://journal.mycom.co.jp/news/2011/07/28/011/index.html

コピペ

自分の書いたコードを数ヶ月後に読むと捗る

>>4
穴があったら入りたくなるな

>>4
でバグを発見するも普通入らないルートだから放置したりして
そのまま仕事辞めたんだけどあのバグどうなったかなぁ。

>>17
俺も会社を辞めてから、運用上の不具合を思い出したけど
もうどうでもいいよね
HDDが壊れない限り大丈夫だしｗ

>>17
納品までに時間が無いから帳票ぐちゃぐちゃのまま納品して
後で問い合わせが来たら手をつけようと思っていたが、もう５年も何も言われていない
他の件での問い合わせはあるのに

>>17
運用上問題にならない場合は開発中に見つけても放置するけどな
直すにも金かかるし

>>4
30過ぎてなお進歩する自分に気づかされる

>>98
良い考え方だw

他人のコード読めとかじゃなくて、どういう時にはどう考えればいいとかちゃんと説明しろよ。
分かるように説明できないバカに限って「他人のコード読め」とか偉そうに言いやがる。

>>13
いちいち説明してもらわないと理解できない人には無理な業界

>>13
どういう時にどう考えるとかロジックの方じゃん

>>13
その考え方や表現のしかたを既存のソースから読み取るんだよ
それができない無能は死ね

>>13
うむ
日本はそういう根性論ばかりだから
IT分野でアメリカに全然勝てないし
ホワイトカラーの生産性が先進国中でかなり悪い方なんだよな

Debugging is twice as hard as writing the code
in the first place. Therefore, if you write
the code as cleverly as possible, you are,
by definition, not smart enough to debug it.

　　　　　　　　　　　　　　　--- Brian W. Kernighan

>>37
これは社会制度全般にも言えることだな
最初から丁寧に作っとけば、後で修正する手間は減るわけで

>>37
じゃあ2倍賢い人が作ったもののデバッグには4倍賢い人が必要なのか

>>37
これの意味するところは結局、複雑なコードは書くなってことで良いのか？

>>37
デバッグはコード書くより難しいから
俺SUGEEってなったコードは・・・って話か

優れたプログラマは新規のコードをほとんど書かない
自分で標本コードを持っててそれを切り貼りする

>>52
Java,PHPあたりだと標本コードすらいらんぞ
必要な処理があったらまずクラスライブラリを探す
見つかったらそれをつなぎ合わせるだけ

>>52
５年ぐらいずっとそれやってたら世間に取り残された
（フレームワークが無い頃に自分が書いたコードをフレームワーク的に使いまわしていた
数年経ったところでフレームワークがわらわら出てきていたのを使わずそのまま自分のコードを使い続けていた）
要件的には困らないけど良くない
適度に新しい風を入れないとまずい

読むだけじゃダメだ
他人のコードを持ってきて自分がやりたい事に合わせて修正して使って初めて身につく

プロとして金もらってても、読まずにコピペしてるやつ多そうだよな

>>131
馬鹿だなぁ．コピペするプロなのさ
アマはコピペすら出来ん


アマはコピペすら出来んっていったらおかしいけど，コピペで貼りつけて，値を与えて返してって言うこと出来んでしょ
どうやって値を与えていいのかすらわからんはず

>>138
最近のコは戻り値すら分からないコもいるらしいね

>>138
アマとかじゃなくて、読まずにコピペしてるやつが多そうだって話なんだけど

ニコ動に簡易テトリスを1時間で作る動画があったけど
殆どネットのコピペで賄ってたな

おまえらプログラミングはじめたての時どうやって勉強したんだよ

>>147
ベーマガとF-BASICの説明書

>>147
基本的なことは質問しながら自分で手組みやった
そっから他の人の見ながら組んだりといろいろやったなぁ

>>147
まずベーマガのプログラムを打ち込んで
デバッグとか改造

>>147
ベーマガのプログラムをちまちま入力してはゲームを楽しみつつお勉強

>>147
いきなり開発現場に放りこまれてデスマで無理やり鍛えあげられた

>>147
入門書買ってサンプルコードを全部手打ちする
→自分に実現可能な目標を決めてそれを作る(次第にレベルを高く)
→開発者コミュニティとかに登録して情報を得る
→得た情報を使ったプログラムを考えて作る

他人のソースコードほど読みたくないものはないけどな

>>214
でも読めたときの「こういうことか！」という爽快感は、ちょっとクセになる
特に中国人が書いたの。あの人たち、マジ曲芸師

>>218
他人のソースは、何でこんな書き方するの？バカじゃね？って方が圧倒的に多いな。

>>298
すげー同意。
身近な奴のレベルの低いコードはストレス溜まるだけ。

>>298
いや、まあ日本人が書いたコードだとそうなんだけど、中国の人が書いた
コードはまた違うのよ。なんて言うか、ぶっ飛んでるというか・・・
まあ、その技術者によるんだろうけど
とにかく、中国に発注したはいいが、結局自前で書き直すハメになったのはよく聞く

コード読んでも意味が無いと言っている奴の論調が
なぜか職場のゴミコードを対象にしていて理解に苦しむ。

自分の仕事に直接関係のありそうなコードしか読む気にならない
というのなら、優れたプログラマには到底なれないと思うが。

よく聞くハード出来る人って具体的にどういうこと？ようはハード設計の経験者ってこと？

>>270
頭の中で回路が組める人

>>270
いろんな意味があるけど、ドライバなど、チップへの命令を書く必要がある実装ができるって
ことが一つあると思うよ。そのためにはチップのハード処理の中身を理解できなきゃいけないし。
あとは、WindowsやUNIXなどのハードを抽象化した環境でなく、独自ハードのファームウェア
などのプログラムを作れるってところもあると思う。

もちろん、ハード設計や製作できることに越したことはないけど、それができる人はプログラム
ではなく、そっちに行ってる場合が多いよ。

>>270
>よく聞くハード出来る人って具体的にどういうこと？
組み込み系技術者のコトだろうけど、実は幅が広い。

例えばモバイルなんてのは１００人単位で開発するんで、ハードの
担当者がいて、デバイスの扱いなんてのは全てライブラリになってる。
つまり、特別な知識はいらない。←それでも制御ソフト屋を名乗る。

逆に台数出ないのに１個３０００円なんてな製品は何から何まで
全部ひとりでやる。それこそ回路図のにらめっこ。
↑
どちらかってぇと、元ハード屋さんがやってる。←俺はこれ

んで、多くの制御ソフトのプロジェクトはその中間に位置する。
人数で言うと７，８人。納期が半年ってなトコ。
↑
純粋にソフトの知識だけじゃなく、時にはハードの知識も必要と
するが、回路図が読めれば良い程度で設計能力までは不要。

回路図が読めないと、ハードが悪い時に文句を言えず、延々と
ソフトと格闘するハメになる。

>>300
ハードと組み込み系技術者じゃ畑がちがうだろ

>>426
>ハードと組み込み系技術者じゃ畑がちがうだろ
例えば、メモリ容量が足らなくなって増設したいとなるだろ？
んで、メモリの初期設定をどうするかって話になる。
PCじゃねーんだから、DDR2コントローラだののレジスタ設定になるわなw

ま、組み込み技術者なら標準値を設定する位はできるだろうけど、それが
タイトな設定なのか余裕ありまくりで詰めれるのかはハード屋の出番になる。

所が、ハード屋はハード屋で、RVDSってなにそれおいしいの？なワケさw

そこで中間的なソフトよりのハード屋が登場して組み込みソフト屋に天職する。
逆に、オシロ大好きな組み込みソフト屋が回路図とにらめっこしてハード屋になる。

制御ソフトの世界はそんな感じw

もちろん、レジスタの世界は全体の数％なので、大半は普通のソフトだけどね。

一番萎えるのは全くコメントのないコードだろ

>>292
コメントつけるとコードが美しく見えないという変態もいるからな

>>307
ハードコーディング箇所にはコメントが欲しい

>>312
マジックナンバーはマジで泣けるもんな。

>>315
マジックナンバーってなに？目的のわからない変数とか？

>>318
http://www.youtube.com/watch?v=uwWX3wFbLnM
プログラマは、坂本真綾好きが多い

>>318
数字を直接書くなということ。
定数切ったら、コード見ただけで意味わかるでしょ？

>>318
作成者にしかわからないナンバーのこと
要は何でその数字を書いたかコメントに説明をつけろと言うこと
美しくないから説明書かないとか言う奴はマジで糞だわ

ターゲットシステムの仕様書を理解しないでノコノコと接続試験に来るSEやPGってなんなの？
自分はハード屋だけど、ソフト屋のテキトーさ加減にキレそうになる。
おっさんSEやPGは割とマトモだけど、女と若僧は嘘ついたり言い訳したりで時間稼ぎするから許せん。

>>438
嘘は最悪だな
万死に値する
そんな奴と仕事したくないな

>453
しかも顧客の前で
「あっちのシステムから応答が無いので確認します」
とか嘘付きやがった。
もちろんコッチのエラー履歴とか通信ログで相手のプログラムから何にも来てない事がわかってたから
「えっ？そちらのシステムから全く返答が無いのでタイムアウトしただけなんですが、何か？」
と逆に赤っ恥かかせてやったわ。
生意気な女のSEが顔真っ赤にして
「…時間くださいっ」
って嘘ついた事謝りもしないですっ飛んでった。

他にも、接続試験の途中で
「…あのぅ…仕様書ありますか？」
っていう若僧もいたな。

>>471
>生意気な女のSEが顔真っ赤にして
>「…時間くださいっ」

なんかしらんけどフルボッキした

>>471
ハード屋さん、乙。俺、全く逆のパターン何度も経験してるよ。

>479
まぁお互いに大変だな。
お互いに十分な下準備と誠実さがあればこんな事にはならないんだけどさ。
イライラする方は真面目にやってるってコトだよ。

派遣のおにゃの子が残していったVBAとかのソースとか読むとﾎﾞｯｷしてくる。
メンテなんてすると汁が出そうになる。

>498
これが壊れたプログラマーって奴かｗ

>>498
VBAはマジで来るよな
仕様書もコメントも無いVBAプログラムの差し替えとかマジキチプロジェクトだったわ
誰も何が正解かわからん上に解読するのも難しいくらい汚いのｗ

>>503
あ、そんなのにはﾎﾞｯｷしない。
几帳面な子が一生懸命にコメント書いてるような奴が好み。
修正して上書き保存するときとか、挿入しているような一体感ないか？

>>517
無いわ
そんなもんいちいち感じてたらオッサンばかりの職場で辛くないか

>>532
可愛いおにゃの子が残していったコードだけだよ…
なんでオッさんのコードに勃起すんの…

>>517
文学作品の登場人物みたいだな

>>542
オッサンが書いたコードに同じことやってるとき
オッサンと交わってるような気分にならないのか
ってことじゃね

>>498
おまわりさんこいつです

今後コーディング作業が海外委託ばかりになったら、設計の仕事しかなくなるんじゃないかって心配。
それもすごい品質求められて。
効率化のためのツールとかを設計書なしで作るのが一番楽しいんだけど

>>597
コーディングだけを外部に委託した場合、検収やレビューが大変なんだよな…。
前に他の部署でそれで問題になってた。
趣味のプログラムなら設計書無しで組んで簡単なコメントだけでいいけど、
仕事で残しておくやつはある程度ドキュメント残さないと後のメンテが大変だからなぁ。
詳細設計書とか書くの面倒くさい…。

>>597
>今後コーディング作業が海外委託ばかりになったら、設計の仕事しかなくなるんじゃないかって心配。
クライアントがテストでやってみたけど、ボロボロになってワロタ。
発注先は中国とインドだけど、ありゃ駄目だなw

上で誰かが書いてたけど、そもそもクライアントそのものが仕様を
大雑把にしか決めてないのが日本なので、そんな状態で、国内
ソフトハウスに出す勢いで仕様出ししたってうまく行くわけがない。

仕様間違いだからって直してもくんねーし。
いや、ものすげぇ当たり前の話なんだけどさw

アプリ作って面接でアピールして就職するのが当面の目標
この業界はやめとけ？今の俺にはこれしか無いんだ

>>714
それやって６年前に人生設計を狂わせた俺が一言

や　め　て　お　け

>>715
なんでなん？

>>715
６年前の自分にアドバイスするとしたら、何を伝える？

>>714
それやって大手webサービス企業に内定もらったわ
これ人生狂うん？

>>719
システム関連以外を専攻した学生、またはPGとかシステム屋とは関係ない仕事をしてる奴だから内定とるために自分のスキルを形あるもので示そうとしてるんだろう
仮に会社がそのアプリを見て、使えると判断したら、研修もなしにいきなり現場だぞ
業務知識もなく、システム開発論もわからないまま底辺から始めることになる
仕様書理解に倍の時間がかかり、手探りで書くコードはレガシーコードまみれ
コード書けないおっさんSEがレビュも通さず口頭で指示した仕変を業務命令として遂行してしまう
本人は必死で仕事についていってるつもりだが、進捗が悪化すれば「手が遅い」、バグが出れば「スキルが足りない」と評価されてしまう
結果、ヤンデレになるか、すべてを諦めて上級サボリ技術者になる

未経験者だと言って入れば試用期間中に多少なりとも給料もらいながら最低限の教育はしてもらえるんだから素直に未経験です、と言って入ったほうが将来的には自分のためだ

まあ、↑はある程度まともな会社の場合な
未経験者募集とか書いてても入ったら最低限の研修もやらないブラックもあるけど、そういうところは自作アプリで売り込まなくても笑顔で内定くれるから＾＾

>>741
あぁなるほどな
そういうことか
業界自体が詰んでるって意味かと思ったんよ

>>720
お前が進む道の先は崖になってる、かな

優れたプログラマの定義があやふやだなあ。
プログラミング言語は要件を実装する手段にすぎないと思うんだけど。

実装するためにどんな言語が適するかは要件次第だからなあ。
Web系の仕事でCOBOL使う奴なんてほぼいないし、
逆に金融勘定系でPHP使う奴もいるわけないし。

ただ、いろんな言語やプロジェクトに触れることは、
その分だけ実装する手段の幅が広がるのでなんでも挑戦してみるべき。
俺は諦めた。

工程管理ができないクソ会社はつぶれろ。

>>992
工程管理って、下請けにパワーハラスメントすることですよね

自分の書いたコードさえ読めない

はじめてのCってやつを買ってくればいいんだろ？

はじめてのC

みんなが見てる他の記事

• プログラマが知るべき97のこと （PR）
• プログラミングでメシが食えるか!? （PR）
• 【プログラミングスレ】究極のエロ画像保存法 とか
• プログラマは年齢が高くなるほど優秀だということが判明
• いい加減学力じゃなくて才能で判断される社会になるべきじゃない？