Coding Horror - Quantity Always Trumps Quality Art & Fear という芸術家向けの本の中に，こんなエピソードがある ― ある陶芸クラスでのこと，最初の授業において，教師は生徒をふたつのグループに分けた。一方のグループは作品の「量」によって評価を行うとし，もう一方のグループは作品の「質」によって評価を行うとした。 これはどういうことかというと，「量」グループの生徒たちは，提出した作品の量のみによって評価が下される。作品の総重量が５０ポンドに達していたらＡ評価，４０ポンド台ならＢ評価，というように。それに対して「質」グループの生徒たちは，たったひとつの最高の作品を提出すればいい。その作品の出来に対して評価が下される。 すべての授業が終わり，さて評価は，となったとき，少し奇妙な事実が判明した。提出された作品のうち，最も高い質を持つものは，すべて

私は56歳、最近プログラミングを始めたんだ。 なぜかって？やりたいからに決まっているじゃないか。ようやく最近コツをつかめてきてね。でもコツをつかめたからといって簡単にはいかない。正直なかなか手こずっている。でもいいんだ。 アルゴリズムに挑戦して我を忘れるのは楽しいし、まだテストしたい事があって「あと数分だけ」と繰り返し自分に言い聞かせるのもいい。「今度こそ上手くいったかも、、」とドキドキしてから「やったぞ！ついに動いた。」となる瞬間も大好きだ。 でもこんな私には今まで趣味と呼べるものが何ひとつなかった。自分に見返りがない事に時間を費やすのは嫌だったんだ。ただ楽しみのためだけに何かをするのが好きじゃなかったのさ。休みの日にやる事といったら、ちょっとした小遣い稼ぎになるような事ばかりだった。 オーケー。もちろんコーディングだって小遣い稼ぎさ。上手くやればかなり稼げる。これだってあなたから見れば

英語サイトでは、日本語のサイトでは絶対に手に入らないレベルの記事がわんさか読めます。今日はCodeProjectよりシステム構築をする上で知っておくべき深い知識を解説した記事を3行要約と共にご紹介します。 C#と.NETの記事 C#や.NETのかなりディープな記事たちです。日本語ではあまり見かけない深い部分まで知れます。 ■高パフォーマンスなクラスのデザイン方法 Performance Considerations of Class Design and General Coding in .NET - CodeProject ・クラスvs値型のメモリ使用の詳細 ・値型のGetHashCodeとEqualメソッドをオーバーライドする ・シールドクラスによりVirtualメソッドを避ける ・インターフェースのDispatchについて ・ボクシングを避ける ・for vs foreachはfo

ちょっと、簡単に答えられなかったので、休み中にまとめました。 「どこまで勉強すれば良いか？」 という質問には、 自分の立ち位置や、今後の目標など関わるので、 それらを踏まえて考える必要があると思います。 職種によっても違いますが、質問された時の状況は、 Web系エンジニアが新卒の子に聞かれた形なので、 考慮いただきたいです。 また、そもそも、どんな背景をもったやつが書いてるんだ？と思う方も いらっしゃるかと思いましたので、簡単に自己紹介してから書きます。 書いている人の自己紹介 現在33歳で、エンジニアスタートしたのが、 2005年08月だったので、エンジニア歴は11年となります。 ほとんどの現場がデスマーチ状態だったので、2ヶ月くらい前に転職して、 現在はホワイトな会社のリクルート住まいカンパニーで、PHPを書いています。 言語歴としては、最初にJP1スクリプトを１年半くらいやって、次に

グーグル共同創業者のラリー・ペイジ氏とセルゲイ・ブリン氏が、「仕事」や「労働」についてユニークな議論を交わしている。2014年7月3日にベンチャーキャピタルが開いた年次カンファレンスで、公開インタビューに応じたものだ。 この様子は英文で書き起こされ、即座にネットに公開されている。議論は、主催するベンチャーキャピタルの創業者で司会のビノド・コースラ氏が、こんな話を振ったことから始まった。 「私はいまある仕事の半分以上が、人間より良い判断ができる機械に取って代わられるのではと思う。10～20年後には農業人口が激減したときと同じ変化が急速に起こるだろう」 不必要な活動が「忙しさや環境破壊の元凶」 グーグルが開発するコンピューターやアルゴリズムが、雇用をなくしてしまうのではという指摘だ。しかしこれにラリー・ペイジ氏は、今はもう十分「豊かな時代」なのだから、必死になって働く必要はないのでは、と語る。

