月間38億PVを6人でさばくpixivインフラチーム久保氏のパフォーマンス向上術 | Hitch Blog
■プログラミングを始めたきっかけ なぜプログラミングを始められたのでしょうか？ 久保 達彦さん（、以下久）： 小、中学校ぐらいのときにWindows95が大きなニュースになったんですが、これからコンピュータの時代が来るんだろうなと思ったことが最初のきっかけですね。その後入学した大学でコンピューター部に入部してそこでプログラミングがどういうものなのか知りました。大学ではあまり実践的なことはあまり学べなかったので、コンピューター部の仲間と勉強会を開催したり、自分で買った技術書を読んで勉強していましたね。 ■新卒ではウノウに入社、フロントエンドからバックエンドまで、あらゆる業務を担当 新卒ではウノウに入社されたとお伺いしたんですが、ウノウではどういう業務を担当されていたのでしょうか？ 久：入社して始めの頃は「映画生活」というWebアプリケーションを僕を含めて3人のエンジニアで開発していました。
iBusがクソになった理由 — KaoriYa
Xubuntu を 13.10 へアップデートしたら日本語入力(iBus)がクソになったのでその理由を調べてみました。 Xubuntu を 13.10 へアップデートしたら日本語入力(iBus)がクソ(1.5)になりました。どんなにクソかは iBus 1.5がクソすぎる に譲るとして、私はどうしてそうなったのか (あわよくばどうすれば直るのか) を真夜中に調べてましたのでその成果を記しておこうと思います。 私の場合 Vim でIMEを制御 できないことで問題が根深いことを知りました。調べてみると InputContext というクラスから is_enabled(), enable(), disable() の3つのメソッドが消えていました。これらのメソッドは端的に言うと日本語の状態を取得、有効化、無効化するものです。うんもうIME制御なんてできません。ちなみに その修正が行われたのは約2年
iBus 1.5がクソすぎる
Ubuntu 13.10へのアップデートが、問題なく終わった。問題は、iBusが1.5にアップデートされてしまったことだ。 iBus 1.5は、去年の年末にリリースされた。リリース直後から、IRCでは怨嗟の声が絶えなかったが、今になって、ようやくその意味がわかった。iBus 1.5はひどい。ひどいなんてものじゃない。クソだ。いや、クソですら上品過ぎる。iBusは超超超超超・・・残念ながら、まだiBusを罵るべき言葉が発明されていないが、とにかくその超なにかだ。 UNIX風システムでは、伝統的に、日本語入力は、かな漢字変換を担当するIMEと、IMEと文字入力を受け取るアプリケーションの間の橋渡しをするIMに分離されている。ユーザーから見えるIMの役割としては、IMEの有効無効を切り替えることだ。 筆者はこれまで、IMとしてiBusを、IMEとしてMozcを使っていた。 iBusはIMである。
TypedCoffeeScriptに構造体宣言と関数型を追加した - mizchi's blog
[注意] まだまだ全然使いものにならないよ！ プロジェクト名をリネームした mizchi/TypedCoffeeScript https://github.com/mizchi/TypedCoffeeScript 構造体と関数リテラルを追加した。今は次のコードが通る。 struct Point { x :: Number y :: Number } p :: Point = {x: 3, y: 3} f :: Number -> Number = (n :: Number) :: Number -> n * n console.log f 4 f の関数型のところはわざと冗長に書いている。正直、型アノテーションを通すパーサが書けただけで推論は全然完璧ではない。 宣言済みのプロパティに代入しようとした瞬間だけバリデーションしている。関数型も返り値が一致しないと代入できないようにはなってる。引
非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog
前提: GitHub flow を使っていてCIサーバーはJenkins 最近ちょっと開発フローの改善をして、とてもよく機能してて満足しているので紹介してみる。 この改善をやる前の悩み: pull-requestでコードレビューはできるのだけど、cssとかjavascriptなどの見た目や動作の変更ってコードだけだとわかりにくい。レビューする人が各自ローカル環境で実行するのもだるい。 コードを読まないデザイナーとかプロダクトオーナーとかの人が、pull-requestのレビュープロセスに簡単に参加できない(非開発者全員のところでローカル環境設定するのはだるすぎる)。 コード的にokに見えてmasterにmerge後、何か問題(特に仕様的な問題や、デザイン的な問題)が発生した場合、「修正branchを作ってpull-request」というフローを再度回さないといけない。最初のpull-req
プログラマの為の数学勉強会
2013年 プログラマの為の数学勉強会 資料 第1回:イントロダクション 第2回:浮動小数点数・極限・微分 第3回:微分法の応用・多変数関数の微分法 第4回:微分法の応用(続き)・方程式の数値解法 第5回:微分方程式の数値解法・積分法 第6回:数値積分法・積分法の応用 第7回:行列・ベクトル・ガウス消去法 第8回:行列式・逆行列・連立一次方程式の直接解法 第9回:線型空間・線型写像・固有値固有ベクトル(その1) 第10回:線型変換・固有値固有ベクトル(その2)・内積空間 第11回:連立一次方程式の反復解法・二次形式・多変数関数の極値・重積分 第12回:確率論入門 第13回:情報量・エントロピー・重要な確率分布・大数の法則・中心極限定理 第14回:擬似乱数の生成法・推定 第15回:検定 第16回:検定の続き, 回帰分析 第17回:回帰分析の続き 第18回:ベイズ統計
「生産性の概念の欠如」のホントの話
誰も生産性なんて測れないから ……だけだとあんまりにもアレだから補足するけど、つまり成果主義じゃないんだよな ちきりんの話(火元)「生産性の概念の欠如」がたぶんもっとも深刻 http://d.hatena.ne.jp/Chikirin/20131015 どっちかってーと、追記のほうが本質がギュッと詰まってるからそこだけ読め 今日のエントリに関して、「生産性を上げても、給与が上がるわけじゃないから（生産性が）上がらないのだ」という意見も多いけど、そうとは 思えない。だって、生産性の概念がきちんと根付いてる日本の製造部門だって、生産性上げても給与はあがらないでしょ？ 2013-10-15 09:25:16 via HootSuite そうね。 なぜなら、製造部門の指標は誰が観ても判りやすく数値にできるから。しかも同じ内容の繰り返しだし。 定性評価と定量評価の違いってヤツね。 1時間に1000個
ファイナルファンタジーXIV: 新生エオルゼア - うさだBlog / ls@usada's Workshop
# * プレイ深度 メインストーリークリア 黒50＋レリック+1＋DL3 学者39＋イフリート武器＋DL1 他15～25 ギャザラー 15〜25 クラフト 15〜30 - * 概要 2010年9月30日にサービスが開始された旧FF14は、おおよそ以下のようなゲームであった。 「馬鳥」に代表される、奇妙な漢字で構成されるが、日本語でも中国語でもない、意味不明な固有名詞群 全てのウインドウがモーダルなうえ、ウインドウ1つ開くたびに4～5秒停止する劣悪なUI アイテムリストなどでカーソルを1つ上下に動かすだけで1秒前後遅延する劣悪なUI かなり作為的なプレイをしないと稼げない修練値システム そこら中コピペのフィールドマップ 僅かな段差や小さい石にまでいちいち引っかかって、まっすぐ歩けないフィールドマップ 3都市を相当な回数行ったり来たりする必要に迫られるが、テレポ制限が厳しく、ほとんど常に歩くし
DevOpsなんてくそくらえ - razokulover publog
先日こんなことを言われた。 「テストを書いた成果を見せよ」 と。 ショッキングだった。 経緯 わたしはいまレガシーなコードに囲まれている。 もちろんテストもほとんどないピカピカのレガシーちゃんである。 レガシーちゃんは「Ctrl+F5 & tail -f 駆動開発」により開発が進められており、日々進化している。 このまま進化をつづけるといつかモンスターになり(もう軽く怪獣っぽいが)、開発スピードがどんどん遅くなり、メンテナンスやバグつぶしでエンハンスとなるような開発ができなくなる。このままじゃマズい...。 こういった事態を一新すべく、手探りながら私含め数人の先輩たちで「DevOps」に取りかかることになった。 バズワードにもなっているが「DevOps」とは、 従来型のシステム管理や調達（ITILを含む）といった、保守的でプロセスを中心に据えた運用からよ>り戦略的でアジャイルな、そして自動
FNNニュース: 体重が重いAV女優を売春相手としてあっせん 制作会社の女逮捕
【電撃婚約】「プロポーズは3回」村上佳菜子さん(29) 2歳年下のスキンケア関連の会社員との婚約を生報告 1月21日に婚約を発表したプロフィギュアスケーターで、「めざまし8」月曜日コメンテーターの村上佳菜子さん（29）。この日のスタジオで、2つ年下の婚約者・豊さんとのなれそめなどを、満面の笑みで“生報告”してくれ…
最新鋭データセンターに萌える「第2回 さくら石狩DC見学ツアー」 東京発に加え大阪発＆札幌集合プランも - はてなニュース
昨年開催した、さくらインターネットさんの石狩DC見学ツアー「さくらの夕べin石狩」、皆さんは覚えていらっしゃいますでしょうか？ 多くの方にご応募・ご参加いただき、大好評だったこのDC見学ツアー、「行きたかった！」というたくさんのご要望にお応えして、第2回の開催が決定いたしました！ 「今年こそ！」という皆様、ぜひご応募ください！ （※この記事はさくらインターネット株式会社の提供によるPR記事です） 本ツアーは終了しました。ご参加いただいた皆さまの感想まとめは、記事の一番下に掲載しています。 ツアーの感想まとめ 中2病を実現？！ さくらインターネット石狩DCを、はてなのエンジニアが見学してみた - はてなニュース（2011年のDC紹介記事） 最新鋭データセンターの施設に萌えるべき！ さくら石狩DC見学ツアー - はてなニュース（2012年のツアー告知） 2012年の石狩DC見学ツアーは、受け付
Docker: Linuxコンテナを使ってアプリケーションの配置を支援する
サーバアプリケーションの配置はますます複雑になっています。いくつかのPerlスクリプトをコピーするだけでインストールが完了する時代は終わりました。今日、ソフトウエアは多くの種類の要求を抱えています。 インストールするソフトウエアやライブラリの依存物("Python >= 2.6.3とDjango 1.2に依存する") 実行するサービスへの依存("MySQL 5.5とRabbitMQのキュー"が必要) 特定のOSに対する依存("64-bit Ubuntu Linux 12.04でビルドとテストをした") リソースの要件: 利用可能なメモリの最少量("1GBのメモリが必要") 特定のポートへのバインド("80と443を使う") 例えば、比較的シンプルなアプリケーションの配置を考えてみましょう。Wordpressです。典型的なWordpressのインストールでは、 Apache 2 PHP 5
[世界初] フリークアウト, YouTube に投稿した動画をそのまま RTB 広告として展開するサービスを提供開始！
[世界初] フリークアウト, YouTube に投稿した動画をそのまま RTB 広告として展開するサービスを提供開始！YouTube などの動画広告枠への配信が, さらに簡単に低コストで実現可能！フリークアウトが提供する DMP との連携により, 詳細なターゲティング設定も。 株式会社フリークアウト (東京都渋谷区 代表取締役: 本田 謙 | 以下, 当社) は, 2013 年 10 月 17 日より, YouTube にホスティングされた動画を利用した動画広告配信サービスを提供開始いたしました. 本サービスは世界初となります. 当社の提供する DSP *1 「FreakOut」は, これまでも動画広告枠の RTB *2 による買付/動画広告配信機能を提供してまいりましたが, 動画ファイルの配信は, 大容量ファイルのホスティング, 配信コストの点で通常のティスプレイ広告と比較し割高となっ
![[世界初] フリークアウト, YouTube に投稿した動画をそのまま RTB 広告として展開するサービスを提供開始！](https://cdn-ak-scissors.b.st-hatena.com/image/square/61b9ef3046e9ac1997d7b7cb7f3bbda38183ff1e/height=288;version=1;width=512/https%3A%2F%2Fprtimes.jp%2Fcommon%2Fpc_v4%2Fog.png)
仕事の分担が下手な組織、多すぎませんか - 脱社畜ブログ
前回（「生産性の概念の欠如」はなぜ起こるのか）に引き続き、今日も組織の生産性について少し考えてみたい。 前回は、日本型の組織ではそもそも個人レベルで生産性を上げるインセンティブがないという点について言及したが、組織の生産性が上がらない理由は他にもある。一言で言ってしまうと、生産性が低い組織は、多くの場合仕事の分担が下手だ。特に、組織が大きくなればなるほど、ヘンテコな仕事の分担が目立つようになる。組織全体で適切な仕事の分担がされないと、どんなに個人が生産性を意識するようになっても、組織の生産性が低いという状況はなかなか改善されない。 ある程度のサイズの組織を眺めていると、「タスクの偏在」を実感することがよくある。組織の構成員全体に均等に仕事が割り振られている、という状態は基本的にはあんまりない。これは公務員になった知り合いに聞いた話なのだけど、その人は毎日自分のする仕事がなくて途方にくれてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Virtual x86
Memcached vs. Redis?
第1回プログラマの為の数学勉強会@ワークスアプリケーションズ