nabokov7; rehash : 「次のページ」は右か左か (いわゆる「前次問題」?)
January 08, 200923:46 カテゴリイントラブログよりサービス作りの話 「次のページ」は右か左か (いわゆる「前次問題」?) 「前次問題」というのがたまにブックマークで話題に上ってくるのだけど，自分の中ではこれは「横書きか縦書きか」「昇順か降順か」のたった二つのファクターのみに依存する問題として整理できてるつもりなので，この機会にまとめてみる。 (以前，マリオは左から右へ進むので云々といった話にまで拡大してたこともあるみたいだけど，本当はもっとシンプルな話のはず。) I. 第一の要素: 横書きか縦書きか I-a. 横書きの場合 文章の流れは左上から右下。 複数ページが横に並ぶ場合は，ページは左から右へ進む。(左開き) I-b. 縦書きの場合 文章の流れは右上から左下。 ページが横に並ぶ場合は，ページは右から左へ進む。(右開き) ここで原則1。 webは基本的に横書きなので，
nabokov7; rehash : ライブドアという会社の話をしよう - Q2. NHNに買収されたとき、現場としてどんなことを期待した？
January 30, 201223:46 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q2. NHNに買収されたとき、現場としてどんなことを期待した？ 前の記事の続き。 NHN関係でついでにもうひとつ。 - Q2. NHNに買収されたとき、現場としてどんなことを期待した？ 最初に親会社の森川社長がオフィスを通りがかったとき、僕は畳ユニットを椅子にしており、「会社がまともな椅子ひとつくれないのでかっとなって自腹で購入しました」と軽口叩いたら(だいたい事実) 翌月くらいには全社にアーロンチェアが配られたのはすごいと思いました。それは今でも感謝しておりますがほんとうに現場として期待していたのは椅子が新しくなること、ではなくて、えーと… 成長させるべきエリアへ存分にリソース投入できるようになること、だったな。 …ASIMOの開発者が「歩くとは前に倒れ続けること
nabokov7; rehash : 「投げ銭」や「ソーシャルパトロン」プラットフォームのためのメモ
February 09, 201115:27 カテゴリサービス作りの話 「投げ銭」や「ソーシャルパトロン」プラットフォームのためのメモ 投げ銭とかソーシャルパトロンみたいな仕組み，最近プチブームなのかな。マイクロペイメントの環境が整いつつあるからなんだろうか。そういうものの仕組みとか設計についてうちでも考える機会が多くなったので，ここまで考えてたことをメモ: まず，投げ銭プラットフォームの一般的なモデルはこういう感じだと思う。 (投げ銭プラットフォームのモデルその1) プラットフォームを通じて，ファンとクリエイターが出会う。ファンはクリエイターに対するオーディエンス(観客)であると同時に，金銭的支援をするパトロンでもある。 この場合，「投げ銭」は「出資」とみることもできて，その場合はファンが擬似的に制作に参加するという意味合いも出てくる。 ただ，出資は集めたけど制作が全然すすまないとか予算
nabokov7; rehash : 蒟蒻畑コラ画像作者に謝罪させるような世の中じゃ、記者クラブだってクローズトなままだろう。
February 12, 201121:31 カテゴリ番組の途中ですがマジレスです 蒟蒻畑コラ画像作者に謝罪させるような世の中じゃ、記者クラブだってクローズトなままだろう。 蒟蒻畑にでかい注意書きが義務づけられ、ついにキレた生産者が「食べたら死にます」と袋にでかでかと印刷した...というネタ画像が話題になってた。 だけどこれ、結構多くの人が本気にしたらしくて、騒ぎが大きくなったあげくついに作者が謝罪をするに至ったらしい。 (↓本物はこっち) こんなの本気にする方がどうかと思うのだが、それでも「世間をお騒がせ」すると謝罪をしないといけないのが世の習わしらしい。いかにも日本らしくてくっだらねぇ。誰かが謝罪させたのか、作者が勝手に謝罪しちゃったのかは不明だけど、確かになんとなく騒ぎの責任を原作者に求めるような空気はあったようだ。リツイートの中には、騙された自分の情弱っぷりを棚に上げて「悪質なコラ
nabokov7; rehash : 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
