Interesting Resources for Technical Operations Engineers :: Oleksiy Kovyrin
As a leader of a technical operations team I often have to work on technical operations engineer hiring. This process involves a lot of interviews with candidates and during those interviews along with many challenging practical questions I really love to ask questions like “What are the most important resources you think an Operations Engineer should follow?”, “What books in your opinion are must
【全部を読む時間がない人用】知らない人は損しているなあと思うこと要約編 - ゆきらん
【保存版】知らない人は損してるなあと思うこと まとめのまとめ で書かれている情報をすべて読んで、その中でもとりわけお得な内容のものをピックアップしました。 以下、全て引用。加工、要約あり。 害虫駆除専門家の俺がゴキの姿を見ない家にするアドバイスしてやろう 害虫駆除専門家の俺がアドバイスしてやろう。 とはいえ、プロが使う薬剤や手法は素人には無理。 そこで簡単に購入・使用が出来るもので完全に近い対策を行う。 1.バルサンを焚く。 注意すべきは火を使わないタイプでは駄目だということ。 着火タイプの方が薬剤の粒子が小さく、隙間の奥まで届きやすい。 2.「網戸に虫来ない」とかいう類のスプレーを使う とはいえ、網戸に使うんじゃない。 網戸用のスプレーは薬剤が長期間残留するように作られてるのでこれを応用する。 玄関などの扉や窓、その他隙間の周囲に吹きつける（屋外側） 扉や窓の枠を囲むように幅30cm以上
高速な安定ソートアルゴリズム "TimSort" の解説 - Preferred Networks Research & Development
先日、TimSortというソートアルゴリズムが話題になりました。TimSortは、高速な安定ソートで、Python(>=2.3)やJava SE 7、およびAndroidでの標準ソートアルゴリズムとして採用されているそうです。 C++のstd::sort()よりも高速であるというベンチマーク結果1が話題になり(後にベンチマークの誤りと判明)、私もそれで存在を知りました。実際のところ、ランダムなデータに対してはクイックソート(IntroSort)ほど速くないようですが、ソートというシンプルなタスクのアルゴリズムが今もなお改良され続けていて、なおかつ人々の関心を引くというのは興味深いものです。 しかしながら、オリジナルのTimSortのコードは若干複雑で、実際のところどういうアルゴリズムなのかわかりづらいところがあると思います。そこで今回はTimSortのアルゴリズムをできるだけわかりやすく解
ちょっとリアルで近未来を感じるオススメ小説７冊
SF小説って未来の予言書みたいでワクワクしませんか？ 最近は仕事でなかなか旅行に行けないので脳内旅行ばかりのkikuma(@circustic)です。 先日Amazonで自分の購入履歴にあった僕がちょっとリアルで近未来を感じる小説７冊をご紹介致します。結構古いモノが多いのでマーケットプレイスで１円で買える物ばかりなのでぜひチェックしてみて下さいね。 パプリカ (筒井康隆) 精神治療の新しい希望としてDCミニと呼ばれる夢の中にアクセスする機械を研究する博士。そして裏の顔は夢の中を飛び交う夢探偵という設定。夢の中にアクセスをするなんてかなり現実とかけ離れた世界だと思いますが、近い未来脳波から出す波長をビジュアライズして自分の夢が見れるなんて未来が来たら怖いけど面白そうじゃ無いですか？ パプリカ (新潮文庫) あわせて読むと面白い 脳は眠らない 夢を生みだす脳のしくみ すべてがFになる (森博嗣
サーバを作りながら学ぶWebSocketプロトコル - みずぴー日記
WebSocketって何? WebSocketは、Javascriptでサーバとリアルタイム双方向通信をする仕組みです。概要は第1回 WebSocket登場までの歴史：Jettyで始めるWebSocket超入門｜gihyo.jp … 技術評論社によくまとまっています。 この記事ではWebSocketサーバを実装しながら、どういうプロトコルかを解説します。サンプルコードはWebSocket Draft 76でechoサーバーを作ってみた - いろいろな何かのものを参考にさせていただいています。ありがとうございます。 ※WebSocketプロトコルは現在ドラフトの段階なので、そのうち仕様が変わる可能性があります。この記事は20111/23時点の情報です。 プロトコル概要 WebSocketで通信を行なうおおまかな流れは次のようになります。 クライアントとサーバの間でハンドシェイクを行ない、接続
クリアなコードの作り方: 余計なことを書かない - 2012-05-21 - ククログ
FileUtils.mkdir_p assets_path unless FileTest.exist? assets_path このコードを元に、「余計なコードを書かない」ことがどうして大事かを説明します。 余計なコード まずは、どこが余計なコードなのかを考えてみましょう。このコードではFileUtils.mkdir_pとFileTest.exist?メソッドを使っています。 FileUtils.mkdir_pは引数で指定されたディレクトリがなかったら親ディレクトリも含めて作成するメソッドです。すでにディレクトリが存在した場合は何もしませんし、エラーにもなりません。mkdir_pというメソッド名はmkdir -pコマンドが由来でしょう。 FileTest.exist?は引数で指定されたファイルが存在したら真を返すメソッドです。 このコードではunless FileTest.exist?の
GNU GLOBALとvimで巨大なコードでも快適にコードリーディング
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 これまでも、多くの記事にされていて、恐らくKernelや巨大なコードを読んでいる人にとっては当たり前なのかもしれませんが、あまりに快適だったのとこれをきちんとやれてなかった事に自戒をこめて記事にしようと思います。grepとかscreenを駆使していた時間を返してほしい！ 対象者 僕がLinux大好きなので、Linux上での動作を前提にしています。対象者はLinux KernelやApache HTTP Server等、数万から数十万、さらには数百万行のコードをじっくり読んでいきたいと考えている人におすすめしたいと思います。巨大なコードを何のツールも使わずに読むのはかなりきついはずです。しかし、今回はGNU GLOBALと呼ばれるソースコードタ
NoSQLデータモデリング技法
NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文：NoSQL Data Modeling Techniques « Highly Scalable Blog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基本的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティック
Rails 3.2 リリースノートを翻訳してみました
こんにちは、ほりいです。風邪が流行っていて体調管理が大変なシーズンですね。 先週 Rails 3.2.0 がリリースされました ね。 Rails を使った Web 開発チームでは 3.2 を使い始めていますが、社内でも結局どう変わるの? という声がありましたので、勉強がてらみんなで Ruby on Rails 3.2 Release Notes を翻訳してみようという試みを行いました。その成果を公開したいと思います。 注意書き: 1章「Upgrading to Rails 3.2」と 12章「Credits」は省略していますので原文を参照ください。 内容は無保証です。逆のことを書いていても泣かない。僕は泣きますが。 実はリリース前に翻訳をやったので抜けがあるかもしれません。 2. Rails 3.2 のアプリケーションを作る # rubygem 'rails' がインストールされている必要
デザインをウェブサイトに適用する際にありがちな7つの間違い
7 mistakes developers make [ad#ad-2] 下記は各ポイントを意訳したものです。 はじめに 1. 良いデザインがどのように見えるか 2. カラー選択の理由は好みだからはダメ 3. 真ん中配置の誘惑 4. フォント選びは慎重に 5. 情報の詰め込み過ぎ 6. 質問をもって 7. ディテールは時間の浪費？ はじめに もしあなたがフリーランスのコーダーであるなら、あなたの資産の一つに、ウェブ開発の始めから終わりまで全てのプロセスを把握している、ということがあります。これはデザインも含みます。 プログラマーはコードと素晴らしく構築されたシステムをデザインし、自身がデザイナーであると言えるでしょう。また、個人のプロジェクトなどで、ウェブサイトを作成しなければならないかもしれません。 これはデザインでビジュアルの何かに違和感があっても、あなたがデザインのために良い目を持っ
tmp コミットのための独自サブコマンド git-now - アジャイルSEを目指すブログ
追記[2011/09/26] git-now のurlをgistからgit-hubに変更しました。 追記[2011/10/17] ライセンスはGPLです 一時的なtmp コミットや、簡単なログメッセージのコミット（push 前にログメッセージを整えています）を作るとき、今まで↓みたいな事をしていました。 で、これを使いながら「〜〜も出来たら便利かもー」とかつぶやいていたら、隣の人が一晩で（ｒｙ と、そんな感じで出来たgit-now の紹介 簡単な実行例 コマンド $ git now これで、版管理されているファイルのtmp コミットが作成できます。 コミットメッセージ例 [from now] Tue Dec 7 23:00:24 2010 diff --git a/hello.py b/hello.py index 51cff9f..9e84b86 100644 --- a/hello.p
"1000時間リスニング"の学習法紹介
1/20勝間塾で紹介された"1000時間リスニング"の学習法についての詳細です。移動時間・家事の時間にリスニング学習をして、1日3時間×365日≒1,000時間を目指して下さい。 1,000時間のリスニング学習ならば1年間で達成できます。 この記事を書いた１年後に自分で語学学校を創ることになりました。この記事で紹介した学習法を踏まえた学習カリキュラムに基いています。⇒サウスピーク http://souspeak.com/ 続きを読む
pjax こそが pushState + Ajax の本命 - punitan (a.k.a. punytan) のメモ
pjaxの前にpushStateとは AjaxとjQueryの説明は不要として、pushStateとはなんぞや。 pushStateを使ってブラウザの履歴に対する操作をし、HTMLの一部のみを書き換える動作でもブラウザの戻る／進む機能を実現できる方法のひとつ。Ajaxなページを再現し、かつURLを見慣れた方法で自然にpermalinkを表現できる。 有名なところではGitHubで使われてるアレ。 hash fragment (/#!/) ブラウザの履歴を機能させるため、URL の fragment (#) を使ってAjaxなページを実現する方法。一時期もてはやされた感があるが、さらなる「#!」URL批判 - karasuyamatenguの日記 など合理的な反論があり、これから導入するのはためらわれるところ。 有名なところではTwitterで使われているあの厄介者。 pjaxとは pjax
人間のために分かりやすい実用的なURLを設計する方法
URL Design [ad#ad-2] 下記は各ポイントを意訳したものです。 はじめに URLを設計する理由 トップレベルのセクションは重要 URL構造を増強する方法 クエリの文字列 URLにはASCIIを URLは検索エンジンのためにではない URLは合意 全てがURLを持っているべき リンクはリンクらしく 再利用できないURL 素晴らしいURLの例 おわりに はじめに あなたは、URLの構造を設計するのに時間をかけるべきです。この記事を読んだ後で、あなたに一つだけ覚えておいてほしいことは、URLの構造を設計するのに時間をかける、ということです。 URLデザインは簡単ではなく、正しい解決方法があると言うことはできません。しかしそれは、他のデザインと同じです。良いURLデザインがあり、良くないURLデザインがあり、そしてその中間もあります。 しかし、それは素晴らしいURLデザインを作るこ
js->coffee移行にあたって考えたこと - Qiita
個人製作のシステムのjsをcoffeeに完全移行したのでその雑感を書きます。あくまでも個人的な感想です。感じ方は人それぞれです。 ちなみに僕は勉強を兼ねて手で移行させましたが、js2coffeeというツールを使うと自動で変換してくれるらしいです。 先に結論 coffeeの方がいいと思う。 よくある批判に「js書けばいいじゃん」というのがあるけど、極端な話、「アセンブラ書けばいいじゃん」と高級言語が出てきた頃に言ってた人と主張の方向性は似てると思う。極端すぎるけど。 jsには落とし穴がいっぱいある。慣れてもたまにはまる。varを忘れたり「関数の頭で全部のvarを列挙する」というプラクティスに従ってたら、冗長になって管理するコスト高くなったり。 coffeeを使うとそういう余計な問題を意識しなくてよくなるのはとても大きい。 しかもjsでできることの全てをcoffeeでできる。工夫が必要になる場
大企業で働くということ - yumulog
というエントリをいつか書きたいなと思っていたのだが、奇しくも同題のエントリ 大企業で働くということ - GoTheDistance をみつけ、3年半の大企業生活を通じてわかってきたことが全部書いてあった。5年近く前に書かれたもので、すごくよくまとめられている*1。なのでわざわざ自分で書かなくてもいいかなと思ったけれど、一度自分でまとめないといつまでもスッキリしないだろうし、時が経つと忘れてしまいそうなので、やっぱり書いてみる。外からのイメージと中の実態との乖離が結構あるような気がしていて、そのギャップを埋める一助になれば幸い。 はじめに 同じ会社でも部署によって雰囲気とか働き方とかぜんっぜん違う。部署異動すると「ここは別会社か!?」と思うほど文化が違う。「社風」ってよく言うけど、何それって感じ。 大学だって、そうでしょう。「あなたの大学ってどういう雰囲気？」って聞かれても、自分の身の回りや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オシャレエロサイトをリリースして、10万PV/日を捌くためにやったこと - 彼女からは、おいちゃんと呼ばれています
Charming Python: Functional programming in Python, Part 3
The Little Book on CoffeeScript
ツイート以上ブログ未満