bajtos

The instructions and the sample-data file were moved to https://github.com/bajtos/loopback-workshop.

pocotan001

• 🎨 when improving the format/structure of the code
• 🚀 when improving performance
• ✏️ when writing docs
• 💡 new idea
• 🚧 work in progress
• ➕ when adding feature
• ➖ when removing feature
• 🔈 when adding logging
• 🔇 when reducing logging
• 🐛 when fixing a bug

acidlemon

ISUCON 2013 予選レギュレーション

参加者

予選参加者 (以下参加者) はチームでの登録とし、チームは2人もしくは3人での構成とする。

参加者は予選の第1日目、2日目のいずれかのみに参加することができる。

参加者は「一般枠」「学生枠」のいずれかに登録すること。

cridenour

Setting up Vim as your Go IDE

Intro

I've been wanting to do a serious project in Go. One thing holding me back has been a my working environment. As a huge PyCharm user, I was hoping the Go IDE plugin for IntelliJ IDEA would fit my needs. However, it never felt quite right. After a previous experiment a few years ago using Vim, I knew how powerful it could be if I put in the time to make it so. Luckily there are plugins for almost anything you need to do with Go or what you would expect form and IDE. While this is no where near comprehensive, it will get you writing code, building and testing with the power you would expect from Vim.

Getting Started

I'm assuming you're coming with a clean slate. For me this was OSX so I used MacVim. There is nothing in my config files that assumes this is the case.

tai2

ウルフギャングのチューニング過程まとめ

デザイナーと二人組で超チューニング祭に参加しました。速度面での最終順位は7位でした。デザイナー視点でのまとめは、こちら http://blog.mikiishijima.com/cho-tuning-fes/

コミットログはこちら https://github.com/tai2/nicohaya/commits/master

主に使ったツールは、ChromeのDeveloper Tools,PageSpeed Insights,YSlowぐらい。

melborne

パッケージの作り方(Creating Packages)

パッケージ(Package)はAtomのコアです。エディターのメイン機能以外のほぼすべては、パッケージによって扱われます。これには、ファイルツリー、ステータスバー、シンタックスハイライトのような「コア」の部分が含まれています。

peterhellberg

package main

import (
	"flag"
	"fmt"
	"net/http"

	"github.com/codegangsta/martini"
	"github.com/garyburd/redigo/redis"
	"github.com/martini-contrib/render"

MohamedAlaa

tmux shortcuts & cheatsheet

start new:

tmux

start new with session name:

tmux new -s myname

tomkersten

upstream your-app {
  # fail_timeout=0 means we always retry an upstream even if it failed
  # to return a good HTTP response (in case the Unicorn master nukes a
  # single worker for timing out).
  server unix:/tmp/your_app.socket fail_timeout=0;
}

server {
  listen       80;