知らない間に街コンのメインキャラクターになってた件 | バーグハンバーグバーグのドラゴン社員ブログ
画像勝手に使われてるーーーーーっ！！Adobeのデキマガの「合コンでウザい奴を瞬時に消し去る方法」という企画の時に撮った写真が、街コンのサイトに勝手に使われてるーーーーーっ！！！ これワシ！２年半ぐらい前のワシ！ これシモダ社長！2年半ぐらい前のシモダ社長！ おい！過去の参加者みたいに見えちゃってるよ！これまでも何も、一回も「こいコン」参加したことないから！ http://www.facebook.com/events/312070288893676/?ref=22 facebookのイベントページのアイコンにもするんかーーーーーい！！！ っていうかこのポスター何！？ もしかして貼られるの！？ 一切許可出してないけど木倉町に貼られるの！？ もう行くわ！逆に行くわこの街コン！ 木倉町ってどこよ！ 何県！？ 遠いなー。というわけで僕は行けませんが、お近くにお住みの方はいかがでしょうか。木倉町こ
開発メモ#3 : レガシーなCGIアプリケーションのリファクタリング - naoyaのはてなダイアリー
開発メモその3です。今回は Perl のおはなし。 何年も前に作ったウェブアプリケーションのコードを開いてみたら黒歴史なコードが出てきて憂鬱な気分になる、そんな経験ありませんか。私はあります。ずっとそんな現実から目を背けて生きてきました。 さて、先日 Perl + CGI で書いて Apache::Registry で高速化している、実行環境が Apache に癒着した CGIアプリケーションを発見しました。おえ〜っ。一から作り直したい気持ちをぐっと堪えて、これを Plack 化したりとリフォームしていくとしましょう。その過程を以下記します。劇的ビフォア・アフター! ･･･とかは期待せず、地道な変更を積み重ねていくのがコツです。 方針 いきなりコードをがりがり書き換えていくというよりは、試行錯誤のしやすい環境に移行させていきながらリフォームを進めます。遠回りですが、結果的にその後の運用が楽
Perl Beginners #6でちょっと触れてみたprototypeのこと - どんぞこ日誌(2013-01-29)
* [近況] Perl Beginners #6でちょっと触れてみたprototypeのこと 先週Perl Beginners #6に行ってきました。前半はJPA会長の牧さんによるＱ＆Ａセッションでした。質疑の中で「モダンPerl入門」以外でXSに触れている本としてAdvanced Perl Programmingが出たのですが、そういえば初めて作ったXSモジュールはその本を読んで試してみたのを思い出しました。懐かしい。 ところで、Ｑ＆Ａセッションの中でprototypeの話が出てきて、以下のようなときぐらいしか使いどころがないよね、という話になって、そのとき私がもう一つこういうケースが……というので出した例を書いておきます。 use v5.12; sub hoge (&) { ... } hoge { ... }; こちら、ご存知の通り一番目の引数がコードリファレンスの場合はsubを省け
AWS 導入事例：株式会社フリークアウト | AWS
AWS の導入により ETL 基盤の運用性が向上したことで、 システム部門本来の業務であるサービス・プロダクト開発に より注力できるようになったことは大きなメリットです。 日本のアドテクノロジー業界を牽引する株式会社フリークアウトでは、 DSP（Demand Side Platform）のコアワークロードのひとつである ETL （Extract / Transform / Load）基盤をオンプレミスから AWS へ移行しました。大規模な非構造化データを扱う ETL 基盤を Amazon EMR や Amazon Glue などを用いて構築することで運用性が大幅に向上し、調達のリードタイムやサイジングコストも減少しています。さらに、 ETL で処理したデータからの予測モデルを作成するために Amazon SageMaker を導入するなど、 DSP 基盤のクラウド化を推進しています。 オン
IPAから『DOM Based XSS』に関するレポート出ました
DOM Based XSSに関しては、IPA「安全なウェブサイトの作り方」でも、拙著でもごく簡単にしか触れておらず、まとまった解説が要望されていましたが、本日（2013年1月29日）にIPAから「IPA テクニカルウォッチ『DOM Based XSS』に関するレポート」が公開されました。 同冊子の目次は下記の通りです。 はじめに 1. DOM Based XSSの概要 2. IPAに報告されたDOM Based XSSの脆弱性 3. DOM Based XSSの事例 4. DOM Based XSSの対策方法 コラム おわりに IPAのレポートと言うことで、DOM based XSSの届出の状況も説明されています。以下にグラフを引用します。 一見して「急増」していることと、昨年の10月から12月の3ヶ月で92件も届出があったということで、対策が急務となっている状況が見て取れます。これは、こ
開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー
開発メモ#1 : Cinnamon によるデプロイ - naoyaのはてなダイアリー に引き続き、その2です。 最近は個人で作るような小規模なものでも AWS を利用してホストしています。たとえ個人で作ったものとはいえ、利用するユーザーがいる以上はおいそれと落とすこともできない。かといって運用にあまり手間をかけたくない。その辺り、AWS で解決できる点が多い。 AWS の良いところはインフラが動的なので「後からどうとでもなる」ところ。 インスタンスの性能が足りないのであればスケールアップするでもいいし、冗長性が欲しくなったらそのタイミングで ELB (ロードバランサ) を用意すれば良い。その時、仮想化されていないハードウェアを使っていると移行のためにサーバーを再セットアップしたりアプリケーションをデプロイし直したりと手間がかかるところ、AWS ではその辺りの手間がほとんどかからない･･･と
CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった
分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C：Consistency（一貫性） A：Availability（可用性） P：Tolerance to network Paritions（ネットワーク分断への耐性） 一般にリレーショナルデータベースでは、一貫性（C）と可用性（A）をできるだけ保証する代わりに、ネットワーク分断への耐性（P）を犠牲にしています。ネットワークが途中で切れたり大きく遅延した場合、動作が保証されなくなってしまうわけです。 一方でNoSQLでは一貫性（C）よりも可用性（A）とネットワーク分断への耐性（P）を優先させるものが多く、分散システムでの動作に向いていると説明されます。このようにNoSQLの説明にこのCAP定理がしばしば引用されることになり、NoSQLの普及とと
Storage infrastructure using HBase behind LINE messages
Storage infrastructure using HBase behind LINE messages1 of 46
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
modules to be removed before 5.20.0 · Issue #12727 · Perl/perl5
https://blogs.oracle.com/MySQL/entry/mysql_5_6_is_a
English (US)
スケーラブルなシステムのためのHBaseスキーマ設計 #hcj13w