ハード単体だって立派なソリューション、メーカーの誇りはどこへ消えた
儲からない時、企業はいろんな言い訳をして、論理のすり替えを行う。そうした類の言葉のうち、以前から「ヘンだ」と思っている“詭弁”がある。日本のコンピュータ・メーカーのことだが、利益の出ないハードを作り続けている理由として、「ソリューションの一部として提供することで、全体で利益をとる」とか言う。一見正しいようだが、全くおかしな話。メーカーの誇りは、どこに消えたのだろうか。 国産メーカーの幹部が「ソリューションの一部として・・・」という話をする場合、その前段として「今はハードだけのモノ売りでは通用しない。お客様にはソリューションを提供しないといけない」との認識を語る。こうした話を聞くと、多くの人が納得してしまうし、私も「そうだなぁ」と思ってしまいそうになる。でも、ちょっと待て、である。ハードだけでも立派なソリューションになるでしょ。 そもそもソリューションの定義からしておかしい。ソリューションと
アメリカにはSIerなんて存在しない - GoTheDistance
知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です
第3回 開発コストと言語の意外な関係
開発コストを最適化しようとするとき，その対策が開発言語によって全く異なる可能性が高い――。大手50企業を対象としたITコストのベンチマーク調査から得られた“意外”な知見の1つである。さまざまな相関分析データを基に，開発コストの最適化に効く要因が何かを考えてみよう。 黒須 豊 スクウェイブ 代表取締役社長 前回までで，ITコストとITの業務レベルの調査結果，さらには両者に関する相関分析の結果を紹介した。いかがであっただろうか。 今回から3回にわたって，「開発」「保守」「運用」といった業務領域ごとに，ITコストとの相関係数が大きい業務内容について分析していく。ユーザー企業50社からITコスト・データを集めたSLRの調査結果を基に，各業務領域における「ITコストの最適化」のポイントについて，筆者なりの分析と見解を述べたいと思う。 まず取り上げるのは，システム開発領域のITコスト（以下，開発コスト
企画設計＝デザインとは: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 結局のところ、企画設計＝デザインとは、 与えられた問題あるいは自ら発見した問題を明確に定義しその問題を下位問題に分解し要素間の関係性を把握することで解決するべき問題全体を理解した上でさらには下位問題の各要素について理解を深めるためのデータ収集を行うことで下位問題のそれぞれに解決案を見つけつつ個々の解決案を最終的に統合する解決のコンセプトを探りそのコンセプトが見つかったら今度は実現に向けた素材や技術の検討や実現性の検討やコンセプトの検証のためのプロトタイピングとユーザーによるデザイン評価を行うことで最終的な設計案＝解決を導き出す という一連のプロセスにほかなりません。 まっ、これが創造性の基盤となるプロセスです。 もちろん、これがあれば「創造的な仕事」ができるようになるわけじ
ITmedia エンタープライズ：How to：Xmingを使ってWindowsからLinuxを使う
Xmingは、X Window systemとMicrosoft Windowsを結ぶ、フリーで使いやすいポートである。言い換えれば、Windowsを使わざるを得ない人々に素晴らしいXサーバを提供してくれるすばらしいツールだ。 X Window systemの良い点は、リモートコンピュータで実行されているXアプリケーションをローカルコンピュータに表示する機能があることだ。Microsoft Windowsの良くない点は、Xアプリケーションを表示する標準機能がまったくないことだ。仕事でWindowsを使っているが、Linuxアプリケーションも同時に使いたい場合、Xmingが役に立つ。Xmingは、X Window systemとMicrosoft Windowsを結ぶ、フリーで使いやすいポートである。 Xmingは、GNU General Public License version 2（G
受託ソフト開発に2009年4月から進行基準、企業会計基準委員会が最終決定
受託開発するソフトウエアに関する会計基準が、プロジェクトの進ちょく度に応じて収益や費用を計上する「工事進行基準」に一本化されることが正式に決まった。企業会計基準委員会（ASBJ）が12月27日、「工事契約に関する会計基準」と適用指針を公表した。この会計基準によると、受託ソフト開発は工期や受注額を問わず、原則として2009年4月以降の事業年度から進行基準の適用が義務付けられる。 進行基準が適用されるのは、受託ソフト開発のうち、進行途上にあるプロジェクトの進ちょく部分について成果の確実性が認められる場合。成果の確実性を示すために、収益総額、原価総額、決算日における工事進ちょく度の三つの要素について、信頼性をもって見積もることが求められる。 これらの要件を満たさない場合と、工期がごく短いものに関しては、検収時に収益や費用を計上する「工事完成基準」を適用する。対象企業は上場・非上場や規模を問わない
子供向け広報活動で「ペルソナ」手法導入、小学生や教師などの人物像を10月中にも社内公開へ
富士通は、同社が今年から着手した子供向けの企業広報活動に、具体的な顧客像を設定して関係者間で共有する「ペルソナ」手法を活用していく方針であることを明らかにした。 ペルソナとは、商品やサービスを開発する際に、あたかも実在の人物であるかのように具体的に設定する架空の顧客像のこと。名前や年齢、住所はもとより、価値観や考え方を表すエピソードや発言を盛り込んだりすることで、どのような顧客をターゲットにするのか、関係者間でイメージがブレないようにするのが同手法の狙いだ。ペルソナのプロフィールには顔写真を張り付けたりすることもある。 小学生向けの広報活動で利用者像を明確化 富士通デザインWEBソリューションデザイン部の吉川嘉修氏（左）と情報アーキテク ト・杉村昌彦氏（右）。吉川氏が手にしているのは近日中に公開予定の「富士通キッズ コンテンツ 作成ハンドブック ペルソナ編」、杉村氏が持つのは5月に配布した
MOONGIFT: » RESTfulなWeb APIを使う開発者は必須「eXeve」:オープンソースを毎日紹介
Memotuneでは現在、Web APIを開発している。GDataに準拠しているので、Web APIの形式はRESTfulだ。ただ、RESTfulは最近の流行とは言え、問題がない訳ではない。 最大の問題はテスト環境だ。PUTやDELETEといったHTTPメソッドを手軽に試せない。IEやFirefoxは対応しているようだが、おそらく手軽には試せないだろう。 そこで専用のクライアントを使うのが良い。RESTfulに限らず、XMLを経由したMashup開発者は必須ではないだろうか。 今回紹介するフリーウェアはeXeve、RESTfulなWebアプリケーション開発ユーティリティだ。 eXeveを使うとWeb APIとやり取りするXMLが簡単に作成できる。構造チェックやDTDによる検証ができればよけいなミスも減るはずだ。 また、PUTやDELETEといったHTTPメソッドを使ってデータを授受する事も
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
JsUnit を使った JavaScript のユニットテスト - WebOS Goodies
アプリケーションを開発する上で、避けて通れないもの、それがテストです。とくにブラウザごとの非互換性が大きい Web アプリケーションでは、念入りなテストが必要です。でも、テストはあまり創造的な作業ではないし、やったからといってなにか機能が増えるわけでもない。できるだけ手間をかけずに済ませたいところですね。 そんなわけで、本日は JavaScript 用のテストフレームワークである JsUnit を利用したユニットテストの方法をご紹介しようと思います。 Ruby のユニットテストの記事でも書きましたが、ユニットテストによるテスト・ファースト開発は開発効率の面でも良い影響があります。まだ導入していない方は、ぜひこの機会に使ってみてください。 JsUnit について 今回利用する JsUnit は Java 用の JUnit を参考にして作られた JavaScript 用のユニットテストフレーム
- 公開資料
Skip to content. Small Text Normal Text Large Text Search Powered by Eiwa System Management, Inc. 個人情報の取扱について Sections ホーム 技術文書 コミュニティ スペシャル ダウンロード イベント Personal tools You are not logged in You are here: Home » イベント » 第8弾2007夏 » 公開資料 Navigation 技術文書 コミュニティ スペシャル ダウンロード イベント 第17弾2011夏 第16弾2010夏 第15弾アレクザンダー祭り 第14弾2009冬 第13弾2009夏 第12弾2009冬合宿 第11弾2008忘年会 第10弾2008夏 2008春イベント 第9弾2007Xmas 2007秋イベント 第8弾20
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(企画編)
尾藤正人(a.k.a BTO)です 僕はウノウが株式会社化するタイミングでウノウに参画しました。 それ以来はずっと二年半程Webサービスの開発に従事してきました。 ウノウに参画した当初はWebサービスのことは全く分かっておらず、 単なるLinux好きのエンジニアにすぎませんでした。 ウノウ株式会社の創業時に参画することにより、 サービスの企画から開発、運用まで携わることができました。 最初はエンジニアが自分一人だけだっとところから、 現在のように数多くの優秀なエンジニアを抱える企業に成長するまでの組織作りにも関わることができました。 全く経験のないところから始めたので、それこそいろんな失敗を重ねてきました。 そこで今までの経験を元にベンチャーがWebサービスを開発するにあたって気をつけておいた方がいいことをまとめてみます。 Webサービスの開発を始めるには、何はなくとも企画から。 今回はW
メモを書き込みながらコードリーディングする方法 - （ひ）メモ
調べたいことがあってApacheやらlighttpdやらkeepalivedやらのソースコードを読むときはGNU GLOBALを使ってたんですが、常々、メモが書き込めたらいいのになーと思ってました。 フローのメモ 関数の動作、影響のメモ マクロのメモ とかとか その場では覚えてられるんですが、最近は性能劣化のため日をまたぐと脳内バッファがフラッシュされるようになってきたので、howmでメモったり紙に印刷して手書きでメモったりしてたんですが、なんかどうもいまいち。 GLOBALのページに直接付箋はれるといいのになぁと思ってちょっと探したところ、InternoteというステキなFirefoxのextensionがありました。 こんな感じです： みんなでメモをシェアするのには向きませんが、個人的なメモをとるのにはよさげです。
人気のAPI／フレームワークを作るための39カ条
ある仕様を利用するための網羅性の高いライブラリを用意したいとき 再利用性が高い（と思われる）プログラムをライブラリ化したいとき Webシステムを外部から利用してもらうために一部分を公開したい場合 多人数で開発する事柄で共通化させておきたい部分をまとめたい場合 ほかの言語で作られたアプリケーションをある言語で利用したいときの橋渡し用 ちなみに、JSP／Servletの世界でよく使われているStruts Frameworkは開発者のCraig McClanahan氏が休暇中に思い付いて開発したものだそうです。オレゴン州のビーチで、ラップトップに向かい、3日間の休暇中ずっとコーディングしていたそうです。 一緒に行った奥さんは機嫌が悪かったようですけど。 ここでは、作成したAPIが自分だけではなく、多くの人に使ってもらえるよう、便利に使えるポイント、広く普及するためのポイントをとらえていきましょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
遥佐保の技術メモ:[コマンドプロンプト]VSS->CVSの自動取得バッチ - livedoor Blog（ブログ）
フレームワークに欲しいものは、quick startとbest practice - @katzchang.contexts
http://www.sony.co.jp/SonyInfo/sonytalk/
チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー (2007-09-07)