この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り

エンジニア 水野貴明氏 東京大学大学院を卒業後、数理計画、はてなを経て、バイドゥに入社。日本人開発者第一号としてWeb・モバイル検索の開発に従事。上海開発センター代表として百度人（年間賞）を受賞。その後、DeNAに入社し、スマホ向けソーシャルゲーム開発に従事。昨年は同社シンガポール拠点のTech Leadに勤め、現在は独立。執筆、翻訳した書籍は20冊以上。 バイドゥに日本人開発者第一号として入社し、年間賞を受賞するなど、エンジニアとして華々しい経歴を持つ水野貴明氏。彼が次のステップとして選んだのが、海外を渡り歩きながら複数社の「リモートCTO」を務めるというキャリアだ。 “技術版のエンジェル投資家”としてスタートアップ企業の支援を行っている同氏は、どのようにこの役割をこなしているのか？ 滞在中のシンガポールで、水野氏本人と、彼にリモートCTOを依頼しているIROYA代表取締役社長の大野敬氏

あらかじめ焼き上がり時刻が設定されており、その時間を目安にみんなが集合、最高においしい状態のお肉をいただく……というシステムのステーキ店をご存知でしょうか？　今年6月17日にオープンした「炉窯（ろがま）ステーキ煉瓦（れんが）」が、ひそかな話題になっています。しかも同店が焼き上げるお肉、サイズが半端じゃない。およそ6キログラムの塊肉を2時間以上かけて焼き上げるという！ 「常温に戻すのに3～4時間、焼くのに2時間以上かけます」（同店ゼネラル・マネージャー・佐々木さん） 仕上がりに6時間ほどかかる“塊肉”。約6キログラム！ もちろんこのボリュームのお肉を、1人で食べるわけじゃない。食べきれない。その日のお客さんが塊肉を“シェア”し、みんなで共有して楽しむという考え方です。 「『おいしいお肉を仕入れる』はレストランとして当たり前で、それより『おいしいお肉の焼き方を追求する』に魅力を感じ、このシステ

元「マネーの虎」南原竜樹氏が語る、モチベーション不要の成功法則　「普通に淡々と」多店舗展開を実現する方法

テレビ東京系「ワールドビジネスサテライト」でメーンキャスターを務める大江麻理子アナ（３５）が結婚することが１６日、分かった。相手はマネックスグループ代表取締役社長ＣＥＯの松本大氏（５０）。 日刊ゲンダイの取材に対し、マネックスグループの広報担当者が「事実です」と認め、大江アナもテレビ東京を通じて、報道各社にＦＡＸで報告。「私、大江麻理子はこの度、結婚する運びとなりましたことをご報告させていただきます」「いつまでも互いを慈しみ、感謝しあえる夫婦でありたいと思っています。心の支えができた今、これまで以上に仕事にも邁進してまいります」とした。 大江麻理子アナは福岡県豊前市出身。フェリス女学院大学文学部卒業後の２００１年、テレビ東京にアナウンサーとして入社。入社３年目に「出没！アド街ック天国」のアシスタントに抜擢され、ダジャレのあいさつや調子はずれの歌など“天然ボケ”なキャラが話題になった。 その

――BBCワールド・サービス（国際ラジオ放送）の運営資金はこれまで英外務省が負担してきた。4月からはBBC自体がまかなうことになった。予算あるいは編集上の変化はあったのだろうか。 BBCの国内の活動は英国の視聴家庭から徴収する「テレビライセンス料」（日本のNHKの受信料に相当。2013－14年度では年間37億7200万ドル＝約6400億円、視聴家庭は年間145.50ポンドを払う）で運営されているが、その7.6％がワールド・サービスの予算となった。金額は前年度より増加したので、新たなコンテンツやもっと多くの言語での放送に投資している。 以前はBBCの国際ニュース部門と国内のニュース部門は複数の異なるビルにあったが、昨年年頭から、今私たちがいる「新ブロードキャスティングハウス」（「新報道センター」）に移動し、一つとなった。異なる言語で放送するチームが一箇所に集まったため、互いの専門分野をより緊

uehaj @uehaj 単一責務の原則を疑いたい。ListにeachがあるのはSRP違反だ。で、なにがわるいのだ。クラスこなごなにして可読性理解性を悪化させる例も多い。 2014-05-16 22:37:17 uehaj @uehaj "クラスに変更が起こる理由は、一つであるべき"の意味がわからん。未来に発生するであろう仕様変更の理由を、予測し、一個になるようにしろってこと？？ いや機能拡張については無数だろ。変更理由が一つにだったように事後的にクラス分割せよ？ 2014-05-16 22:48:13 uehaj @uehaj 変更があったとき、"変更理由が一つにだったように事後的にクラス分割せよ？"そうならその方針はむしろ酷く激しいクラス分割を不断に引き起こすような。単一クラスの範囲内でのみ変更が起きないこと、というのを重視するが分割は変更とみなさないのかな 2014-05-16 22

Research indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals

携帯ってどの機種でもだいたい同じようなもんなのに、変更すると使えなくなる年寄りがいるけど、あれはアーキテクチャを理解しないで操作を手順で覚えてるからだって指摘を見たことある。 実際、親に携帯の使い方を教えると「このボタンをおして、次にこのボタンをおして、間違えたときにはこのボタンをおして・・・」みたいな感じで必死に暗記しようとしてるのな。 そんな覚え方してたら俺でも使えないわ。 で、Windowsがバージョンアップしたとか、OfficeがリボンUIになったとかでUIの変更があると、ネット上はすごい使いにくなったって声であふれるわけじゃん。 リボンとか、たしかに最初は「あの機能はどこにあるんだよ」って探してイライラする場面があったけど、ちょっと使ったらすぐなれて、かえって探しやすいって思うようになったわ。 俺は多少UIの変更があっても何とも思わない人間だから「使いにくくなった」ってすごい剣幕

原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragmatic Programmer: From Journeyman to Master」（邦訳：「達人プログラマー―システム開発の職人から名匠への道」）で最初に言及したソフトウェア開発原則だ。その原則はこう述べている。 知識のあらゆる部分はそのシステムにおいて単一で、曖昧さのない、信頼できる表現でなくてはならない。 ここでHunt氏は重複による負の影響と、それゆえにDRYを利用することの重要性を強調