タグ

Devに関するshomaのブックマーク (133)

  • 仕事でオープンソース・ソフトを開発したければ有名になりすぎるな : 404 Blog Not Found

    2006年02月21日00:18 カテゴリOpen Source 仕事でオープンソース・ソフトを開発したければ有名になりすぎるな 「立ち位置」の違いかもしれないけど、すんなりと同意しがたい。 Matzにっき(2006-02-15) まあ、同感だ。少なくとも、誰かさんみたいにTVに毎週でるなどというのはもっての他である(爆苦笑)。 「仕事でオープンソース・ソフトを開発したければ有名人になれ」,Seasar2開発者のひが氏:IT Pro ところが「(開発者が所属する)企業がオープンソース活動を仕事として認めてくれることは基的にない」(ひが氏)。オープンソースの世界でどんなに有名になっても,企業は興味ないからだ。 もちろん、名を売る必要が全くない、というわけではない。それどころか「売名行為」はオープンソースの「隠れた」インセンティブとしては最大のものの一つである。一昔前ならとにかく、今では有名

    仕事でオープンソース・ソフトを開発したければ有名になりすぎるな : 404 Blog Not Found
  • 未踏ソフト,Web-DBシステムをユーザーが簡単に作成できるソフト「Tuigwaa」など4プロジェクトの報告会を開催

    情報処理推進機構(IPA)の2005年度上期未踏ソフトウェア創造事業で,東京工業大学大学院 情報理工学研究科 助教授の千葉滋プロジェクトマネジャー(PM)が採択したプロジェクトの報告会が2006年2月24日に開催された。Rubyで生物化学情報基盤を利用するためのライブラリ「BioRuby/ChemRuby」,Webの操作だけで簡単にWebアプリケーションを作れる「Tuigwaa」,次世代のRuby処理系「YARV(Yet Another Ruby VM)」,Javaのテンプレート・エンジン「Maya」の4プロジェクト。いずれのソフトも完成度の高さが目立っていた。Java関連(Seasarファウンデーション)のソフトが二つ(TuigwaaとMaya),Ruby関連のソフトが二つ(BioRuby/ChemRubyとYARV)だったことから,さながら「Java vs Ruby」との声も聞かれた。

    未踏ソフト,Web-DBシステムをユーザーが簡単に作成できるソフト「Tuigwaa」など4プロジェクトの報告会を開催
    shoma
    shoma 2006/02/28
    未踏千葉PM報告会
  • hatenalabo - 未来のいつか/hyoshiokの日記

    はてなラボのサービスhttp://hatena.g.hatena.ne.jp/hatelabo/20060221/1140521491と言うのは何がなんだかよくわからないのだが、なんとなく面白そうという感じのものだ。だけど、ヘルプも何もついていないので使い方が正直よくわからない。 さっそくLife is beautiful (http://satoshi.blogs.com/life/)さんが噛み付いた。いわく「50%の完成度でサービスを出す」という言葉を誤解してはいけないである。(50%の完成度でサービスを出すも参照のこと。http://d.hatena.ne.jp/jkondo/20060222/1140588819もね) おっしゃる通りである。おっしゃる通りであるが、ちと週末考えてみた。 昔、シリコンバレーにいたころわたしのソフトウェア開発に関する思いを根的に変えたことの一つが、「

    hatenalabo - 未来のいつか/hyoshiokの日記
    shoma
    shoma 2006/02/27
  • 表紙と帯で損している本 - 高原芳浩のKeep-Alive

    ■[開発]表紙と帯で損している ソフトウェアのプロジェクトマネジメントではとかく精神論が多い。 やれ、「週40時間しか働くな」、「会議は立ってしろ」・・・余計なお世話だ。 この手のを読むたびに、理論派バリバリの(はずの)ソフトウェアの開発者がプロジェクト管理の話になると自分の成功体験を安易に一般化して(プラティクス?)叫ぶようになるのだろうか?とずっと不思議だった。 このような精神論中心のプロマネ大隆盛の中で異色だったのがこの。 初めて学ぶソフトウエアメトリクス~プロジェクト見積もりのためのデータの導き方 作者: ローレンス・H・パトナム, ウエア・マイヤーズ, 山浦恒央 出版社/メーカー: 日経BP社 発売日: 2005/09/29 メディア: 単行 プロジェクトの管理を統計学で分析しようと言う試み。 大して厚いではないが、足かけ3ヶ月くらい読んでいるけどまだ読み終わってい

    shoma
    shoma 2006/02/14
    PMを統計的に分析した本
  • How NOT to go about a programming assignment

    No matter what address you see in your browser's bar, links to this page should be always based on www.agustincernuda.info, in order to avoid possible broken links in the future. Agustín Cernuda del Río Write to me: guti at uniovi dot es Oviedo (Spain) Phone : (+34) 985 10 43 37 Computer programming students invariably fall into more than one bad habit. It can be extremely difficult to era

    shoma
    shoma 2006/02/14
  • プロジェクト・オートメーション

    Generated by Rabbit version 0.3.2

    shoma
    shoma 2006/02/14
    キーワードから理解。
  • 「『単調な仕事を自動化したい』という“態度”が技術者には必須」,永和システムマネジメント角谷氏 | 日経 xTECH(クロステック)

    「キー入力がやたら速かったり,記憶力がよかったり,機械的な作業を間違わずにできたりすることは,優秀な技術者になるのを妨げるかもしれない」。永和システムマネジメントの角谷信太郎氏は2006年2月10日,東京・目黒で開催された開発者向けカンファレンス「Developers Summit 2006(デブサミ2006)」の講演でこう語った。技術者には,単調な仕事をコンピュータにより自動化する「プロジェクト・オートメーション(PA)」の考え方が必須だという。 角谷氏は,オブジェクト指向やソフトウエア設計に造詣の深かった故 石井勝氏が,技術者の必須項目として挙げていた2項目をまず紹介。石井氏が挙げる「同じことを2度しない(Only and Only OnceあるいはDRY:Don't Repeat Yourself)」「必ずやる作業は自動化できないかと考える」の2項目を追求する“態度”こそが重要だと述

    「『単調な仕事を自動化したい』という“態度”が技術者には必須」,永和システムマネジメント角谷氏 | 日経 xTECH(クロステック)
    shoma
    shoma 2006/02/13
    不精と短気
  • Borland to Acquire Software Quality Company, Segue Software; <br />Announces Plan to Divest IDE Product Lines

    Borland to Acquire Software Quality Company, Segue Software; Announces Plan to Divest IDE Product Lines Company sets course for accelerating execution of its Software Delivery Optimization vision CUPERTINO, Calif. - Feb 08, 2006 : Borland Software Corporation (NASDAQ NM: BORL), today announced aggressive plans to drive its Application Lifecycle Management (ALM) business forward. As part of that pl

    shoma
    shoma 2006/02/09
    Borland IDEから撤退。
  • Waterfall 2006 - International Conference on Sequential Development

    About The Conference Date: April 1, 2006 Location: Niagara Falls, NY Register Now Interview with Scott Ambler Keynotes Put Testing Where It Belongs--At the End by Brian Marick Dead Fish Can't Swim But They Can Float Down a Waterfall by Tim Lister Extreme Programming Uninstalled by Ron Jeffries Super Model Driven Architecture: An Update From the OMG by Tyra Banks Contact Information The Waterfall A

    shoma
    shoma 2006/01/31
    かなり行ってみたいかも。
  • 'I want to build something that grows'

    The creator of Del.icio.us has big plans for his innovative social tagging site but has no regrets about selling it to Yahoo Even though Joshua Schachter was rumoured to be about $30m richer, this was far from his best Christmas. Just nine days after Yahoo bought his company, Delicious (http://del.icio.us), and at a time when all eyes were on it, the power failed - leading to a service outage that

    'I want to build something that grows'
    shoma
    shoma 2006/01/30
    del.icio.usの中の人、インタビュー。
  • IPA:未踏ソフトウェア創造事業:2006年度上期未踏ソフト 公募概要

    shoma
    shoma 2006/01/30
    上半期の公募開始は1月末
  • IPA:未踏ソフトウェア創造事業:2006年度未踏ユース:公募概要

    事業は、法人を対象に行っているソフトウェア開発関連とは異なり、個人又は数名のグループを対象として、独創的なソフトウェア技術や事業アイディアを公募しその開発を支援する制度です。 公募は「未踏ソフトウェア創造事業」の一環として2002年度より行っており、主な目的としては、「未踏ソフトウェア創造事業」の裾野をひろげるべく、多くの若手開発者にチャンスを与えることです。今年度もPMは2名体制(竹内PM、筧PM)にて、開発者への指導・育成に力を入れたいと考えております。 また、未踏ユースでは開発者の公募と同時に開発者のお世話をしてくれるプロジェクト管理組織の公募も行っております。  詳細は公募要領を参照ください。 なお、事業はIPAを事務局とし、PMを中心に展開しておりますが、事業の中立性、公平性、透明性を確認し、事業が適正に実施されているか否かを判断する機関として審議委員

    shoma
    shoma 2006/01/30
    ユースは28歳未満なのか。過ぎてる!
  • sourceforge.jp

    We’re getting things ready Loading your experience… This won’t take long.

    shoma
    shoma 2006/01/26
    OS開発の手がかり情報まとめ。もちろん、OS以外の開発に応用できる
  • プログラマではなくテスターとして現場デビューする - 設計者の発言

    筆者はプログラミングは好きだったが、テストについてはずっと苦手意識があった。プログラムがそれなりに完成してしまうとそれで満足してしまって、さっそく次のプログラムにとりかかりたくなる。結局、システムテストの段階でハデにバグが見つかってどれだけ周りに迷惑をかけたかわからない(今思い出しても冷や汗が出る)。「自分に代わってテストだけをやってくれる要員」がいてくれたらと気で願っていた。 だから、1年前にある小さなソフト開発企業で、「新人をまずテスターとしてみっちり仕込むようにしている」と聴いたときは感心した。その発想は考えれば考えるほど合理的かつ発展的だ。筆者なりに肉付けした形で紹介したい。 ◆新人は現場のお荷物である 多くのソフト開発企業での新人教育が何から始まるかというと、大学の一般教養課程のような「コンピュータ概論」だったりする。その後に「ソフトウエア分析・設計」とか「プログラミング」の学

    プログラマではなくテスターとして現場デビューする - 設計者の発言
    shoma
    shoma 2006/01/25
  • 3年後ヤバイ!?技術力が腐る職場のぬるま湯度チェック/Tech総研

    現在、あなたがお使いのブラウザは、Cookie(クッキー)をブロックする設定になっています。 リクナビNEXTでは、個人情報保護と利便性の観点からクッキーの使用をお願いしています(個人情報収集等の目的では使用しておりません)。お手数ですが、ブラウザの設定を変更してください。

    shoma
    shoma 2006/01/23
  • kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥

    Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方(ビジネスモデル)に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー(経営者)にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい!・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、

    kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • Joel on Software -

    プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界:すべてのソフトウェア開発が同じではない。 追記:インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし

    shoma
    shoma 2005/12/26
    書籍化
  • - サルでもわかる待ち行列

    (株)永和システムマネジメント   平鍋健児 作成日:初版 1999, 3/16 第2版 2002, 11/6 第3版 2004, 9/14 第4版 2008, 5/1 情報処理技術社試験の中で良く出て来る「待ち行列」理論を,直感的に覚えやすく解説してみました. 何度もトライしたけど待ち行列が理解できない人向けです. 正確な定義や論理展開は重視せず,いかに効率的にこの理論を覚えることができるかに焦点を絞ってみました.

    shoma
    shoma 2005/12/14
    λλλλλ...
  • NPO 日本ネットワ-クセキュリティ協会

    JNSAセキュアシステム開発ガイドライン 「Webシステム セキュリティ要求仕様(RFP)」編 β版 セキュアシステム開発ガイドラインワーキンググループ ドキュメントは、発注者(ユーザー)に対しては、RFP(提案依頼書)に盛り込むセキュリティ対策のサンプルとして参照していただけることを目指している。ドキュメントの作成にあたっては、JNSAの会員企業を中心とした、システム開発とネットワークセキュリティに携わる企業の方々によりレビューされているので、このドキュメントに記載されている内容をWebアプリケーションに実装することで、現時点で必要十分と言える対策を施していると考えていただいてよいだろう。受注者(ソフトウェアベンダー)にとっては、Webアプリケーションのセキュリティに関する要件を要件定義・基設計の段階から盛り込んでいただくことにより、セキュリティに関する要件を「機能要件」として算出

    shoma
    shoma 2005/12/09
    参考。