中級クラス〜のデベロッパにとって，フォローする事が望ましいIT系雑誌のリスト。 また，それらの読み方。 つまり，書店における立ち読みのポイントと，購入の判断基準。 （１）Web+DB PRESS （２）Software Design （３）日経Linux （４）日経NETWORK （５）日経SYSTEMS （６）日経ソフトウェア 補足 なぜ雑誌なのか？ 読者層としては， 主にWebアプリの開発をチーム内でリードするエンジニアやアーキテクトを想定。 （１）Web+DB PRESS 雑誌のホームページ http://gihyo.jp/magazine/wdpress この雑誌の読み方： 「特集」は無条件で精読する。 「プログラミング言語の記事」は，下記の点に注目して把握する。 言語の癖や特色，他の言語と差異化するファクター その言語から，あるサービスを利用するためのAPIの存在 バージョンアッ

1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」（Five great programmers can completely outperform 1,000 mediocre programmers.）と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏（個人サイト）が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」（アマゾンUSへのリンク）のためにインタビューした際の答えとして、Harvard Business Revie

What's this? 今すぐフォローすべきnode.js界のスーパーエンジニア を発端とした各界の「今すぐフォローすべきスーパーエンジニア」のまとめたものです． 発端となった記事以前に投稿された記事であっても，同様の趣旨のものは一覧に含めています． 紹介された Twitter アカウントの一覧は，右側のカテゴリーから参照する事ができます． 尚，まだ紹介のないプログラミング言語，技術分野（の一部）については， 参考までに ツイコレ！ による検索結果へのリンクを貼っています（末尾に「*」印のあるリンクが該当するものになります）．これらのリンクは， 紹介記事が見つかり次第入れ替える予定です． 各記事の人気ランキングは，以下の各種 Web サービスの API から得られるカウントの合計を元に作成しています． Twitter ※Topsy の API 経由でツイート数を取得 Facebook ※

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

今すぐフォローすべきnode.js界のスーパーエンジニア - 大人になったら肺呼吸の記事に便乗しまして。 独断と偏見に基づいて、自分がフォローしているPerl界隈の人から数人をピックアップして並べてみます。 @dankogaiさん blog: 404 Blog Not Found Perlへの言及はそれほど多くないけど 要所要所で鋭いツッコミが @hidekさん blog: hide-k.net#blog 同じ会社の人たちとの絡みが面白い。深夜のDJも注目 @Yappoさん blog: YappoLogs 基本的にネタ発言が多いけど面白いので大好きです @acotieさん blog: iDeaList::Writing Perl界の女性エンジニアでは最も有名？ @kamipoさん blog: かみぽわーる MySQLとかインフラな話とか。空mentionすると瞬時に返してくれるbot @w

NetscapeやBorlandなどシリコンバレーの企業で長年働いた経験を持つ著者が、ソフトウェア開発者のキャリア形成について解説します。エンジニアが転職を考えるとき、何を検討し、決断するか。転職後のマネージャや同僚と関係の築き方や、エンジニアがマネージャになる際の困難とは。そしてさらなるチャレンジを考える時にすべきことは何か。組織を構成する複雑な人間関係を理解し、自身の力を最大限に発揮しながら、自分にあったキャリアと働き方を提案する本書は、ギークであり続けたいと考えるエンジニア必携の一冊です。日本語版には伊藤直也氏による「日本語版まえがき」を収録。 推薦の言葉 ソフトウェア開発者のための書籍と言えばまず思い浮かぶのは技術書だが、本書では技術書では触れられないような、上司や同僚、さらには自分が働いている会社そのものの評価の仕方や、面接や転職、条件交渉等に関する各種ティップスが紹介されている

ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ

1．一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。

