「Top 20 replies by Programmers to Testers when their programs don't work」という記事がありました。 笑えたので訳してみました。 ただ、かなり意訳気味なのでニュアンスが違っている項目があると思います。 詳細は原文をご覧下さい。 ソフトウェアが正しく動作しなかったときの、プログラマからテスターへの返答。
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
2007年04月13日07:30 カテゴリArt プログラマーの義務宣言 Objection, Your Honor! プログラマの権利宣言 すべてのプログラマは2つのモニタを持つ権利を有する すべてのプログラマは高性能なPCを持つべきである すべてのプログラマはマウスとキーボードの選択の権利を有する すべてのプログラマは快適な椅子を持つべきである すべてのプログラマは高速なインターネット接続を持つべきである すべてのプログラマは静かなる仕事環境を持つべきである すべてのプログラマはVGAモニタで作業する術を学ぶべき 君たちはどうやってLinuxやFreeBSDをラックマウントサーバーに仕込むんだい? Xがないと手も足も出ないなんてことないだろうね。 できればさらにシリアルコンソールで作業する術も学ぶべき。私は一度海外の顧客が壊してしまったSunのFirmwareをリモートで修復したことが
技術職を募集する際の面接法を扱った解説は数多くあるが、この種の面接で最も肝心な点は、おそらくは、応募者が持つ技術の評価だろう。ここでは、より確実に評価するための一法を紹介する。 応募者の技術を評価する際、筆者らが勧めているのは、応募者に初見の問題を課して自己学習能力を見る方法である。類似のものを含めて扱ったことのない問題であればなおよい。必要な資料とコンピュータを提供し、応募者が問題にどう取り組むかを見る。着実に解に近づいていたら、採用への評価はプラスである。 自己学習能力 自己学習能力の重要性は、GNU/Linuxコミュニティではよく知られている。Eric Raymondは、「How to Become a Hacker」の中で、自己学習能力はハッカーの基本的資質だと述べている。「問題こそ我が師」がハッカー流。問題への対処の仕方を教えてくれる師はいない。我々の生業では、その性質上、高度
今は昔、ひとりの駆け出しプログラマがいた。 その頃はCOBOLばかりで、しかも保守ばかりだった。そこで、独学で身に付けたCをやらせてもらえる仕事を奪ってきては書いた。スクラッチプロジェクトを見つける嗅覚だけは抜群だった。たいていは人手が足りず、新人でも歓迎されたからだ。 そこには優れた先達がいた。「スーパープログラマ」と呼ばれていた。 なぜ「スーパー」なんて修飾子がついたかというと、速いプログラムを早く書いたから。もちろん、「速い」とは少ないメモリ・小さいプログラムのことを指し、「早く」とは実装が早いこと。実際、彼らが書いたプログラムはサクサク動き、バグは簡単に見つけられた。 教えを請うと、先達たちは、おしなべてこういった。 最初に学ぶべきは、コンピュータサイエンス。特にアルゴリズムとデータ構造だ。実践的なコーディングテクニックよりも、まず基礎だ。これはコードを書きながらではなく、文献から
こういう取り組みいいですね スタートアップ研修記 こういうブログを読んでいると 新人だったときの記憶が蘇ってきますね。 というわけで、僕からのアドバイスをいろいろ書いておきます。 この記事は新プログラマのあなたに向けたメッセージです^^「なんか、ブログで書いてる人いるなー。」って感じじゃなくて「僕(私)に言ってる」と思って読んでもらえたらうれしいです。 新人プログラマへのアドバイス プログラミングの勉強をしましょう ブログを書きましょう 社外のエンジニアと交流しましょう コミュニティに参加しましょう 技術イベントに参加しましょう 飲み会に参加しましょう 僕と飲みにいきましょう 僕のメールアドレス ↓とりあえず、飲み会のお誘いはこちら。 _at_ は @ に置換してね seijro_at_gmail.com プログラマと交流するときのアドバイス ぶっちゃけ話をしましょう 技術の話をしましょう
プログラマが自分の技術力を活かして働くことができ、スキルアップでき、風通しがよく気分良く働ける会社の見分け方と、その具体例を教えてください。また、その逆(ダメな会社の見分け方と、その具体例)を教えてください。 良い会社の見分け方の例:「現役プログラマとしても一流として通用する人間が会社の取締役or執行役員or経営会議での大きな発言権を持っている。」「設計とコーディングの2つに職務を分けてない。」 良い会社の具体例:http://www.klab.org/(CTOとCOO(どちらも取締役)が現役プログラマとしても一流として通用する)、http://www.techfirm.co.jp/(副社長が一流の技術者)、http://www.appresso.com/(代表取締役が一流のプログラマとして通用する)、http://www.hatena.ne.jp/(CTOが一流のプログラマ) ダメ 駄目
http://wwwww.2ch.net/test/read.cgi/news4vip/1176815729/ 1 :神主(埼玉県):2007/04/17(火) 22:15:29.57 ID:T7wEvqfZ0 仕事中に突然、椅子(車輪が付いてて転がるヤツ)に腹ばいになり 「見て見て!ウルトラマンだー!」と転がりはじめたプログラマー。 仲間にもウケて大好評!。しかしなにかが違う、しつこい。 いつまでもやってるので「いい加減にしろ」と仲間が様子をみたところ 見事にイっちゃってた。 3 :トリマー(長屋):2007/04/17(火) 22:16:13.02 ID:sn8jGyNN0 プログラマーの間ではガチで良くあること 4 :別府でやれ(神奈川県):2007/04/17(火) 22:16:36.81 ID:+W5lSAFg0 このプロジェクトが終わったらこんな会社辞めてやる!!!!1!! ぐ
ちょっと世知辛いです。 「The Old Programmer's Home」という記事がありました。 「Am I Too Old to be a Programmer ?」という記事を読んで思った事を綴っているようです。 アメリカと日本で多少違いそうな部分はありますが、何となく言いたい事はわかるような気がします。 50歳ぐらいまでずっとプログラマとして生きてきた人の職人技は本当に凄いと思います。 でも、ハッカー(not cracker)として生きている人よりもマネージャになっていく人の方が多いんですよね。。。 「Am I Too Old to be a Programmer ?」では、25年のキャリアを持つプログラマが転職活動を行っていて、電話インタビューでは良い感触を得ても、実際に会って面接をすると落ちてしまうという話でした。 「プログラマは若くないと続けられないのだろうか?マネージャ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く