昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |
「卵をテーブルに立てることができますか？」「そんなのできるわけがない」「こうやるんですよ。グシャッ」「そんなの俺でもできる！」 コロンブスの卵のような話は多々あって、工学の成果の多くはそういうものかもしれない。「こうやればできる」を探し出すまでが大変で、見習って真似るのはよほど簡単。よほど簡単とはいうものの、それでも10年ぐらいエンジニアやっててもなかなか到達できなかったりする世界だったりするわけだ。道を開いた人はまさにニュートンの言うところの巨人で*1そうした偉大な先人の肩に乗って僕らは若くして多くの知見を得られ、多くの技能を身につけることができる。 エンジニアたらんとするなら、やはり何かを切り開きたいものだ。自分は巨人ではないけれども、巨人の真似事をしようと悪戦苦闘の日々である。アーキテクトを志したからには背負わねばならない業の様なものだ。 アーキテクトの発想 実業務では日々いろいろな
http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか？ プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
ブログ読者の方から、メールで質問を頂いた。 メールで返そうと思ったのだが、どうもメアドが消えてしまっているようだ。3度送ったが、返ってきてしまうｗ 1往復目は届いたのに…。原君、どこ行ってもうたんや… というわけで、返答はブログに書いてしまう。心当たりの原君(仮名)は、再度ご連絡頂ければ…ｗ （yahooメールって、問題あったりするのかな？ gmailオススメっすよ） この業界の魅力って何ですか？ そうですね〜。ありがちですが、私も「ものづくり(creation)」が出来る業界で働きたかったのでこの世界に入って来ました。 しかし、エンジニア業界にいれば自動的にcreationの仕事が出来るのかと言えば、そんなことはない。漫然と過ごすだけでは、指示された設計を黙々とプログラムに翻訳(translation)するだけの仕事になってしまう可能性も高い。他の人と同じことをやっているだけでは、自分の
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ある読者との電子メールのやり取りの中で出てきた話である。彼は、開発者向けのブログや記事、雑誌の内容が2種類に分類できるということを述べていた。その2種類とは入門者向けのもの（"Hello World"に代表されるもの）とエキスパート向けのもの（MSDN Magazineのようなもの）である。 これはなかなか鋭いポイントを突いている。開発者が入門レベルから中級レベルにステップアップするうえで役立てることのできる情報がほとんどないのだ。以下は、こういったステップアップを実現するための10のティップスである。 ＃1：新たなプログラミング言語を学習する 新たなプログラミング言語を学習することは、それがどのような言語であったとしても、より優れた開
プログラミング格言集 via @voluntas Classic Programming Quotes | Storm Consultancy Blog 面白い。僕もオリジナルの方を読んで面白いと思ったものを翻訳することにしよう。 premature optimization is the root of all evil 早すぎる最適化は諸悪の根源 --- アントニー・ホーア Walking on water and developing software from a specification are easy if both are frozen. 水の上を歩くのも、仕様に基づいてソフトウェア開発するのも、どちらも簡単だ。それが凍結しているのなら。--- Edward V Berard(Essays on Object-Oriented Software Engineeringの著
「プログラミングとか特定のプログラミング言語とかを習得したくて色々勉強したけど、いまいち理解できた感じがしない、何がいけないのだろう、何を学べばいいんだろう」という話を聞いて思ったこと。 それって、目的が曖昧だから達成感が得られないというだけじゃないのか？ 僕の今までの人生の中には「プログラミングを習得した！」と思える瞬間も「Pythonを理解した！」と思える瞬間もなかった。具体的な「Pythonで継続のある言語を実装できた！」とかならある。でも「継続の概念を完全にマスターしましたか」と言われるとそんな気はまったくしない。まだまだ先は長い。しかし僕よりはるかに継続に詳しい人たちが集まって継続に関する議論をしてたりするのを見ると、この道に明確なゴールはないことがわかる。どこまで行っても「まだ先がある」という感じが残るに違いない。 手段が間違っているのではなく、目的が間違っているんだ。「○○を
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
自分の書きたいコードを書け - 脱職業プログラマのすすめ - yvsu pron. yas を読んで思った事とか。 業務外でもプログラミング・勉強している人であることと、 できるプログラマである事に相関関係は割とあるんだろうけど、 因果関係があるかというと微妙なところなんじゃないかなー。 プログラマの話だったかどうかは忘れたけど駄目な人ってのは、 "技術者"じゃなくて"経験者"なんだという話を以前どこかで読んだんですよ。 何でこうなるのかなんでこうするのかという必然性について考える訳ではなく、 経験という名の前例を踏襲するだけの人が駄目なんだと。 で、プログラミングという仕事に対して"技術者"として接するような人には、 業務外でもプログラミング・勉強したがるような性質の人が多いってだけなんじゃないかなー。 仕事のプログラミングに対して"経験者"として接しているけど、 プライベートで勉強しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く