タグ

2012年5月20日のブックマーク (6件)

  • 起業したが会社が来週で倒産する件について

    とあるWEBサービスを運営する会社をやってるんだけど、 プログラマが突然失踪してサービスのメンテナンスも開発も止まる状態になった。 連絡がまったくつかないが、人はTwitterを更新してる。 Twitterでメッセージ飛ばしても無視される。 もう納期には間に合わないし、 引き継ぐにしても今更間に合わない 来週には大トラブルになって、会社も潰れる方向に進むだろう 人は相変わらず楽しそうにTwitterをしている。 俺は死んで詫びようか さよなら http://anond.hatelabo.jp/20120518193405

    起業したが会社が来週で倒産する件について
    rryu
    rryu 2012/05/20
    今回逃げたのがスタートアップメンバーなのか二代目以降なのかは分からないが、いずれにせよスタートアップメンバーが逃げ出す程の何かがあることは間違いない訳で…
  • 逆FizzBuzz問題 (Inverse FizzBuzz) - 平々毎々(アーカイブ)

    just another scala quantを日語にしました。 ちなみに、私の解はこちらに。 最初の解答 はてブに書いた解答方針、Inverse Fizzbuzz (FizzBuzzの逆関数) - Qiita - 与えられた範囲内のすべての解を数え上げてます。 もっと簡潔な解答 逆FizzBuzz問題 解きなおし - Qiita それでは、問題の日語訳をどうぞ。 逆Fizzbuzz問題 2012年ではなく、2016年のお話。 世の中は大して変わっていない。 OOPと書き換え可能なオブジェクトによって何度もひどい目にあった後、世界はやっとのことでJohn Hughesの考察が正しかったことに気づき、関数型プログラミングに移行した。GoogleはTypesafe社を買収し、ScalaAndroid上でネイティブに動作するようになっている。Googleに負けず劣らず、AppleはHas

    逆FizzBuzz問題 (Inverse FizzBuzz) - 平々毎々(アーカイブ)
    rryu
    rryu 2012/05/20
    FIzzBuzzを(1,2,3,4) => (fizz,buzz,fizz,fizz)という関数として、その逆である(fizz,buzz,fizz,fizz) => (1,2,3,4)を解いてみようという話。
  • 武雄市図書館運営委託 「質」保つ根本議論不可欠:佐賀新聞の論説 :佐賀新聞の情報サイト ひびの

    武雄市が市図書館の運営に指定管理者制度を導入し、レンタルソフト店「TSUTAYA(ツタヤ)」を展開するカルチュア・コンビニエンス・クラブ(CCC)に運営委託する計画を明らかにした。図書館への同制度導入については、これまでもさまざまな議論がなされている。利便性や質の維持向上などについて、利用者側に立った長期的視点での論議が欠かせない。 市の説明によると、運営委託は来年4月からで、開館時間を1日4時間延長し、無休で365日開館する。雑誌や文具を販売するスペース、蔵書を持ち込めるカフェも設ける。貸し出しカードはCCCの「Tカード」を導入。を借りてポイントがつく。施設の改築、併設している歴史資料館の移転も検討する。 日図書館協会は指定管理者制度導入には否定的だ。理由として(1)入館料がない図書館事業は収益が見込みにくい(2)運営委託期間が限られるため専門性の蓄積や長期的視点での蔵書、資料収集が

    rryu
    rryu 2012/05/20
    武雄市長が「ひどい」というほどひどいことは書いてないような。利点側の話が少ない感じあるが「代官山蔦屋書店と同じことがしたい」以上のことが語られていないのだから仕方が無い気もする。
  • nil?すべきかempty?すべきか、それが問題だ!

    nil?すべきか Rubyを使っているとコードをより簡潔により美しくしたいという欲求、つまりDRY欲が加速します。 例えば次のようなコードがあります。ここでの関心はprocess_userメソッドです。 class String def some_process "Process_completed for %s" % self end end def process_user unless @user @user = 'anonymous' end @user.some_process end @user = nil process_user # => "Process_completed for anonymous" @user = 'Charlie' process_user # => "Process_completed for Charlie"

    rryu
    rryu 2012/05/20
    DRY欲的にはNilClassにも標準でempty?が欲しい一択ではないかと。まあ str.to_s.empty? でもいいけどキャストするのは何か負けた気がする。
  • 引き算のデザイン vs ごちゃごちゃしたデザイン

    定期的に出る、「エレガントなデザイン」より「ごちゃごちゃしたデザイン」の方が売れるという話がある。 よく楽天市場のショップを揶揄する言葉として使われるが、最近は、eBayにもこんな話が出て、どうやら世界共通に通じることらしい。 eBay でヒドいデザインの方がコンバージョン率が高かった、という話 ただ、何故ごちゃごちゃ情報を掲載した方が売れるのか?!ということに関しては、あまり具体性がある記事を見た事が無い。 自分が思うところを書いてみたいと思うが、ある掃除機を売ると仮定して、「引き算の商品説明」と、「ごちゃごちゃしたい商品説明」考える。 ■引き算の商品説明 この方法で説明を考える時は、その商品の良さを徹底的に絞り込んで、できる限り一つのメッセージに落としたいと考える。 その結果が、例えば 「吸引力の落ちない掃除機です」 という説明にして売る。 何個かメリットがある場合は、情報に強弱をつけ

    rryu
    rryu 2012/05/20
    Amadanaは理想のテキスト量、理想の画像サイズ・数であれば見た目はいい感じになるやつではないかと。いざ使ってみるとそんな理想のデータは存在しないのですべてが微妙になるという。
  • eBay でヒドいデザインの方がコンバージョン率が高かった、という話

    先日日WEBデザインが2003年で止まっていると話題にという記事で楽天のサイトなどのことが取り上げられていましたが、これを読んで思い出したポッドキャストインタビューがあったので一部抜粋してみます。 このインタビューはスタートアップ向けレクチャーイベント ZURBsoapbox シリーズのひとつ。昨年11月に、「サンフランシスコでの投資とギークな日々の20年間」といったタイトルで 500 Startups 代表のエンジェル投資家デイブ・マクルーア氏が語ったものです。 「チームのメンバーに求める特徴は?」という客席からの質問のデザイナーの部分について、彼はこのように答えていました。 一緒に働くのが辛いデザイナーもいた。自分はなんでも知ってる、みたいなデザイナーと働くのにはほんとに苦労した。デザイナーと口論したいわけじゃないんだ。俺が見たいのは数字とお客さんの利用例。そして何がうまくいってい

    eBay でヒドいデザインの方がコンバージョン率が高かった、という話
    rryu
    rryu 2012/05/20
    身の丈に合わない店では買い物しづらいというのはオンラインショップでも同様ということかな。量販店を目指すなら隙のある中流っぽいデザインを目指さないと。