運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
知人とコソコソと世間話。最近の開発現場は面白いことが多過ぎるという点で意見が一致してしまう。その一例。 人の入れ替わりが激しくて技術やノウハウが蓄積しない。忙しくなるとスキルよりも経験よりも頭数を揃えることを主目的にやたらと人を集めるものの、プロジェクトが終わると直ぐさま関係を切ってしまうので継続的な蓄積が何も残らない。 コンプライアンスの掛け声の下、関係者以外にも情報が見えてしまうホワイトボードやRedmineによる情報共有はご法度。セキュリティ対策も厳しくなる一方なので、ソフトをダウンロードしてパソコンに入れるだけで、正義感の塊のような監視委員から直ぐさま電話がかかってくる。 行き当たりばったりの対策を取り続けているので、何か問題が有ってもブレーンストーミングで出てきたようなアイデア案ばかりが続く。根本原因を探ることをしないし、そもそもそんな追求を行うスキルすら無い。 人月単価に惹かれ
IT業界で仕事していて、何故かデスマーチプロジェクトに数年に1回はぶち当たる。 デスマーチに陥る原因は技術力の不足やプロジェクト管理の能力不足などがあるけれども、IT業界で一般的な請負契約そのものに根本原因があるような気がしている。 請負契約が日本のソフトウェア開発者を苦しめているのではないかという仮説について考えたことをラフなメモ書き。 【元ネタ】 Twitter / @akipii: 日本のソフトウェア開発者を苦しめている根源に請負契約があるという仮設を考えてる。平鍋さんや倉貫さんが試しているアジャイルな契約は請負契約のアンチテーゼと考えると分かる気がする。 Twitter / @akipii: @mr_amichan 請負契約の制約条件は開発者の想像以上にソフトウェア開発者に厳しいのです。請負契約である限り本当のアジャイルな開発でないと体験してます。それをうまく説明したい。 Twit
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
2004年6月、記者はこの欄で、ソフトウエアのテストに関するある記事を執筆した。タイトルは「なぜ『テスト』は軽視されるのか?」である。この記事では、IT業界で“テスト軽視”の風潮が広がっている現実を語り、その改善を訴えた。「その通りだ」「今その対策を打っている」――。読者の皆様から、さまざまなご意見をいただいたことを覚えている。 それから6年半近くが経った今、この状況はどうなったのか。記者は日経SYSTEMS 2010年12月号で「バグをなくそう 悪条件に負けないテストの秘訣」と題して、テストに関する特集を担当した。ここで多くの開発現場を取材した結果、今ではテスト軽視の風潮はほとんど見られなくなったと感じている。現場にはテストの計画書がしっかりあって、品質目標も明確になってきた。テストの技法や管理に関する教育も、かなり進んでいるようだ。 どんどん難しくなる「テスト」 ところが、テスト軽視の
(Ǝ)ɐsıɥıɥso⅄ ouɐɓnS @koshian 工業製品はどんどん効率化し安くなってる。なのにソフトウェアはなぜどんどん高くなるんだ? と聞かれて答えに窮した。確かにその通り。ソフトウェアは年々複雑化し非効率化し高コスト化している…… 2010-10-18 23:16:56 shiwork @shiwork @koshian 個人的に、ソフトウェア開発者への要求スキルがノーマライズされてあまり高いものが求められていないにもかかわらず、ソフトウェアが複雑になり、全体を把握できなくなるのに加えて、テストが爆発して網羅性が下がってるから。というように最近感じてます。 2010-10-18 23:21:11
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
すごい久しぶりにSeleniumと戯れてみたんですが、エビデンスでシナリオ終るたびにスクリーンショット撮ってる言うんで、アホらしいから自動化してみた。 参考にしたのはこちらのエントリ。 → Seleniumでキャプチャを取得する拡張コマンド:captureScreenshot - 現場のためのソフトウェア開発プロセス - たかのり日記 テストの実行はSelenium RCでもSelenium IDEでもなく、ただのSeleneseからなんで、user-extension.jsをちょこっとだけ修正。 // Seleniumが動作しているURL // SeleniumIDEで動作させている場合は、localhostに置き換える。 // var url = location.protocol + "//" + location.host + ":" + location.port; // if
<< 2007/02/ 1 1. 和田英一@日本初ハッカーはちょっと変わった絵を描く/Tech総研 2. ITmedia エンタープライズ:「PC 2.0の牽引役」--wizpyの詳細が判明 3. [言語] バベル案内 2 1. [Ruby] ユメのチカラ: Rubyで習作 添削 2. [Ruby] kiwamu日記 - RubyConf 2006 の裏番組、RejectConf の実施形式メモ 3. 西川善司の3Dゲームファンのための「ロスト プラネット」グラフィックス講座 4. [Ruby] YARVに手を入れる 3 1. [Ruby] RailsConf 2007 May 17, 2007 - May 20, 2007 Portland, Oregon 2. 仕事中に口笛を吹いて、コンピューターにコマンドを実行させる 3. [教会] 掃除→食事 4 1. [教会] 証会 5 1. [
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く