デスクトップアプリケーションは死んだ - Kentaro Kuribayashi's blog
"Ev's Rants: Desktop Applications are Dead"が面白かったので、翻訳してみた。というか、「超訳」だが。 原著者: Eugueny Kontsevoy 超訳者: kentaro a.k.a. id:antipop 原文のURL: http://kontsevoy.blogspot.com/2007/08/desktop-applications-are-dead.html いまさらその話かよ、って？そんなこといっても、「デスクトップアプリケーションは死んだ！」とか、いまもみんなそこらを叫んで回ってんじゃん。 その連中の多くは、いわゆる「ウェブアプリケーション」の開発者どもだ。誰があんな連中のいうことを聞くんだ？やつらは本物の開発者なんかじゃない。だよね？全然ものがわかってないし。あいつらときたら、malloc()やfree()すらまともに使えないんだか
MOONGIFT: » ソースを見てActionScriptの勉強「Flare」:オープンソースを毎日紹介
プログラムの最も早い習得方法は、他人のソースを見ながら勉強することだ。興味がもてる材料だけに、ただ本を眺めるよりも効率的に覚えることができる。 では興味の対象がソースを公開していなかったらどうしたら良いだろう。そのためにこれがある。 今回紹介するフリーウェアはFlare、Flashのデコンパイラーだ。 デコンパイラーは名称のまま、逆コンパイルをするためのソフトウェアだ。構成する素材全てが取れるわけではなく、flrという拡張子でActionScript部分が抽出される。逆に素材が欲しい場合は、HugFlashを使おう。 ソースを見てみる事で、実際に行われている処理やサポートされている関数を知ることができる。実は明文化されていない裏APIがあった、なんて事があるかも知れない。尚、動作はWindows、Mac OSX、DOS、Linux、Solarisとなっている（GUI版のMac OSXではう
【コラム】Yet Another 仕事のツール (98) プロジェクト管理を効率化しよう - GanttProject | エンタープライズ | マイコミジャーナル
仕事には大抵、「納期」というものが決められている。このコラムにも「締め切り」という名の納期があり、毎週火曜になると、容赦なく担当編集O氏からの催促がメッセンジャーのウィンドウにポップアップする仕組みになっている。 納期というのはつまり、顧客に対して「これこれこういう仕事を、いついつまでに終わらせますよ」という約束である。約束を守らないとどうなるか。当然信用を失い、仕事を切られ、最悪の場合は失職して路頭に迷うハメになるのである。だから我々社会人は、どんなに辛くとも苦しくとも、なんとかして納期を守ろうと努めるわけだ。 が、原稿書きのような個人的な仕事ならば進捗は自らの努力次第だが、企業の仕事というのは、その大半がもっと大規模で複雑なものである。仕事の規模が大きくなれば、比例してプロジェクトを構成する要員の数も増える。人が増えればそれだけ、個々の担当する業務の進捗を厳密に管理する必要が出てくるの
【ハウツー】クラス構造がまる見えに! UDocでJavaをダイナミックに分析する (1) Ja...
UML、なかでもクラス図はクラスの関係を把握するうえで欠かせないダイアグラムだ。できれば既存のAPIはクラス図を見て簡単に全容を把握しておきたい。その際に全自動でクラス図を作成できると大変便利だろう。そこで紹介したいのがUDocだ。こうした用途にぴったりのアプリケーションである。 UDocはJava クラスをUMLライクのダイアグラムによって視覚化するGUIアプリケーションだ。Javadoc、Javaバイナリファイル、Javaソースコードなどから動的に UMLライクのダイアグラムを生成できる。生成されるダイアグラムそのものを動的に編集することも可能なので、グリグリといぢりながらクラス関係を解析できるすぐれものだ。動作にはJDK 5.0かそれ以上のバージョンが必要。本稿執筆時点の最新版は12日(米国時間)に公開された1.005であり、GNU GENERAL PUBLIC LICENSE Ve
[ThinkIT] 第1回：こんなにあるオープンソースのプロジェクト管理ツール (1/3)
プロジェクト管理用のソフトウェアといえば、定番のMicrosoft Office Projectをはじめ、これまで様々な商用の製品が存在しました。一方で、従来からオープンソースのプロジェクト管理ソフトウェアにも様々なものがあります。 例えばソフトウェア開発に従事されている方であれば、Edgewall Software社が無償で提供している軽量バグトラッキングシステムの「Trac」を使ったことがあるのではないでしょうか（図1）。 ただし、このような従来のオープンソースのプロジェクト管理ソフトウェアの多くは、目的が限定されているものや基本的な機能のみを実装するものが多く、企業の汎用的なプロジェクト管理に使えるものが少ないのが現状でした。 その背景の1つとして、オープンソースソフトウェアがWebアプリケーション技術に依存しているケースが多く、ガントチャートなど視覚に訴える機能を実現することが技術
Google のソフトウェア開発 Days on the Moon
Google 技術講演会「Developing Software in the Real World」に行ってきました。講演者は Google 東京 R&D センター ソフトウェアエンジニアの南野朋之さん。その 1 週間前に行われた、Mozilla Corporation の Seth Bindernagel と Seth Spitzer との講演会 (Mozilla Party JP 8.0 とは別物) には参加できなかったので、リベンジ (?) という形になります。 南野さんはインターンを経て Google へ入社、Google マップでの写真表示を開発された方で、今回の公演内容は Google でのソフトウェア開発体制、および Photos on Google Maps 開発の舞台裏に関してでした。 Google でのソフトウェア開発体制 OKR (Objectives and Ke
オープンソースのプロジェクト管理ツール「ProjectKeeper」正式版公開
サイオステクノロジーは9月18日，オープンソースのプロジェクト管理ツール「ProjectKeeper」の正式版「ProjectKeeper Ver.1.0」を公開した。 ProjectKeeperはWebベースのプロジェクト管理ツールで，ガント・チャートなどはマウス操作で移動したり，長さを変更することができる。作業時間から人件費を計算しプロジェクトの損益を管理できる機能なども備える。スケジュールや作業時間，損益などのデータはダウンロードしてExcelなどの表計算ソフトに取り込むことも可能。 7月4日にベータ版を公開し，これまでに8000件以上ダウンロードされたという。正式版では，プロセスの担当者アサインと進捗報告機能，マネージャによる状況と課題の確認確認機能，BI(ビジネスインテリジェンス)メンテナンス機能などを追加した。またカスタマイズできるポータル画面であるダッシュボードの，デフォルト
kuranukiの日記 改善型開発について
現在のシステム開発という開発モデルを考えてみると、そのシステムを必要としており開発の依頼を発注する発注側と、実際の開発作業を請け負う開発側の間で、プロジェクトに対し契約を結んだ段階からシステム開発は始まる、というのが当たり前の話。そして、この当たり前と思われている関係でビジネスを続けると問題があるのでは、と考察したのが以前のエントリ、「ディフェンシブな開発*1」だった。 今回は、その当たり前だと思われているところについて、発想の転換を取り入れて考えてみようと思う。社会における通念や物事を大きく変えるためには、コペルニクス的転回が必要だからだ。 ノウハウを集約できないSI企業 まずこの「プロジェクト開始してからシステム開発を始める」という点について、ディフェンシブであるということ以外にも、SI企業として重大な問題点が隠されている。それは、IT技術に対するノウハウの蓄積に関する問題である。今の
＠IT：ソフトウェア開発をちゃんと考える（1）
本連載は、メタボリックスの山田正樹氏が、仕事の合間に読む数冊の書籍に刺激を受けて思考した過程やその結果を記述したものである。参考にするのは必ずしもソフトウェア工学に関わる書籍ではないかもしれないが、いずれその思考の軌跡はソフトウェア工学的な輪郭を帯びることになる。（＠IT編集部） 生産性向上のメカニズム ソフトウェア開発における「生産性」とは何か。厳密に定義するのは難しい。生産性とは基本的には「あるアウトプットを得るのにどれだけのコストをかけたか」という尺度だ。さすがに「アウトプット」をソース・コード行数で測っても無駄だという認識は広まってきたと思うが、じゃあ代わりに何を使えばいいのかはいまだにはっきりしない。ユースケースやストーリーで測る考え方もある。そんなものは存在しないという意見すらある。 そういう場合には視点を1レベル上げて考えてみよう。つまり、ソフトウェア開発だけ考えているから分
OpenCV.jp
Reference Manual OpenCV-2.x(svn) C: リファレンス日本語訳 C++: リファレンス日本語訳 OpenCVチートシート(C++)（訳） OpenCVユーザガイド（訳） Python: リファレンス日本語訳 Google Test-1.6 Google Test ドキュメント日本語訳 Google Mock(svn) Google Mock ドキュメント日本語訳 OpenCV-2.2(r4295相当) C: リファレンス日本語訳 C++: リファレンス日本語訳 OpenCVチートシート(C++) （訳） Python: リファレンス日本語訳 OpenCV-2.1(r2997相当) C: リファレンス日本語訳 C++: リファレンス日本語訳 OpenCVチートシート(C++) （訳） Python: リファレンス日本語訳 OpenCV-1.1pre C/C++:
Mercurialでバージョン管理
[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ
Proxomitron等に関するWiki
このサイトについて † Proxomitron, Proxydomo, Proximodo, Privoxy, thyme などに関する情報を扱うwikiです。*1 誰でも全てのページを編集・作成することができます。*2 ↑
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
