2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で

初めまして！ 7月よりエウレカにJOINしました、エンジニアの二川です。 エウレカではCouplesのAndroid開発を担当しています。 前職では、Android向けのゲーム開発を行っていました。それまでゲームしか作ったことが無かったので、エウレカに入社するにあたり、練習を兼ねて簡単なサービスアプリを開発しました。今日はそのアプリについて話をしたいと思います。 ある程度の開発経験があれば10時間程度で作れる、かなりシンプルなアプリです。 Androidアプリ開発に興味はあるけど、まだ作ったことはないという方、この夏なにか新しいことに挑戦しよう！と思っていたけどまだやっていない方、このアプリを作ってAndroidエンジニアデビューしてみませんか？ 今回作るアプリの概要 今回作るのは、Dribbbleという世界中のデザイナーが作品を投稿するSNSサイトを閲覧するためのアプリです。 UIは、デ

昨日書いた記事は削除しました。 昨日、ブログに記事投稿後、心を整えてからB社のサポートにメールで連絡しました。 そして、今日のお昼過ぎに、携帯電話に電話がかかってきました。 B社の日本人女性から、メールは読んだ、と。 Gという言葉は使わず、「輸送中か何かに、虫が入ってしまったようで」と。 そのまま使うのがもし不安なようなら、希望すれば製品を交換してあげてもいいと。 自分が聞きたかった言葉はそんな言葉じゃなくて、まずは謝罪、こちらの精神面への気遣い、そして原因究明に動くという誠意ある言葉。 でもそんなものはなくて。 交換なんか二の次で、どうしてそのような事態になったのかを知りたかった。「ビニールで密封してあったわけだから、輸送中に入ることなんてありえない。原因を調べてもらえないんですか？」と聞いたら、私たちにはわかりません、私たちにできる精一杯のことは、製品の交換をすることです、と。 なんか

プログラミングに最適なフォントは何でしょうか。海外のブログ記事「The Best Font for Programming: M+」にて、プログラマー向けのベストフォントとして「M+」フォントが推奨されていました(Reddit)。 ブログによるとRetinaディスプレイのような高詳細ディスプレイで使うのに具合がよく(低解像度ではTerminusフォントが推薦されています)、0(ゼロ)とO(大文字のO)のような紛らわしい文字がはっきり区別できる点がお気に入りポイントの様子。 ↑このように。 実は、M+フォントは日本人が開発している日本語対応のフリーフォントです。海外発のフォントの場合アルファベットの見栄えはよくても日本語と合わせるとどうも…といったことが起こりがちですが、M+フォントだとそのような心配は不要だと思います。日本人開発者なら使わない手はないかもしれません。 M+フォントは、個人利

サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、３部作の３本目となります。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合　　　・・・　チーム内の意思統一 スコープ　・・・　目標、成果決定 タイム　　・・・　期限、スケジュール管理 コスト　　・・・　予算、費用管

今まで質問で多かったのが、「じゃあどうやってアプリ作ったらいいのよ」という質問です。 ついで「どうやってプログラミング勉強すればいいの？」などでしょうか。 アプリに興味はあるものの、何から始めたらいいのかわからないし、どうやったらアプリが作れるのかわからない、という人は多くいるようです。 すべてを語ると何十エントリに達するだろうかという内容になると思いますので、 ひとまずはある程度の知識を持っている方向けに、様々なアプリの開発手法を伝えていきたいと思います。 基本のおさらいからですが、iOSアプリとAndroidアプリをそれぞれ作るための、公式開発手法がXCodeとEclipse+AndroidSDKになります。 XCode 【取得先】macのApp Storeアプリよりダウンロードする 【条件】AppleIDが必要。また作成したアプリを実機に転送したり、ストアへアプリを公開する場合には、

