QiitaとMarkdownとコンテンツオーサリング - Qiita
はじめに SIGPX: Special Interest Group on Programming Experience 第二回 (2016年8月7日) での発表資料 今日話す内容 Qiitaでのコンテンツオーサリング Qiita の Markdown について、泥臭い感じで(アカデミックな会なので) Markdownという切り口で、標準化、そのレンダリング、オーサリング、ASTなどについて Markdown の仕様 HTMLに変換されるマークアップ言語の実装。またはその仕様。 Github の躍進とともにメジャーに 同種のマークアップ言語として textile, はてな記法など Markdownの起源 オリジナル実装は John Gruber の markdown.pl というPerl スクリプト(2004) Markdown - Wikipedia, the free encyclop
開発しているウェブサービスのこと - しっきーのブログ
4月頃から、僕ともう一人の二人のメンバーでウェブサービスの開発をしていて、完成間近だ！ コミケ終了後の8月15日にβ版をリリースする予定。 くだらないことがやりたかった。 「便利」とか「最適」の追求は、放っておいても誰かがやるので、そういうのとは違うことがしたかった。 そして、「くだらないこと」をやるためにも、強い意志と明確な設計が必要なんだということが、身にしみてわかった。 サービス名は「Webgeki（ウェブゲキ）」。 ウェブ上で論戦をして、勝敗をつけて遊ぶサービスだ。 オンラインでできるディベートのゲームみたいなものと考えてもらえればわかりやすいと思う。 ただ、ディベートと違うのは、ユーザーが勝敗の判定をする側の「ジャッジ」としても参加できることと、「運動と瞑想どっちが健康にいいか？」みたいなふざけたものも含めて論戦のテーマが何でもアリということだ。 開発中の画像だけど、イメージとし
Big Sky :: UNIX コマンドを SQL で抽出できるツール qq を作った。
昨日僕の Twitter タイムラインで q というツールが話題に上がっていました。 GitHub - harelba/q: q - Run SQL directly on CSV or TSV files Text as Data q is a command line tool that allows direct execution of SQL-like q... https://github.com/harelba/q 標準入力を SQL で抽出できるという物です。ただ個人的には「こういうの python じゃなくて Go でビルドされてると助かるよなー」と思ったので q と同じ様な動作になるツールを作ってみました。 GitHub - mattn/qq Select stdin with query https://github.com/mattn/qq 例えば msys2 のシ
GCPのネットワークでハマった話
第16回elasticsearch勉強会 https://elasticsearch.doorkeeper.jp/events/46539
SQL でファイル検索するコマンド selects を書いた話 | blog.jxck.io
Intro UNIX コマンドを SQL で抽出できるツール qq を作った。 というエントリを読んで、そういえば似たようなものを作ってたなと思い出した。 自分の dotfiles の中にある、便利コマンド集の中にある selects についてである。 このコマンドは SQL という検索を記述的に表現する共通言語をファイル検索に応用し、 Ruby の動的言語として表現力を使って実装したものといえる。 その実装方法と実行例などについて記す。 selects 結論からいうとこういうコマンドだ。 $ selects mtime, size, basename from './entries/**/*' where extname '==' '.md' and size '>' 1000 order by mtime 2016-07-06 22:45:44 +0900 18437 web-font
RSpecの指針について網羅的に書いてみたかった - Qiita
概要 この記事では、RSpecにあまり馴染みがない人にもわかりやすいように、RSpecの理想的な書き方（＝コーディングルール）を説明しようとしています。 書いてあることは個人的な見解です。理性的な議論を歓迎します。 友人に語っているような文体ですのでお気をつけください。 動機 俺はみんなにRSpecを書いてほしかったんじゃない。 いいRSpecを書いてほしかったんだ(´・ω・｀) なぜかバリデーションだけ一生懸命にテストされていて自作の30行近いメソッドにテストがないとか、10行近いbeforeブロックがコピペされまくってるとか、そういうのはさ、見たくないんだ。 あと、http://betterspecs.org/ は読もう。日本語版もあるし。そこに書いてあることはここでは繰り返さないので、あしからず。 総論 はじめに ここから先は読まなくてもいいからこれだけは読んでほしい。 itブロック
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://operable.io/
GitHub - instacart/ohmycron: Run cron jobs in a standardized environment with logs and locking
Microsoft REST APIガイドラインはRESTfulではない
