大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ
日本のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 １．受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資
ケータイ用語の基礎知識 第328回：OpenKODE とは
「OpenKODE」は、Khronos Groupが策定した、携帯電話機などの組込機器向けAPIセットで、主にマルチメディア機能のAPIを規定します。 Khronos Groupは、さまざまなプラットフォームや機器上で活用できるメディア作成・再生のためのオープンな標準APIの作成を目指す標準化団体です。NVIDIAやインテル、ノキア、テキサスインスツルメンツなどが会員となっていて、「OpenGL」などのメディアオーサリングとアクセラレーションに関する標準を策定しています。 携帯電話に関連する規格ですと、2D・3Dグラフィックス描画のためのAPI「OpenGL ES」、2Dベクターグラフィックス規格である「OpenVG」、ストリーミングメディアの標準API「OpenMAX」、オーディオ用標準API「OpenSL|ES」などが同団体によって標準化された規格です。 標準化された規格を採用すること
CGファイル概説 目次
最終更新日：2001年5月1日 第1章へ webmaster@snap-tck.com Copyleft (C) 2000 SNAP(Sugimoto Norio Art Production)
CUnit チュートリアル
CUnit とは、C言語開発において単体テストを支援する 「テスティング・フレームワーク」です。 もちろん、きちんとした設計者であれば、 CUnit のような仕組みがあろうと無かろうと、 自分で作った分の設計者テストは言われなくても実施するでしょうし、 組織としてきちんとしていれば、すでに何らかの仕組みは構築しているでしょう。 ですが、もし今まで単体テストをチーム内の各設計者が バラバラに実施していたということであれば、 CUnit を試してみる価値はあります。 また、XP（eXtreme Programming） のようなスタイルを構築したいと思っているのであれば、 CUnit を必須、としてしまうのも一つの手です。 ここでは、Cygwin 環境に CUnit をインストールして使ってみます。 導入 テスト環境の概説 使ってみよう アサート・マクロ テスト・レジストリ テスト・スイート
CUnitによるテスト駆動開発：CodeZine
はじめに CodeZineでの僕のデビュー記事『Cで実現する「ぷちオブジェクト指向」』、おかげさまでなかなか好評だったようです。まだまだCは現役だと実感しました。 前回に引き続きCのお話です。テストをよりどころに実装をすすめ、信頼できるコードを書くためのプラクティス「テスト駆動開発」（TDD:Test Driven Development）を、Visual C++ 2005 Express EditionとUnit Test Framework: CUnitで行います。対象読者 そこそこのコードは書けるようになったけれど、どうも詰めが甘い/くだらないバグに出くわす/あっちを直すとこっちが壊れ、ぐだぐだになってしまう…そんな症状に悩まされている脱ビギナを目指すプログラマ。テスト、してますか? 「プログラムは思ったとおりには動かない、作ったとおりに動く」 思ったとおりに作ってないと思ったとおり
YouTube - Google Developer Day Tokyo - 鵜飼 文敏
Software Engineer in Google 鵜飼 文敏
Software testing - Wikipedia
TestingCup – Polish Championship in Software Testing, Katowice, May 2016 Software testing is the act of checking whether software satisfies expectations. Software testing can provide objective, independent information about the quality of software and the risk of its failure to a user or sponsor.[1] Software testing can determine the correctness of software for specific scenarios, but cannot deter
国際化プログラミングの常識 (1/3)：プログラマーの常識をJavaで身につける（5） - ＠IT
本連載は、Java言語やその文法は一通り理解しているが、「プログラマー」としては初心者、という方を対象とします。Javaコアパッケージを掘り下げることにより「プログラマーの常識」を身に付けられるように話を進めていきます。今回は、「国際化プログラミング」について。国際化なんて自分には関係ないと思っていませんか？ 実は身近な存在で、プログラムの基本となる知識も含んでいます。 今回は、「国際化プログラミング」に関する常識をJavaで身に付けていきます。国際化プログラミングと聞いて、いまひとつピンと来ない人もいるでしょう。実際には、国際化プログラミングは私たちの身近にあるものなのです。 そのうえ、国際化プログラミングの中に、ソフトウェアを開発するための基本的なノウハウの多くも含まれています。幸いJava言語では、国際化プログラミングのためのAPIが一通り提供されています。Java言語のAPIを通じ
真髄を語る：ソフトウエア開発の基本は不変
ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。よいと言われる方法は色々試したが結局は「作業日報」を使う原始的なやり方が一番効果的であった。ソフトウエアの世界は日進月歩であるが、事業の根幹を支えるソフトウエアをきちんと作るには、オーソドックスに開発実績をきちんと把握することが基本である。内製化プロジェクトを通じて編み出したソフトウエア開発のポイントをまとめてみた。 ソフトウエアの特質およびソフトウエア開発に求められる要件についてポイントを整理してみた。いずれも、かつて筆者がゼロからソフトウエア開発に取り組んだ結果、得たものである。まずOS（基本ソフトウエア）といわれる「システムソフトウエア」と、直接顧客が利用する「アプリケーション（応用）ソフトウエア」に大別し、その要件をまとめておく。 シス
Recommended Reading for Developers
02 Feb 2004 Recommended Reading for Developers This list was last updated in March 2015. Why are updates to my reading list so rare? Because computers change a lot in 10 years, but people don't. To make better software, you need to understand how people work, and that is what the books I recommend tend to focus on. Code Complete 2 Steve McConnell's Code Complete 2 is the Joy of Cooking for softwar
ITmedia エンタープライズ：developersLife――ものづくりの原点はここにある
ソフトウェアの開発において、「抽象化」はデベロッパーたちの生産性を向上させることに成功した。しかし、ソフトウェアのプリミティブな部分から目をそむけ続けることはデベロッパーとして正しい姿なのだろうか。ここでは、真のデベロッパーとして大成するための考え方やプログラミング技術、スキルセットなどを紹介する。 すべて表示 新着記事 関連記事 関連リンク 新着記事 プログラミング言語の進化を追え： 大人のためのブラックボックス読解講座――クロージャとオブジェクトの微妙な関係（その2） 前回に引き続き、Scheme言語の処理系、Gaucheを開発している川合史朗氏が、クロージャの機能を検証し、関数型言語とオブジェクト指向言語の関係について解説していきます。今回は、クロージャとオブジェクトのより深淵を探求します。 （2007/3/30） 大人のためのブラックボックス読解講座――クロージャとオブジェクトの微
仕様書の書き方って，習いました？ - 日経エレクトロニクス - Tech-On!
突然ですが，読者諸兄姉は，仕様書の書き方って，教わったことはおありでしょうか。あるいは，部下に教えたことはおありでしょうか。 日経エレクトロニクス 2007年2月12日号のGuest Paper（pp. 133-152）では，「仕様書の記述力を鍛える」と題して，フェリカネットワークスのソフトウエア・エンジニアの栗田太郎氏に，「形式仕様記述」という手法を使ったプロジェクトの体験記を執筆していただきました。 同社は「おサイフケータイ」などとして知られる携帯電話機向けの「モバイルFeliCa」の開発元で，そのICチップのファームウエア開発に当たって，「仕様をキッチリ書けるところは，書こう。実装者任せにしないようにしよう」という意識を徹底，高品質なソフトウエアの開発に成功しました。成果物は，NTTドコモの携帯電話機「903iシリーズ」の全機種に採用されるなど出荷数も多く，責任の重いプロジェクトです
社内デモで大成功をしてはいけない:Geekなぺーじ
こうなってしまうと「ちょっと待ってください！ハリボテなんです！正常系しか動いていないんです！」とイキナリ非常事態宣言が発令される状況になってしまいます。 一番この問題が発生しがちな状況は、デモをする相手が技術的なバックグラウンドを持たない場合であると思われます。 恐らく、正常系だけで張りぼてで無理矢理動かすという概念があまり理解できていないと考えられます。 プログラミング経験が全く無い人にとっては「動いてるではないか。これ以上何をする？早く発売したい。」という思考になるのは当然であると言えば当然かもしれません。 もちろん、いくらデモであるとは言っても、まともに設計をしていればそのような問題は発生しづらいと思いますが、時間が無いとどうしてもやっつけで何とか無理矢理作り上げてしまうという状況が発生します。 また、開発人数が少ないと発生し易いと感じています。 例えば、一人だとまじめに設計するより
＠IT：ソフトウェア開発をちゃんと考える
ソフトウェア開発をちゃんと考える（13）： 柳生新陰流プロジェクトマネジメント 切り合いならば相手が打ち込みたいときに打ち込みたいところに打ち込んでもらえるようにする。プロジェクト・マネージャならば、メンバー自らが問題を発見して、それを解決したくなるようにマネージャ自身は「引く」こともあるかもしれない。（2007/9/11） ソフトウェア開発をちゃんと考える（12）： 「要求」と「システム」のしなやかな平衡 一部のベンダやユーザーはソフトウェア開発とは「要求というものを入れると一定期間後に完成されたソフトウェアが出てくる箱」と考えているフシがある（2007/6/12） ソフトウェア開発をちゃんと考える（11）： 「価値工学」批判 価値はモノの側ではなく、モノを使う側にあるはずであり、もっというと価値はモノとモノの間にあるように思えないだろうか。（2007/3/13） ソフトウェア開発をちゃ
Subversion
バージョン管理ツールSubversionの基礎練習です。 Windows XPのコマンドプロンプトでSubversionの基本的なコマンドを動かしていきます。 Subversionを学び始めるきっかけにどうぞ。 目次 はじめに ダウンロードとインストール リポジトリ用のディレクトリを作ります リポジトリを初期化します 新しいモジュールを作ってインポートします チェックアウトして作業開始 新しいファイルを追加します 新しいディレクトリを追加します 普段の作業はこんな風に進みます ファイル名を変更してみよう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールSubversionの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的なSubversionのコマンドをひと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dynamic-link library - Wikipedia
http://www.h4.dion.ne.jp/~fht/htmkdll/
Enabling The x86 A20 Address Line