テスト駆動開発やJUnitを使い始めた頃に読んだ本。手元の本は2004年5月発行の初版なので、もう6年（！）も前の本になる。JUnit自体は（やや乱暴な言い方かも知れないけど）Assertによる検証をシステマティックに行うものであり、特に難しいものではない。例えば、「1+1の演算結果」が「期待通りの値である2になるか？」を確認するというという基本的なサンプルがよく紹介されているし、使い方としてはこれに尽きると思う。 むしろ難しいのは、ソフトウェアの設計として「いかにテストしやすい形の構成にするか？」という点だろう。仕様書通りに組み上げたソフトウェアでは残念ながら粒度が荒すぎるし、テスト対象も広過ぎる。様々なしがらみが付いて回るので、検証のためにはダミーデータを準備しておく必要があるかも知れない。だから、コードの設計を少し変えて、検証しやすい形態にする方がずっと重要なのだ。これらの考え方を総

How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)

きっかけ。 元ネタ。 俺はVSSを使用しようというプログラマを信用しない。（と宣言しておく） 割と適当訳なのでご了承ください。 時々現れる、どのバージョン管理ツールをつかうのかという宗教的議論の中で、 私はマイクロソフトのVisualSourceSafeが一貫して叩かれている事に気付きました。 私はこれほどまでに憎悪を集めるような別のソフトウェアプロダクトを考えることができません。 私のプログラミングキャリアの日々では幸運なことに、svnを使う場所で働いていおり、さらに最近ではgitだったので、私はVSSを一度も経験したことがないということです。 VSSは本当に皆が主張するくらいに悪いものですか？ はい、そのとおりです！！ 私はgit、svn、cvs、tfs、及びvssを使いましたが、VSSは最も悪かったです。 それには、みんなで作業を分離するという概念が全くありません。 ファイルを操作す

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

2010/1/30 5.0.307.1 dev版での本機能実装を確認した。 Google Chromeは軽くてサクサク動く素晴らしいWebブラウザですが、その反面メモリを暴食します。一個一個のタブや一個一個の拡張がそれぞれに独立しているので、タブを沢山開いたり動作中の拡張を増やせばその分メモリを沢山食います。独立しているから、タブを閉じたり拡張の動作を中止すれば綺麗さっぱり副作用なくその分だけメモリを開放すると言う行儀良さも兼ね備えます。(ご参考：動作の遅くなったGoogle ChromeにChromeタスクマネージャーでメモリ最適化 - 適宜覚書はてな異本) ですけど、あっちもこっちも見たいとなると結局あれやこれや開いてメモリを使ってPC自体を使いにくくしてしまう…とか。あっちを立てればこちらが立たず、と言うか人間欲張りですよね。「メモリを使わずにタブを開いたままに出来ないかなあ」と無い

2009年12月8日に誕生した「セブンネットショッピング」。オープン直後から価格表示ミスなど、トラブルが相次いだ。消費不振の中、セブン&アイの新たな成長基盤になれるか。 「年内は1日も休めなかった」。幹部からはそんなため息が聞こえる。セブン&アイ・ホールディングスのEC（電子商取引）サイト、セブンネットショッピングに携わる社員は、年末年始も気が休まらなかったに違いない。 「“流通クラウドポータル”を目指す」。セブンネットショッピング社長の鈴木康弘氏がそう豪語する中で誕生した通販サイト。2009年12月7日、東京・四ツ谷のセブン&アイ・ホールディングス社内の会見場は、突然の告知にもかかわらず記者や関係者で埋め尽くされた。 ネットユーザーの指摘は厳しい 書籍から食品、日用雑貨に至るまで11のカテゴリー、500万品目の商品を揃え、2011年末までには1000万品目を扱うサイトにする－－。総合ネッ

ある時期に「オープンソース」というものがすごいぞと喧伝されていたことがあった。 ソフトウェアを作る際、プロジェクトリーダーがスケジュールや役割分担を決めて作っていくよりも、 ネットを通じて不特定多数が思い思いに自分のアイデアを注ぎ込み、 一つのものを作った方が色んな奴の知識や発想によってすごいものが出来るぞ、という考え方だ。 どっかの外国人が旗振りとなって、色んなプログラマが賛同して、それなりに盛り上がった。 でも、結局、今見てみたらどうだろう？大失敗じゃないか？だって、リナックスはOSの主流になってないじゃん。 梅田望夫はオープンソースの思想をプログラミングの分野だけでなく ネットを使って人文科学などにも応用したらなにやらすごいことが起こるはずだ、と書いていた。 速水健朗はそれを「ニューエイジ」と切って捨てていたけど、でもある程度は成功していると思う。 その一つの集大成がウィキペディアだ

昨年のエントリー、 DDDについて、だらだらと からのびのびになってしまいました、 Smart UI アンチパターンについて。 Smart UI アンチパターンは コの業界で非常に目にするパターンで、また、素人が素人のままで仕事が出来てしまう パターンなのですが、その是非を論じる前に、まずはどういうものかを整理したいところです。 一言で言えば、「Smart UI、アンタ良い者なん？悪者なん？」 * * * DDD の Smart UI “Anti-Pattern” を読んでいると、これは本当にアンチパターンなのかとも思えてきます。 Advantages Productivity is high and immediate for simple applications. シンプルなアプリを作る上では生産性は超高いし、出来るのも早いよ！ Less capable developers can

