企業がソフトウェアビジネスを持続的に行えることと、ソフトウェアのソースコードを公開することの両立を実現するための新しいライセンスへの取り組みとして「Fair Source」が登場しました。 意訳すると、ソースコードが公開され、開発者のビジネスを守るための最小限の制約がありつつもコードの利用や変更、再配布が可能で、計画的に一定期間後にオープンソースとなるもの、と言えるでしょうか。 具体的なライセンスとしては「Functional Source License (FSL)」が推奨されているのに加えて、「Fair Core License」「Business Source License (BSL)」が該当するとされています。 Fair Sourceの目的とは 公式Webサイトでは、Fair Sourceの目的が次のように説明されています。 The purpose of Fair Source

Captcha security check shomeidesign.com is for sale Please prove you're not a robot View Price Processing

仕事には、いろんな分け方があります。 業種で分けたり、大企業、中小企業、スタートアップ、と企業規模やステージで分けたり、もしくは営業、開発、企画、財務など職種で分ける方法もあるでしょう。 ちきりんが「これも仕事を選ぶ時に役立ちそう」と思っているのが、下記の４つにわける方法です。 １．成長の仕事 ２．支援の仕事 ３．維持運営の仕事 ４．再生の仕事 成長の仕事とは、新しいビジネスを立ち上げる、立ち上がって間もない仕事を軌道に乗せる、伸び盛りの分野で業容を拡大する、などの仕事です。 ネットでの中古売買やオンライン英会話など新しい業態のビジネス、モバイルやソーシャルゲーム、ＳＮＳなど急成長分野、高齢化に着目して伸びはじめたビジネスや、中国やインドなど高成長国を担当する場合も成長系の仕事です。 2番目の「支援」の仕事。 典型的なのはプロフェッショナルサービスと呼ばれる弁護士、会計士、コンサルティング

階級といえば“資本家 vs. 労働者”や、“経営者 vs. 雇われ人”という構造が定番ですが、最近は働く人の中に、新たな４つのグループが生まれてきていると感じます。 下図には淡い水色から濃い水色まで 4種類の人がいます。 一番上の (1) は、「システムを作る人」です。 ビジネスシステムを作る人の他、国のシステムを作る人もいます。 システムとは IT のことではなく、「物事の仕組み」という意味です。 「こういうビジネスをやろう！」とか「こういう制度を作ろう」と構想する人ってことですね。その人数はごく限られています。 次に少し濃い水色の (2) の人たち。 (1) の人はビジネスの構想が固まった後、(2)の人に、構想の実現に必要な各機能分野について「具体的な仕組みを作ってくれるよう」依頼（発注）します。 仕組みとして代表的なのは IT システムですが、それ以外にも、物流システム、マーケティン

世の中には様々なビジネスがあり、いろんな儲け方があります。今日はその中でも特に効果的と言われる“3種の儲け方”について解説します。 1．できるだけ返させない まずは金融分野。住宅ローンを貸している銀行、消費者金融会社、カード会社などの儲け方です。ここで最も重要な原則は、客に「できるだけ借金を返済させない」ことです。 たとえば、住宅ローン3000万円を2％の金利で借りて貰う場合、35年ローンで借りて貰えれば、総額1173万円の利子を払わせることができます。ところが20年ローンだと、利子は642万円にしかなりません。銀行の収入はなんと半分です。 下記の“ローン期間別の利子総額”でわかるように、銀行の収入はローンの期間が5年長いだけで150万円多くなります。客は金利には敏感ですが返済期間には鈍感です。30年ローンか35年ローンかにこだわる客は多くありませんから、長めに設定させる（できるだけ長く返

OracleのSun買収は事情におり遅れている中、「Oracle and Sun」ページに「Oracle and Sun Overview and FAQ」という資料が10/27付けで更新されました (日本語ページにはまだ載っていません)。 Java、MySQL、ミドルウェア系の部分だけ、勢いで日本語訳しておきました。他にも、Solaris、SPARC、ストレージ、仮想化、OpenOfficeなどの話題も出ているので、興味のある方はオリジナルの英語版を。 Oracle > Oracle and Sun http://www.oracle.com/us/sun/ (英語) http://www.oracle.com/lang/jp/sun/ (日本語) Oracle and Sun Overview and FAQ (2009/10/27) http://www.oracle.com/us/

文：Jack Wallen（Special to TechRepublic） 翻訳校正：村上雅章・野崎裕子 2009-09-01 08:00 TechRepublicのフォーラムである程度の時間を過ごした経験がある方であれば、ITプロフェッショナルたちによって長年繰り広げられている小競り合いや、個人の信念に基づく罵り合いについてよく知っているはずである。本記事では、ITの世界において最も長く続いている論争を10個紹介する。 IT業界に長年携わっている読者の方であれば、論争の火種が尽きることはなく、常に激しいやり取りが行われているということを体感しているはずである。それはまるで、スポーツにおけるライバル同士がそれぞれフィールドに陣取っているようなものである。おそらくあなたも過去にこういった論争に参加したことがあるはずだ。そしてそのなかには、完全な勝利を収めようと、未だにこういった論争に深く関

NTTデータの幹部が本気で心配しているらしい。何かと言うと、米国のITベンダーによる“中抜き”である。買収などによって巨大化し、総合ITベンダー化した米国企業が、自らの顧客に食手を伸ばしてくる。つまり、プライムの座が危うい。果たして、そんなことがあり得るのか。私は、NTTデータの心配はもっともだと思うのだが。 海の向こうは、最近騒がしい。オラクルがサン・マイクロシステムズの買収を決め、シスコシステムズがサーバー市場に参入した。そう言えば、マイクロソフトは「Windows Azure」という名のアウトソーシング・ビジネスに参入する。おっと、HPは少し前にEDSを買収したっけ。シスコとEMCの仲も怪しいぞ・・・。 そんなわけで、今や米国のIT業界は「領域侵犯」が当たり前。あれほど素晴らしい成功モデルとされた水平分業は過去のものとなりつつあり、IBM、そして富士通やNEC、日立製作所と同じような

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

怖い話を聞いた。某大メーカーの幹部が雑誌をパラパラとめくっていたら、大口取引先であるメーカーの広告が載っていた。さっそくその幹部はそのメーカーを訪ね、「いやあ結構なことですな、このご時勢に広告をお出しになる余裕があって」と皮肉ったらしい。そう言われた中堅メーカーでは即日、広告出稿を停止したという。 業績不振で広告宣伝費を大幅に削減している大手メーカーの心証を悪くしたくないという配慮であろう。「余裕があるとみられたら、必ずや厳しく値下げを求められる」という現実的な理由もある。とにもかくにも、大切な顧客に「余裕がある」と見られてはならないのである。 かく言う私だって、上の人から「みんな忙しそうなのに、君は余裕だねぇ」などと言われたら、その瞬間からものすごく忙しそうなフリをして「いやぁ、ヘラヘラしているように見えるかもしれませんが実はすごく大変なんでして」とか、思いつく限りの悲壮ネタを披露するこ

仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。