We have a range of plans to suit everyone - from free plans for individual developers to comprehensive plans for large organizations.
DeployGate
We have a range of plans to suit everyone - from free plans for individual developers to comprehensive plans for large organizations.
ICONIXプロセス - やさしいデスマーチ
札幌Javaコミュニティでは「ユースケース駆動開発実践ガイド」の読書会を行っているわけですが、勉強会の成果物的な意味も含めて、とりあげられているICONIXプロセスに関して簡単にまとめておきます。 ICONIXはあまり聞き慣れないプロセスかとは思いますが、ロバストネス分析という名前はどこかで聞いたことがあるのではないでしょうか？実は、ICONIXプロセスの一部にロバストネス分析があり、ユースケースから詳細設計を駆動する為に存在しています。逆に言えば、実はロバストネス分析を実践的に使うための方法がICONIXとも言えます。ロバストネス分析はICONIXプロセス全体を通して重要な意味を持っており、ロバストネス分析といえばICONIXとも言えるわけです。 ICONIXプロセスは、小〜中規模の画面を介するソフトウェア（Webアプリなど）の開発に適したプロセスで、概要設計後の基本設計から要求テストま
iOSクライアントアプリとスクラム開発環境下での受け入れテストについて - mixi engineer blog
はじめまして。 iOSクライアントアプリ, Windows8クライアントアプリのQAを担当している、品質管理グループの菅原です。 今回は、私が普段行なっているiOSクライアントアプリの受け入れテストについて、ご紹介します。 これまでのmixiの受け入れテストは、ウォーターフォール開発に合わせた手法で行ってきました。そんな中、2012年8月のユニット制移行に伴い、スクラム開発を導入するユニットが増え、私の参加しているユニットでもスクラム開発が導入されました。 スクラム開発環境下では、従来の手法では対応できないことが多く、テスト実行前、テスト実行中、テスト完了後の各フェーズにおいて、試行錯誤を重ねています。 テスト実行前・テスト準備 テスト準備は、基本的にリファイメントとスプリント計画から得られるユーザーストーリーと、大まかな仕様の把握のみに留めています。 ウォーターフォール開発の受け入れテス
Web技術者に朗報！Firefox OSアプリ開発、触ってみたら簡単だった！ | OpenWeb
ここ数日、Firefox OSがにわかに盛り上がってまいりました。 2013年1月21日に開催した「第35回 HTML5とか勉強会（テーマ:『Web+OS最前線！』）」では、浅井智也さんのプレゼンテーションが大好評だっただけではなく、サプライズゲストとして登場した田中社長がFirefox OS搭載端末について言及しました。 そして本日、ついに開発者向けの実機もリリースされるというニュースが世界中を駆け巡りました。 そんなFirefox OS、昨年の味見部で触ってからずっと気にはなっていたのですが、いよいよ勢いも出てきたということで、ちょっと調べて見ることにしました。 とは言えぼくは、インストール可能な実機を持っているわけではないので、Firefox OSシミュレータを用いて、全部デスクトップで試してみます。 Firefox OSアプリの基礎知識 Firefox OSアプリ開発に必要なスキル
ウェブエンジニアのためのオンラインツールまとめ
The Web engineer's online toolboxというまとめ記事が便利そうだったので、実際に試しつつ抄訳してみました。(一部のコメントと体裁は変えています。) 目次 一覧 RequestBin httpリクエストを保存するエンドポイントを作ってくれる。 Create a RequestBin のボタンをクリックするとURLが表示されるので、そこをHTTPクライアントからたたくとRequestBin側にリクエスト内容が記録される。 ソースも公開されてるのでローカルで立ちあげることもできる。 githubのwebhookのhelpも参考にどうぞ。 Hurl httpリクエストを実行してくれる。パーマリンクも作ってくれるので、POSTリクエストもコピペで他の人と共有できる。 類似サービス: REST test test , Apigee console httpbin HTTP
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
アドビの新ツール「Shadow」は、モバイル用Webアプリ開発者必須のツール
モバイルデバイス用のWebサイトやWebアプリケーション開発で大変なものの1つが動作確認です。何台ものデバイスを机の上に並べて、ひとつひとつ確認しなければなりません。 アドビシステムズのAdobe Labsが公開した「Adobe Shadow」は、そうした苦労をしているデベロッパー、デザイナーにとって手放せないツールになるでしょう。 複数デバイスに対する同時表示とリモートインスペクション Shadowがどんなツールなのか解説用ビデオの説明を紹介しましょう。 iPhoneアプリのShadowを起動すると番号が表示されます。 その番号を、MacOSかWindows用Chromeブラウザのエクステンションとして配布されているShadowに入力します。これで、ChromeブラウザとiPhoneがペアになりました。 同じように、Android用ShadowもChromeブラウザとペアにすることができ
Appleのアプリ審査ガイドライン、UIWebViewに関係するリジェクト事例 | MemeTodo
2011年8月23日火曜日 Appleのアプリ審査ガイドライン、UIWebViewに関係するリジェクト事例 大部分がUIWebViewだけを使うようなアプリに対してどういう審査があるのかを少し調べた。 まずは Appleによる審査ガイドライン https://developer.apple.com/appstore/resources/approval/guidelines 日本語訳 英文と並んでいて見やすい https://docs.google.com/document/d/18oM8JIs9g0fdzwiZnRiil3Elg_1DgdrS5VT_U496AWo/edit?hl=ja via アップル社のアプリ審査基準ガイドライン最新版の和訳を公開しました « ジェネシックスブログ 他の人の訳 http://fladdict.net/blog/2010/09/reject-list.h
『iPhone App in App Purchase リジェクトされました』
食らっちゃいました。 自作iPhone AppのiChartFlowのリジェクト 内容はOptionボタンを押した後にiTune StoreのID とパスワードを聞く事がNGとの事。 実際に購入ボタンを押したときに聞くようにしてください言われました（国際電話で）。 なんでオプションボタンを押した後、ID パスワード入力を促したかというと、 Appを再インストールした再や、購入途中でアプリが落ちたときの対応で 中途半端な購入手続きや、再インストールの為にIDパスワードを元にiTuneStoreのin App Purchase の内容を確認して購入したものはボタンを隠して【すでに購入してます】表示をするためでした。 in App PurchaseのStoreKit Guideには書かれていない内容なのでショック。 国際電話でリジェクト内容きましたよSun Jose USから、現地の片言日本語で
ZBar bar code reader
ZBar is an open source software suite for reading bar codes from various sources, such as video streams, image files and raw intensity sensors. It supports many popular symbologies (types of bar codes) including EAN-13/UPC-A, UPC-E, EAN-8, Code 128, Code 39, Interleaved 2 of 5 and QR Code. The flexible, layered implementation facilitates bar code scanning and decoding for any application: use it s
iPhoneでバーコードを解析するにはどうするか - プログラミングノート
1次元バーコードを解析して、その場でAmazonのレビューとか引っ張ってこれると便利そうだとか思い、ここ数日色々試していたのですが、結構ムズイということが判明。現在詰まってるところなのですが、とりあえずメモとしてまとめておきます。 ZXing 携帯端末の開発に特化した1D/2D対応のライブラリです。Javaのライブラリですが、C/C++/C#に一部ポーティングされています。 iPhoneのサンプルコードも付属しているのですが、残念ながら2Dバーコードしか対応していなかったので目的を果たせず。QRコードリーダーを作るならこれで十分そうです。 ZXing ZBar bar code reader 探し始めて一番情報が多かったのがこのライブラリ。C/C++で開発されているマルチプラットフォームなライブラリです。1Dのみ対応しているようで、これをターゲットに絞りました。（プロジェクト名称が「zeb
Android dp=dip=密度非依存ピクセル=Density Independent Pix | システムエンジニアの戯言
dipを理解する ピクセルというのは、あくまでも仮想的な単位であり、解像度によって物理的な大きさが変化するものであるという事を押さえておかねばなりません。 以下のように、 160dpi（1インチ当たり160ドットで構成）と 320dpi（1インチ当たり320ドットで構成）とでは、ピクセル数が異なるのです。 ※dipとdpiは名前が似ているので注意 Androidではそんな解像度の違いを吸収するために、dip(密度非依存ピクセル)をサポートしています。dip単位でアプリケーションを設計すれば、解像度の異なる端末でアプリケーションを動作させても、高解像度では意図せず大きくなってしまったり、低解像度ではとても大きく表示されたり、といった問題を回避することができるでしょう。 まとめ ・ピクセルは仮想的な単位であり、大きさは解像度に依存する。 ・ピクセルは現実世界の尺度では測れない。 ・Androi
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
Samsung Mobile Innovator - Samsung Developer program for Symbian, Windows Mobile and Java
Developing for Samsung GALAXY Tab is no different from developing for any other Android based device. By utilizing only public APIs provided in the Android SDK and follow the guidelines and tips below, applications will not just work on the GALAXY Tab but also scale correctly. That said, with a 7” device and a screen resolution of 1024x600 the Samsung GALAXY Tab provides a perfect form factor to
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cocoaの日々: Xcode の #pragma mark とは ソースコードに #pragma mark を書くとその内容が Function Menu に表示される
Components · Twitter Bootstrap
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