dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
セガが取り組んだ「ゲーム開発のプロセス改善策」
家庭用ゲーム機の劇的な進化がゲーム開発をより困難にしている？ 1983年に任天堂の「ファミリーコンピュータ」が登場し、社会現象を巻き起こしてから約26年。家庭用ゲーム機は飛躍的に進化を遂げ、現在の最新機であるソニーの「プレイステーション 3」（以下、PS3）、マイクロソフトの「Xbox 360」などでは、CGを駆使してまるで実写のようなリアルな映像が楽しめるゲームタイトルが次々と生み出されている。 こうした家庭用ゲーム機の進化に伴い、ゲームソフトの開発を手掛けるメーカーにとっては「より高品質なゲームタイトルを、より短納期に開発する」ことが求められるようになった。そのため、その開発プロジェクトも従来とは比べものにならないくらい規模が大きくなった。これが「開発工数とプログラムコード行数の増大によるバグの大量発生」など、さまざまな問題を引き起こしており、ゲーム業界全体の重大な課題となっている。
ウノウラボ Unoh Labs: 分かったつもりになるAndroid開発方法
こんばんは。うちだです。 皆さんAndroid携帯は購入しましたか？ 社内ではiPhone勢が多く、Android携帯所持は私だけという悲しい現実を目の当たりにしています。 そこで以前、社内勉強会にて、Androidの素晴らしさを皆に知ってもらおうと発表した内容が今回のエントリーです。 今回のエントリーでは開発者視点で分かったつもりになる為に、広く浅く書いてます。 本気で分かるには公式ドキュメントや書籍及び参考リンクをご参照ください。 参考： Android | Official Website 特徴 環境 Linuxカーネル BSD UNIXのlibc アプリケーションはDalvikと呼ばれるVM上で動作 主にJavaで開発 Google提供のSDKあり Eclipseプラグインあり アーキテクチャ 参考： わかった気になる気になるandroid メリット マルチタスク inten
Androidのホーム画面に常駐するアプリを作るには (1/3) - ＠IT
Androidのホーム画面に常駐する「AppWidget」とは 9月15日、Android SDK 1.6がリリースされたばかりですが、実は4月にリリースされたAndroid SDK 1.5から、「AppWidget」というホームスクリーンに常駐するアプリを作れるようになっていたのをご存じでしょうか。 皆さんが、よく見慣れているGoogle検索やアナログ時計のようなものが作れるようになったのです。 GUIコンポーネントの「ウィジェット」とホームスクリーンに常駐する「ウィジェット」 連載第4回「簡単でワクワクするAndroidウィジェット10連発！」で紹介したGUIコンポーネントも、パッケージが「widget」なので「ウィジェット」と呼びました。今回解説するAppWidgetもメニューが「ウィジェット」と表示されているため、エンドユーザー的には「ウィジェット」です。 図2のメニューは、ホーム
Car News - Latest Auto News, First Looks and First Drives | Edmunds
Volvo S60Silverado 1500Car Appraiser ToolHonda CR-VLease Deals
Realizing quality improvement through test driven development: results and experiences of four industrial teams - Empirical Software Engineering
IEEE (1988) IEEE Std 982.2-1988 IEEE guide for the use of IEEE standard dictionary of measures to produce reliable software. IEEE Computer Society, Washington, DC Google Scholar Basili VR, Shull F et al (1999) Building knowledge through families of experiments. IEEE Trans Softw Eng 25(4):456–473 Article Google Scholar Beck K (2001) Aim, fire. IEEE Softw 18:87–89 Article Google Scholar Beck K (2003
Android Open Source Project
Android is an open source operating system for mobile devices and a corresponding open source project led by Google. This site and the Android Open Source Project (AOSP) repository offer the information and source code needed to create custom variants of the Android OS, port devices and accessories to the Android platform, and ensure devices meet the compatibility requirements that keep the Androi
話題の携帯向けOS「Android」をx86パソコンで動かしてみよう
皆さんはじめまして，この度ひょんな事から本稿を寄稿することになりました，ミラクルリナックスの中河宏文と申します。ミラクル・リナックスは，LinuxサーバーOSの開発，販売をメインに行っている会社で，現在のメイン・プロダクトとして「Asianux Server 3 == MIRACLE LINUX V5」というLinuxサーバーOSを国内販売しています。私は普段，このミラクル・リナックスで，組み込み関連の開発業務を行っています。 自己紹介はこれくらいにして，早速本題に入らせていただきましょう。突然ですが皆さん，「Android」ってご存知ですか？ Androidとは米Googleが2007年11月に発表し，2008年10月にオープンソースとして公開された，携帯電話向けソフトウエア・プラットフォームです。既に米国では，世界初のAndroid搭載スマートフォン「T-Mobile G1」が発売され
bliki: Technical Debt
Software systems are prone to the build up of cruft - deficiencies in internal quality that make it harder than it would ideally be to modify and extend the system further. Technical Debt is a metaphor, coined by Ward Cunningham, that frames how to think about dealing with this cruft, thinking of it like a financial debt. The extra effort that it takes to add new features is the interest paid on t
組み込み業界の比較的ポジティブな特徴 - 千里霧中
http://d.hatena.ne.jp/wa-ren/20081130/p2 少し前に上のエントリで組み込みの話が話題になっていてびっくり。ただブコメなどを見ると、やはりというか相変わらずというか、ネガティブな言及が多いようだ。 ついでなので、世間一般でいう(要はエンタープライズ系などの)プログラマの業界にはあまりない特徴のうち、比較的ポジティブというか、学生が興味を持ちそうなものを思いつくままに列挙していこうと思う。だらだらとした乱雑文になっている点はご容赦を。 最上流企業でもコーディングができる エンタープライズ系のSIerなんかとは違い、組み込み業界では最上流企業でも多くの開発や実装を行っている。 もちろん派遣、請負、外注などの外部リソースも積極的に使われているのだけれども、まとまった製品を手がけている企業では、キーデバイスやコア技術に関わる部分を扱う部門や、人材の育成が必要な領
技術伝承の鎖が切れてしまった組込みソフト開発の現場
製造業における技術伝承は、ベテランが初級者にくっついて実際に作業をやらせ、失敗を繰り返しながら技術が習得できるまで指導を続けるというものだ。 一方でマニュアルを使って一律に技術習得させるという方法もある。マクドナルドがよい例だ。マクドナルドはマニュアルによる指導、トレーニングを徹底させるために世界のどこのマクドナルドに行っても同じレベルのサービスを受けることができる。これはまさに欧米的な技術の習得方法だと感じる。 日本でも工場では手順書による作業指示があるので、マクドナルドのマネージメントと似ているように見えるが、QC活動などでマニュアルを逸脱した独自のくふうも許しているところがちょっと違う。逆に言えば、一応手順書やマニュアルはあるものの、実際には冒頭で紹介したベテランが初心者に対して技術を習得できるまで指導し、その指導の方が手順書よりも優先されることが多い。
設計からコーディングまでの「距離」：An Agile Way：オルタナティブ・ブログ
私の立場は「コーディングは設計（の一部）だ」(by Jack Reeves)である。ここでは、コーディング以前のラフな設計（例えばUMLのクラス図やシーケンス図レベルのアイディア、それがホワイトボードに描かれていようが、紙であろうが、JUDEであろうが、日本語であろうが）を、ここでは設計と呼ぼう。 設計とコーディングの距離が増えれば増えるほど、ムダが増える。私の主張は、できるだけ、１つの関連部分の設計とコーディングは、「一人の人」が「少しずつ」行ったほうがよい、ということだ。昔見た「詳細設計書」という細かい実装の詳細を日本語である人が書き、それを見て別の人がコードを書く、ということは避けたい。ここでの距離とは、 頭脳間距離。 時間的距離。 の２つ。 頭脳的距離は、物理的に書く人の頭脳の距離だ。1人の人が設計からコーディングまでを含めて担当すれば、この距離は0だ、別の頭脳が担当するならば同じ
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
UIオートメーションによる自動UIテストの実践 ― ＠IT
特集：UIオートメーションによる自動UIテストの実践 WindowsアプリのUIテストを自動化しよう クロノス 亀野 弘嗣 2008/06/03 読者の方々は、UI（ユーザー・インターフェイス）にかかわるテスト（以下UIテスト）を自動化できているだろうか？ UIテストを自動化しようとしても、UIテストのコードは記述しにくく、記述方法に一貫性がない、などの理由から、自動化をあきらめる場合が多いのではないだろうか。 .NETの開発においても単体テストの自動化は一般的に行われるようになってきているものの、UIテストの自動化はそういった理由で実現が難しく、あまり行われていないのが現状だ。 そこで本稿では、標準的で一貫性のある記述ができるMicrosoft UIオートメーション（以下UIオートメーション。詳細後述）と、テスト・ツールであるNUnitを使用して、UIテストを自動化する方法を紹介する（N
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Successfully Adopting Pair Programming
The Android Developer Experience
http://www.goinsane.co.uk/Domain%20Driven%20Design%20-%20Step%20by%20Step.pdf
Agile For Embedded Systems
Why UML Fails to Add Value to the Design and Development Process