プログラマに向かない人によくある6つの特徴 | ライフハッカー・ジャパン
誰もが、プログラマになる資質を持っているわけではありません。もちろん、誰でもプログラミングを学ぶことはできますが、プログラム方法を学ぶことと、それを自分のキャリアにすることとは違います。コーディングの才能を持った人でも、職業プログラマには不適格であるということは、間違いなく起こり得ます。奇妙に思われるでしょうが、あなた方が思っている以上に、これは真実なのです。私は、コンピュータサイエンスの学位をとるために10年以上を費やし、その間、これこそが自分の進むべき道だと思っていましたが、結局そうではなかったことに気づきました。それは、プログラミングのワークフローや、それにまつわるさまざまな挑戦を楽しんでいる人を見てわかりました。 プログラマになるということは、コーディング作業をするだけではありません。全体像をよく考えないといけないのです。もし、自分がプログラマに向いているか確信がないのであれば、正
なぜ「応募資格：ＪＡＶＡ業務経験２年以上」のような求人がエンジニアに見向きもされないのか - 表参道フォークウヱル別館
エンジニア採用をテーマにして3回くらいのシリーズで記事を書くことになり、今回はその第1回。 エンジニア経験のない人事の人がやりがちな、エンジニアに馬鹿にされる求人を作ってしまわないためのアドバイスをつらつらと書いていきます。 さて、タイトルにあるような「応募資格：ＪＡＶＡ業務経験２年以上」といった求人票はエンジニアの方なら一度は目にしたことがあると思います。 この手の求人を見るたびに、「本気で採用する気があるんだろうか？」と他人事ながら心配してしまうわけですが、おそらく書いた採用担当者は真面目に自分の仕事をこなしているつもりなのでしょう。 しかしまともなエンジニアが見れば、この短い文章からその会社のイケてなさ加減を感じ取り、その会社を事前に知っていて好印象を持っていたとかでなければ、即座にページを閉じて読み飛ばすこと請け合いです。 それはなぜか？ ダメな点のまず第一は、「その会社が技術
従来のソフトウェアエンジニア人事工学が決定的に間違っている点 : 404 Blog Not Found
2009年02月06日05:30 カテゴリArt 従来のソフトウェアエンジニア人事工学が決定的に間違っている点 ここまでは、誰もが同意するだろう。 従来のソフトウェア工学が決定的に間違っている点 - kwatchの日記 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 にも関わらず、 ソフトウェア開発も同じような体制にしたほうがいいのではないか。生産性が 30 倍違うのであれば、バカプログラマー 30 人を雇うより、スーパープログラマー 1 人にサポートスタッフ 5 人つけたほうが安くていいものができるだろう。 とならないのはなぜか。
プログラマーを採用する際に重視すべき10の資質
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プログラマーが有するスキルには大きな幅があり、彼らの出身国や文化もさまざまであるため、プログラマーの素性や経歴というものはそれぞれ異なっているはずである。とは言うものの、プログラマーの優劣に大きな影響を与える資質というものも存在しているのだ。そこで本記事では、プログラマーを採用する際に重視すべき資質を10個選んで解説する。 ＃1：好奇心 優秀なプログラマーはものごとを「ありのままに」捉えるということをしない：彼らは、きちんと動作しているように見えるものに対しても、詳細を学ぼうとその中身に深く踏み込んでいくのである。そして彼らがそういった態度をとることで、存在すら明らかになっていなかった問題が解決されることも多々あり、それは通常、深刻な問
プログラマーにとっての読み書きそろばん : 小野和俊のブログ
基礎的な学力を表す言葉として読み書きそろばんという言葉があるが、 私はプログラミングについても読み書きそろばんに当たるものがあると思っている。 まず読みというのは、プログラムを読む能力である。 たまに、人の書いたソースを見て、すぐに 「全面的に書き直さないと使い物にならない」とか、 「グチャグチャですよ」とか、 「気持ち悪い」といったことを口にする人がいるのだが、 多くの場合、なぜそのように感じるのかを聞いてみると、 単に自分が今まで書いてきたコードと違ったスタイルで書かれている、 ということだったり、ごく一般的なデザインパターンが使われているのに、 そのデザインパターンを自分が知らないだけで 「わかりにくくて読めない」などと言っていたり、 人のコードを使い物にならないと簡単に口にする人であればあるほど、 その人自身が使い物にならない、という傾向がある。 もちろん、全体の整合性を取るために
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
