Pythonが嫌いになったの? Pythonについて嫌気が差したとか、Pythonが嫌いになったわけではありません。これからも一番好きな言語は恐らくPythonですし、実際のところ、機会があればPythonは書こうと思います。ですので、決して言語としてPythonが嫌いになったわけではありません。 そもそも、職業プログラマとして、ちゃんとしたオブジェクト志向を教えてくれたのはPythonでした。Pythonは、その言語仕様からして、出来るだけ簡潔かつ、綺麗に書けるし、Pythonについて深く知れば、プログラミングとはどういうことなのかについて、詳しく知れるほどの、わかりやすい言語であることは事実ですし、初心者向け言語として、Pythonは強く押したいという気持ちは今も変わりませんし、ずっとPythonならびにそのコミュニティに関して感謝の気持ちはずっと忘れないでしょう。 また、近年ではPy

独学でプログラミングを勉強してIT業界に就職したけど、やはり独学で得た技術だけだと通用しないと思う局面が幾たびもあった。 今は本はたくさん出てるし、動画もあるし、生のコードを読みたければGitでいくらでも読めるし、独学で勉強する土台はかなりできていると思う。 それでもなかなか実務に通用しない。 その理由はいろいろあるんだけど、自分が強く感じた３つの理由をこの記事では挙げたい。 １．独学では妥協をいくらでもできる 独学で作っているプログラムだと、使い勝手が悪い機能を見つけたとしても「ま、ええか」で済ませてられてしまう。 誰に命令されて作っているわけでもないから。極端な話、バグがあっても放置できる。「小さいバグだしいいでしょ」と。実務でそれをやったら殺される。 「ま、めんどくさそうだしこれでええか」で済ませてしまうと、めんどくさい実装をすることで得られる技術の向上がなくなる。 実際、現場だと仕

元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに

（現在は）ソースコードを「写経」する意義もあまりないと思う。 あるブログが「写経には効果がない」という趣旨のことを書いていて「何を言ってるんだ？」と思いじっくり読んでみたら、彼の言う写経は「動くとわかってる10000行のコードを何も思考せず作業として書き写すこと」を指しているようだった。「そんなわけないじゃん」と笑ってから「もしかして世の中は写経をそういう捉えてるのか？」と不安になった。 プログラミング学習手段としての写経について - 西尾泰和のはてなダイアリー そっか。最近よく聞く「写経」って言葉になんか違和感を感じていたんだけど、そういうことか。「ソースコードを何も考えずに書き写す」ってニュアンスがあるのね。 確かに言葉が良くないんだな。ぼくの知る「ソースコードを書き写す作業」ってのはそんなイメージじゃないんだ。なんて言うかな。「スポーツの練習で何のための練習か分からなかったけど、後に

キュレーションサイト、バイラルメディア、まとめサイト、ニュースサイト、アプリ、ブログ、雑誌、フリーペーパー等への当社著作権コンテンツ（記事・画像）の無断使用（引用・流用・複写・転載）について固く禁じます。無断使用にあたっては、法的措置を取らせていただきます。

Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による

悪い意味での典型的なSIエンジニアの口癖は、 「なんで○○なの？」 だ。 なんでそうなるのかを興味があるのではなく、否定するためになぜなぜ聞いてくるのだ。 説明できなければ、「×」。 こういう人とは建設的な議論にならない。 そういう人と話していても、話は広がらない。 雰囲気が悪くなるし、とりあえず否定しようと構えている人とやる仕事に良いアイデアは降ってこない。そのうち案も出なくなる。 それが続くと、無難なことしか言わない非イノベーティブなSIエンジニアの出来上がりだ。 一方で、(悪い意味での)典型的SIエンジニアには、 「これはこうだから、こうした方がいいんじゃない？」 という人は少ない。 対案を出すだけの技術的な素養はないからだ。 技術的な裏付けはなくても否定はできる。 プロ野球の観戦者や国の政策を否定するオバサンと同じで、 否定するのは実はすごく簡単なのだ。 そもそもどのような場合も完

ruby-devに流れた1通のメール。そこには「Ruby安定版保守委託業務」という文字が記されてました。 早速、詳細な説明が書かれているであろうRubyAssociationのサイトに。 募集要項を見てみると、 Ruby1.9.3に対してバグのマージやリリース作業 脆弱性対策については緊急リリースを行う 期間は2012年10月1日から2013年3月31日までの半年。 予算は180万円以内。 CやRubyのスキルは勿論、英語も必要だよ。 オープンソースのプログラミング言語が、安定的に使えるように財団としてお金を出して支援してくれるというのは素晴らしい試みですね。後はこれに応募する人が出てくれればって感じでしょうか。

Forkwell（フォークウェル）は ITエンジニアのキャリアに 本気で向き合う転職サイトです。 スカウトメール、求人票、ポートフォリオなど、 ITエンジニアに寄り添ったサービスで、理想の転職を実現します｡ いますぐ無料で登録する ITエンジニアのキャリアに 本気で向き合う転職サイト Forkwellとは? 登録企業は大手からスタートアップまで様々。 あなたに魅力を感じた企業から直接スカウトがくるので、 求人を探す手間が省けます。 さらに、ポートフォリオの生成で、 よりあなたの希望に近いスカウトが受け取れ、 その企業の反応から、あなたの市場価値もわかります。

あまり技術力もない、口も下手で、日々のシステム開発を大きな不具合がないように先回りをしながら大きな苦難の無いように仕事をしているプログラマーよりのエンジニアによる感想です。 何回か転職をしてきて、エンジニアの採用面接は非常に不思議だと思うようになってきました。 その思いを完成させてくれたのはJunichiItoさんによる このたびソニックガーデンの7人目のメンバーになりました でした。 自分が不思議と思ったことを5つほど挙げたいと思います。 システム開発の判らない人が評価をするのですか？ 最初に不思議に思ったのは面接を人事の方がすることが多いことでした。 システム開発をしたことがない、することのない人が面接官をして、 エンジニアが自分がどれだけ優れているのかを面接でお話をする。 エンジニア同士ですら、昨今の技術は多岐にわたっており、自分の専門としていない分野に関しては評価ができないような状

キュレーションサイト、バイラルメディア、まとめサイト、ニュースサイト、アプリ、ブログ、雑誌、フリーペーパー等への当社著作権コンテンツ（記事・画像）の無断使用（引用・流用・複写・転載）について固く禁じます。無断使用にあたっては、法的措置を取らせていただきます。

大きく挙げたのは7冊なので、7日の休みで1日1冊ですね！ 連休の間に読んでおいて、友達に差をつけよう！ うっかり、先輩にも差をつけちゃえばいいと思います。 プログラムを組むとはどういうことか 本を挙げる前に、まずプログラムを組むとはどういうことかということを考えておきます。 ざっくりとした説明なので、だいたいこういう感じ、だと考えてください。 その上で、どのような本が必要かを考えて、本を選んでいきます。 以前描いたものですが、プログラムを作るということと各分野の関係はこのようにあらわせます。 まず、プログラムは最終的にユーザーに使ってもらうためのものです。 ただ、ユーザーはプログラムを直接使うことはできません。プログラムはハードウェアで動かす必要があります。そして、ユーザーインタフェースを介してユーザーが使います。 (ハードウェアからプログラムへの矢印は逆のほうがいいですね) このような、

まどマギは「システム自体が腐ってるどうしょうもないデスマーチに対して、いくつかのタイプのプログラマが対処する話。死亡者が続出する中、チートと言われながらコツコツと支えてくれた人がいたお陰で、ある人がプロジェクトの換骨奪胎を行ってみんなを救う話」