iOS 5 公開記念！ Objective-Cのメモリ管理の革命、 ARC 超入門（サンプルはgitHubに公開） – Zero4Racer PRO Developer's Blog
iOS 5が公開されて、Dev CenterもWe’ll be back soon になっています。 iOS5 NDA will be gone soon! 記念に、iOS 5 のプログラム面での変化、ARCを使った簡単なサンプルをGitHubに登録しましたのでご覧下さい。 追記：うーねこ？ (@ne_ko_)さんからの指摘であった、”クラス変数”という間違えた記述を、”インスタンス変数”という正しい記述に変更しました。 tomohisa/EasyBlockCallback – GitHub ARC は、メモリ管理でこれまで手動で行っていた、 Retain Release Autorelease を自動でコンパイラで行うようにさせる方式です。一定のルールに従う必要がありますが、メモリ管理に関する、Retain、Releaseを書かなくてよくなります。このサンプルには、ARCを使っているプロ
Resources - Safari - Apple Developer
Guides and Sample Code Get details on implementing web technologies with guides, reference, and sample code. What’s New in Safari Safari App Extensions Apple Pay on the Web More Safari Documentation Discussion Forums Ask questions and discuss a variety of web development topics with Apple engineers and other developers. Apple Developer Forums Videos Watch and learn from our engineers as they show
カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス
実験駆動開発 - ポストアジャイルの手法
原文(投稿日：2010/02/25)へのリンク TDDとBDDは今や、広く使われているソフトウエア開発技術だ。しかし、単にBDDやTDDに従っているだけではビジネス機会を逸したり、もっと悪いときにはビジネスに悪影響を及ぼしてしまう。TDDとBDDには解決できないふたつの問題がある。すなわち、どのようにして開発したアプリケーションの使用を評価するのか。そして、どうやって顧客からフィードバックを得るか。 ユーザを調査する従来の方法は決して正確な結果にはならない。アプリケーションの提供者も顧客も多大な時間を必要とし、先入観にとらわれてしまう。Nathaniel Talbott氏はRubyConf 2009でのプレゼンテーションで次のような考えを発表した。すなわち、開発時におけるTDDと同じような方法でビジネスもフィードバックを得るべきだ、という考えだ。 (画像はLabnotesから) ソフトウエ
投資と負債は違うよ(2) - masayang's diary
売り切れました: そりゃ投資と負債は違う id:shivashantiさんからトラックバックをいただいた。 １億円かけてシステムつくれば１億の投資。 運用保守に年間１５００万円で耐用年数５年なら７５００万の負債。 システム導入は投資の結果として負債が手元に残る。 だから導入による効用は投資額＋負債総額を上回るように計画しなくてはならない。 開発費1億円のシステムを5%で5年かけて償却していくと、月額212万7135円 運用保守費年間1500万円=月額125万円 つまり、このシステム投資は月当たり337万7135円以上の付加価値を生まないと「投資に見合った収益がでない」、ということになる。 まあ、普通なら「月に400万円の付加価値を生むシステムを作ろう。そのための投資は月に337万7135円だから、毎月63万円弱の利益が出る」と判断するから、投資に踏み切れるわけで。 で、その開発費分は積んで
アジャイルとウォーターフォール - 売り切れました
笑った。 ウォーターフォール大好き人間達にいつも言われたことは 「リスクと問題点は全て洗い出して解決しなきゃいかんのです。 随時解決するなんてリスクはとれませんよ」 ■ - ( ・ω・)ノ＜しすてむ開発。 こいつは将棋を指す時「詰み」まで読み切ってから始めるのか？ それはさておき ・某大企業でのとある大規模プロジェクトをagileでやった。開発人数は50〜80人。 ・クリティカルでないシステムだったため、SI側/会社側もagileでやることをOKした。 大規模プロジェクトでagileやった結果がこのざまだよ - World Digger ざまも何も、Agile失敗パターン三部作 - サンフランシスコ出羽守手記(masayangの日記に書かれていることですべてだと思いますがね。 文句付けるだけだと無価値エントリなので経験したアジャイル開発の事例を紹介させていただきます。 要約よりも状況を時系
Amazon.co.jp: ソフトウェアテスト293の鉄則: Cem Kaner (著), James Bach (著), Bret Pettichord (著), テスト技術者交流会 (翻訳): 本
Microsoftの開発現場ではVSSではなくCVSが、プロジェクト管理はMS ProjectではなくExcelが使われている | gihyo.jp
濃縮還元オレンジニュース Microsoftの開発現場ではVSSではなくCVSが、プロジェクト管理はMS ProjectではなくExcelが使われている Microsoftに勤めている人との会話をまとめたものです。Googleの開発手法は最近カンファレンスなどでよく聞きますが、Microsoftでどのように開発を行っているのかはあまり知られていない気がします。 まず、コードレビューをかなり重要視しているようです。コードと単体テストが終わったら旧ソースとのDiffをチームメンバーに配り、メールベースでレビューを行います。レビューは1行1行細かく行い、全員がOKと判断したら再度テストを行いチェックインします。コードレビューはチーム全員で行うため、チームの能力が徐々に平均化していく効果があるようです。なおバグが出た場合、チーム全員でレビューしていることから「チーム全員に対する説明責任」が生まれ、
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
PMD Eclipse
実に様々なソフトウエアが無料で利用できるようになっています。そこで，主に「ソフトウエアを作る環境を楽しくするお役立ちフリーソフト」を集めて，1日1本のペースでご紹介します。 「PMD Eclipse」はEclipse上でPMDを動作させるプラグインです。PMDはJavaのソースコードを解析して，エラーの原因になりうる部分を指摘するツールです。 例えば，短すぎる変数名や長すぎるメソッド名，先頭が小文字のクラス名といった簡単な指摘，大きすぎるメソッド，メソッドが多すぎるクラスなど，リファクタリングの対象になるような指摘，深くネストしたifブロックなどクラス設計にかかわる指摘まで幅広く行ってくれます。CheckStyleと同じように，独自のルールを設定することもできます。 英語版ですが，使いこなせれば強い武器になります。
XPを実現するCaseツールは？→Redmineだ！ - プログラマの思索
JaSST関西2008で出た質問。 アジャイル開発を現場で使っているが、イテレーションが短くて多いから管理しにくい。 イテレーションを管理できる良いCaseツールはありますか？ XPJUG関西代表の細谷さんは立場上曖昧に答えたけれど、僕の回答は、Redmineを使って下さい、だな。 RedmineこそXPを実現する開発インフラです。 Redmineでチケット駆動開発を実践すれば、XPの計画ゲームを実現できます。 と。 Redmineを2ヶ月使ってみて、プロジェクトリーダーの本来の仕事である、タスクの優先順位付けやリスク管理に時間を費やせるようになった。 【1】もう一度おさらい。 Redmineでプロジェクト作成後にまず設定するものは下記の通り。 1-1.バージョン マイルストーンと同値。 XPのイテレーションに相当する。 1-2.カテゴリ システムの機能別の単位。 XPのストーリーカードの
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討論 Developers [Test] Summit 2008（デブサミTest） 「建前ではなく実際にテストを普及させるにはどうすればいいのか」。2008年4月23日，東京・九段で開催されたテストに特化したソフトウエア開発者向けカンファレンス「Developers [Test] Summit 2008（デブサミTest）」で「【徹底討論】テストなんていらない？！-テストを，どこまでやるべきか？」というパネル・ディスカッションが開催された。 司会を務めたのはタワーズ・クエスト プログラマ兼取締役社長であり，テスト駆動開発（TDD）の日本での第一人者である和田卓人氏。同氏に，オープンソース・プロジェクト「Seasar」のチーフコミッタであるひがやすを氏，テストの
vimでrubyプログラミング S.S.S. blog/ウェブリブログ
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
An Agile Way > JUDE と Ruby on Rails の連動 : ITmedia オルタナティブ・ブログ
牛尾さんが、 「Judeのクラス図からActiveScaffoldのコードを自動生成する 」 －Jude/LuRuJu/JRuby/ERBを用いたActiveScaffoldのソース自動生成プログラム http://codezine.jp/a/article/aid/1929.aspx という記事を、codezine で書いています。これで、JUDEで描いたクラス図から、Ruby on Rails で簡単なDB連動のWebアプリケーションが作れるようになります。 中身は、牛尾さんが作成した、ツールの解説（ソースコードつき）で、JUDE のAPIを用いて、クラス図で作成したデータ構造を取り出し、Ruby on Rails で動くデータベースと ActiveScaffold を自動生成するものです。このツールでは、次のようにツールが内部で利用されています。 JUDE: データベースのスキーマを
Mylyn＆Tracでリズムに乗ってタスクを大掃除♪
最小限の管理コストで最大の「見える化」を 近年「開発の見える化」が話題となっていますが、いざやろうとするとなかなか難しいものです。 模造紙を壁に張り付ける「タスク看板」などを利用してタスクの「見える化」を行っても、肝心のタスクの実行状況が見えなかったり……。そんなことはないでしょうか？ 本当にチームメンバーのタスクを把握できているでしょうか？ そもそも「タスク」とは、コーディングやテストといった純然たる作業や、故障処理、管理、仕様変更などの副次的な作業も含みます。開発を見える化する際に基本となる1つの単位です。 今回紹介するMylynとTracを利用すると、タスク取得→コミット、タスク取得→コミット、……というリズムに乗った開発で、作業履歴（ログ）を残しながら各開発担当者の作業内容を明確にできます。最小限の管理コストで最大の見える化を。世にも不思議なMylynマジック、とくとご覧ください。
viでJava開発：Javaのためのvi設定方法 - builder by ZDNet Japan
エディタ「vi」は、Javaアプリケーションの開発環境としては用いられないことも多い。しかし、VimとAntを利用すれば、Javaの開発に適した環境に設定することが可能である。ここでは、次のJavaプロジェクトですぐに利用できるように、viのカスタマイズ手順を紹介しよう。 多くのソフトウェア技術者は、キャリアの中で一度はviエディタを使うことがある。それは、大学生のときかもしれないし、Windowsのデスクトップで高性能IDEを用いてコーディングしたソフトウェアを、製品版のUNIXマシンにインストールするときかもしれない。MicrosoftとべったりのIT企業の開発者でもない限り、最低でも月に一度はみなviを起動するだろう。viを熱狂的に愛している人がいる一方で、ひどい嫌悪感を抱いている人も多いということも事実である。しかし、たくさんカスタマイズをすれば、viはJava開発者にとってよりよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
セッション資料ダウンロード｜QCon Tokyo 2010 Conference｜QCon 東京 2010 カンファレンス
InfoQ: アーキテクチャスタイルとパターンについて見てみる
リーンソフトウエア開発～アジャイル開発を実践する22の方法～
Amazon.co.jp： 基本から学ぶソフトウェアテスト―テストの「プロ」を目指す人のために- 本- Cem Kaner,Hung Quoc Nguyen,Jack Falk,テスト技術者交流会
