先日公開した「はてなスターカウンター」は、既に多くの人に使ってもらえて、スター数ランキングも有名ななブロガーの人たちで埋まっている。はてなスター数100個程度の自分のブログでは全然レベルが違いすぎる件。 そんな中、id:t-wadaさんのブログでのこのカウンターの使われ方を見て目から鱗だったんだけど、このはてなスターカウンターは自分のはてなブックマークのコメント（通称ブコメ）に付けられたスターのカウンターとしても使える！ ブコメスターカウンター 本来は、ブログに付けられたはてなスターの総数を表示するためのもので、はてなダイアリーであれば、http://d.hatena.ne.jp/ruedap/のようなURLをはてなスターカウンターのステップ1の入力欄に入力して使ってもらうことになる。はてなダイアリー以外のブログサービスの場合だと、まずはてなスターの設置からしなければならず、これがちょっと
はてなスター、私はとても気に入っているのだけど、「はてなスターを付ける」という行為が多義性を帯びてきているような気がする。 はてなスターが始まった当初は、ただ単にポジティブな印象を受けたよ、といった意味合いでスターを付けていたのだけど、最近は 「読んだよ」 とか 「共感したよ」 とか、 「ここの文章、いいね」 とか、 「もっと私を見て！」 とか、 「好きです」 とか、 「いつも見てます」 といった意味合いで付けることがある。 たぶん、「読んだよ」的はてなスターは、id:umedamochioさんが提唱し実践している「全部読む」戦略の一環で生まれた使い方じゃないだろうか。 「好きです」とか「いつも見ています」というのが双方にとってポジティブなのか、いいことなのか、快なことだろうか、というのはおいておくとして、はてブの持つネガティブ性を消す方向性を持って始まったはてなスターなので、ネガティブな
ビジネス版のCode Complete,という感じがする。 ソフトウェア開発をビジネスとしているトップクラスの会社が、どのように「ビジネス」をやっているのかというノウハウがまとめられているのは珍しい。 この本は37signalsという会社のビジネスのやり方について書いてあるけれど、大きな会社であっても実際に働く現場は部や課といった小さな規模の会社に相当するだろうから参考になるところが多いにある。 ソフトウェア開発の現場ではなくても、仕事のやり方の姿勢として参考にできることが盛りだくさん。まさにCode completeといった感があって、どの章も濃密だった。 最近読んだビジネス系の本ではピカイチ。 普段、それが常識だよね、となんとなく受け入れていたことがそうじゃないんだよ、と指摘されていて固定観念に気付かされることも多くあった。Code completeと並べて座右の書にしよう。 小さなチ
■ [english] コミットログを英語で書くためのテンプレ githubに上げるコードは、可能なら英語でコミットログを書いたほうが良いです。なんか面白そうなプロジェクト見つけたとして、コミットログがロシア語とかアラビア語だったら困るよねという話です。 英語とか難しいと思うかも知れないですが、だいたい何か追加したか直したか変更したかのどれかなのでわりとパターン化できます。読めない言語で書かれている場合の可読性＝０なので、英単語を適当に並べるだけで可読性が無限大パーセント改善されます。やった！ 僕がよく使うのはこんな感じです(英語的に正しいかは知りません)。 new: xx new: added (some) xx fix: xx did not work fix: xx was wrong fix: xx should (not) yy changed xx to yy removed
みなさんこんにちは。@ryuzeeです。 planetgeek.chというサイトでUrs Enzler氏がTDDのチートシートを公開していたのでご紹介します。 Clean Code and Clean TDD Cheat Sheets (PDFファイルでダウンロード可能です) 以下で、チートシート内の一部を意訳にてご紹介しましょう。 Unit Test Smellsテストが何もテストしていない一見するとテストが有効に機能しているように見えるが、実はテスト対象をテストしていない テストに過度なテスト準備が必要とされるテストが環境をセットアップするのに長いコードを必要としている。こういうノイズがテストが本当にテストしたいのが何なのか？ということを分かりにくくする。 大きすぎるテスト有用だが大きすぎるテスト。たぶんテストが１つではなく複数の機能をチェックしているか、テストが１つ以上のことをやろう
ダイヤルアップ接続音。懐かしい昔は毎日のようにテレホタイムからつなげて、ICQをつなげてと･･･。
GitHub - Die Cut GitHub Stickers GitHubのマスコットキャラクターは、猫の顔にタコの足がくっついたような、変なキャラ。いちおう名前があって、"Octocat"と言う。見た目のまんまです。 それで、このキャラに何か由来があるのかと言えば、実は何もないそうだ。 What is the story behind GitHub’s octocat mascot? - Quora iStockPhotoから$50ぐらいで適当に買ってきた絵だった、とのこと。その後、改めて独占的な使用権を購入したらしい。 あまりにもあっけないバックグラウンド・ストーリーだ。デザイン自体はよく出来ているだけに、余計にそう思う。
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
Twitterに流れてきたスライドがとっても 分かりやすかったのでブログでより多く の方に拡散。ノンプログラマー向けの jQueryの基本講座。これからjQuery を使おう、という方は読んでおくと良さ そうですね。 ノンプログラマー向けにjQueryの基礎をスライド化してくれています。 @pocotan001さん作のスライドです。 このスライドを見ながらコーディングする、というより、基礎知識を頭に入れるのに適したスライドだと思いますので気軽にご覧になってみて下さい。ハードルがかなり下がると思います。 また、当ブログでもjQueryプラグイン等の情報を取りあえげていますので合わせてどうぞ。 jQueryのリファレンスサイトと入門書籍 [2011.09.21アップデート] よくアクセスいただくのでハブ的な役割くらいは果たそうと思います。 jquery / jQueryの本家です。 jQuer
もうだいぶ歴史を進めて開発進めてたんだけど、そういやあのプロトタイプが動いたときタグうっときゃよかったなーなどと思ったんだけど、意外と情報がなかったからメモ。 git-flow 使って、develop で開発進めてたりして、リモート/ローカルで push/pull も頻繁にしてるリポジトリ。現存するのは、develop, master のみ、だいぶ昔に feature/hoge からマージした段階に戻って master にマージしてタグ付けしたい、みたいな要望（割とあるよね？あるよね？ $ git log --all --graphとか見ながら、コミットオブジェクトのハッシュ確認。例えば、「38fef39」が対象のコミットだとする。 そのハッシュをチェックアウト。 $ git checkout 38fef39 Note: checking out '38fef39'. You are in
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2011/04/23/20110422actly-amazon-outage-earthday/
AWS Service Health Dashboard
Login • Instagram