ボードゲーム界隈での興味深い４つの試み - One For Owl
今回は最近ボードゲーム界隈で見られたいくつかの興味深い挑戦について紹介したい。 「GitHubでアナログゲームを開発する」 「クラウドファンディングでアナログゲームの資金集め」 「アナログゲームの制作ハッカソン」 「アナログゲームのダウンロード頒布」 「GitHubでアナログゲームを開発する」 『Githubでアナログゲームを開発する | Open Design Games』 GitHubというのはバージョン管理システムの一種だ。複数のファイルを管理して「いつ」「誰が」「何を」編集したか記録しておき、ある時点まで状態を戻したり出来る。一般にはソフトウェアを複数人で開発する際に使うが、これをアナログゲームの開発に利用してみようというのが@fullkawa氏の試みである。 @fullkawa氏が行ったのは自身が制作するdqz(a.k.a Xan)というアナログゲームのルールやカードをファイルと
Git の diff を美しく表示するために必要なたった 1 つの設定 #git - 詩と創作・思索のひろば
Git に同梱されている contrib/diff-highlight を使います。 あとは README に書いてあることの引き写しですが、PATH の通ったディレクトリに置いて、~/.gitconfig に以下のように設定を書く。 [pager] log = diff-highlight | less show = diff-highlight | less diff = diff-highlight | less すると、対応するコマンドの出力がこんな風になります。 行レベルの diff に加えて、単語レベルでの diff もハイライトされ、GitHub での diff のように描画されました。 組み込みのオプションで --color-words というのがありますが、こちらを使うと行レベルの diff 情報が失われるので、少し不便だったわけですね。とすべて README に書いてあ
探検！編集、執筆工場〜某媒体の記事ができるまで - Fragments of Works
明けましてメリークリスマス！ 2013年の12月がやってまいりました。 CodeGridの記事ができるまで Editors' & Writers' Advent Calendar 2013の第1日目です。 第2日目は、えどさんの記事を書くときに気をつけていることです。 この記事では「探検！編集、執筆工場〜某媒体の記事ができるまで」と題しまして、CodeGridというフロントエンドまわりの技術情報を配信するサービス（有料）の記事ができあがるまでをご紹介したいと思います。 対象としては、技術者でちょっとなにか記事を書いたりしたいんだよね、という方や、技術書の編集に関わる方を想定しています。エンジニアではないフツーの編集者のワークフローなので、そこまで複雑なことはしていません。 技術情報系の記事の特徴 技術情報記事といいますと、まず情報自体に間違いがあってはいけません。そのため執筆者（いい感じの
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
vim-jpがつないだVimプラグイン開発者とVimパッチ職人、もしくはなぜ最近Vimコミュニティが活発になったのか - Humanity
ばよえ〜ん(訳：Vim Advent Calendar 2012への11回目の投稿です) この記事はVim Advent Calendar 2012の115日目の記事になります。 114日目は@rbtnnさんのsetコマンドでエスケープすべき文字でした。 vim-jp以前ってmattnさん以外、Vimパッチ職人*1の人たちはあんまりLingrに寄り付かなかったなー。という事をふと思い出したのでなんとなくちょっと前のことについて書いてみる。 というより、何時の間にか書きあがってた。 取りとめないし、主観が多分に混じってると思う。 ここでいうVimパッチ職人、Vimプラグイン開発者はだいたいこんな感じ... すごい大雑把な分け方なのでちょっとあれだけど... Vimパッチ職人 mattnさん、KoRoNさん、中平さん、h-eastさん、... Vimプラグイン開発者 thincaさん、Shou
最近のJSの開発環境について知っておくべきライブラリ10個 - mizchi log
ほんとに10個だと思った？（無意味に煽っていくスタイル） 最近JSだけのリポジトリで無益なゲームを大量に作っては破棄しているのだけど、割とストレスなく出来上がってきたので書く。 長々と書くが、要は次のリポジトリに概要が詰まってる。 mizchi/mizchi_client_boilerplate · GitHub https://github.com/mizchi/mizchi_client_boilerplate 前提として、最近はCSJSでもnodeのインストールを前提とする環境が多い。必須といってもいい。 grunt gruntjs/grunt · GitHub https://github.com/gruntjs/grunt ビルドタスクを簡単に作れる。make、rake、などに相当するが、node製らしくファイルシステムの監視でアクションを作れるのが特長。$ grunt serv
危なくないgitこと、うちのチームのgit戦略草案(ver. 2)
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
HakyllとpandocとMighttpdでサイトを作った話 - 純粋関数空間
このページについて ページのフッタに書いてあるので、お気付きの方もいらっしゃるかと思いますが、 このページは Hakyllと Pandocと Mighttpdにて運用されています。 完全なソースコードを https://github.com/tanakh/tanakh.jp から参照できます。 HakyllとはHaskellによる静的ページ生成ツールで、 Jekyllにインスパイアされて作られたものだそうです。 JekyllがRubyによって書かれ、Rubyによってページの構造を記述するのに対して、 HakyllはHaskellによって書かれ、Haskellによってページの構造を記述します。 Pandocとはいろいろなドキュメントフォーマットのコンバータです。 Haskellで書かれています。さすがにもうHTMLを手で書きたくはない、 かついろいろなブログの独自のフォーマットなんて覚えてい
[Ruby] Rails 3, Devise 使い方のまとめ（2011年8月版） | お風呂だいすきぶろぐ。
Rails のユーザー認証システム「Devise」の使い方に関するまとめ。 特に目新しいことを書くわけでもなく、 完全に他人のまわしで相撲をとるわけだが、ひらにご容赦願いたい。 「基本」 [plataformatec/devise - GitHub] ... Devise の公式サイト [Welcome to the Devise Wiki! - GitHub] ... Devise の公式サイト - wiki - 「便利なサイト」 [LazyLoadLife] ... Devise の README ファイル翻訳 日本語で最も詳細 [ASCIIcasts - Episode 209] ... Devise 特集１ [ASCIIcasts - Episode 210] ... Devise 特集２ ASCIIcasts さんの Devise 特集が個人的にはとてもわかりやすくてよかった。
いま読みたいRuby on Rails3アプリ 10選：Rails Hub情報局：エンジニアライフ
ITエンジニア向けの質問・回答コミュニティ「QA@IT」で、「RSpec のテストがたくさんついたオープンソースの Rails3 アプリはあるでしょうか」という質問に対して回答したところ、少しはてブが付いたりしたようです。Railsに限らないかもしれませんが、ちょっとしたサンプルコードや簡易なアプリというのはたくさんあるのですが、そこそこの規模のアプリ、あるいは実運用されているアプリで参考にできるソースコードとなると、意外にパッと思い付かなかったりします。「Railsアプリなら、これを読め」というべきアプリのリストがあればいいのにと、よく思ったりしています。 そんなわけで、いま読むべきだと私が勝手に考えてGitHubのウォッチリストに入れているRails3アプリを、10個ほどリストアップしてみたいと思います（全部で11個ですが）。ほかにオススメなどがあれば、ぜひコチラで情報をお寄せください
「githug」でgitの基本操作を算数ドリルみたいに学ぼう！ | Act as Professional
GitHubのイベントである「The GitHub poweredby Agile渋谷 〜日本のSOCIAL CODINGの今を見る〜」の懇親会を受付始めました@HIROCASTERでございませう。 イベント参加者以外でも参加可能のため、イベントは補欠だったけど、どういうふうにGitHubを使っているのか聞きたい人は、ご参加ください。（イベント参加者優先で、空気読んで登録してください） イベントではGitHubの話をするので、Gitが使えることが前提になっています。 そこで、Gitの基本操作方法を学べる「githug」を紹介します。 githug Gazler/githug「githug」はgitの基本操作を実践的に学ぶための良いソフトウェアです。 特に他のバージョン管理システムを使ったことのある人がgitの基本操作だけを学ぶだけならちょうど良い。 インストールgemで公開されているのでイ
そうだったのか！ よくわかる process.nextTick() node.jsのイベントループを理解する
そうだったのか！ よくわかる process.nextTick() node.jsのイベントループを理解する
Vimmer 達の vimrc - はやくプログラムになりたい
有名な Vim 使いが github で公開している vimrc を簡単にまとめてみました． 一段落ついたら参考にして自分の vimrc を見直そうと思います． Shougo さん https://github.com/Shougo/shougo-s-github/blob/master/vim/.vimrc kana さん https://github.com/kana/config/blob/master/vim/personal/dot.vimrc tyru さん https://github.com/tyru/dotfiles/blob/master/dotfiles/.vim/init.vim ujihisa さん https://github.com/ujihisa/config/blob/master/_vimrc tpope さん https://github.com/tp
GitHubのセキュリティホールがふさがったのでSSH Keyを確認しよう - ただのにっき(2012-03-08)
■ GitHubのセキュリティホールがふさがったのでSSH Keyを確認しよう 先日、Railsアプリにありがちなセキュリティホールがあることが判明したGitHub。詳細は@sora_hによる「github の mass assignment 脆弱性が突かれた件」が非常によくまとまっているので参照のこと。脆弱性の内容そのものもだけど、開発者として脆弱性指摘をどのように受容、対応すべきかを考えさせられる事例だった。 で、これはようするに赤の他人が任意のリポジトリへのコミット権を取得できてしまうという事例だったのだけど、脆弱性の内容をみる限りその他のさまざまな入力もスルーされていた可能性がある。ということで、その対策が(おそらく)なされたのだろう、今朝になってGitHubから「SSH Keyの確認をせよ」というメールがいっせいにユーザに配信された。3日で修正とか、GitHubの中の人もずいぶん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ブラウザ横断で JavaScript のテストを自動化する BrowserSwarm
GitHub - faif/python-patterns: A collection of design patterns/idioms in Python
rvl.io
IDEA * IDEA
Symfony2による実践的アプリケーション開発
https://github.com/nazomikan/Class/blob/master/Class.js