IIW #16 レポート
idカンファレンス16に参加してきました
- もふったー
- もふったーの難読化
- 最初は単純なハッシュ化→メモリダンプ
- 次はトークンをサルトとして暗号化
- 最初の文字列は固定。難読化関数をパッケージ化
- もふったー自体はリバースエンジニアリング対策していない
- 難読化はどこまでやればいいのか?
- 有名なアプリはやった方がいいんじゃないかな?
- サーバーでの対策は?
- 1.0では難しい?
- twitterは2.0の対応が遅い
IIWでセッション立てたよ(技術者じゃないけど)
- Internet Identity Workshop(IIW)
- アンカンファレンス形式
- 「分野の変化が早く、あらかじめニーズはわからない」
- アンカンファレンス形式
- まずは各テーブルに分かれて座って「お題」にたいしてディスカッション
- 結構長い間議論する
- 全員が輪になって座って報告しあう
- セッションは色々
- にぎやかなもの、こじんまりしたものなど
- セッション例
- 匿名性について
- 匿名性の定義の合意に至れなかった
- 匿名性について
- 公開範囲について(?)のセッション
- 「すべて実名は危険すぎる」
- Facebookはクローズド
- LinkedINはオープン
- 夕食で盛り上がってセッションを立てることに
- セッションの立てかた
- 1セッション50分
- 時間と部屋を速いもの順に取っていく
- 一人をNote Taker(ログ取り人)を指定
- 「実名って何」
- 盛り上がりすぎて誰もノート取ってなかった
- 何度も実名が変わった男性が最初に口火を切った
- 実名は変更できるか?
- 可能
- 欧米は言いかえなどもあり、日本よりずっと複雑
- 同一人物であると担保することが必要になることもある
- 個人の識別と特定に必要な情報は何か?
- 名前の空間の大きさによっても異なるのでは?
- 信頼性の担保ならば、国に登録している名前でなくてもいいのでは?
- 盛り上がりすぎて誰もノート取ってなかった
- 振り返り
- やってみると得るものは多い
- 技術者じゃないけど、得るものは多かった
東京Node学園8に参加してきました
「パフォーマンスチューニングを行うことができるparamtuner」@muddydixon
「NodeとPromiseと時々関数型」 @okapis
- Javascriptコミュニティに道場破りに来ました
- Scalaの非同期RPCライブラリ「Finagle」の基本はfuture/promise
- 「Node.jsはコールバックではなくpromissを採用すべきだった」というブログが公開される
- コールバックは処理をモジュール化するのが難しい
- 逐次処理か非同期処理の区別が必要
- ネスト地獄は本質ではない
- 正しく動くコードを書くのが大変
- メンテナンス性が低い
- プロミス
- 完了していないかもしれない計算の入った箱
- 計算が完了すると特定の処理をしてくれる場合が多い
- 言語やライブラリによって機能や実装、名前も異なる
- 「とりあえず関数型プログラミングと融合したケースを扱います」
- 手続き型はhow、関数型はwhat
- 値同士の関係を表現するのに関数を使う
- プロミスで記述することで、処理の順番はコンピュータに考えてもらうことができ、非常にシンプルになる
- プロミスは難しい?
- 動作を調べる必要があるのでは?
- シンプルである方が大事
- 動作を調べる必要があるのでは?
- まとめ
- コールバックは簡単
- だけど拡張性に乏しい
- 関数型はプログラマの芸風を広げてくれる
- 会場から
- 元々Node.jsはプロミスを採用していた
- javascriptの書き方として嫌悪されていた
- エラー処理のために、結局コールバックが必要
- エラーコールバックの数が現実のアプリケーションでは増えて汚くなる
- 結局、コールバックの第一引数にエラーを使うことに
- 現在はベースはシンプルにして、その上で好きなものを実装する形に
Let It CRASH @koichkさん
- Earlangの耐障害性のポリシー
- あえて失敗を備えない
- 特別なプロセスが再起動させる
- エラー処理とアプリが分離する
- NodeではuncaghtException
- そのまま続けちゃダメ
- 最近ではdomain.on(err)
- ここで時間切れ(^^;)
Object.defineProperty
- オフジェクトのプロパティの性質を制御する関数
- 変更できなくしたり、プロトタイプ汚染を防いだり
- ゲッター、セッターを定義できる
第63回PHP勉強会に参加してきました
Yiiでしょ(レアジョブ 岩村さん)
- フィリピン側との共同開発
- そちら側で既にYiiを使っていた
- デモアプリケーションを作れるコマンドがある
- データベースにつながっていなくてもOK
- 便利な機能
- レアジョブでは漸次導入中
- 質問
- 設定をステージングに分ける機能は?
- 簡単な設定わけ機能はある
- 細かいのはエクステンションで
- コマンドラインツールは
- あるけど非推奨。
- 一応、エクステンションありますよ
- エクステンションはどこまでできる
- ほぼ全部、基本イベント駆動だし
- あるけど非推奨。
- 設定をステージングに分ける機能は?
第二回 プログラマ向けデザイン勉強会に参加してきました
はじめての欧文書体
ノンデザイナー デザインブックを読み解く
- ノンデザイナーズデザインブックについて
- デザインの基本原則が書かれている
- パワポとかにも
- 基本原則
- 近接
- 似たものは近くに
- 整列
- 似たものは並べる
- 反復
- 同じ特徴を繰り返す
- コントラスト
- 違いをはっきり出す
- 近接
- なぜ近接がデザインにとって重要なのか?
- 人は分類せずにいられない
- 見出しをつけると理解が進む
- サビタイジング
- 数の認識方法の違い
- 4個までは一瞬で把握できる
- なぜ整列が重要なのか
- 特定の図形のパターンにだけ反応する細胞がある
- 無視すると目が泳ぐ
- あらましをつかむのは周辺視野の役割
- 特定の図形のパターンにだけ反応する細胞がある
- 反復がなぜ重要なのか
- 人間はパターンで認識する
- ジオン理論
- 基本的な幾何パターンで認識する
- ジオン理論
- 人間はパターンで認識する
- コントラストが重要なのか?
- 三次元認識
- 霞んで見える→遠くにある→重要でない
- 注意の瞬き
- 何かを認識すると、0.5秒間ほかの事を認識できなくなる
- 注意は選択的に働く
- 何箇所かだけで焦点を合わせ、それ以外を無視できる
- wordpressの集中執筆モード
- 三次元認識
0.1ランク上のアイコンの作り方講座
デザイン検討会
実際にデザイナーにデザインを見て欲しいアプリの検討会が行われました
entakun
- タスク管理のツール
- 会場から
Nyanstagram
猫専用のアプリ。(http://www.nyanstagram.com/)
- いいフォントはないですか?
- 漢字のタグ付けが残念になっている
- 毛並みっぽい背景画像が欲しい
- アプリを横展開したいので、メインカラーでいいのを教えてください
- 毛並みっぽい画像はfurで素材サイトを検索
- フォントは難しいのでカタカナでいいのでは?
- それか小さく通常のフォントで
- 色は共通ではなくアプリごとに
- 色は自由に決めればいい。イメージを固定すると地味な色ばかりになる
- フォントは遊びが強いものはフリーの方がいい
- 視角文化研究所のフォントとかオススメです
NHNテクノロジーカンファレンスに参加してきました
Open Compute Japanについて(鵜沢幹夫さん)
- Open ComputeはFacebookがはじめたデータセンターのオープンソース化
- 背景
- アクセスがデータセンターが巨大化
- 27MWの電力
- 一人のエンジニアで数万台を管理する程度の自動化
- モバイルにトラフィックに移行し始めている
- アクセスがデータセンターが巨大化
- なぜオープンソース?
- インフラエンジニア間のコミュニケーション
- エコシステムの構成によるコスト低下
- 競争からエコシステムへ
- BtoCでは、どうしてもコスト低下が必要になる
- データセンターの実際
- 隙間はありあわせの材料
- ホットアイルは配線なし
- サーバーは全て差し込み。工具がなくても分解組み立てが可能
- 2を除いて5までの四種類のサーバー
- 一号棟は人工ミストで冷却
- 実験に使うような純水を使っている(地下にすごいプラントが)
- 二号棟では気化熱を利用するシステムに
- 高温多湿の環境でもなんとか動く
- DONE IS BETTER THAN PERFECT
データセンターの不思議運用テクニック
- 高密度ラックに施錠つきはありえない
- 空気の流れが悪い
- でも日本だと難しいところも
- メッシュのラックを使いましょう
- 不思議な運用って?
- 綺麗な配線を目指しましょう?
- 付属品の電源ケーブルは長すぎるので、短いのを買いましょう
- 引き出し式では遊び必要
- リールから自作しない
- 長期使用でトラブル
- 市販の極細タイプケーブを
- サイドフローは敵
- サーバーの構成に合わせてフローの構成
- 風がちゃんと通らないと落ちるので、真ん中は1U分交互にあける
- 熱い空気を吸い込むのを防ぐ為に遮蔽版を
- 工作用紙でちょうどいいらしいです(^^;)
- 風向計も自作
- 綺麗な配線を目指しましょう?
- 上にL2スイッチを置く構成は空気の流れを乱すので、できたら下に
- アイルキャピッング
- 熱い空気とつめたい空気を分けて、熱い排気は速やかに排出
- 設置のときに気をつけないといけない
- エアフローを変更できるスイッチがある
- 配線をひとつにまとめる
- ただし、ファンの交換には干渉しないように
- 分業の細分化によって保守とデザインが大変に
- 小物をどんどん活用しましょう
- 「空気を読みましょう」
- 「交換できるようになっているものは交換する可能性があります」
- 質問
こんなデータセンターはいやだ
- 楽天のインフラ設計の人
- 楽天の事例ではありません
- 地方データセンター
- 地方のデータセンターは交通の便がいいとは限らない
- 豪雪地帯のど真ん中
- 駅からバスが一時間に一度、終バスも速い
- 暇つぶしの用意をお忘れなく!
- セキュリティ
- 昔はセキュリティはゆるゆる
- 今はめちゃくちゃ厳しい
- 障害のようなイレギュラーが起きると大変なことに
- 貸し出し
- どうしても足りないものが出てくるので、データセンターに借りることに
- 有料と無料があって複雑。事前の確認を
- ファイバー
- キャリアごとに分けているからといって安心できない
- 系統としては一系統とか
- 引き込みが分かれいるか
- 縦管は?
- 交差していたり
- +ルーム内の引き込み口は?
- 実は途中のルーターはひとつだったり
- 頑張って交渉するべき
- 電源にも同じことが言える
- 最後にはDCレベルの冗長構成が必要
- 電源容量の確保も大事
- 定期的に確認を
- 非常時の燃料は本当の非常時には確保できません
- ブレーカー
- プレーカーを上げる作業は意外と面倒
- 予備は何かあった時にちゃんと耐えられるものを
- エアフロー
- データーセンターで設備だけでできない冷却を行うようになっている
- 自然風の取り込みには注意
- 地方データセンター
- 泣かない為には事前準備は大切
- 質問・意見
- 掃除は
- 結構大事、かつ大変
- ルンバを入れたところがある
- 広すぎて電池切れて息耐える
- 冗長化対応をコマンドで切り替える機種があるので用確認
- 掃除は
「落ちる時は落ちる」
こんな利用者はいやだ
- 事業者側から見た困った利用者
- 布団をサーバーの前に引いていた
- 羽毛がトラブルの原因になるのでやめてください(><)
- しまらない扉
- ラックを加工し始める人
- 金属粉がダメージになる
- 床下の配線
- ラックが物置になっている
- なぜか野良AP
- 携帯のテザリングも注意
ここで講演者交代
パネルディスカッション
データホテルの嶋田さんとさくらの社長の田中さんによる
- 本当に儲かっている?
- 田中さん「上場しているのでガラス張りですが、儲かっています」
- 嶋田さん「うちは過酷なトラフィックがあると儲かる。ソーシャルアプリとか」
- 会場から「今年はまぢきつい」
- AWSは敵か味方か?
- 田中さん「敵です。でも、クラウドしかやっていないのも事実なので対抗はできる。ライバルなのは間違いない」
- 嶋田さん「影響力は大きい。でも、敵とも味方ともいえない。隣に外人さんが引っ越してきたような感覚」
- 目障りな競合は?(^^;)
- 嶋田さん「今年の後半は値下げブームが来るので、値下げしてくる業者はやっかい」
- 田中さん「AWS」
- 自然にライバル関係ができたりすることはあるけど?
- 田中さん「各分野ではぶつかるが、全体でぶつかっているところはない」
- 自然にライバル関係ができたりすることはあるけど?
- 人物金、技術、大事なものは
- 田中さん「やはり人。技術を買ってくるのだけだと、優位は出ない」
- 嶋田さん「データホテルのロゴには人の文字が入っている」
- SDNは必要
- 田中さん「もっと泥臭いものでないと」
- 嶋田さん「つながりさえすればいいかな? と」
- OCPJはどう?
- 田中さん「人出しています」
- 嶋田さん「興味あります」
- どこへ向かうのか?
- 嶋田さん「海外で使いたい、というお客さんが増えている。シンガポールもデータセンターパークを造っている。国際化のムーブメントは加速するのではないか?」
- 田中さん「東京の市場が厳しくなるので、減らすかもしれない。でもそれでは夢がないので国際化に乗っかりたい。特にアジアはこれからすごく延びる。でも、国情を考えると日本の北の方にも目があるのではないか?」
- 嶋田さん「欧米に行きたいお客さんと南の方に行きたいお客さんがいて、それぞれに対応が必要。ただ、カントリーリスクなどを考えると、アジアのデータを日本に集めるという方向性もあるのではないか?」
- ホスティングは楽しい?
- 質問
- 電力事情はこれから厳しくなっていくが大丈夫か?
- 田中さん「これからどんどん新しい発電方式が出てきて、電力会社としては高くなるけどトータルでは安くなるのではないか?」
- アクセスが悪いとエンジニアが集まりにくいのでは?
- 田中さん「北海どうでも場所による。石狩は札幌に実は近く、各社の営業所もあるのでレスポンスもいい。ただ石狩市民の雇用がほとんどないのでそこがネック」
- 電力事情はこれから厳しくなっていくが大丈夫か?
第65回PHP勉強会に参加してきました
恵比寿のEngine Yardで開催された第65回勉強会に参加してきました。
behat/PHPUnitではじめるBDD/TDD
- 前回のPHP勉強会をきっかけにBDDを開始
- TDDは混乱を小さくする
- BDDは自然言語でテストを記述
- 抜け漏れ防止
- オブジェクト指向強化
- Behatとmink、PHPUnitを使用
- behatのインストールは3種類
- Comporser
- Git
- Pear
- behatの下にjenkins用のbuild.xml
- FacebookAPIの不具合もbehatで監視している
- フィーチャーからスケルトンを自動生成
- ボタンidが振ってあると便利
- 時間的にタイトなので、ウェイトを入れる
- メリット
- なんちゃってアジャイルを避けられる
- 事前の洗い出しが網羅的に
- デメリット
- 後回しになりやすい
- 問題が見つかったらすぐに対処しないと無駄が
- WebDriverの選択重視。クロスブラウザに問題あり