on E-Agility COnference
![To be an Agile Enterprise](https://cdn-ak-scissors.b.st-hatena.com/image/square/82579df44a66336ab0d9002a6de13b7be9a14514/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F506e99ba4f4e12000204410a%2Fslide_0.jpg%3F183737)
アンチパターンに名前を付けることで、コンテキストを共有できて議論がしやすくなる。2月14日、15日に都内で開催されたイベント「Developers Summit 2013」、通称デブサミにおいて、書籍「SQLアンチパターン」の監訳をした和田卓人氏は本書の意義をこう強調しました。 「SQLアンチパターン」は、データベースにおける設計からアプリケーションに関わるレイヤまで、開発者が陥りやすいミスや誤解に名前を付けたうえで原因と解決策を詳しく解説しています。 和田氏が指摘するように、これまでデータベースに関するデータ設計などのミスを指摘したり議論するには、その背景を共有するための面倒な説明が必要でした。SQLアンチパターンの登場は、そうした背景を暗黙のうちに共有する手段を与えてくれることになります。本書はデータベース分野の古典になる資格を十分に備えているのではないでしょうか。 書籍の監訳者自身が
イギリスではスーパーの冷凍ハンバーガーやらミートボールに牛肉100%と書いてあったのに、実は馬肉がたんまり入ってました、という肉偽装疑惑で大騒ぎになっております。何年も偽装されていたようでありますが、DNAテストをやってやっとわかったということで、ここでもイギリス人の激しい舌の鈍さが存分に発揮されております。 今の所誰も死んでいません。 この偽装疑惑でありますが、イギリスから輸出されたお馬様がフランスに輸出されて加工されて逆輸入された、ルーマニアやアイルランドで加工された馬がイギリスに輸入された、オランダの食肉会社が絡んでたと、肉がヨーロッパ中をグルングルン回っていたんだなあというのもわかり、日本の某食肉偽装事件とか不二家事件よりも、インターナショナルでグローバルな香りを醸し出しております。 さて、食べられてしまったお馬様は、かなり強烈な薬を使っていたので汚染されているという話もあるのです
2011年からはじまり、第4期を迎えたKDDIのインキュベーションプログラム KDDI ∞ Labo(以下ムゲンラボ)。これまでに参加した14チームはすべて、プログラムの成果として、期間内にサービスやアプリをリリースし、auスマートパス・au Marketに掲載している。アイデアやコンセプトは素晴らしくても、具体的な成果を出せないまま終わってしまうスタートアップも多い中、なぜムゲンラボの卒業生は成果を形にできるのか、KDDI ∞ Labo ラボ長の増田和彦氏に話を聞いた。なお、インタビューの全文は、KDDIのオンラインマガジン"Time & Space オンライン" 上の、 "なぜKDDI ∞ Laboの卒業生は成功できるのか ~「このチームと仕事がしたい」思いが支援につながる" に掲載されている。 ▼KDDI株式会社 新規事業統括本部 KDDI ∞ Labo ラボ長 増田和彦氏 "相思
鳩舎さんで、GitHub の公開鍵を簡単に取得できるのを知りました。 Github があると VPS のセットアップが楽 - 鳩舎 で、ファイルにちょっとした暗号化をかけたいことありますよね。パスワード付き zip よりは、もうちょっとマシなのを使いたい。でも GPG はなんかむつかしいし(印象)、相手がインストールしてない気がする (自分もインストールしてない)。 というわけで。 GitHub の公開鍵を使って簡単にファイルを暗号化するスクリプトを書きました。 https://github.com/koseki/ghcrypt 暗号化したいファイル名と送りたい相手の GitHub ユーザ名を指定して、暗号化と署名を行います。 $ ghcrypt loveletter-to-koseki.txt koseki --2013-02-14 00:00:00-- https://github.c
人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 mod_mrubyでsuEXECのようなアクセス制御を実装できるようにしました。 しかも、CGIだけでなくモジュール型のPHPやmod_perl等、所謂DSOも簡単にsuEXECのようにサーバプロセスと権限を分離して実行することができます。 以下に、実装例を紹介します。 mod_mrubyで実装してみる mod_mrubyのビルドで、組み込んでおいた方が良いmrbgemを自動で組み込んでビルドしてくれるbuildスクリプトを作りました。mod_mrubyを簡単に試したいという方は是非使ってみてください。 [program lang=’bash’ escaped=’true’] git clone git://github.com/matsum
レスポンシブウェブデザインのワークフローを改善するツール 昨年Adobeが発表したEdge Tools & Servicesの中で唯一リリースされずにいたAdobe Edge Reflowが2月15日に発表された。 先行して公開されているEdge Web Fonts や Edge Inspectなどと連携しながら高速にレスポンシブデザインのモックアップ作成が可能となる。 Adobe Developers ConnectionにEdge Reflowの概要と今後の可能性について書かせていただきましたのでご覧ください。 レスポンシブWebデザイン制作におけるEdge Reflowの可能性 | ADC – Adobe Developer Connection Edge Reflowのメリット Edge Inspecetを活用してPCサイトとモバイルサイトのモックが並行して作成できるのは大きい。又
大きな効果を上げるために チューニンガソン#1~#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則(経験則)を適用すると、「全体の処理時間の80%は20%の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大
前回のエントリーで、Dartの次は、TypeScriptを検証する。と書いたけど、なぜか自分のPCでは、VisualStudio for WebにTypeScriptのプラグインがインストールできなかったので、TypeScriptを使うことを諦めました。コマンドラインでコンパイルはできたけど、それでは型付け言語のメリットであるIDEによる補完や参照検索やリネームリファクタリングが効かないので。ちなみにプログラマのPCではあっさりインストールできたとのこと。がっくり。 というわけで、Dartを実戦投入することを決定してDartで開発をしています。 フロントエンド高速化のExpiresヘッダ さて、今日の本題。Webシステムのフロントエンド高速化のお話です。Webシステムの速度の大きなボトルネックとしてDB負荷がありますが、ブラウザ側のレンダリングを高速化する話としてフロントエンド高速化があり
(31)更新日:2013/02/06現在のバージョン:1.0.1Android 要件:2.3~4.1カテゴリ:天気インストール数:10,000 - 50,000 【アプリ概要】 ■「あなたの街の花粉情報」では、約1,800拠点の市区町村から最大3ヶ所の地域を登録し、選択した地域における花粉の飛散状況や飛散予報をご確認いただけます。(沖縄地方を 除く) なお、花粉の飛散状況については、ハクション大魔王のキャラクターが5段階の花粉飛散レベルに応じて、設定した地域における現在の状況をお知らせします。 また、登録した場所で花粉の飛散が確認されると、花粉の飛散開始に関する情報についてもアラートでお届けいたします。※ドコモ環境センサーネットワークの実況情報(花粉)を利用しております。■■■あなたの街の花粉情報■■■ ■ 一目でわかる花粉飛散情報 地域の花粉飛散状況(現在の様子、予報)を表示します。。
(米国標準大気モデルの気圧、気温を採用した計算に変更 2008/10/04) (Detra-Kemp-Riddellの式についての記述追加 2008/06/03) 大気圏突入時の空力加熱(2006/12/30) 【1.断熱圧縮と輻射加熱】 音速の数十倍で大気中を飛行する物体は進行方向の正面に衝撃波と圧縮された大気の層が 発生する。このとき物体は主に二つの種類の加熱を受ける。 隕石など地球大気圏に高速で突入する物体が空気との摩擦で燃え尽きるという話を聞くが、 摩擦熱ではなく、実際は、断熱圧縮による隕石正面の高温の圧縮大気層による対流加熱と圧縮 大気層からの輻射加熱といった2つの加熱が主要因である。 対流過熱は隕石に衝突してせき止められた大気の運動量が熱に変換されるもので速度の3乗に 比例すると言われている。 輻射加熱は隕石正面で断熱圧縮された高温の大気層から放射される電磁波による加熱である。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く