新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…

捨てちゃうなんてナンセンスよ。使い道はいろいろございます。 新しいパソコン買うと浮かれちゃいますよね。前のよりも軽かったり薄かったり速かったり、とにかくピカピカ。古いノートなんてもういらねーよ、いやちょっとお待ちください。古いノートは古いノートなりに使い道があります。では、ご紹介させていただきます。 【ホームサーバにする！】 ホームネットワークにつないで、いくつかソフトウェアをいれたら立派なホームサーバになります。ファイルバックアップ場所として、写真や音楽の保管場所として、メディアをストリームするためにそりゃもう活躍してくれるでしょう。 ・必要なものノートパソコン、FreeNASソフトウェア（無料）、ホームネットワーク ・セットアップにかかる時間 1時間くらい ・やり方1) FreeNAS ISO Imageをダウンロード。CDに焼きます。 2) ラップトップに1で焼いたCDをいれて再起動

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が最近リリースされ、重要な変...

日本でFacebookの普及を妨げているのは、実名主義ではない、かもしれない - in between daysを読んだ。本記事では、Facebookがmixiのような流行につながらない理由として、匿名主義を排し、「インターフェースが日本人には不向きである」ということを第一に挙げている。 日本でFacebookの普及を妨げる要因があるとすれば、匿名・実名よりもむしろこの点、インターフェイスに対する違和感なのではないだろうか。実は、このあと説明するように、Facebookのインターフェイスは実に良く出来ている。ただ、その方向性が、日本人には向いてないのかもしれない、とおもわないではないのだ。 基本的に、私はこの意見に対し口をはさむ気はない。また、日本人は匿名主義に陥っているためにFacebookのような「実名主義」のサービスには加入したくないのだ、という意見を支持する気もない（そもそも、昔は

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

日本の半導体産業は一世を風靡していたが、今はエルピーダ1社以外は生き残っていない。 日本の半導体産業が負け組になった原因は、半導体設計支援ソフトの開発で負けた時に勝敗が決まっていたからだ、という指摘を見つけたのでメモ。 下記は思いついたままのラフなメモ書き。 【元ネタ】 日本の半導体産業はどこで負け組みに転じたのか - しんたろサンの日記 「半導体」の検索結果 - しんたろサンの日記 日本「半導体」の凋落とともに歩んだ技術者人生 世界シェア50％を誇った日本の半導体はどこへ　JBpress(日本ビジネスプレス) 日本「半導体」の凋落とともに歩んだ技術者人生 世界シェア50％を誇った日本の半導体はどこへ　JBpress(日本ビジネスプレス) 消滅つつある日本のCAD開発史 - カタチづくり (引用開始) 日本の半導体産業はどこで負け組みに転じたのか。 結論から言うと、半導体設計支援ソフトの開

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

エスカレーションをRedmineで運用する記事があったのでメモ。 【元ネタ】 redmineで案件を回したいんですよ!! - お前の血は何色だ!! 4 チケットの複製とコピーの違い | Redmine.JP Blog Twitter / 働くぱぱ: スッキリ。Redmineで、プロジェクトをまたいでチッケトを複製するなら、コピーを選択するそうだ。複製は、同一プロジェクト内。コピーはプロジェクト間。 RedmineやTracをバグ管理だけでなく、問合せ管理にも使いたい時、エスカレーションが発生する。 例えば、オペレータがユーザから問合せを受けた時、ユーザの質問に対してすぐに回答できればよいが、調査しないと分からない場合は上司の判断を仰ぎ、開発チームに調査を依頼するワークフローがエスカレーションに相当する。 つまり、ITILのインシデント管理プロセスだけでは解決できない場合、自分より一つ上の階

@t_wadaさんが、データベース設計の素晴らしい資料をリンクしていたのでメモ。 下記の資料は、MySQLでソーシャルゲームのDB設計のお話らしいが、データモデリングの設計ノウハウが秀逸。 気になった点をメモしておく。 理解できたことをラフなメモ書き。 【元ネタ】 Twitter / Takuto Wada: 素晴らしい資料。"「スキーマ」「トランザクション」「インデックス」はもっと評価されるべき" / ソーシャルゲームのためのデータベース設計 http://htn.to/PzrnbR 【1】可用性や整合性に関する要求が意外と多い たとえ、SNSやゲームであろうが、課金体系になるとお金が絡むため、ユーザの要求のレベルも上がるし、事業者の責任も大きくなる。 データモデリングはアーキテクチャ設計につながる。 【2】派生関係 データベース設計(DOA)でも、派生関係(継承関係）はオブジェクト指向

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

上記表の通り、仮想ノードにより偏りは少なくなったが、仮想ノードの導入により以下の問題が発生する。 ノード追加時のデータコピーの局所性物理ノードだけでコンシステントハッシングを行う場合、ノードを追加した際は新ノードが配置される場所の次に位置するノードからデータをコピーするだけでよいという特徴がある。 しかし仮想ノードを導入すると仮想的なノードが入り混じる形で配置されるので、結果的に全ての物理ノードにデータコピーが発生する。 そのため、P2P Replicated File Storeではオンラインでのノード追加機能を諦め、ノード追加時には再起動による再配置に絞ることにした。 耐障害性 レプリケーション P2P Replicated File Store では、ファイルの格納時にノード側でレプリケーションを自動的に行う。 上図のようにシーケンシャルにファイルレプリケーションを行う。 非同期での

オープンソースデータベースを加速する「キムラデービー」のブログです。カレー日記を兼ねてます。なお著者は2010-06-01より日本オラクルに在籍していますが、本サイト（ブログ、またはウェブサイト）において示されている見解は、私自身の見解であって、オラクルの見解を必ずしも反映したものではありません。

