ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ

「ソフトウェア開発の匠」。このタイトルには、ソフトウェアエンジニアは現代の匠（たくみ）になるべきだという筆者の思いを表現している。現在のソフトウェア開発は、残念ながら多くの人が過去の職人気質（かたぎ）を捨て去り、サラリーマン化しすぎている。ビジネスの価値を高める最適なソフトウェア開発の姿について、自ら描くことをしていない。 しかし、ただ旧来の職人気質を取り戻すだけでは駄目なのである。ヨーロッパのマイスター（匠）のように尊敬されるためには、ビジネスを知り、ビジネス価値を高める職種になることが必要である。それが、ITエンジニアの目指すべき匠である。そのような人材像を「ソフトウェア開発の匠」とし、本連載では、そこに近づくための考え方や解決法を読者にお伝えできればと思う。 まず第1巻（連載第１～2回）では、現在のソフトウェア開発手法が未熟であることを、さまざまな問題を例に述べる。そして、これらの問

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に

ビールとポップコーンと映画 ラストマイルを見た。良い映画だった。 映画館でべそべそ泣いて、鼻を啜りながら車で帰った。感想はこのブログでは書かない。みんな映画館に行って感じてみてほしい。 帰ってからツイッターで感想を漁り、うんうん、わかるわかる、そうだよね、とまた映画を思い出して…

「なぜスカウターの例外処理は爆発なのか」 …… やっぱり電源部のコンデンサが安物だからじゃないかなぁ……。 Twitter / @橋本 新義 うん、多分戦闘力に応じた電流が回路を流れるような測定装置で、想定されるレンジについてはコンデンサで吸収可能なんだろうけど、それを遥かに超える場合に強度の過電流でポンっといっちゃうんだろうね。まあ本当は遮断装置入れときゃいいんだろうけど、そういう状態を想定せずに作ったか（しかしフリーザ様とかそのレベル以上の戦闘能力があるのは分かってるんだからそれくらい想定しろとは思う）、もしくはまあ付ける人間が頑丈だから頭の隣で爆発しても問題ないやーとエンジニアが手を抜いてる可能性があるかな。 (via yoosee) 戦闘力を変動させられる種族は少ないらしいから予算が下りんのでしょうなぁ (via petapeta)

What's this? Perl基礎文法最速マスター - Perl入門～サンプルコードによるPerl入門～ を発端とした各種プログラミング言語の「基礎文法最速マスター」記事の人気ランキングです． 人気ランキングは，以下の各種 Web サービスの API から得られるカウントの合計を元に作成しています． Twitter Facebook ※API の total_count の値を使用 はてなブックマーク 総記事数は 94，最終更新日は 2013-11-05T00:35:52+09:00 です． ランキング タイトル カウント 合計

シェルからでも重い処理というのはちょこちょこあって、例えば超デカいログファイルを移動して圧縮したりというお仕事は世界中のあらゆる場所で毎日行われていたりする。コマンドラインからでも大量の圧縮済みログファイルをいっぺんに展開したい、とか。 あるディレクトリ以下に存在するたくさんのファイルを(圧縮済みのものを除いて)全部 bzip2 圧縮したい！と思ったら、とりあえずさくっと次のようにコマンドラインで叩けばいい。 $ find . -not -name '*.bz2' | xargs bzip2 これで、まあそんなに問題なく効率的にbzip2圧縮ができる。だがしかし。 最近は複数コアのCPUが普通に転がってるし、あまつさえHyperThreadingが有効になってたりしてOSから見える論理CPU数がハンパない。普通に8とかある。その一方で複数コアを使用してくれるコマンドというのはあんまりなくて

たった30日でいいので、人生に何かを「足してみる」あるいは「引いてみる」。すると大きな変化が起こります。 Google検索のエンジニアとしてよく登場するMatt CuttsがGoogle I/O Ignite で自分の人生で試してみている「30日の実験」について話しています。 多くの人が話していますので、Mattの登場するのは以下の動画の30分目あたりからです。 30日で人生に「足し」「引き」をする Matt が例に挙げているのは、たとえば次の30日だけでいいので「毎日写真を撮る」「毎日自転車に乗る」といったように小さな変化を起こします。 あるいは「テレビを見ない」「ツイッターをしない」「砂糖をとらない」といったように、人生から何かを「引く」のでもいいでしょう。 日常にこうした「小さな変化」を与えることで、いくつかの大きな変化がうまれたと Matt は述懐しています。 毎日の記憶がとても新

Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co