タグ

2014年2月24日のブックマーク (9件)

  • 例え話だけで解決に向かうのか? - 技術的負債論 - MassKaneko.Out

    はじめに 以下のエントリがHOTになっています。公開4日後の現在で949はてブです。 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog 私は企業で Software Engineer in Test としてソフトウェアの保守性に責任を持つポジションに就いている身ですのでこのテーマに関心があるのはよいことだとは思います。技術的負債そのものについてのエントリは過去にも沢山あるようですが、mizchi さんのエントリは誤解を恐れないシンプルで断定的な書き方ですので多くの人に刺さったのでしょう。 ただ、技術的負債(technical debt)というメタファーが万人に誤解無く伝わるのかは疑問です。時間を借りているのかはピンと来ませんし、財務的負債と異なり返済の義務はありません。また、エンドユーザーに提供する価値よりも負債にフォーカスし

    例え話だけで解決に向かうのか? - 技術的負債論 - MassKaneko.Out
    ama-ch
    ama-ch 2014/02/24
    「技術的負債」というより「健康リスク」なるほど。 "複雑な箇所の担当に回されると生産性は半分になり、離職率は10倍になる。"
  • Comparing 0.2.0...0.3.1 · Automattic/expect.js

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    Comparing 0.2.0...0.3.1 · Automattic/expect.js
  • http://blog.jsgirls.org/post/77669365281/js-girls-tokyo-1

    http://blog.jsgirls.org/post/77669365281/js-girls-tokyo-1
    ama-ch
    ama-ch 2014/02/24
    “JS Girls Tokyo #1 を開催します”
  • http://jsgirls.org/

    http://jsgirls.org/
  • クソコード、あるいは技術的負債 - 時計を壊せ

    クソコードについてここ数日で考えたことを書いてみる。 技術的負債まわりのえらいひとたちの議論を眺めてて、技術的負債って言うとなんかプロっぽいけど、クソコードって言ったほうが示したいモノを素直に表してるし分かりやすいきがしてきた。 クソコードを書くなとは思わないけど、クソコードをいつまでも放置するのはやめようって思う。 クソコードは次なるクソコードを生み出すし、バグを隠蔽するし、メンテナンスコスト増大の悪循環のキッカケになるし、新人の教育上良くないので無くて済むならもちろんないほうがいい。 ただ、ギークな人たちを除いて、さらっと60点*1のコードなんて書けない。僕を含め大多数のエンジニアは自分自身が書いたクソコードをリファクタリングして60点以上のコードを目指すための時間が必要になる。 そのうえ、そういうコードを書いてもだいたい時間経過に伴って事情が変わって、60点のコードの挙動を壊さないよ

    クソコード、あるいは技術的負債 - 時計を壊せ
    ama-ch
    ama-ch 2014/02/24
  • ドメイン駆動設計読んだ - hitode909の日記

    ドメイン駆動設計というのはソフトウェア工学のおしゃれなで,Kindleで買えたので読んだ.ドメインを軸に戦略的に設計しましょうという.2週間くらいで読めて良い体験できてよかった. ソフトウェアを,ユーザーインタフェース,アプリケーション,ドメイン,インフラストラクチャという4つの層に分けて,一番重要なのがドメイン層で,ドメイン層にアプリケーションが存在し得る理由がある.銀行システムだったら,口座とか利子みたなやつがドメイン層で,口座がよくできてると銀行としてうまくいく.ATMのタッチパネルというのはユーザーインタフェースで,どんなにATM押しやすくても,ドメイン層に,口座という概念がなくて,ただのハッシュだったりすると,銀行を運営して金を儲けるとか,新たな金融商品とか作るのが困難になる.インフラ層は永続化とかするのだけど,インフラ層がいかによくても,意味ないデータを保存していては銀行倒

    ドメイン駆動設計読んだ - hitode909の日記
  • WhatsAppはなぜ欧米で成功したのか(なぜ日本では成功していないのか) - FutureInsight.info

    Future Insightを独自ドメインで運用はじめましたが、これを機会に積極的に寄稿なども扱っていこうと考えています。今回は友達のDSさんに「WhatsAppはなぜ欧米で成功したのか(なぜ日では成功していないのか)」というホットなテーマで寄稿いただきました。 WhatsAppはなぜ欧米で成功したのか(なぜ日では成功していないのか) FacebookによるWhatsAppの買収が話題になっています。金額もさることながら、ここ数年盛り上がっている「ウェブ VS ネイティブ」「パソコン VS モバイル」の文脈でも語ることができるトピックなので、特に関心が高いようです。 ただWhatsAppが日ではそこまで普及していないために「なんでWhatsAppが流行ったのかわからない」という人も多いようなので、私の考えをまとめたいと思います。 WhtatsAppの成功を考えるときに、面白いポイント

    WhatsAppはなぜ欧米で成功したのか(なぜ日本では成功していないのか) - FutureInsight.info
  • WhatsAppの買収から考える今後のスマートフォンビジネスの動き - FutureInsight.info

    ほとんどの人は感じていることだろうけど、いったんガチでまとめておきます。 GoogleがWeb時代に強力な支配力を発揮できた要因の一つにGmailなどの魅力的なサービスで必ずユーザーアカウントをログインさせる習慣を作ることができた、というのがあるけど、スマートフォンにおいてはそれがメッセージングだった。アカウントをログインさせる必要があるのは、もちろん大きな意味での広告のため。 クッキーが存在するWebと違ってアカウントヒモ付が難しいスマートフォンでは、アカウントのヒモ付をどのようにおこなうか、またサービスの入り口をどのように設計するかというのが、大きなカギだったが、それもメッセージングアプリだった。このあたりももちろん最終的には広告のためだが、より広い意味でユーザーの行動に対してアクションできるという部分が大きい。 そんなわけで、当にざっくりいうとメッセージングを制するものが将来的にス

    WhatsAppの買収から考える今後のスマートフォンビジネスの動き - FutureInsight.info
  • ImperialViolet - Apple's SSL/TLS bug

    Yesterday, Apple pushed a rather spooky security update for iOS that suggested that something was horribly wrong with SSL/TLS in iOS but gave no details. Since the answer is at the top of the Hacker News thread, I guess the cat's out of the bag already and we're into the misinformation-quashing stage now. So here's the Apple bug: static OSStatus SSLVerifySignedServerKeyExchange(SSLContext *ctx, bo

    ama-ch
    ama-ch 2014/02/24
    “goto fail;”