元ネタはこちらですが、「優れたJavaプログラマ」を見分ける質問ではありません*1。次のような状況を想定してください。 受託業務を中心にしている弊社は、Javaで業務系ウェブアプリケーションの開発を行う事になりました。しかし社内のリソースを使うにも１−２名足らない事が見積もりから解っています。そこで、中堅エンジニアを1−2名募集することになりました。正社員か派遣かは問いませんが、経験が３年程度の中堅プログラマが必要です。同等またはそれ以上のスキルを持つ正社員がプロジェクトを牽引しますが、ゼロから教えながら教育することはできないので、必要最低限のスキルを持っていることが条件になります。 こんな状況を想定して、面接の質問を考えてみました。経験が３年程度あれば、問題なく答えられるはずです*2。尚、質問はホーム言語がJavaである前提です。 下記質問にそれぞれ50文字以内を目安に簡単に説明すること

The document discusses the benefits of exercise for both physical and mental health. It notes that regular exercise can reduce the risk of diseases like heart disease and diabetes, improve mood, and reduce feelings of stress and anxiety. Exercise is also credited with boosting brain health and improving cognitive function as we age.Read less

デブサミエントリのインデックスはこちら。 Developers Summit 2011 に行ってきた - まとめ - techlog 【18-B-1】プログラマが知るべき、たったひとつの大事なことがら 和田卓人 氏 和田卓人(id:t-wada)さんのセッション。 togetterのまとめはこちら。 だいぶ前にタイトルは決めなきゃいけないので、タイトルは釣り気味。 「プログラマが知るべき97のこと」は通称きのこ本、「97のきのこ」と空目したひとがいるから。 いちばんだいじなきのこ きのこ18番 学び続ける姿勢 今日話すこと。 read / write / talk 1996/07/22 コンピュータと出会う。 留学したホームステイ先の子供の心をマリオ3の無限1upで掴む。 2000 OO厨 オレオレOR Mapper / xsl書きまくり / テスト嫌い 完璧主義の呪い / 正しいモデルが

Developers Summit 2011 セッション【17-B-1】に関するつぶやきをまとめました。 セッション資料 http://www.slideshare.net/t_wada/the-only-one-big-thing-every-programmer-should-know t-wadaさん関連のリンクは[続きを読む]からどうぞ。動画もたくさんあります。 セッションを紹介したタイムテーブル 続きを読む

人々のさまざまな思いを技術で形にするプログラマ。本書は世界中で活躍するプログラマによる97本のエッセイを収録した書籍です。プログラミングにおいてもっとも重要な事柄は何か、バージョン管理やテスティング、設計原則とコーディングテクニック、また腕を磨くための勉強法などについて、経験豊かなプログラマが自らの体験を踏まえて解説します。プログラマを勇気づけ、新たな気づきをもたらす一冊です。日本語版では、小飼弾、関将俊、舘野祐一、まつもとゆきひろ、宮川達彦、森田創、吉岡弘隆、和田卓人による10本の書下ろしを収録。 目次 監修者まえがき はじめに 01 分別のある行動 セブ・ローズ（Seb Rose） 02 関数型プログラミングを学ぶことの重要性 エドワード・ガーソン（Edward Garson） 03 ユーザが何をするかを観察する（あなたはユーザではない） ジャイルズ・カルバン（Giles Colbor

昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |

2010年09月25日22:45 カテゴリLoveCode 私がソフトウェア技術者でもありつづける理由 一言でいえば、「自分に報い続けたいから」ということになる。 私がソフトウェア技術者をやめた理由 - Rails で行こう！私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 以下に照らし合わせれば、その複雑な感情とやらそのものがお嫌いなのだろう。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 で、何をもって美醜を決めているかといえば、コルモゴロフ複雑性と、そこからの距離をお使いのようだ。 うるう年を計算

ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 35才(2004年)でプログラマとしてオープンソースを始め、今年で42才になる俺が通りますよ。 35才までは、SIerの中でSEをやってたので、そんなにプログラムは書いたことがないです。 上記のエントリには、いろんな戦略が書いていますが、ぶっちゃけ戦略は一番重要なことではなく、一番重要なのは、常に自分の価値を高めるために努力し続けることです。 努力や挑戦をやめたら、自分の価値はどんどん陳腐化して下がっていくのは当たり前なのです。 自分がどんなことに挑戦してきたのかちょっと書いてみますね。 2004年1月、プログラマとして何か新しいこ