sunaot

話しをしたいポイントは３つ。

• 条件分岐を避けましょう
• 一時変数の使い方に注意しましょう
• 状態の使い方に気を使いましょう

これを徹底することで、バグの入り込む余地を最小限に保つプログラミングをしましょう。

条件分岐を避けましょう

matope

#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データモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティックな理論に欠けている。本稿で、私はデータモデリングの視点からのNoSQLシステムファミリーの短い比較といくつかの共通するモデリングテクニックの要約を解説したい。

本稿をレビューして文法を清書してくれたDaniel Kirkdorfferに感謝したいと思う

igrigorik

Web Performance Power Tool: HTTP Archive (HAR) - blog post with video and details about the projects we covered.

The HAR Show GDL episode on YouTube

---

• HAR Spec: http://www.softwareishard.com/blog/har-12-spec/

• HTTP Archive (powered by HAR files): www.httparchive.org

• HAR Viewer: http://code.google.com/p/harviewer/

tumf

欺術者：	「やります、できます」と口では言うが、いつまで経っても目標を達成できない詐欺のようなもの。
偽術者：	「出来ません」と出来ない理由を整然と並びたてる。そのくせどうすれば出来るかを言えないニセ技術者。
疑術者：	「心を引き締めて頑張ります」などと精神論は立派だが、どうやるかは科学的に表現できない。技術者かどうか疑わしい。
擬術者：	専門用語を交えて調子よく話はするが、やることが理屈から外れている。見かけ倒し。
犠術者：	あちこちに犠牲者を出し、その上にアグラをかいている。
妓術者：	会社ではくすんでいるが、女の子がいる酒の席に行くと生き生きとしてくる。
議術者：	やたらと会話を聞いたり、議論はするが、結論、方向性を出せない。
戯術者：	技術と戯れるタイプ。戯れるだけ戯れて、なにもアウトプットがない。
義術者：	正義感ぶり「こうあるべき」と建前ばかりに終始する。
蟻術者：	蟻のようにやたらと動き廻り、動き廻ることで「仕事をした」と思ってしまう。

sowenjub

tell application "Notes"
  set theNotes to every note of the folder "Notes"
  repeat with thisNote in theNotes
    set myTitle to the name of thisNote
    set myText to the body of thisNote
    set myCreateDate to the creation date of thisNote
    set myUpdateDate to the modification date of thisNote
    tell application "Evernote"
      set theTransferredNote to create note with html myText ¬
        title myTitle ¬

tsupo

Twitter API 1.1 の現行APIの制限
(REST API v1.1 Limits per window by resource)
https://dev.twitter.com/docs/rate-limiting/1.1/limits

・15分辺り最大何回実行できるか


Timelines
  GET statuses/mentions_timeline          15回
  GET statuses/user_timeline             180回/user, 300回/application

nekman

JSF?!

http://www.thoughtworks.com/radar/#/languages-and-frameworks/683 - ThoughtWorks Technology Radar - January 2014

We continue to see teams run into trouble using JSF -- JavaServer Faces -- and are recommending you avoid this technology. Teams seem to choose JSF because it is a J2EE standard without really evaluating whether the programming model suits them. We think JSF is flawed because it tries to abstract away HTML, CSS and HTTP, exactly the reverse of what modern web frameworks do. JSF, like ASP.NET webforms, attempts to create statefulness on top of the stateless protocol HTTP and ends up causing a whole host of problems involving shared server-side state. We are aware of the improvements in JSF 2.0, but think the model is fundamentally broken. We recommend teams use simple frameworks and embrace and understand web technologies including HTTP, HTML and CSS.

http://www.jfokus.se/jfokus/talks.jsp - Search for JSF... (one hit on why you should leave it)
http://architecture-musings.blo

lestrrat

Re: http://twitter.com/hondallica/status/436117998823165952

Agony

クソコードを見たとき: "Looking at this code is pure agony!"

Angel

同僚がバグを直してくれた時: "You are an angel sent to save me!"

macbre

var webpage = require('webpage'),
	page = webpage.create(),
	fs = require('fs'),
	args = require('system').args;

var engine = args[1];

// @see http://phantomjs.org/api/webpage/handler/on-console-message.html
page.onConsoleMessage = function(msg) {
	console.log(msg);

sonots

<source>
  type in_tail
  # ...
  tag raw.eventlog
</source>

<match raw.**>
  type forward
  log_level "#{ENV['DEBUG'] ? 'debug' : 'info'}"