俺が異世界に行った話をする : 妹はVIPPER
1：以下、名無しにかわりましてVIPがお送りします：2012/06/22(金) 23:30:39.34 ID:pDww8pjjO 去年の４月に大学を卒業して、マンションに引っ越した。 そのマンションが 回＝回＝回＝ ←こんな形をしたマンションなんだ。真ん中が中庭になっていて、俺は左端に住んでる。 ＝のところも部屋があってマンションは６階建て。右側にマンションの玄関があり、そこからしか出入りはできない。 中庭といっても地面も壁もコンクリートで使い道は全くない。 で、俺の住んでる部屋からはドアがあって中庭に入れる。他の部屋からは不可。 その中庭がおかしいんだ。 どうおかしいかは説明できないんだが、とにかく中庭にしばらくいると目が回って気分が悪くなる。 3：以下、名無しにかわりましてVIPがお送りします：2012/06/22(金) 23:31:51.44 ID:3RfUTPwBi 続きはよ 4：
AimingのGitHubを使った開発フロー
システムの技術的負債にどう挑むか？～『レガシーコード改善ガイド』著者マイケル・フェザーズが語る課題と解決策～
キスで学ぶPush実装技術
彼女とMacBookを並べてコーディング。 ようやくRailsの開発を一人で出来るようになった彼女が、俺に突然質問を投げかけた。 「ねぇ、WebサービスのPushってどうやって実装するの？」 「一般的には３つの方法がある。」と俺は答えた。 「クールな順にWebSocket、次にコメット、最後にポーリングだよ」 彼女は目を輝かせながら「それでそれで？！」と説明を求めてくる。 「ポーリングは、一定の時間ごと、たとえば３秒ごとにAjaxでサーバにリクエストを送って新着の情報が無いか問い合わせて、もし新着があれば処理を、なければスルーして次の問い合わせに備えるPush通知の実装だ。手軽に実装できる反面、新着がない多くの時間常にリクエストを送り続けることになるので無駄が多い。大規模なサービスで実装すれば、それだけでDDoSっぽくなっちゃう。また、リアルタイムも厳密には実現できなくて、MAXでポーリン
Emacs実践入門 振り返り、もしくは技術書を書きたい人へ。 - 日々、とんは語る。
この記事は、日本語入力を支える技術 振り返り、もしくは技術書を書きたい人へ - 射撃しつつ前転のオマージュです。まだ、そちらを読んでいない方は、大変面白いですのでぜひ一読をオススメします。 本を書いたきっかけ これについては、Emacsで変わる人生もある。で書いたので割愛。 まぁ、友情パワー（アラシヤマ@パプワくん）です。 書くためにやって良かったこと。 Emacsを真っさらの状態から使いはじめる。 自分にとって本当に必要なEmacsの設定が改めて分かる。書く内容が大体つかめた。 執筆用メジャーモードを使った。 id:kiwanami さんが作った inao-mode.el を少しだけ編集したものを使った。僕が実際に使っていたのはこちら。 まぁ、Emacsの本ですから、専用のメジャーモードを使うのは当然ですね :p) 最終的にはHTMLに出力する機能をつけたかったんだけど、そこまで作り込む
Paperboy.el by glidenote
paperboy.el powerup your emacs. more powerful. enjoy your emacs life. How to Use $ curl -L http://bit.ly/paperboy-el | sh && exec $SHELL $ emacs Why paperboy.el? Paperboy&co. has many Vimmer and many Emacser. I used to use vim, but you know, Emacs is nothing but awesome! I was definitely wrong... So all of Vimmer coverted to emacs with paperboy.el ;) Contributing Fork it Create your feature branch
第3回 Meteorの基本的なAPI | gihyo.jp
Meteorの基本的なAPIを紹介 前回は、Meteorプロジェクトのディレクトリ構造と、それらがMeteorによって実行時にどのように取り扱われるかを解説しました。それにより、MeteorはクライアントとサーバをどちらもJavaScriptで記述でき、コードの共有も非常に容易だということを明らかにしました。 今回は、「サーバとクライアントのどちらもJavaScriptで書ける」というMeteorの特色を示すような、Meteorの基本的なAPIについて解説します。 MeteorのコアAPI まずは最も基本的なAPIとして、以下の3つがあります。 Meteor.is_client 現在のコードがクライアント上で実行されている場合はtrue Meteor.is_server 現在のコードがサーバ上で実行されている場合はtrue Meteor.startup() アプリケーションの開始後に呼び
syntax/cpp.vim のメンテナンスを vim-jp で行う事になりました。
コーディングする際、構文やキーワードが色付けされる事はプログラマに大きなアドバンテージを生みます。 先日、vim の開発者メーリングリスト vim-dev に「syntax/cpp.vim に C++0x のサポートを追加して欲しい」との意見が投稿されました。 vim の作者 Bram Moolenaar 氏は「ここ10年程、syntax/cpp.vim のメンテナと連絡が取れていない。」と漏らしました。 そこで以前から、syntax/cpp.vim に手を入れようと議論していた vim-jp がメンテナを買って出る事にしました。 https://github.com/vim-jp/cpp-vim Bram Moolenaar 氏からも快い返事を頂きました。今後は C++ のノウハウを持った日本の vim ユーザー皆さんからのご意見を頂戴しながら syntax/cpp.vim のメンテナン
Paperboy.vim by gongo
paperboy.vim Hyper powerup your vim. How to $ curl https://raw.github.com/gongo/paperboy.vim/master/powerup.sh | sh && exec $SHELL Hyper Powerful Vim $ vim M-x vimshell Vim shell!! License MAHALO License (based on MIT License) Copyright (c) 2012 Wataru MIYAGUNI Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Sof
Vim での JavaScript 開発の環境を整備する。 - ぷーくすくすくすなえんじにあ
最近割と初めてに近いか２回目くらいで、がっつりと Javascript を書いてまして、これまでの minibufexpl プラグインしか入れてない vim だとちょっと開発しづらいのとJavascriptのコーディングを矯正するために lint 等を使用したいので少し環境を整備した。 最終的には以下の５つのツールを導入する。 基盤としている環境は Ubuntu 12.04, vim-gnome vundle minibufexpl.vim Better Javascript Indentation gjslint syntastic vundle プラグイン管理を使う Bundler 的な管理ツールを入れる。 gmarik/vundle · GitHub https://github.com/gmarik/vundle 以前は minibufexpl しか使ってるものが無かったので必要と
git最強のオプション filter-branch - Qiita
Git Advent Calendar / Jun. 21日目の記事を書かせて頂きます。 今回の記事では、gitのfilter-branchを紹介します。 filter-branchとは これは、大量のコミットの書き換えを機械的に行うオプションです。 (filter-branch自体はシェルスクリプトで書かれています。) これを使うとレポジトリの歴史上からコミットされたファイルを完全に抹消することができます！ 今回、ファイルを抹消するためにfilter-branchの--index-filterオプションを使います。 使うシチュエーション こんな怖いオプションどこで使うのかというと、例えば下記のようなシチュエーションが考えられます。 パスワードファイルを間違ってcommitしてしまった or やんごとなき事情により削除したい 巨大なファイルを間違ってcommitしてしまった 1コミットだけ
[デザイナー向けGit解説] エンジニアと同じブランチで作業する日 | uniq-style
前々回のGit解説の続き。 Gitでは色んな作業の仕方があります。 デザイナーとエンジニアの間でよくある作業の流れをイメージ描きつつ説明してみようかと。 今回は「エンジニアとデザイナーが同じブランチで作業する」です。 まず朝出社！ 今日は検索ページを作るお仕事をすることになりました。 このイメージにそって説明してみます。 [イメージ内：P-1] エンジニアがみんなの場所（remoteとか呼ばれてるところ）から最新の「master」ブランチを持ってきて… そこから「search」というブランチを作りました。 [イメージ内：P-2] エンジニアは「search」というブランチで、検索フォームのあるページを作成しました。 デザインはまだ入ってません。 [イメージ内：P-3] エンジニアは「git push」というコマンドで みんなの場所remoteに「search」ブランチを置
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
preston-net.com - このウェブサイトは販売用です！ - preston-net リソースおよび情報
Grow - Agencia Marketing Digital
長文日記
WebSockets handbook
GitHub - dionyziz/canvas-tetris: A 2D tetris game in HTML5 canvas