IDEA * IDEAドットインストール代表のライフハックブログ
プログラマーを採用する際に重視すべき10の資質
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プログラマーが有するスキルには大きな幅があり、彼らの出身国や文化もさまざまであるため、プログラマーの素性や経歴というものはそれぞれ異なっているはずである。とは言うものの、プログラマーの優劣に大きな影響を与える資質というものも存在しているのだ。そこで本記事では、プログラマーを採用する際に重視すべき資質を10個選んで解説する。 ＃1：好奇心 優秀なプログラマーはものごとを「ありのままに」捉えるということをしない：彼らは、きちんと動作しているように見えるものに対しても、詳細を学ぼうとその中身に深く踏み込んでいくのである。そして彼らがそういった態度をとることで、存在すら明らかになっていなかった問題が解決されることも多々あり、それは通常、深刻な問
幸せな「エンジニア」ライフの理由 － ＠IT自分戦略研究所
自らのアイデンティティを「オープンソースプログラマ」と定め、オープンソースと自分の可能性を追いかけるために海を渡って8カ月。現在は非常に幸せな日々を送っているというかずひこ氏。なぜ幸せな仕事ができているのか、これまでを振り返った。 今年の4月にフランスに渡り、Nexediというフランスの会社でオープンソースERP「ERP5」の開発に参加して、早くも8カ月がたちました。日本を発つ前は、どんな未来が待っているのか不安でいっぱいでしたが、いまはフランスでとても幸せなエンジニアライフを送っています。この幸せな状態があまりにも普通となっているので、普段は特に「自分が幸せだ」ということを意識しないのですが、なぜ私は幸せなのか、一度じっくり振り返ってみることにしました。 ■まっすぐオープンソースに向き合える 以前、「アイデンティティはオープンソースプログラマ」という記事で書いたように、私はオープンソース
ユメのチカラ: プログラマの仕事はプログラムを読むことである
ソフトウェア開発コストのほとんどは保守のコストだと言われている。各種統計がそれを示しているわけだけど、自分の実感とも合う。 古典的なウォータフォールモデルでは保守というのが意識されないか、あっても一番下流なので、その重要性に対する認識が非常に薄い。 保守という言葉は若干大げさな響きを持つが、プログラムの不具合の修正や、ちょっとした機能変更、機能追加などなど、運用していけば、つまりそのソフトウェアが利用されていれば必ず必要なものである。保守されていないソフトウェアは早晩利用されなくなるか、既に利用されていないかである。 Unixの哲学を持ち出すまでもなく、優れたプログラマはプログラムを書くのではなく、再利用する。いかにしてプログラムを書く機会を減らすか虎視眈々としている。可能な限り再利用して、どうしても書かざるを得ない場合はリサイクルをしちゃったりする。（プログラマにとってのReduce/R
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
中小企業にプログラマはいらない:Geekなぺーじ
「Small ISVs: You need Developers, not Programmers」という記事がありました。 2003年5月の記事のようです。 半分根性論な気もしましたが、この記事の視点は非常に面白かったです。 そうなのかもと思う面もありました。 この記事を書いている人は25人の社員がいるソフトウェアベンダを運営しているそうです。 6年間会社を続けてわかったこととしては「小規模な企業にプログラマは居てはならない」だそうです。 必要なのは「プログラマ」ではなく「開発者」だそうです。 以下が駄目な「プログラマ」の特徴だそうです。 小規模企業では以下のような人は「いらない」そうです。 新しい機能を実装することばかりする たまにバグを修正する 仕様書を書かない ドキュメンテーションを書く手伝いをしない 自動化されたテストを作成しない テスト実行を手助けしない 開発環境を最新に保たな
晴 - Note - 趣味プログラマが業界で生きて行くには
検索エンジン経由で来られる方がまだいらしてくださってですね、まあ自分が実践できなかった記事を偉そうに残しておくのも酷なので消しました、まる。 http://golf.shinh.org/p.rb?Hamming+Numbers#Ada Boostさんに追いつけねー。 続きを読む
『プログラマが学ぶ機会』
悪態のプログラマとある職業プログラマの悪態を綴る。 入門書が書かないプログラミングのための知識、会社の研修が教えないシステム開発業界の裏話は、新人プログラマや、これからプログラマを目指す人たちへのメッセージでもある。 プログラマの評価というのは、かなり早いうちに定まる。新人プログラマが現場に配属されてから数日から数週間のうちに、リーダー達は、彼らをスキルの高いグループとそうでないグループに分けてしまうだろう（もちろん、会社組織としての正式な評価ではなく、自分の頭の中で、という意味だが）。 そして、スキルが高いグループには、比較的難易度の高い仕事が与えられ、そうでないグループには、単純で簡単な仕事が与えられる。 幸運にも工期や工数に余裕のあるプロジェクトに参加できれば、スキルの低いプログラマも、色々と指導してもらえるかもしれない。しかし、それも新人と呼ばれる間だけである。２、３年経ってもまだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマのやる気を上げよ - Re:プログラマがやる気をなくした理由
現役プログラマーの方に質問です。いまの職場にあるプログラミング効率を下げるようなルール・決まりごとがあったら教えてください。