最近こんなやりとりがあった。 「Cって標準のコンテナ（双方向リストや可変長配列など）がなくて不便。 Cのプロジェクトってコンテナ自体ないこともあるし、コンテナがないとプログラムって書きにくいよね。 その点C++はSTLが(ry」 ... 「コンテナ？　STL“も”いいけど、自分で書きたい」 正直、自分は「え？　何を言っているんだ？」と思った。 STL“も”いいけど、“自分で書きたい”だって？ その人はプログラマとしては十年選手だが、C++に関して、特にテンプレートに関しては稚児に等しいレベル。 で、どうして「自分で書きたい」ということになるんだろう？ それを使わされる人の苦労はどうなる？ それともプロジェクトに同一の事をするための複数のコンテナが存在するのか？ 俺俺コンテナを書きたい理由はなんだ？ 要するにここにおいて「自分で書きたい」はSTLがよく解らないので、 機能や動きを隅々まで把握

State of the art C compiler optimization tricks, Felix von Leitner, Linux Kongress 2009. 最近のＣコンパイラーの最適化能力についてまとめたプレゼンテーション。定数の扱いやインライン展開などの基本的な項目から始まって，分岐の削除やベクトル化， SIMD 化など，最新のコンパイラーに搭載されている様々な機能について調べている。 この手の分岐の削除はほとんどのコンパイラーで有効らしい。 ベクトル化については gcc がだいぶ頑張っている印象。 「gcc は全プラットフォームにおいてビデオコーデックプログラマーより賢い」 これらの最適化が実際のコードでどのように機能するか気になって逆アセンブリコードを覗いてみる人も少なくないと思うけれど，それを代わりにやってくれた感じだ。この手の話題に興味がある人ならば，目を通

ソフトウェア開発において、ありがちな品質対策の例。 テスト作業への人員追加 テスト期間の延長 テスト体制の見直し 経験的に言って、こんな素性の悪いソフトウェアに関わるとロクな事が無い。根本的な作りが悪いソフトウェアを、いくらテストでフォローしようとしてもそれは無理というものだ。出血が続いているからと言って、傷口に絆創膏を貼り続けても何も解決しない。対処療法が効くのはほんのつかの間に過ぎないし、それでカバーできる範囲は極めて限られている。やるべきなのは出血が続いている根本原因を突き止め、その出血を抑えるための施策を取ることだろう。テストによってマイナス10点がマイナス5点に上がったことを指して「品質が改善した」と主張するのは大きな誤解だし、そもそもいくらテストを続けても決してプラスの点にはなり得ない。スティーブ・マコネル氏がCode Completeの中で言っているように、テストは品質を改善

ある程度の経験を積んだ技術者／プログラマであるかどうかを判断したいとき、「リビジョン管理システムを普通に使えるかどうか？」という基準はけっこう有効な気がした。 以下の使い方は、「使ってみれば便利さが分かるから」とか言ってなんら説明をしなかった僕の責任です -- と前置きしますが： proj/2009-10-23/, proj/2009-11-10/ なんてディレクトリが、リビジョン管理下になっている。 同じことだが、foo.c, foo-v2.c, foo-v3.c なんてファイルがある。 リポジトリのワーキングコピーとは別に、“ほんと”のワーキングディレクトリがあり、ほんとのワーキングディレクトリから一端リビジョン管理下ワーキングディレクトリにファイルコピーしてからコミットしている。 複数人参加単一プロジェクトのディレクトリ構成が、proj/tanaka/, proj/suzuki/,

様々な開発プロジェクトを横断的に見ていると、情報共有という面で大きく2つに分類されるようだ。 プロジェクトに自信が有るところは「情報を見せる」 プロジェクトの進捗、問題等が一目で分かるようにTrac等で公開されている。 Trac等を参照することにより、現時点の状況がすぐに分かる。 プロジェクトの状況について、担当者全員が同じ認識を持っている。 資料や情報の在処が明確にまとめられているので、あちこちを探し回る必要がない。 事前の情報共有が出来ているので、打合せでも本題に関する議論が直ちに始まる。 プロジェクトに自信が無いところは「情報を隠す」 プロジェクト管理は誰かのメモか頭の中で行われており、部外者には全く分からない。 手作業で進捗をまとめているので、現時点の状況が分かるのは次の日だったりする。 プロジェクトの状況について、各担当者間で認識が異なる。 資料や情報の在処が不明確。各担当者が自

http://okwave.jp/qa5419623.html http://b.hatena.ne.jp/articles/200911/553 http://blog.livedoor.jp/dqnplus/archives/1335067.html http://alfalfa.livedoor.biz/archives/51524722.html http://slashdot.jp/askslashdot/article.pl?sid=09/11/09/095206 私の職業は一般事務（派遣）ですが少しVBAがわかるのでルーチン化できるものはマクロを組んでいます。そうすることによってエクセルで1時間かかる作業が1分で終わることがあります。 なので職場では「仕事が早い、仕事ができる」と評価されることがありますが、先日先輩に怒られました。 内容は VBAを使うのはずるい それは実力で