フェティシズムアートのニューウエーブ「ふともも写真の世界展」とは？ 当ギャラリーでは、2015年7月にゆりあ氏の初個展を開催、2016年のゴールデンウィーク、シルバーウィークの開催、2016年年末年始の開催で総来場数は2.5万人を超えました。 フェティシズムの追求からアートへと昇華した「ふともも写真の世界展」は、性別や嗜好を超えて楽しめる内容になっており、“フェティシズムアートのニューウエーブ”として新たなシーズンを迎えました。 『ふともも写真の世界展 南国編』みどころ 1．グアムで撮影された海外版ふともも最新作 展示内容がすべて新作、さらに展示作品数は500点以上、実に1,000脚のふとももが会場を埋め尽くす独自の世界を展開します。今回はグアムでの撮影を敢行。白い砂浜に透き通るような海、夕焼けなど自然と融合した健康的な“ふともも”アートを堪能できます。 ・写真家のゆりあさんコメント 「途

# !/bin/bash : [DEBUG] set param readonly SCORE_ARRAY=(100 90 80 70) readonly COUNTS=${#SCORE_ARRAY[@]} function cal_score_ave() { local _score_sum=i : [DEBUG] cal for _score in ${SCORE_ARRAY[@]} do _score_sum=$((_score_sum + _score)) done score_ave=$((_score_sum / COUNTS)) return 0 } : [DEBUG] main cal_score_ave echo $score_ave echo $param echo "finished" exit 0 # bash -uvx cal_score_ave.sh # !/b

数年前に、こういう記事「ulimitが効かない不安を無くす設定」を書きました。しかし、ディストリビューションのバージョンが上がり、デーモン管理が systemd に変わったことで、インターネットのゴミとなりつつあります。 そのため今回は、その次世代バージョン的な内容ということで、systemd の場合はこうしておけば見えない敵と闘うこともなくなるはずです、というものになります。例によって、抑えきれていないパターンがあったら御免なさいです、押忍。 limits設定で目指す所 復習になりますが、limits の設定で困るのはだいたいこういうパターンでしょう。 作業中ユーザーのシェルのlimits設定が思い通りにならない コンソール／SSHログインしてデーモンを再起動したら、limits設定が戻っていた su/sudoを使ってデーモンを再起動したら同上 デーモンをシステムに自動再起動させたら同上

2016 年 2 月は「スタートアップの時代の終わり」という話題がよく取り上げられた月でした。以下にその論考の一部をまとめてみます。 大企業がスタートアップの手法やツールを身に着け始めており、disrupt されにくくなってきている（The Information: The End of Tech Startups）スタートアップを始めるのは安く簡単になったが、スケールするための競争は激しくなっていおり、インターネット業界が成熟するに連れてスタートアップの入り込む余地が少なくなってきている（自動車業界のように）（Ev Williams）ビジネスのスピードが上がっていて、スタートアップ自体が破壊 (disrupt) されるスピードも早くなっている（Marc Andreessen）スマートフォンが全く新しい巨大なマーケットを多く作ったが、ほとんどのマーケットは既に独占され、良き時代は終わった（

中〜大規模サービスのインフラの様子を知りたいアプリケーションエンジニア向けに、もともとアプリケーションコードを書いていた視点から、個人的な体験をベースにはてなで大規模サービスのインフラを学んだ過程や学んだ内容の一部を紹介します。 Webアプリケーションのブラックボックス Webアプリケーションフレームワークの向こう側 なぜ複数のサーバが必要なのか 突然のWebサービス3層構成 リバースプロキシ アプリケーション データベース その他のコンポーネント キャッシュは麻薬 飛び道具としてのKVS/NoSQL 非同期処理 バッチ処理 Mackerelの場合 参考 まとめ Webアプリケーションのブラックボックス 今年もはてなインターンの時期が近づいてきた。 毎年ではないけど、はてなインターンでは「インフラ講義」というのをやっている。 今年はインフラ講義の講師としてアサインされたのでちょうど何を話そ

はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

2015年はCSSが普及した以来となる10年に1度のフロントエンド大変革期で、それまでのツケが一気に回ってきたと個人的に感じていました。目まぐるしく状況が変化していきましたが、2016年になり、個人的にだいぶ落ち着いてきたと感じているので、ここらへんでまとめておきたい思います。 最初に結論を書いておくと、 『React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide』 という組み合わせが、いま僕の採用しているJavaScriptの環境です。 主要ライブラリは React A JavaScript library for building user interfaces | React 去年、一気に普及したReact