IT業界にいたのは10年ほどです。最初は金融系のSIer（システムインテグレータ）に就職しました。ある金融機関のメインフレーム保守担当として、COBOLのプログラムを書いていました。 ただ、その顧客企業に特有の業務にばかり詳しくなってしまい、「技術者としてつぶしがきかなくなる」と感じたため、2～3年後に第2新卒でベンチャー企業に転職したんです。 その後は、外資系IT企業などいくつかの企業を転々としました。その間に、UNIXやLinuxなどのITインフラ、データベース、ネットワーク、アプリケーション開発など広範に体験させてもらいまいた。その後、いつのまにかラノベ作家になっていました。 いやいやいや、いつのまにかということはないでしょう。どのようなきっかけで作家に転向したんでしょうか。 実は、勤めていた外資系企業が、円高などの環境変化で受注が減り、社内で仕事がなくなってしまいまして……。時間が

就職して今日からソフトウェア開発者になった人向け。 本気！ どれくらい本気かって言うと会社の新人に強制的に読ませてるくらい本気*1。読破したら偉いとか、興味をもってくれたらうれしいとかじゃない。絶対読め。そして絶対読める。 誰に？ 対象とする人 SIerでWebアプリを作る 研究の道具としてプログラミングをしたことはあるがプロダクトを作ったことがない 今まで書いたプログラミングのコード量が3000行以下 文系出身でプログラミングとか知らない、今日からソフトウェア開発者を目指す 対象としない人 新しいことを知るのが好きで、難しい本ほど興奮する 既にプログラミング経験していて、プログラミングをの腕を上げる具体的な方法を知りたい ソフトウェア開発に興味がない 組み込み系とかソーシャル系とか自社サービスな人は、ネットワークとWebアプリは他の本に変えた方がいいかも 5冊の本 読む本は以下の五冊。そ

[twitter:@kyon_mm]さんの記事（僕がソフトウェア開発を勉強し始めて3年間でやったこと）を読んでいて、「今までのふりかえりかー。面白いかも」とか思ったので、ブログ書いてみた。 期間は就職（2008年4月）〜現在（2012年5月）の4年間。 1年目(2008年4月〜2009年3月) SIerな会社に入社。 会社の研修でJavaを習った後、会社の技術書棚にあった「Java言語で学ぶデザインパターン入門」を借りた。 たぶん、講義・研修・仕事に関係なく自分で読んだ技術書はコレが初めてだと思う。 ここでデザパタを覚えてから、オブジェクト指向、アジャイル開発に興味を持ち始めました。 読んでた書籍 増補改訂版Java言語で学ぶデザインパターン入門 作者: 結城浩出版社/メーカー: ソフトバンククリエイティブ発売日: 2004/06/19メディア: 大型本購入: 51人 クリック: 762回

昨日、@irofさんと飲みながら自分を思い返すと「ちゃんとソフトウェア開発を勉強しはじめてから3年間たった」つまり「@bleisさんを知ってからこの5月でまる3年間たった」 それまでの僕はデザインパターンもオブジェクト指向がなんたるかも、バージョン管理もなにも知らなかった。 毎日言われたことをこなす仕事をして、変えたいけど誰も教えてくれないし、学び方すら教えてくれなかった。 それなりに努力してたけど、よくはわかっていなかった。 そんな状態から抜け出したのが3年前。このブログの先頭でも書いた。当時僕は21歳かな。（ちなみに就職したのは19歳のとき） →【このブログをはじめるきっかけ - うさぎ組】 この3年間でやったことをふりかえってみようと思いました。 ちょっとわかりにくいだろうけど、2009年5月からの12ヶ月周期で書いてみます。 こうやって振り返るのはあくまで僕のためであって、何かを誇

今回紹介するこの本は、実は私が自分で選んだのではなく、ソニックガーデンの副社長である藤原から「きっと気に入りますよ」という太鼓判とともにオススメされた本です。 本書を読み終えた今、とても共感するところがたくさんあり、確かに私の「お気に入りの一冊」になりました。この本には、私がこれまで考えて実践してきたことに近いことが言語化されて書かれていました。 そして、私もこんな本を書きたかったんだ、と少しの嫉妬と悔しさも残りました。 この本を読むことで、会社を大きくしなければいけないがために、自分のライフスタイルを犠牲にするようなワークスタイルをすることは本当に幸せなことなのか、見直すきっかけになるかもしれません。 私もよく講演でも話している「小さな会社で、楽しく働き、豊かに暮らす」という思想について、本書では色々な事例を紹介しながら説明しています。それを実現するには色々な要素があると思いますが、本書

