作るだけでもトクになる―Zaim 閑歳孝子“プライベート開発のすすめ”［2］ | キャリアハック（CAREER HACK）
会社勤めをしながらヒットアプリを生み出した才女、閑歳孝子さんに訊く“プライベートプロジェクトのすすめ”第二弾。「仮にサービスがヒットしなくても、得られるものはたくんさんある」――普段の仕事にも、転職の際にも役立つ、プライベートプロジェクトの意外なメリットとは？ 会社を辞めずに夢を追う方法―Zaim 閑歳孝子“プライベート開発のすすめ”［1］から読む 作り切ることのむずかしさ。 ― プライベートプロジェクトにおいて、“作り切る”ことの難しさってないですか？たとえばよく「小説書く」とか言って始める人っていると思うんですけど、最初はいろんな構想があって書いていくんだけれども、だんだん熱が冷めてきたり、先が見えなくなってきたりして、いつの間にかやめてしまうみたいなことってあるじゃないですか。個人サービスの開発においても、そういうのってないんでしょうか。 それはあると思います。プライベート開発だと基
受託開発脳から自社開発脳へ切り替えの7つの壁
velc: これ、思ったより大変でした。 自分含め、うちにいるメンバー全員、 これまでの経歴では受託開発をメインにやっていたため、 自社サービス開発の経験はかなり少なかったです。 でも、ヴェルクでは、受託開発をしつつ、 時間を作って色々と作っていこう、というスタンスのため、 起業直後から色々と企画を考えていました。 でも、受託開発脳から自社開発脳への切り替えは思った以上に苦労しました。 要件定義等でお客さんと一緒に要件を考えたりしますが、 最終的に「やりたい事」を持っているのはお客さんになります。 要件定義の前の企画やグランドデザインと言った分野は お客さんの戦略に沿ったものになります。 だから、最終的には、誰かが答えを持っている事が殆どです。 そのため、ゼロからそれを考える事があまりないんですよね。 いざ、ゼロから自分たちで企画を考えようと思った時、 いろいろと壁がありました。 1. 本
iPhoneアプリの作成の入り口
先日見ていた某USTで、 "MVCのcontrollerがでかくなっちゃって、modelどこいった？ みたいなの ありがちw" ってお話を聞いたので aqubi風の手順をPicTackを作った時を例にを書いてみよう！ というエントリ。 手順は、作るモノによっても違うし、作り手によっても違うと思いますが、参考になったと思ってくれる人がいるのかもしれない という期待を込めて。 1.アプリのイメージを固める まぁ当たり前ですねw PicTackの場合は、一言でいうと、 "出されたお題にそって絵を書くアプリ" "対戦にすることで、絵が上手い人だけでなく下手な人だって楽しく、盛り上がる！" というのが面白さ。 ということで対戦するのが必須の機能として作成を始めました 2.ワイヤーフレーム作成 どんな感じで画面がすすんでいくか？ のイメージをざっくりと作成します。 cacooを使って作成しました。(お
RUP（らっぷ）
米国ラショナルソフトウェア社（現在はIBMの1部門）が、初期のオブジェクト指向（注1）をベースとしたソフトウェア開発に携ってきた企業・人々のさまざまな経験、専門知識、プラクティスを取り入れて、包括的な体系としてまとめたソフトウェア開発プロセス・フレームワーク、またはそれをサポートするプロセス製品。 RUPの特徴はユースケース（注2）を開発の基点とし（ユースケース駆動）、開発するソフトウェアの基本構造を早期に設定する（アーキテクチャ中心）が、ウォーターフォール（注3）のように始めから完全な形の完成品を想定するのではなく、重要な機能やリスクの大きな機能をユースケース単位にイテレーションを繰り返しながら構築する（反復型開発）ことなどである。また、RUPのプロセスは組織やプロジェクトごとにカスタマイズして利用する（カスタマイズ可能）ものとして構成されており、1つのプロセスではないので「プロセス・フ
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
iOSのテストを書くとViewControllerがコントローラーになれる話 - yaakaito::Blog
Test, 雑感, iPad, iPhone, Objective-Cテストを書く事でおこるいい事は、いろんなところで解説されているので、iOS開発に限ったもので、わりと僕の中でキたViewControllerについて。ViewContollerがデータを所持しているケーステストをしていく上で課題になるアプリケーションテスト。iOSアプリケーションなので必ずビューが存在するわけですが、こいつを操作するViewControllerが非常に厄介な存在になってくる。少なくともApple公式のドキュメントのような書き方をすると、すぐに破綻する。例えば、こういうコードをよく書くと思いますが、この時に描画されるデータが正しいかをテストする為だけに複雑で手間のかかるアプリケーションテストをする必要があるでしょうか。 - (UITableViewCell *)tableView:(UITableView
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> 0 C ` C Getting Real The smarter, faster, easier way to build a successful web application Start reading →
「MVVMパターンが必要な理由」啓蒙用資料公開 - the sea of fertility
MVVMパターン的な実装は、他のプラットフォームでは選択肢の一つにすぎませんが、WPF/Silverlight(Windows Phone 7 含む)においては唯一の選択肢です。コードビハインドを書かないことはMVVMパターンそのものの定義とは関係ありません。まずはスキルにあったレベルでMVVMパターンを意識した実装を初めてみませんか？ 以前の勉強会発表資料（わんくま勉強会での発表資料の半分以上をカットし、Androidテスト祭り分追加）を加工し、社内勉強会、そのほかの勉強会・ブログなどで自由に使える資料として公開します。私の個人名は抜いてあります。 無許可の改変・引用なども問題ありません。ただ、資料の直接の商用利用などはご遠慮ください。 ブログに張り付けたい場合、下のbマークから埋め込み用URLを取得できます。 「コードビハインドを書くのはMVVMパターンではない」などの誤解が、MVVM
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cocoaの日々: 今週気になったニュースなど