和田卓人さんによるテスト駆動開発問題解説の寄稿です！ バグのないよいコードを書くには、よいテスト設計が重要です。今回は現在時刻に関する問題と、その問題で提出された実際の解答コードを紹介しながら、どのようにテスト設計し開発していくのかを解説していきます。 ゲスト解答による解答コードも公開中！ by CodeIQ運営事務局 はじめに こんにちは、和田(@t_wada)です。今日は先日出題させていただいたTDDに関する問題の総評を行いつつ、テスト容易性設計について考えてみたいと思います。 問題文 私が出した問題は、以下のようなものでした。 問1. 下記の仕様をテスティングフレームワークを使ってテストコードを書きながら実装してください。 【仕様1】 「現在時刻」に応じて、挨拶の内容を下記のようにそれぞれ返す機能を作成したい。 (タイムゾーンはAsia/Tokyoとする) 朝(05:00:00以上

プログラムの種類によっては、そのまま実行できるものと、実行できるようにするために「ビルド」が必要なものとがあります。Cなどのコンパイルが必要な言語で書かれたプログラムは当然ビルドが必要ですし、コンパイルが不要な言語であっても、インストーラパッケージを作るというビルド作業が必要な場合はあります。 ビルド作業の自動化のためのツールとしてmakeなどがありますが、そこまで本格的な事をやる必要がない場合は、シェルスクリプトで「ビルドスクリプト」を作るのが手軽でおすすめです。この記事では、そのような場合に役立つシェルスクリプトのテクニックを4つご紹介します。 エラーの気付きやすさとデバッグのしやすさを高める メッセージに色を付ける シェル関数をライブラリにする 一時的に作業ディレクトリの中に入る エラーの気付きやすさとデバッグのしやすさを高める はじめに紹介するテクニックは問題が発生した時に気づきや

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

デブサミ関西2012での講演内容まとめ はじめに 今月、GOOS日本語版が発売されました。 実践テスト駆動開発 (Object Oriented SELECTION) 作者: Steve Freeman,Nat Pryce,和智右桂,高木正弘出版社/メーカー: 翔泳社発売日: 2012/09/14メディア: 大型本購入: 4人 クリック: 262回この商品を含むブログ (31件) を見る継続的デリバリーに続き、高木さんと一緒にお仕事をするのはこれで二冊目です。今回も多くの人に助けられて、目標としていたデブサミ関西での出版にこぎつけることができました。関係者の皆さま、どうもありがとうございました。 講演では触れませんでしたが、ここで「実践テスト駆動開発」というタイトルの由来について少し書いておきます。原書のタイトルはご存じの通り、"Growing Object-Oriented Softwa

お久しぶりです。@metaps_satoです。 かれこれ半年近くブログの更新が止まっていました。もちろん半年間遊んでいたわけではなく（笑）少し新しい試みをためしていました。昨年はセミナーを開催して市場を盛り上げていくということをやっていました。年末に４億弱の資金調達をして海外展開を加速させていました。このままセミナーをやって市場を盛り上げていくのもいいかと思いましたが、ファイナンスを終えた後一度落ち着いてスマートフォン市場を考えて見ることにしました。実際に2011年末は儲かっているアプリ開発者は少数で、androidに関してはかなり厳しい状況でした。 Androidアプリ開発者の視点に立って本当に収益化が立てられる勝ちパターンを探らないといつまで立っても市場は形成されないのではないか？と考えるようになり、考察ではなく本当に数字が立てられる収益モデルをこの半年間試行錯誤しながら探していました

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

たまたま新環境にNode.js入れてたらv0.7.0がリリースされてたのに気がついたので、勢いで新機能を試してみた。 V8のバージョンが上がったとかもあるけど多分一番の目玉はIsolates(マルチスレッド)のサポートかな、と思う。開発ブランチでは他にもDomainsという機能も実装中らしいと聞いてたがそれはまだv0.7.0では使えないようだ。 Isolatesの使い方がドキュメントの方には載ってなかったのでソースをisolateとかthreadとかで探してみたところ、どうやらchild_processモジュールのspawnやforkのオプションに thread:true を渡してやればマルチスレッドを使ってくれるっぽいことが分かった。 シングルスレッドと非同期I/Oでシンプル＆ハイパフォーマンスが売りのNodeだが、よく「マルチコアが使い切れない、重たいCPU処理したら固まるじゃんプギャ

運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。