コードを書き続けていれば、良いものをつくれるようになるわけではなく、考え方や気持ちも大事であると考えている@HIROCASTERでございませう。 もうすぐ、ゴールデンウィークです。 プログラマがプログラミング言語から離れて、ハッカーとしての考え方や気持ちを学ぶための読み物系の書籍をご紹介します。 お休みの間や帰省の移動中にでも読んでみてください。休み明けに気持ちが高まって、最高の状態でコードに向きあえることでしょう。 読んだことがある本があったら、ぜひ感想をTwitterでつぶやいて他の人にも教えてあげてください。

さて、アルゴリズムの勉強のしかたと、ラムダ計算の勉強のしかたの目星をつけました。 アルゴリズムの勉強のしかた - きしだのはてな ラムダ計算の勉強のしかた、プログラム意味論 - きしだのはてな これでここで書いたプログラムの理論の基礎は勉強できたことになるんじゃないかと思います。 プログラムの理論とはなにか - きしだのはてな ところで、プログラムの勉強地図としてこういう図を書きました。 で、ハードウェアまわりについても、プロセッサを支える技術やネットワークはなぜつながるのかでひととおり勉強したとしましょう。 じゃあ次は、アジャイルか？テストか？UIデザインか？となるわけですが、やはりプログラマなら、プログラムの作り方や使いやすさの前に、作るプログラムの機能や性能で勝負したいじゃないですか。 いい感じに関数が分割できるよとか、読みやすい名前がつけれるよとか、効率よく仕事して定時に帰れるよと

日経済ビジネス Associeの2011 10/4号にて、多忙の中でも仕事に必要な知識を本から効率よく吸収する方法が紹介されていました。 「忙しくて読めない人」から「忙しくても読める人」に このキャッチフレーズがとても良かったです。 日経ビジネス Associe (アソシエ) 2011年 10/4号 [雑誌] 大量の本から刺激を得る まず目を引いたのは、大量の本から情報を得る読書の仕方でした。 書店で本に触れる＆買う ほぼ毎日書店に行く 少し読んで、1行でもピンときた本は買う ベストセラーは必ず買う 買ったその日に読む すぐに近くのカフェで読み始める その日のうちに90％近く読む 読み方に幅を持たせる（精読から、付箋を貼るだけの本も） 毎日50冊くらいの本に触れる 量が質を凌駕するというのは、こういうことを言うんだと思います。絶対的な本への接触量を増やすという発想が新しかったです。 「買っ

この記事で、アルゴリズムの勉強はアルゴリズムカタログを覚えることじゃないよということを書きました。 プログラムの理論とはなにか アルゴリズムの勉強というのは、スポーツで言えば腕立て伏せや走り込みみたいな基礎体力を養うようなもので、「ソートなんか実際に自分で書くことないだろう」とかいうのは「サッカーは腕つかわないのに腕立ていらないだろう」とか「野球で1kmも走ることなんかないのに長距離の走り込みいらないだろう」とか言うようなものです。 Twitterでアルゴリズムの勉強とはなにかと尋ねられて、「アルゴリズムの基本的なパターンを知って、それらの性質の分析のしかたをしって、いろいろなアルゴリズムでどのように応用されているか知って、自分が組むアルゴリズムの性質を判断できるようになることだと思います。 」と答えたのですが、じゃあ実際どういう本で勉強すればいいか、ぼくの知ってる本からまとめてみました。

