PPL 2016 における講演。Haskell Symposium 2015 で発表した Kiselyov & Ishii の同名論文の解説スライド。

9. 問題の実装 9 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php class BlackListDB { const DBPATH = "/tmp/db.gdbm"; public function isBlock($id) { $dbh = dba_open(self::DBPATH, "r", "gdbm"); if ($dbh === false) { return null; } $ret = dba_exists($id, $dbh); dba_close($dbh); return $ret; } } 10. 問題点 10 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php class BlackListDB { const DBPATH = "/tmp/db.gdbm"; publ

宵闇の社畜(深夜残業)　火刑の社畜（火の車） 黒き社畜の宿（社内）　硝子の棺で眠る社畜（過労死） 生と社畜を別つ境界の古井戸（社畜＝死） 社畜の塔で眠る姫君（格差社会） 青き社畜の城（顔色） 磔刑の社畜（濡れ衣） 暁光の唄(完徹) ファイナルファンタジーＳまとめ http://togetter.com/li/531824 エバー・ラスティング・アロー・ミストルティン編まとめ 続きを読む

ドットインストール代表のライフハックブログ

いままでのJavaでは、日付時刻を扱おうとするとめんどくさい割に非常に低機能でした。 Java8では、新たに日付時刻APIが導入され、めんどくささが増しつつ非常に高機能になりました。 (以降、Java8で導入された日付時刻APIを単に「日付時刻API」と表します) もちろん、慣れてきて、ちょっとしたサポートメソッドを用意してやれば、結構使いやすいのですが、それは「このAPIは使いやすい」という評価にはなりません。 つまり日付時刻APIは、慣れないとぜんぜんわからないし、サポートメソッドがないと面倒なコードが必要ということです。 いろいろあってよくわからない 日付時刻では、時点を扱うInstantや期間を扱うPeriod、時間量をあらわすDurationなど多くのクラス・インタフェースが導入されています。 これらは、IDEの補完でAPIを探りながら機能を推測すれば、それなりにドキュメントなし

実際に関係者から聞いた話なのだが、いま、底辺のソーシャルゲーム会社は大変なことになっているらしい。底辺じゃない会社もそれなりに大変なものかも知れないが、底辺の会社はそれどころの騒ぎではないようだ。 まず、プログラマーの力量に合っていない。 「ソーシャルゲーム(の開発を)舐めんな」みたいな話は大手の開発会社のプログラマーからよく聞くが、人数がある日突然何万ユーザーも増える。このへんの流入する人数の調整が利かない。 もともと何十万人規模の接続をさばくには、MMORPGなどのオンラインゲームよりもシビアであり(普通、MMORPGでもワールドがわかれていて、1つのサーバーの常時接続人数は数千人規模に収まるので)、大人数になったときにうまくスケールアウトするように設計するためには、ゲームシステム自体がそのへんを考慮してうまく練られていないといけない。 ところが、底辺ゲーム会社だと、社長がそのへんの理

面接って大変だね。履歴書読んでも、自己PRして貰っても、どんな質問をして貰っても地雷ばかり。 何故そんなことになるのかと、うちの人事課で分析した所、面接での質問の受け答えのうまさと仕事のできは直結しないっていう単純な事実が浮かび上がった。口がうまいだけの奴が得するんだよ。ではどうするか？　単純。実際に仕事をして貰えばいい。もちろん仮想的なものだけど。1次面接、2次面接は従来通りのもの。3次面接では、次の４つのことをやって貰う。 1データ入力（細かいことは説明せずとにかく資料だけ渡してやってもらう。ここで臨機応変に対応できる人とおろおろするだけの人に分かれる） 2コピー取り。（うちの実際の資料を使用。手際のよさを見ると同時に、知識や情報を盗もうとする意欲を見る。ただコピーするだけの人と資料を読みながらコピーする人に分かれる） 3掃除（これも手際のよさを見るため） 4その場で渡した我が社の商品