アカウント名:
パスワード:
素人の時はコメントは書けば書くほど良いと思っていましたがコードをコピペする際に、関係の無いコメントもコピペ拡散して厄介なことに成ると気づきました。
無理です。コピペするときにはコードの内容は見ていませんから。似たような機能や画面を探して、どかんとコピー。
ライブラリ化、フレームワーク化の時間がありません。コピペで進捗したほうが評価されます。あとは野となれ山となれです。
こっちの紙プロトタイピング [srad.jp]の話とあわせて考えると、1人に1台PCが行き渡り業務が個人個人に分散可能になった反面、誰かが仕事を見てアドバイスをくれるというOJT的システムが希薄になったのでしょうね。
だから本題の「もっと早く知りたかったプログラミングのコツは?」というテーマに具体的な技法を考察しても、個人差などがあって有用度はバラバラになっている訳で、「どうして早く知ることがなかったか」「どうしたら早く知れたのか」という逆のアプローチに目を向けたほうが建設的な気が。
上のほうにある「人のソースを読む」というのも一つの答えだけど、どんな状況でもそれが出来るのは一定のキャリアを積んだ一匹狼的な人で、そういう人はそれでも結構だと思うんだけど、それを他人に共有してくれてたら良かったのにと思う時もしばしば。一定の苦労を厭わない心構えは大事だけど、1人1人が100習得するのに100の苦労を求められてたら非効率というか、チームってなんだろうなと。
まあ、そういう「知見の共有をしたら損するだけ」って企業文化の組織にいる限り周りからは成長できないし、そういう場所で独力で向上心を持つほど辛い事はないと、つくづく感じます。幸い、自分はそういう場所からは解放されましたが…振り返ってみて、あの時の自分は技術を習得するほど貧しくなっていました。
「技術を知るほど技術者は幸福になれる」という建前、前提が通用しない事を肝に銘じておいて欲しいと新人を見るたびに思います。でも、そういうネガティブなアドバイスは面と向かってしませんがw
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
コメントは厄介 (スコア:0)
素人の時はコメントは書けば書くほど良いと思っていましたが
コードをコピペする際に、関係の無いコメントもコピペ拡散して
厄介なことに成ると気づきました。
コピペされる事を前提にコメントを付ければ良いんだ (スコア:2)
とか・・・・・・・・・・
Re: (スコア:2)
無理です。コピペするときには
コードの内容は見ていませんから。
似たような機能や画面を探して、どかんとコピー。
ライブラリ化、フレームワーク化の時間がありません。
コピペで進捗したほうが評価されます。
あとは野となれ山となれです。
Re:コピペされる事を前提にコメントを付ければ良いんだ (スコア:0)
こっちの紙プロトタイピング [srad.jp]の話とあわせて考えると、1人に1台PCが行き渡り業務が個人個人に分散可能になった反面、
誰かが仕事を見てアドバイスをくれるというOJT的システムが希薄になったのでしょうね。
だから本題の「もっと早く知りたかったプログラミングのコツは?」というテーマに具体的な技法を考察しても、
個人差などがあって有用度はバラバラになっている訳で、「どうして早く知ることがなかったか」
「どうしたら早く知れたのか」という逆のアプローチに目を向けたほうが建設的な気が。
上のほうにある「人のソースを読む」というのも一つの答えだけど、どんな状況でもそれが出来るのは一定のキャリアを積んだ一匹狼的な人で、
そういう人はそれでも結構だと思うんだけど、それを他人に共有してくれてたら良かったのにと思う時もしばしば。
一定の苦労を厭わない心構えは大事だけど、1人1人が100習得するのに100の苦労を求められてたら非効率というか、
チームってなんだろうなと。
まあ、そういう「知見の共有をしたら損するだけ」って企業文化の組織にいる限り周りからは成長できないし、
そういう場所で独力で向上心を持つほど辛い事はないと、つくづく感じます。
幸い、自分はそういう場所からは解放されましたが…振り返ってみて、あの時の自分は技術を習得するほど貧しくなっていました。
「技術を知るほど技術者は幸福になれる」という建前、前提が通用しない事を肝に銘じておいて欲しいと新人を見るたびに思います。
でも、そういうネガティブなアドバイスは面と向かってしませんがw