ここ1〜2ヶ月くらい、色々な方に「最近入った新卒に読んでもらいたいLinuxの入門書とかってないですか？」と聞かれることがすごく多かったので、ここで紹介してみたいと思います。 ここで対象にしているのは、会社の新人研修なんかで1〜2日くらいは軽くLinuxに触れる機会があったけど、現場に配属されて、Linuxサーバの構築や運用をするような、Linuxサーバの"運用"初心者であるケースです。多少のコマンドの使い方や簡単な概念はわかったけど・・・の次のステップに上がるタイミングで手にとってみてはどうだろうか、と。 Linuxの教科書 - ホントに読んでほしいroot入門講座 Linuxの教科書　改訂版 （マイコミムック） (MYCOMムック) 作者: 高町健一郎,大津真,佐藤竜一,小林峰子,安田幸弘出版社/メーカー: 毎日コミュニケーションズ発売日: 2011/03/31メディア: ムック購入:

288ページという少ないページ数の中に、ほとんどの見開きの中に図をいれて、アジャイル開発のすべてがザックリ凝縮された書籍です。思わず「こういうのが欲しかったんだ！」と声に出してしまう内容に仕上がっています。この業界の新人に必ず読ませたいバイブルです。 今の仕事やプロジェクトに問題がある。順調でない。解決策の糸口が欲しい。 アジャイル開発に興味がある。はじめてみたい。どういったものか知りたい。 もっと価値のあるソフトウェアを顧客に提供したい。ソフトウェア開発に携わるすべての人（プログラマ以外にも）にオススメします。東京に住んでいる人はよかったら読書会に参加してください。 良いコードを書く技術　-読みやすく保守しやすいプログラミング作法 (WEB+DB PRESS plus) 今年、プログラミングを本格的にはじめた人や、会社に入って多人数での開発をはじめてやる人に読んでもらいたい書籍。自分一人

皆さんが社会の中心になる15年後には、今存在しない会社が一位で、おそらく今存在しない業務をしている 先日公開したスピーチのメモのこの部分にたくさんの人から言及をいただきました。 私もこれが、今から仕事をする人に一番強調しておくべきことではないかと自分でも思っています。 今、ネットを引っぱっている企業の多くは、15年前には生まれてない会社です。唯一の例外は、1977年に創業したアップルですが、これも、今のアップルは、一度会社を追われ97年に復帰したスティーブ・ジョブズが、その時点で改めて創業し直したと見てもいいような気がします。iPodが作られたのはその後です。 ネットの進化する速度は、どんどんスピードアップしていますから、ここまでの15年と比較して、これからの15年の進化がゆるやかになるとは思えません。15年後にこの世界を率いている企業は、これから生まれる企業になるというのは、過激な極論で

2010年は国民読書年なのだそうだ。 読者諸兄はご存じだったろうか。 私はつい三日ほど前に知った。 前々から、見かける度に気になっていた「コトバダイブしよう」という奇妙なCMの正体を探るべく、「コトバダイブ」を検索してみたところ、国民読書年に言及した政府公報のサイトに行き着いたのである。 サイトでは、国民読書年の意義について、以下のように述べている。 「平成20年6月の国会決議により、2010年を『国民読書年』とすることが定められました。近年は、学校での『朝の10分間読書運動』が浸透したり、学校だけでなく家庭、地域全体で読書を推進する『読書のまちづくり』が広がったりするなど、読書に対する国民意識が再び高まりを見せています。決議では、こうした気運をさらに高めていくため、2010年を『国民読書年』と定め、政官民が協力し、国をあげてあらゆる努力を重ねていくことが宣言されています。今後、図書館をは

何かインプットしたら、アウトプットすること。 アウトプットを予定して、思い描いて、インプットは行うこと。 メモでも日記でもブログでもレジュメでもレポートでも論文でも著作でも隣の人に話すのでもいいから、吐き出すこと。 ちんぷんかんぷんでも本の内容をレジュメにまとめ、お馬鹿同士トンデモな議論をやり、なんとか書き上げた論文モドキを投稿して無理解極まる査読者とやり取りすること。 でないと、アタマの中にも、手の中にも、何も残っていないことに気付くことになる。 「ああ、そんな本（あるいは、そんな話）、前に読んだな（聞いたな）」でおしまいになるだろう。 アウトプットは、できればインプットと同じ水準のものがいい。 たとえば論文を読むなら、論文を書くつもりで読むこと。 そうなると内容を得るだけでは済まなくなる。 ・どういった構成で書かれているか？ ・どんな決まり文句や、つなぎの言葉が使われているか？ ・主張