https://news.careerconnection.jp/?p=20953 転職情報サービスのDODAが、2016年1月の転職求人倍率を発表した。求人数は前月比101.5％で、 14か月連続の増加。調査開始（2008年1月）以来の最高値を更新し、前年同月比では144.5％となっている。 しかし求人倍率は、前月比マイナス0.10ポイントの1.11倍。原因は転職希望者数が増えており、 求人数の増加に間に合っていないためだ。転職希望者数は前月比110.5％で、前年同月比では154.0％にのぼっている。 リクルートキャリアでは「インターネット専門職4.85倍」 転職希望者数の増加には時期的な要因があり、調査元はこう分析している。 「年末の繁忙期が過ぎ、3月の年度末を目途に転職をしようとする人が一斉に活動を始めたため、転職希望者数が増加しました」 2月以降も求人数、転職希望者数はともに増加し

宮崎大地　Daichi Miyazaki 株式会社ポテパンCEO。ベンチャー企業にてエンジニア専門のキャリアコンサルタントと採用担当を経験した後、フリーランスとなりプログラミングスクールと連携したキャリア支援を始める。自身でもプログラミングを学習しポテパンサービスの開発を現在でも担当。エンジニアキャリア、独立、起業、税関連に精通しており、将来を見据えたキャリアプランを提案することが可能。 フリーランス案件の中でも、非常に案件数の多いPHP。歴史のあるプログラミングではありますが、現在でもPHPを採用する企業は後を絶ちません。 今回は、根強い人気を誇るPHPのフリーランス案件について紹介します。 なお、本記事はフリーランスのエンジニアに案件を紹介するサービス「ポテパンフリーランス」がお届けしています。 いますぐにPHPのフリーランス案件を探したい！今後、PHPのフリーランス案件に参画すること

プログラマーとして就職するならその会社の体質として技術理解度がどれほどかという点はしっかり見た方がいいです。 営業畑出身の人ばかりが経営陣にいる会社やシステム構築の外注率が高い会社は、総じて技術理解度・技術者に対する理解が低い傾向にある気がします。 工数の感覚が合わない テストの重要性が理解できない 新しい技術への関心の違い 企業の口コミサイトを見たほうが良い 工数の感覚が合わない プログラミングについての理解が浅い人がプロダクトマネージャーだったりすると、ほとんど実現不可能な工数での開発を求めてくる輩がいます。 ５ヶ月位は見積もらないといけない案件だったとしても、３ヶ月でやってくれとか言われてげんなりします。 なんとかその工数について摺り合わせを行って機能削減などで工数の折衷案を取り付けたとしても安心できないです。 開発中の突然の仕様変更、新規機能追加などが舞い込んできます。 別にそれ自

エンジニアの越川です。 今朝プレスリリースを出させていただきましたが、当社ではフルタイムRubyコミッターを採用致しました。そこまでの道のりを紹介させて頂きます。 マネーフォワード、フルタイムRubyコミッターを採用～Ruby1.8.6/1.8.7のリリースマネージャである卜部昌平氏が就任～ 左：技術顧問 松田明氏/中央：Ruby開発者 卜部昌平氏/右：代表取締役社長CEO 辻庸介 何故やるのか プロダクトを開発する上で、Railsを選択する理由については、以前個人ブログに考察を書きました。 それでもRailsを選択する3つの理由 - pblog Railsを用いた開発に必要な事を整理すると Railsの哲学を理解し規約を守る 周辺のエコシステムを活用し、自らもそのエコシステムの住人となること 進化に追従すること 概ねこの辺りが重要な事柄かと思います。 その際、Railsのスペシャリストを