後輩に勧める10冊の本（SIer勤務で固めドメイン・受託開発やってるエンジニア向け） - 勘と経験と読経
いわゆるエンプラ（笑）技術者向けにお勧めする本をまとめてみた。というか某方面からピックアップの依頼を受けて考えたもの。SIer勤務でお固めのドメインの受託開発に従事しているエンジニア向けになっていると思う。世の中的には「エンタープライズ」とか言われている領域をイメージしていただければよいかと思う（一部で、「エンプラ（笑）って何だ？」みたいな議論もあるみたいだけど、いまいちピンときていない）。なお、初心者向けにはなってはいない。 ソフトウェア開発ライフサイクル全般 共通フレーム いろいろと批判があることはわかっているけれども、ソフトウェア開発のゆりかごから墓場までに実施すべきタスクを全方位に把握するならまず共通フレームがお勧め。注意を払うべき様々な標準についてのインデックスとしても有用である。ただし、読んでて面白い本ではない。そして分厚い。なおIPAの有償セミナーで参加すると一冊貰える場合が
windows7はファイル検索さえ手間がかかる、使いにくいし！ - thunderbolt!：楽天ブログ
2011.05.27 windows7はファイル検索さえ手間がかかる、使いにくいし！ (25) テーマ：私のPC生活(7408) カテゴリ：その他いろいろ windows7では、ファイル検索の方法が大きく変わりました。 これ、高機能になったようで、とっても使いにくい代物です。こんなところにもwindows7の使いにくさ発見！ 私がファイル検索する典型的なシチュエーションは、「去年の今頃作ったワードのファイルで、ファイル名にはたしか「報告」か「レポート｣という言葉があったような。きっとCドライブのどこかに保存してあると思うけど見つからない｣ こんな感じです。 こんな場合、XPまでだったらどうするでしょうか。 スタート→検索→ファイルやフォルダ...をひらき、ファイルの名前に「報告」、探す場所は「Cドライブ」、オプションで日付を2010年の4月から5月ぐらい、種類からワードファイルを選択して、
ピープルウェアを読んだ - はこべにっき ♨
この前id:hitode909くんからピープルウェアを貰ったので読んだ。非常に面白くて、興味深い話が多かった。 ピープルウエア 第3版 作者: トム・デマルコ,ティモシー・リスター,松原友夫,山浦恒央出版社/メーカー: 日経BP社発売日: 2013/12/18メディア: 単行本（ソフトカバー）この商品を含むブログ (6件) を見る この本は、作者のトム・デマルコさんとティモシー・リスターさんが10年に及んだ調査と、自身のソフトウェア開発の経験をもとに、ソフトウェア開発における人に関する問題をたくさんのコラムを通じて教えてくれる。冒頭には以下のようにある。 実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである。 いろんなレイヤにおける人の問題についてそれぞれ章がわかれていて、個人からオフィスやチーム、さらには会社組織のはなしへと続く。結構マネージャー視点ぽいコ
- 不吉な匂い
不吉な匂いとは、リファクタリングを必要とするコードから感じられる雰囲気を、比喩で表したものです。 ここでは、感じ取った不吉な匂いに対して、どのような解決法を選ぶことができるかを取り上げます。 匂いとして示されているのは、次の２２のケースです。ひとつずつ見ていきましょう。 また、解決法に添えられている数字は、参考書籍「リファクタリング」の何ページに記されているかを示しています。
平方数かどうかを高速に判定する方法 - hnwの日記
平方数とは、ある整数の平方（＝二乗）であるような整数のことを言います。つまり、0,1,4,9,16,...が平方数ということになります。 ところで、与えられた整数が平方数かどうかを判定するにはどうすれば良いでしょうか。与えられた整数の平方根の小数点以下を切り捨て、それを二乗して元の数になるかどうか、というのがすぐ思いつく実装です。 <?php function is_square($n) { $sqrt = floor(sqrt($n)); return ($sqrt*$sqrt == $n); } しかし、平方根の計算は比較的重い処理です。もっと高速化する方法は無いのでしょうか。 多倍長整数演算ライブラリGNU MPには平方数かどうかを判定するmpz_perfect_square_p関数が存在します（PHPでもgmp_perfect_square関数として利用できます）。本稿ではこの実装
ブラック企業社員は失業者とカウントすべき - ふろむだ＠分裂勘違い君劇場
池田信夫教授が「雇用は足りている」とおっしゃってます。 しかしながら、労働者が必要としているのは「まともな雇用」であって、「雇用ならなんでもいい」というわけではありません。 「まともな仕事が見つからないから、しかたなくブラック企業で働いている」という人がまだたくさんいるのに「雇用は足りている」とみなして政策判断すべきではないと思います。 ブラック企業でしかたなく働いている人のほとんどがホワイト企業に転職できるくらい人手不足になって初めて、「ほんとうの人手不足＝雇用は足りている」と言えます。 ようやくブラック企業が人を確保できずに赤字になり始めたぐらいじゃ、まだまだ本当の「人手不足」とは言えません。 ブラック企業のほとんどが人手不足倒産して焼け野原になってしまうくらい人手不足になってはじめて、本当の人手不足とみなすべきなのではないでしょうか。 こう考えると、「見かけ上のGDP」から「ブラック
開発チームにアーキテクトがいないなと感じてしまうような、残念なコードスメルの例 - 達人プログラマーを目指して
まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして残していきたいと思います。」というもともとの原点に立ち返って、あまり気負わずに、また今後も時々更新していけたらと思います。今までこのブログの主なテーマとして、JavaEEやSpringといったような、いわゆる業務開発で使われるような技術を中心としてきたわけですが、最近Springを使ったJavaの開発に（アーキテクトではなく）プログラマーとしてちょっと参加する機会があったので、その時気づいたこと、感じたことを書いてみたいと思います。 さて、皆さんはアーキテクチャやアーキテクトという言葉に対してはどのようなものをイメージするでしょうか。システムのセキュリティを確保するための方式であったり、大量の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