毎月ミックさんの「DBアタマアカデミー」(Web+DB Press)にツッコミを入れている私ですが、現在もう一つ読むべきDB連載記事があります。それがDeNAのエンジニア松信さんがSoftware Design誌に去年の11月から連載している「データベース技術の羅針盤」です。 ミックさんも松信さんも、長らく現場にて鍛えられてきたデータベースエンジニアです。その二人のそれぞれの視点から「データベース」が語られる両連載は毎回見ていて興味深いです。これらに至るまでにミックさんには「SQLアタマアカデミー」の連載(Web+DB Press 2008/04(Vol.44)〜2009/06(Vol.51)が、松信さんには「MySQLシステム工房」の連載(DB Magazine 2009/12〜2010/09(最終号))があり、前者はSQLに、後者はMySQLに特化した内容での連載をおこなっていました。

AmazonからBeanstalkが発表されました。 http://aws.typepad.com/aws_japan/2011/01/introducing-amazon-beanstalk.html Beanstalkを間違っているけど、分かりやすく例えると制限のないAppEngineのようなものです。 GoogleからはApp Engine for Business(4Bと省略)、SalesforceからはVMforceが登場し、2011年のPaaSは、これらの技術の戦いになるでしょう。 どの技術が勝つのか予想する前に、PaaSには、二つの分野が存在することを理解しておきましょう。ソーシャル系などのスケールアウトが必要な分野とそれ以外です。 それぞれの分野で必要とされるものが違うので、分野ごとに勝者を予想する必要があります。 スケールアウトを必要としない分野で求められるのは、制限の無

今回は、管理人が愛用しているFirefoxのアドオン13個をまとめてみました。最近では、ブラウジング体感速度の速さが人気のGoogle Chromeによる急激なシェアの伸びに押され気味なFirefoxですが、拡張機能の充実度合いでは歴史の長いFirefoxの方がまだ少し優勢な状況にあると言えるでしょう。 当サイトでも、そんなFirefoxのアドオンに関連する記事をこれまで何十件と公開してきましたが、ならば実際それらを紹介した筆者自身はどれだけの数のアドオンを使用しているのかというと、起動速度の遅延や不必要なメモリ消費を避けるため、普段は必要最低限のものしかインストールせず、必要に応じて追加したり消したりを繰り返すというスタイルをとっています。 そんな中でも、使う使わないに関係なく常に有効化している、「これだけは外せない！」という特にお気に入りのアドオンももちろんいくつかはあります。ここでは

最近、Scala本が増えてきてますが、早い話こういう話になりますよね。本はわかった、コード書かせろとｗ 実際にコーディングするための開発環境はどれがいいのか、触ってきた感想を超簡単にレポートします。 触った開発環境は以下です。 Eclipse + Scalaプラグイン Emacs + ENSIME NetBeans + Scalaプラグイン IntelliJ IDEA + Scalaプラグイン EclipseのScalaプラグインであるScala IDE for Eclipseは頑張っているようですが、時々応答しなくなるとか、まだ安定性に欠ける感じです。まぁ、時間で解決できるような気がしています。安定するようになれば、インクリメンタルビルドも使えるようになると思うので、かなり期待してます。ですが、今はちょっと実用レベルではないと思います。 Emacs + ENSIMEは結構軽そうで よさげ

ええっと、リクエストされたので、今回は並行処理ネタにいってみます。 並行処理といえば、この本は必読書ですね。でも、書いてることは、かなりムズカシイデス(´・ω・｀) Java並行処理プログラミング ―その「基盤」と「最新API」を究める― 作者: Brian Goetz,Joshua Bloch,Doug Lea出版社/メーカー: ソフトバンククリエイティブ発売日: 2006/11/22メディア: 単行本購入: 24人 クリック: 419回この商品を含むブログ (163件) を見る ということで、並行処理について、もうちょっと優しく分かりやすく解説できないか考えて書いてみます。 スレッドセーフにするには 今回は、プログラムをスレッドセーフにするためにどんなことを考えればよいか。そういうテーマです。 アンスレッドセーフなコードから この本の最初の方に、"スレッドのリスク"という章で、スレッド

いくつかAndroidサイト制作の仕事をしていて、いろいろandroid機種でデバッグをして気づいたことがあります。 その中で一番はまったのが、「Androidサイトは横幅何pxで作ればいいのか？」という点です。 今では解決方法を見つけたので以下、まとめます。 Androidのデフォルト解像度について Androidサイトを作る際、横幅何ピクセルで作ればいいのかなあと思い、Android機種の解像度一覧の表を探すと思います。 ただ、その情報を鵜呑みにしてサイトの横幅を設計すると、失敗することになるのです。 なぜなら、「機種自体の解像度性能は高くてもwebブラウザのデフォルトの解像度設定が低くなってるケースが多いから」、なのです。 たとえば、IS03は640*960という解像度を持ってますが、viewportでサイズを指定しないで表示したときの横幅は、320pxなんですね…。 android

だいぶ昔になんでかなーなんでだろーなーと思ったこと: dnscache-confで作ったrunファイルが、 #!/bin/sh exec 2>&1 exec <seed exec envdir ./env \ envuidgid dnscache softlimit -o250 -d "$DATALIMIT" /usr/local/bin/dnscache じゃなくて、こんなふうに、 #!/bin/sh exec 2>&1 exec <seed exec envdir ./env sh -c ' exec envuidgid dnscache softlimit -o250 -d "$DATALIMIT" /usr/local/bin/dnscache ' わざわざshをexecして、そのshのなかでお目当てのプログラムを起動してたこと。 で、今日、某IRCチャンネルみてて気がついたんです