Webコンサルタントの愚痴とアジャイル,生産性向上,Trac,オープンソースなどの与太話
11月は起きられなかった。

最終週が全然ダメ。目覚ましはかけていて、5時鳴ったら目は覚めるんだけど、やる気が出ないせいか二度寝しちゃうんだよな。
明日から12月。精神的にはダメダメだけど、改めて起きるよう頑張ろう。
InfoQ: James Shore氏「アジャイルの衰退と凋落」
James Shore氏(リンク)はアジャイルは衰退していくと断じている(リンク)。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。彼の推測によると、こういった行いが、幾千ものスクラムチームが行っているアジャイルを不充分なものにしており、彼らは遠からず失敗するのは疑いの余地がなく、ともするとアジャイルの機運もそれとともに衰えていく、というものだ。
James氏は責任の大半はスクラムと、その誤用にあるとしている。スクラムとエクストリームプログラミング(XP)を比較し、スクラムでは、XP が盛り込んでいる技術的なプラクティスを、故意に除外していることを指摘している。スクラムは、ペアプログラミングやテスト駆動開発、継続的インテグレーション、テストの自動化といったトピックスについては沈黙を守っている。チームはこういったプラクティスが無いままに、巨大で、バグが出やすく、メンテナンスされていないコードベースを素早くビルドする羽目にならないとも限らない。このことがチームの肩に載せられた重荷になってしまう場合は、アジャイルチームならそうあるべきだが、変化に対して素早く対応することで防ぐしかない。
ScrumとXPは比較しちゃいけない。
Scrumはプロセス論であって、技術論では無いから、ScrumとXPでは対象としているスコープが異なり、相互の補完関係にあると考えたほうが良い。
まっとうなプログラマは、テスト駆動開発とかCIとか、自分が後から楽になるものを好むと思うのだが、まっとうじゃないSE(=中間高級伝書鳩)が、現場に対して意味不明なプレッシャーをかけたり、アジャイルへの理解が不足しているが故に、チームが崩壊したり、品質が劣化したりするのだ。
でも、そんな無能力高級伝書鳩がどんどん淘汰されつつある。お客さんも賢くなって、開発部隊と直接案件進めたりできるようになってきてるしね。
変化への対応速度がますます求められてきている中で、短期間・低コストでシステムを作らなきゃいけないケースはどんどん増えてきていて、そこには、顧客とのコミュニケーションを中心に据えた協調が絶対的に必要だ。顧客がシステム開発を丸投げできる時代は終わったんだよ。
自分達のビジネスの成功のために、システム開発にもオーナーとしてガンガン参加する、こういう企業が生き残るし、丸投げして後から文句ばっかり言うような企業は、自分達のビジネスに責任を持っていないわけだ。
んで、これやろうとしたら、W/Fじゃないよね。
W/Fは、最初の前提が全部あっていて、後から変更しない(変更にはコストがかかる)モデル。
でもアジャイルは変化を前提にしているし、それに俊敏に対応するんだ。
アジャイルは衰退も凋落もしない。
#アジャイルに対応できない会社は衰退したり凋落したりするかもな(w
過去にも色々愚痴を書いていたが、前回酷かった時期は2008年2月。この時の方が精神的には病んでいたようには思うが、ホントに自分のこととは言え、一定周期で繰り返し波が来るなぁ・・・。
大願クラッシャープラント株式会社
(産業廃棄物収集処理、解体工事 大阪府大阪市平野区)民事再生法の適用を申請 負債45億8300万円
って、この社名すげぇな。以下gooの辞書より。
つうことで、「大きな願いを粉砕する設備」とも読める。大きな願いって、株式会社だと、利益を出すこと、社会に貢献することだよね。
あー、自分自身がクラッシュしてしまったか・・・などと適当なことを言ってみる。
それにしても、上場企業の倒産は今年30社目で戦後最多だってさ。
とりあえず下記にあげることはやってみた。一定の効果はありそうだぞっと。
自分がやってみた中で大きいのは、1番目と2番目だな。
別のエントリでも書いたが、JAVAとPHPとPerlを同じeclipse環境でやろうとはせず、必要なプロジェクトや言語に特化した形で、eclipseを用意した方が個々の開発環境を最適化しやすい(もちろん他のプロジェクトメンバーに展開もしやすい)
なんか、今朝外出先で、イーモバイルにつないでVPN経由で会社のメールを読もうと思って、イーモバイルのユーティリティ起動しようとしたら、
メモリが不足しています
と出て接続できんかった。
以前カードが突然壊れて常に圏外になってしまう目にあっていたので、またしてもか!?と思って焦った。
で、原因は・・・・俺がアホだった。
週末に端末のメンテナンスをした際に、不要なサービスをとめちゃえ!ってことで、Telephonyを止めていたのだ。そりゃダイヤルアップできんわorz
あー時間損した。
#こちらに解決策がのってた。
#とはいえ、Telephonyが起動していないのが原因なら、メモリ不足ってエラーメッセージはあり得ないよな~。
とりあえず、俺の環境で1~9まではやったけど、相当高速化した。別に性能測ったわけではないから、対処前の何倍とか言えないが、体感が違う。
addons.mozilla.orgはCakePHP1.1で出来ている&ソースを公開している、ということでソース読んでみた。
入手は、svn co http://svn.mozilla.org/addons/trunk/ とすれば良いだけ。
入手後、データベースの設定やconfig.phpの設定をすると、ローカル端末(xampp)でも動作する。
読んだ感想は以下の通り。
公式サイトより。
Firefox 2.0.0.x will be maintained with security and stability updates
until mid-December, 2008. All users are strongly encouraged to upgrade
to Firefox 3.
2.0系のアップデートはセキュリティ対応も含め、2008年の12月中旬に終了。全利用者はFirefox3へのアップグレードを強く推奨。
ということなので、サイトを作るときに、Firefox2でのテストなんてしなくても良いかも。ちょっと助かる。
日記 PHP オープンソース Linux Trac Perl wordpress フリーソフト 自宅サーバ phpMyFaq Plugin Delphi 書評 apache eclipse Subversion Firefox セキュリティ アジャイル プラグイン mojavi Ruby Ajax/Web2.0 CakePHP Zope フレームワーク サーバ 文字化け scuttle OpenVZ 自宅 phpBB 仮想化 翻訳・日本語化 CMS ApacheDS LDAP 生産性向上 hacks CodeIgniter Agile・生産性向上 レビュー XAMPP Excel SBM 言語ファイル 修正 Ajax taskfreak mod_security ダウンロード HTML::FillInForm 情報共有 格安 レンタル アンケート API PhpScheduleIt 翻訳