はてなブックマーク - atsushifxのブックマーク - ソフトウェア開発

(閉じる)

atsushifx id:atsushifx

ブックマーク: 9,362

お気に入り: 127

お気に入られ: 86

関連タグで絞り込む (93)

ソフトウェア開発

タグ

ブックマーク / ソフトウェア開発 (68)

要求の焦点、あるいはUX的なアプローチをいつ使うべきか - 勘と経験と読経 2 users
ソフトウェア開発の企画や要件定義といった工程で、UX(ユーザエクスペリエンス)あるいはUCD(ユーザ中心設計)のアプローチを用いることが話題となっている。Apple製品などを引合いに出して、競争力の高いソフトウェアを検討することは場合によっては重要かもしれ... 続きを読む
- agnozingdays.hatenablo...
- コンピュータ・IT
- atsushifx UCD, ソフトウェア開発, 要求開発, 要件定義
  よくあることだけど本当にほしかったものはユーザーに聞いてもでてこない。ユーザーの行動を観察する必要がある。 2012/03/27
アジャイル手法によって生産性が上がりプロジェクトは成功するか？（いいえ） - 勘と経験と読経 217 users
ソフトウェア開発におけるアジャイル手法の適用が話題になっている。生産性が格段に向上した事例や、従来手法に比べて成功確率が上がったというレポートも出ている。では、あなたの（わたしの）プロジェクトにも導入すべき？　その判断はちょっと待ったほうがい... 続きを読む
- agnozingdays.hatenablo...
- コンピュータ・IT
- int128
  "うまくいかなかったプロジェクトも「アジャイル手法で失敗した」というよりも「メンバーが適応できなかった」と論じられてしまう可能性が高い。" 2012/03/07
- advblog
  2012/03/05
- atsushifx ソフトウェア開発, Agile, アジャイル
  アジャイルは小さく･早めに・失敗する手法なので、失敗とどのように失敗したかのほうが見たいかな。 2012/03/05
- katzchang
  「アジャイル手法の導入拡大の障壁の順序が若干変わっていて(僅差ですが)「１．組織文化の変化能力」「２．アジャイル経験者不足」「３．変化への一般的な抵抗」となっている」が面白いなー。 2012/03/05
- すべて表示
「ソフトウェア設計とは何か？」がすごい - Lism.in * blog - nekoya (id:studio-m) 76 users
dev結構前のエントリになりますが、cles::blogさんで紹介されている「プログラミングは設計か製造か？」に感銘を受けました。はてブを見ていると、最近になってwebarchiveから発掘されたようです。ソフトウェア設計とは何か？原文はこちらで公開されている模様... 続きを読む
- d:id:studio-m
- コンピュータ・IT
- atsushifx ソフトウェア開発, Programming, ソフトウェア工学, コメント
  ソフトウェアが設計ということはある程度年が行ったプログラマには自明な話。製造工程で内の改善は行わないだろ。あと、コメントに突っ込むとソースコードがドキュメントとは、ドキュメントになるように書けってこと 2011/12/15
- int128
  ソフトウェア開発における「製造」とはビルドである（キリッ 2011/12/15 3 RT▼
  
  3 RT
- advblog ソフトウェア工学
  2011/03/01
- すべて表示
株式会社シャノン技術ブログ: どうやってソフトウェアのまずさを数値化するかを調べてみる 33 users
2011年11月29日火曜日どうやってソフトウェアのまずさを数値化するかを調べてみる Tweet 開発エンジニアのsugimotoです。弊社サービスのMARKETING PLATFORMの開発を担当してます。近頃はソースコードのまずさによりメンテナンスコストの増加やメンテナンスに... 続きを読む
- shanon-tech.blogspot.com
- コンピュータ・IT
- int128
  ソフトウェアメトリクスと技術的負債の話。読みやすいです。履歴のメトリクスで考えても面白そう。 2011/11/30 5 RT▼
  
  5 RT
- atsushifx ソフトウェア開発, プログラミング, 技術的負債
  コードの価値をどうみるか。ソフトウェアの質が試算・負債として出るようになればソフトウェア開発産業も変わるだろう 2011/11/29
- se-mi 開発
  2011/11/29
- niwaringo
  結果望む 2011/11/29
- すべて表示
継続的インテグレーションを再考: プログラマの思索 35 users
「継続的インテグレーション入門」を読んでみて、もっと早く読んでおけば良かったと後悔した。内容がとても素晴らしかったので、理解できたことをラフなメモ書き。【元ネタ】 Togetter - 「SIerは自動化する対象が違っているのでは？」 Continuous Deliveryを... 続きを読む
- forza.cocolog-nifty.com
- コンピュータ・IT
- atsushifx ソフトウェア開発, Agile, XP
  2011/09/11
テスト駆動開発が嫌いだ - きしだのはてな 83 users
テスト駆動開発が嫌いだ。ただし、ここでの「テスト駆動開発」は日本で今TDDと呼ばれてる多義的なものじゃなく、「テスト駆動開発入門」にかかれている「テスト駆動開発」。もっと正確にいうと「テスト駆動開発入門」がミスリーディングをわざと誘ってて有害で... 続きを読む
- d:id:nowokay
- コンピュータ・IT
- atsushifx TDD, ソフトウェア開発, Agile, Programming
  TDDはプラクティスの一つに過ぎない。本来は継続的インテグレーションやストーリー駆動などの他のプラクティスも組み合わせるべき 2011/08/27
Stargazer: ソフトウェア開発、ウェブサービス開発、そしてドッグフード 23 users
2011年5月31日火曜日ソフトウェア開発、ウェブサービス開発、そしてドッグフードソフトウェア開発における概念でドッグフードというものがあります。残念ながら Wikipedia には英語の記事しかありませんが、これを簡単に説明すると自分たちが作ったものを世に... 続きを読む
- tmaesaka.blogspot.com
- コンピュータ・IT
- atsushifx ソフトウェア開発, Webサービス, スタートアップ, Dogfooding
  ドッグフーディングについて。 2011/06/01
- advblog 開発
  2011/06/01
- kazeburo
  小さい会社だと全員で議論してサービス作ると思うんだけど、大きな会社ではセグメント分けされてしまい、大人数でドッグフード食べることが難しくなるってのはどうにかならないものか 2011/05/31
- すべて表示
三版開発の勧めっていうか考察 - がるの健忘録 1 user
いくつかの元ネタがあるのですが…とりあえずわかりやすいところで、ここ。アジャイルだウォーターフォールだいう前にさぁhttp://msg.errobj.info/weblog/0902/000845.html 一見「これはこれで発注側の本音だよねぇ開発側も真摯に受け止めないといけないよねぇ... 続きを読む
- d:id:gallu
- コンピュータ・IT
- atsushifx システム開発, SIer, ソフトウェア開発, アジャイル
  アジャイル開発とどこか違うんだ？ 2011/02/27
[QconSF]Cloud時代の開発マインド : Media Technology Labs (MTL) : メディアテクノロジーラボ　ブログ 15 users
大井です。間隔があいてしまいましたが、Qcon SFレポートの続きです。 Qconでは、cloudとは？なぜcloud?という話はとうに過ぎていて、「Cloudをどこでどのように使うか」と話に、言うなればmemcacheやDB同レベルの「サービス」として捉えた言及が行われていまし... 続きを読む
- mtl.recruit.co.jp
- コンピュータ・IT
- atsushifx cloud, Cloud Computing, ソフトウェア開発, プログラミング, development
  Cloudに対応した(Cloudでパフォーマンスを出すための)開発の方法論 2010/11/25
開発メモ: Kyoto Tycoonのプロトコル再設計 9 users
HTTPベースで任意のRPCコールができるように、プロトコルを汎用化したい。KT以外のユースケースでも、パラメータ等の解析部分は同じコードを使いまわしたい。その考察。動機：実装を簡単にしたい前回述べたHTTPServerクラスを作ったことで、HTTPベースのサー... 続きを読む
- fallabs.com
- コンピュータ・IT
- IwamotoTakashi
  2010/09/26
- atsushifx Kyoto Cabinet, RPC, RESTful, API, ソフトウェア開発
  Kyoto CabinetベースのAPI設計の例。バランス感覚がすばらしい。いかに開発しやすくするかということが品質上昇につながっている。 2010/09/25
- すべて表示
Software is Beautiful：第3回　なぜ日本のソフトウェアが世界で通用しないのか｜gihyo.jp … 技術評論社 782 users
Software is Beautiful 第3回　なぜ日本のソフトウェアが世界で通用しないのか Check 2010年9月21日初出：WEB+DB PRESS Vol.58（2010年8月24日発売）中島聡ソフトウェア開発, エンジニア, IT産業エンジニア, ビジネス, スタイル, ソフトウェアエンジニア, ... 続きを読む
- gihyo.jp
- 政治・経済
- lalha
  2010/12/24
- yamkazu
  色々最近思うところである。 2010/11/07
- atsushifx SIer, ソフトウェア開発, ITビジネス, ベンチャー
  昔から言われていることだけど、まったく改善されていない。論点は2つあってITゼネコンの配下だと技術力UPのインセンティブがない、受け皿となるべき技術系ベンチャーが成長できない。の2つ 2010/09/22
- hirok73
  多分もう手遅れ。全身に転移した癌細胞と同じで死を待つだけ。なので覚悟あるヤツは日本出てけってのは至極御尤も。私？そうですね、どうやって野垂れ死にましょうかね。 2010/09/21
- elm200
  日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？もうこの議論は15年も続いて、一向に改善の見通しが立たないのだから。若い人たちは日本でソフトウェアエンジニアにならないほうがいい。 2010/09/21 11 RT▼
  11 RT
  - @nyxity 한국이나 일본이나. “@elm200: 日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？もうこの議論は15年も続いて、一向に改善の見通しが立たないのだから。/ Software is Be… http://htn.to/ifqR8c”
  - @ryoi55 読み物 QT @elm200 Software is Be…
  - @kmatsu_0303 悲しすぎる RT @elm200 日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？もうこの議論は15年も続いて、一向に改善の見通しが立たないのだから。若い人たちは日本でソフトウェアエンジニアにならないほうがいい。
  - @hkishida ふむふむ。この本でも同じ警鐘があった。http://bit.ly/cxgJSU　 RT @elm200: 日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？もうこの議論は15年も続いて、一向に改善の見通しが立た～
  - @suibotuoji
  - @ebit1975 今は日本語で要件定義と言う参入障壁を必死で守っている状況ですね。RT @elm200: 日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？若い人たちは日本でソフトウェアエンジニアにならないほうがいい。 /
  - @Ken1_Horie ハード分野だって、実際は同じ。 RT @elm200 日本ではソフトウェアは作れない・・・終了ということでいいんじゃないかな？もうこの議論は15年も続いて、一向に改善の見通しが立たないのだから。若い人たちは日本でソフトウェアエンジニアになら
  - @yoshi0426 問題背景が簡潔に分かる良記事。 RT @elm200: 日本ではソフトウェアは作れない・・・「なぜ日本のソフトウェアが世界で通用しないのか」
    - @t_yoshikawa 最近はウォーターフォールモデルなどと無縁の軽快なベンチャーが近所にも増えて楽しみ。RT @yoshi0426: 問題背景が簡潔に分かる良記事。 RT @elm200: 「なぜ日本のソフトウェアが世界で通用しないのか」
    - @taka_sio IT土方なんて言葉もありますねえ。　RT @yoshi0426: 問題背景が簡潔に分かる良記事。 RT @elm200: 日本ではソフトウェアは作れない・・・「なぜ日本のソフトウェアが世界で通用しないのか」
- mkusunok
  書いてることは真っ当なんだが議論が周回遅れに感じるのは何故？いや中嶋さんが飛びっきりの頭脳を持って英語の流暢なエンジニアだってことに僕も異議はない 2010/09/21 12 RT▼
  12 RT
  - @Shinskys ソフト開発の詳細はわかりませんが、このご時世英語が流暢なのは（少なくとも使えるのは）武器ではなく「must」な気がします。使えないのがマイナス。RT @masa議論が周回遅れに感じるのは何故？：第3回　なぜ日本のソフトウェアが世界で通…
  - @Shinskys ソフト開発の詳細はわかりませんが、このご時世英語が流暢なのは（少なくとも使えるのは）武器ではなく「must」な気がします。使えないのがマイナス。RT @masanork:議論が周回遅れに感じるのは何故？：第3回　なぜ日本のソフトウェアが…
  - @akikom 確かに。この内容はすでに2年前に御社とG社と弊社の技術者で議論して出たことで、そこではさらにその先の話もしていたような。　QT @masanork 書いてることは真っ当なんだが議論が周回遅れに感じるのは何故？
    - @pandrbox 私はもう10年もこの話聞き続けてますね・・。永遠の課題かも。 RT: @akikom: 確かに。この内容はすでに2年前に御社とG社と弊社の技術者で議論して出たことで、そこではさらにその先の話もしていたような。 QT @masanork
    - @masanork そうそう。だからか！QT @akikom 確かに。この内容はすでに2年前に御社とG社と弊社の技術者で議論して出たことで、そこではさらにその先の話もしていたような。 QT @masanork 議論が周回遅れ
       @akikom ええ、その節は大変お世話になりました！　RT: @masanork: そうそう。だからか！QT @akikom 確かに。この内容はすでに2年前に御社とG社と弊社の技術者で議論して QT @masanork 議論が周回遅れ
  - @tanakatatsuo 日本のソフトウエア産業が駄目な理由としてこのエッセイで挙がっているのは、カスタム型ソフトとパッケージ型（汎用）ソフトの違いにほぼ対応する。ただ、日本のカスタム型偏重にも合理性はあるので注意が必要。QT @masanork 議論が周回遅れ
  - @nasakawa 受託型開発が人月勘定かつウォーターフォールなのはある意味仕方ない。人月とは無縁のソフト製品やネットサービスが海外に出れない理由の追求こそ本筋では。 RT @masanork: 書いてることは真っ当なんだが議論が周回遅れに感じるのは何故？
  - @mshiba64 筆者は受託型開発自体を否定しているわけではなくて、それに影響を受けた日本のIT人材マーケットのあり方に疑問を投げていると思う。　RT @nasakawa: 人月とは無縁のソフト製品やネットサービスが海外に出れない理由の追求こそ本筋では。
- すべて表示
Life is beautiful: スタートダッシュ型仕事術：実践編 341 users
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更に... 続きを読む
- satoshi.blogs.com
- コンピュータ・IT
- NAT アーキテクチャ, 設計, 仕事
  2010/07/25
- LukeSilvia 仕事, タイムマネジメント, programming
  スタート時期に大切なこと。肝となる部分を作り、現在のアーキテクチャで上手くいくのは見極めること。大切なのは、書いたプログラムを捨てることを恐れない、この段階で仕様書を書かない、一番難しい部分を作成する 2010/07/22
- hiromark work, programming, software
  個人でならなんぼでもやるけど組織でやるのが難しい。 2010/07/21 2 RT▼
  
  2 RT
- atsushifx ソフトウェア開発, プログラミング, XP, アジャイル, プロジェクトマネジメ
  アジャイルにおけるスパイクの実践。ためしに作ってみてテストすることでリスクを抑える 2010/07/21
- すべて表示
指揮官への道 - 山本大＠クロノスの日記 2 users
私信この6月末で、僕らの戦場を離れて家族のもとへと帰った仲間がいる。沢山苦労をかけたのに、ろくすっぽ別れの言葉も言えなかった。彼は僕が思っていた以上の活躍をしてくれた。彼の任務は、孤独との戦いから始まった。「あの頃は精神的におかしくなってい... 続きを読む
- d:id:iad_otomamay
- 生活・人生
- atsushifx SIer, ソフトウェア開発, IT企業, スーパーSE
  これが日本のソフトウェア開発の現実。 2010/07/04
連載記事「誰でも使える形式手法」－＠IT MONOist 20 users
Copyright © 2000-2008 ITmedia Inc. 著作権はアイティメディア株式会社またはその記事の筆者に属します。（著作権について）当サイトに掲載されている記事や画像などの無断転載を禁止します。「＠IT」「＠IT自分戦略研究所」「＠IT情報マネジメント」「JOB＠... 続きを読む
- monoist.atmarkit.co.jp
- コンピュータ・IT
- atsushifx ソフトウェア開発, VDM, FormalMethod, 形式記述言語
  2010/06/08
TDD談義への反応に対する雑感 - 千里霧中 263 users
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。　開発経験もあり基本的に... 続きを読む
- d:id:goyoki
- コンピュータ・IT
- yukung tdd, development
  2010/12/25
- koko1000ban tdd, development, *
  2010/04/14
- tezukam tdd, development
  2010/02/27
- taninsw TDD
  2010/02/25
- Nagise TDD
  TDDのニュアンスはちょっと伝わりにくいかもしれないね。品質の底上げにはなるけど、品質保証にはならないってあたりを伝えるのが難しいかも。 2010/02/25
- atsushifx TDD, ソフトウェア開発, プログラミング, QA, 品質保証
  TDDに関するよいまとめ。TDDはプログラミングの過程で設計や実装を考えるための手段。 2010/02/25
- int128
  よいまとめ。 2010/02/25
- kakutani tdd, testing
  TDDの「テスト」のまとめを越えた射程をもつすばらしいエントリ。と、同時にやっぱり私の立ち位置は「D」なのだなあということに改めて気づいた。ありがとうございます。D is for Driven. 2010/02/24
- ogijun
  TDD難しすぎるよ 2010/02/24
- monjudoh TDD, テスト, ソフトウェア開発
  2010/02/24
- katzchang
  2010/02/24
- masakanou
  TDDを品質保証と考えているなら、リファクタリングという考え方はでてこないかなあと考えた。 2010/02/24
- t-wada TDD, QA, testing, opinion
  これは素晴らしい意見。 id:goyoki さんは世界をつなぐ存在であると思います。いつもいろいろ教わってます。 2010/02/24
- t_yano テスト, TDD, 良い
  的確なまとめに思える／TDDが結果として品質を上げることはたしか／「TDDすれば品質が保証される」と思われてもNG／「現代のTDDとはどうあるべきなのか」に興味がある 2010/02/24
- yamkazu tdd
  2010/02/24
- すべて表示
アジャイルって受託開発との相性が最悪な気がする - GoTheDistance 375 users
全くもって、その通りだなぁと思った。初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決... 続きを読む
- d:id:gothedistance
- コンピュータ・IT
- pha アジャイル
  2010/10/15
- lalha
  2010/02/14
- katzchang
  滝でいう「工程が100%完了した」ってのは、双方の合意ゴッコでしかないよ。全ての疑問は、滝では3倍の金額を積むことで解決している。 2010/02/13
- advblog
  2010/02/12
- jdg
  2010/02/12
- Nagise ビジネス, アジャイル
  XPで言うところの計画ゲームの単位で単価をつけて下請けに出すっていう経理革命を起こせばなんとかなると考えているが実践は出来ていない :-) 2010/02/12
- atsushifx アジャイル, SIer, 受託開発, ソフトウェア開発
  受託がダメなのではない。3ヶ月などの短期契約＋契約延長で対応できる。大事なのは発注元がSIerに丸投げができなくなって、自分で意思決定する必要があること 2010/02/12
- t_yano
  アジャイルが内製に向いている点は賛成。一方「意志決定は先延ばし」できること自体が顧客にとって価値があるというか，楽だよね，とも思う。先延ばしについてのルールに合意を取り付けるのが大事かと。 2010/02/12
- すべて表示
テストを軽視する者どもに告ぐ:アルファルファモザイク 251 users
■編集元：プログラマー板より「テストを軽視する者ども」 1 仕様書無しさん :2008/06/28(土) 19:49:20 何だよ、８割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」って... コーディングが終わってやっと３割終わったかどうかっ... 続きを読む
- alfalfa.livedoor.biz
- コンピュータ・IT
- atsushifx ソフトウェア開発, テスト, アジャイル
  UnitTestでもMock使えばシナリオテストも可能だよ。というのは実はどうでもよい。大事なのはビルドやテストを自動化すること。HudsonとかRedmineとかツールはそろってきてるし 2009/09/28
バグゼロのための設計原理 13 users
バグゼロのための設計原理昨今、いかにソフトウェアの不具合を減らすべきかという議論がいろいろとなされています。現状として、量産直前での総ざらい、過去トラチェックで不具合を発見しても、待ち構えているのはあまりにも大きな手戻りと、穴を空けてしまう... 続きを読む
- www12.plala.or.jp
- コンピュータ・IT
- atsushifx ソフトウェア開発, まとめ, 設計, 考え方
  2009/08/12
新人プログラマにプログラマ的思考を身につけさせるには　〜前編〜 - id:k-z-h 22 users
はじめに今いるプロジェクトには、Sさんという方がいて、新人二人の教育*1をメインでみて下さっています。先日、そのSさんと「プログラムの不具合を発見した際の対応方法」を身につけさせるにはどうするのが良いのか、という話をしました。その時は最終的に「こ... 続きを読む
- d:id:k-z-h
- コンピュータ・IT
- masakanou
  後編期待 2009/06/21
- atsushifx 教育, ソフトウェア開発, アジャイル
  要するにベテランの思考・メソッドを盗ませるべきだと思う。可能ならペアプロ 2009/06/21
- Yamashiro0217 education
  2009/06/21
- すべて表示
Toshiyuki Kawanishi Blog - Toshiyuki Kawanishi Blog : 「開発者テストの道具」と「テストのレベル」の言葉の使い分け by Toshiyuki Kawanishi 22 users
“X Tests are not X Tests” とは、"Working Effectively with Legacy Code” の著者である Micheal Feathers が最近叫んだ言葉です。 Object Mentor: X Tests are not X Tests この意味は、あなたが「XXXテスト」と呼んでいるテストは、他の人の言う「XXXテ... 続きを読む
- toshiyukikawanishi.net
- コンピュータ・IT
- atsushifx ソフトウェア開発, 用語, テスト, 品質管理
  そふとうぇあ開発の世界ではxxテストという言葉をあらかじめ定義して使わないといけないということ 2009/06/18
- IwamotoTakashi testing
  2009/06/18
- advblog テスト
  2009/05/16
- koko1000ban test, development
  2009/04/23
- Yamashiro0217 TDD, test
  2009/04/17
- Nagise
  テストに限らず用語の混乱はあちこちに見られる。日本だとメーカー系のグループではそれぞれ独自に用語を定義していたりしてプロジェクトを飛び回るフリーのエンジニアの頭を混乱させるのだ 2009/04/15
- t-wada testing, TDD, terminology
  様々な視点(開発者テストの視点、品質保証の側面)からのテストの命名や分類の混乱とその整理。両者の溝と架け橋。「テスト」という言葉にまつわる混乱と誤解を解いて、議論を先に進めるために。 2009/04/15
- すべて表示
Javadoc の書き方 - イトウアスカ blog 103 users
Java　みなさん、Javadoc 書いてますか？　Javadoc は「API ドキュメント」と言われることが多いように、主にライブラリ的なプログラムで書いてこそのものだと思っている方もいるかもしれません。しかしながら、仕様書を Word や Excel（笑）で別途作ると、プロ... 続きを読む
- d:id:itoasuka
- コンピュータ・IT
- gothedistance java, javadoc
  2009/05/15
- Nagise java
  package-info.java がEclipseでは作れない問題とかどうなったんだったかな。Classじゃないからnew -> Classで作れないんだけど、ウィザード作るのはオーバースペックじゃないか的な議論がされてたよね 2009/05/15
- hiro_y java
  パッケージの分け方の参考に。 2009/04/30
- atsushifx ソフトウェア開発, Javadoc, 仕様書
  仕様書として使うためのJavaDocの書き方 2009/04/30
- すべて表示
最低限度文化的なドキュメントジェネレータとは？ - スラッシュドット・ジャパン 31 users
texinfo, pod, man T/O XML+XSLT=XSL-FO(PDF) or HTML 手間はかかりますが、XMLでドキュメント作成、XSLTでHTML/XSL-FO(PDF)という手段があります。 HTMLはまだしもXSL-FOに変換するには結構大変なのと、元となるXMLのスキーマをどうするかというのが問題になり... 続きを読む
- slashdot.jp
- コンピュータ・IT
- atsushifx ソフトウェア開発, DocBook, 文書作成
  仕様書などの文書を自動的に作るためのディスカッション。DocBookが良いみたい 2009/04/29
開発プロセス勉強会の話。 - T/O 11 users
「「開発プロセス勉強会」とか、興味ある方います？ - T/O」の件の続き。というかもう少し具体案。テキスト選定と開催ペース・時間帯について、特に意見が聞きたいです。開発プロセスを中心とした勉強会。大目的は、この先生きのこるため。言いかえれば、シス... 続きを読む
- d:id:katzchang
- コンピュータ・IT
- atsushifx 開発プロセス, アジャイル, ソフトウェア開発
  参加してみたいが場所がネックになりそう 2009/03/16
- Nagise
  逆に平日夜だと市外の僕とかは参加しにくいな 2009/03/16
- katzchang
  どうでしょう。テキスト選定と開催ペース・時間帯についてご意見下しあ。 2009/03/16
- すべて表示
フレームワークの設計方針 10箇条 - Perl入門〜サンプルコードによるPerl入門〜 9 users
読み物　箇条書きしてみました。フレームワークはものごとを簡単にする。ドキュメントと簡単に実行できるサンプルを用意する。よく行うことは簡単に、それほど行わないことは可能なように作成する。落とし穴を作らない。言語仕様を表に出さない。使用者を惑わさ... 続きを読む
- d:id:perlcodesample
- コンピュータ・IT
- atsushifx フレームワーク, ソフトウェア開発, ユーザビリティ, まとめ
  アプリ開発で気をつけるべき点。拡張すれば一般アプリにも適用可能 2009/03/02
フィーチャで考えると見えてなかったものが見えてくる - masayangの日記（ピスト通勤他 9 users
その１最近Agileに切り替えたとあるプロジェクトのリーダーは、こんな事を語ってくれた。以前は進捗会議の話題が「納期」や「予算」に話が偏る傾向があった。切替後は、開発されたフィーチャやこれから着手するフィーチャについて議論されるようになった。→い... 続きを読む
- d:id:masayang
- コンピュータ・IT
- katzchang
  ん。 2009/02/26
- atsushifx アジャイル, プロジェクトマネジメ, ソフトウェア開発
  アジャイルで開発するとウォーターフォールだと最後になって出てくるごたごたがイテレーションごとに出てくる。開発の難しさをクライアントと共有しやすい 2009/02/26
- すべて表示
今更ながら「設計ができる」人に問いかける - masayangの日記（ピスト通勤他 3 users
その「設計書」なるもので、本当にコード書けるの？「書ける『はず』」ってのは「書ける」のとは違うよ。続きを読む
- d:id:masayang
- コンピュータ・IT
- atsushifx ソフトウェア開発, プログラミング, SE
  コードが書けるということは、コーディングする人が何もかも聞く必要がないことかな、第1に 2009/02/24
開発の現場に必要なのは、"アジャイルっぽい開発"ではない。 - papandaDiary 2 users
本, Agile, 仕事1年近く携わってきたプロジェクトが、そのシステムのカットオーバーを待たずして、終了する、その喪失感と言ったら、どれほどのものか。空虚。しかし、開発側以上に、顧客の方の思い、その思いの深さをこそ推して図るべしだろう。"ちょっとした... 続きを読む
- d:id:papanda0806
- コンピュータ・IT
- atsushifx XP, ソフトウェア開発, アジャイル, SIer
  アジャイルの真の価値は顧客の利益にフォーカスすること。開発プロセスや手法は手段に過ぎない 2009/02/23
- fkino taoad
  "開発の現場に必要なのは、"アジャイルっぽい開発"ではない。顧客に価値が提供できるやり方だ。" 2009/02/23
- すべて表示
SourceForge.net: ccma 1 user
change control management for administrators is a simple, lightweight change request control manager. It's the aim of this project to make change management easy and as useful as possible. 続きを読む
- sourceforge.net
- コンピュータ・IT
- atsushifx CCMA, プロジェクトマネジメ, ソフトウェア開発, 変更管理
  プロジェクトでの変更を管理するためのツール 2009/02/23
業務システムとか - 文殊堂 14 users
ソフトウェア開発, 雑記クソの役にも立たない言葉なので使うのやめようぜというのは半分冗談だけど半分本音。「業務システムでは実装なんて3割程度だから大して重要ではない」がSI業界が解決すべき問題を端的に示している - T/Oこのエントリ見てふと思ったんだ... 続きを読む
- d:id:monjudoh
- コンピュータ・IT
- yuroyoro ソフトウェア開発
  3割もあるのになぜ重要じゃないとか言い切れるんだろうねぇ。3割は大きいよ。 2009/02/23
- yamkazu sier, development, ソフトウェア開発
  2009/02/23
- katzchang
  確かに、これはあるなー。自分とこだと自治体系基幹システムが多いから、一番動きが遅い類いだと思う。 2009/02/21
- atsushifx SIer, ソフトウェア開発, ウォーターフォール
  システムを実装として同期させなければいけないところを文書で済ましているんじゃないかな 2009/02/21
- t_yano 開発
  今の仕事はもろに業務システムだが実装６〜７割くらいな気がする。まあ実装中に細かい仕様は変わるだろうという読みがあってのことだけども。こういうのって特殊なんだろうかなー。 2009/02/21
- すべて表示
素晴らしきエンジニアの生涯 - 山本大＠クロノスの日記 26 users
人生, オープンソースエンジニアをやっていて、ここまで目頭が熱くなるような経験はこれが初めてかもしれない。思い出して書いている今も、熱いものがこみ上げてくる。話は、超有名企業のエンジニアであり、懇意にしてもらっているSさんという方からのお願いか... 続きを読む
- d:id:iad_otomamay
- コンピュータ・IT
- tezukam programming, engineer, life
  2009/02/19
- tsupo software, programming, life, opensource
  不慮の事故により急逝された人の未完のプロジェクトを引き継いで完成させたという話 / オープンソースバックアップツール「Hotshot」 2009/02/19
- atsushifx ITエンジニア, ソフトウェア開発, モノづくり
  急逝したソフトウェア開発者のプロダクトを受け継いだという話。熱いエントリ 2009/02/18
- すべて表示
ソフトウェア開発の不思議 - Fly me to the Galileo 6 users
雑記, 駄文なぜよくあるソフトウェア開発ではきっちり要求を聞いて、かっちり仕様を決めて、その通りにカチカチに固めた開発をしようとするんだろう。例えばなんですけど、僕がプラモデルをくみ上げるとき、最初から一つ一つきっちり部品を組むと必ず失敗してい... 続きを読む
- d:id:kompiro
- コンピュータ・IT
- katzchang
  ん。 2009/02/07
- atsushifx ソフトウェア開発, SIer, プロジェクトマネジメ
  ウォーターフォールと契約の弊害か 2009/02/07
- すべて表示
2009-02-04 - kunitの日記 2 users
Manage It! 現場開発者のための達人式プロジェクトマネジメント作者: Johanna Rothman, でびあんぐる出版社/メーカー: オーム社発売日: 2008/10/18メディア: 単行本（ソフトカバー）今日、Manage It!を読了したわけだけど、昨年邦訳が出版された瞬間に読んでお... 続きを読む
- d:id:kunit
- コンピュータ・IT
- atsushifx アジャイル, プロジェクトマネジメ, ソフトウェア開発
  AMAZONでアート・オブ・アジャイルデベロップメントと一緒に注文したのでまだ読めない。期待してる 2009/02/05
- kakutani AgileEnP
  "「アジャイル」という言葉を普段使っている人は絶対に読め" 2009/02/05
- すべて表示
カプセル化、情報隠蔽、データ隠蔽 - 予定は未定Blog版 82 users
あちこちのサイトを見てると、間違った解釈をしてるのが多い。カプセル化なんて、情報隠蔽まで含んでるのが常識になりつつあるような。。。ここまで一般化してると情報隠蔽してるのがカプセル化というのが常識なのかも。カプセル化・情報隠蔽・データ抽象化 - ... 続きを読む
- d:id:bleis-tift
- コンピュータ・IT
- int128
  2011/10/24
- atsushifx オブジェクト指向, OOP, ソフトウェア開発, カプセル化
  オブジェクト指向の要素のひとつカプセル化についての説明をさまざまな本から引用したアーティクル。自分的には、システムの機能を抽象化することで実装などの依存を少なく(できればなくす)ことだと理解した 2009/02/03
- takai_naoto
  2009/02/03
- t-wada OO, design, terminology
  本当に多くの書籍を調べて引用する力の入れ方が凄い! カプセル化と情報隠蔽の議論の起点になったら面白そう。こういうときは c2.com もおすすめです。http://c2.com/cgi/wiki?search=Encapsulation http://c2.com/cgi/wiki?search=InformationHiding 2009/02/03
- Sixeight programming, oo
  カプセル化=関連のある情報を一段階抽象化してまとめる程度にしか考えて無かった 2009/02/02
- katzchang 斜め読み
  個人的には「カプセル化=>高凝集、情報隠ぺい=>低結合」と捉えてたりする。javaのinterfaceは低結合のための情報隠蔽だがカプセルとは限らない、とか。どれに近いんだろか。 2009/02/02
- すべて表示
ウノウラボ Unoh Labs: テスト計画書のテンプレート 413 users
こんにちは！やまもと＠テスト番長です。巷ではインフルエンザが流行っているようですが、皆さんお元気にお過ごしでしょうか。さて、プロジェクトが立ち上がったとき、（特に受託案件の場合）テストのドキュメントはどうしようか？という話が出ると思います... 続きを読む
- labs.unoh.net
- コンピュータ・IT
- satoship testing
  2009/02/25
- acotie testing, template
  2009/02/19
- nogoochi testing
  2009/01/26
- yuroyoro ソフトウェア開発, テスト, プロジェクト管理
  2009/01/26
- yamkazu テスト, development, template
  2009/01/22
- cocoiti test
  2009/01/21
- wildcats
  2009/01/21
- atsushifx テンプレート, テスト計画, ソフトウェア開発
  プラグマティックソフトによるテスト計画書のテンプレート 2009/01/21
- koko1000ban test, *
  2009/01/20
- すべて表示
じゃあ見積りもアジャイルでやりましょう！:ベンチャー企業にとって最適なプロジェクト管理とは？ - CNET Japan 38 users
はじめに断っておきますが今回の記事は私の持論ではなく、私の会社のS氏が普段主張してる意見を私の言葉で書いたものです。私はWebアプリケーションの構築を生業としていますが、Webアプリケーションの特性上、よく「アジャイルで開発して欲しい」という要望を... 続きを読む
- japan.cnet.com
- コンピュータ・IT
- katzchang
  アジャイルごっこ。よくある話だと思うし、ここから顧客をどう巻き込んでいくかとか知りたいよね。 2009/11/12
- kakutani
  つ http://www.amazon.co.jp/o/ASIN/4839924023/kakutani-22 2009/01/23
- atsushifx アジャイル, 見積もり, XP, ソフトウェア開発
  そもそもXPではストーリーカードで見積もり。期間契約でのお金ということで当たり前のはずなんですが 2009/01/21
- すべて表示
プログラマの思索: ITの地殻変動はどこで起きているのか？ 63 users
2009年になって、ITの地殻変動がどこに起こっているのか？を考えてみる。＃ラフなメモ書き。【参考】 InfoQ: Martin Fowler氏が語る陥りがちなスクラムの落とし穴を避ける方法 InfoQ: 複数のアジャイルチームでのバージョン管理チケット駆動開発 … ITpro Ch... 続きを読む
- forza.cocolog-nifty.com
- コンピュータ・IT
- int128
  2009/01/14
- gothedistance システム開発, programming
  2009/01/14
- Nagise
  現行のtracなどの管理で不満なのは、要件の管理とテストの管理だな。客とのやり取り、つまりインシデント票と内部作業のチケットをいっしょくたにすると管理がうまくいかない。運用は気をつけよう 2009/01/13
- teramako
  2009/01/13
- advblog
  2009/01/13
- masakanou 後で
  読む 2009/01/13
- atsushifx ソフトウェア開発, プロジェクトマネジメ, チケット駆動開発, XP
  ＸＰから始まったアジャイル開発で今後の主流になるプロジェクトマネジメントの方法論。ＸＰが普及期に入ったってことかも 2009/01/13
- すべて表示
「継続的インテグレーション」について - cactusman日誌 30 users
id:Ewigkeitのブログで、CIについてはここのブログ読んでね、と言及されたんですが、対象記事はCIについてあまり書かれておらず、しかも、古い記事を調べてみてもいい内容がなかったので、ここで改めて「継続的インテグレーション」について説明します。「継続... 続きを読む
- d:id:cactusman
- コンピュータ・IT
- yukung hudson, ci, tutorial
  2011/02/03
- hagayu CI, ソフトウェア開発, test
  2008/12/17
- atsushifx ソフトウェア開発, XP, CI, 継続的インテグレーシ
  ソフトウェア開発における品質向上の手法、継続的インテグレーションのまとめ 2008/12/17
- itengineer continuous integration, testing, project management, 紹介用
  CIの良いまとめ 2008/12/17
- すべて表示
リファクタリング7つ道具 - 千里霧中 4 users
ソフトウェア開発　リファクタリングで重要なツールについて列挙してみると、ちょうど７つ程度に収まったので、リファクタリング７つ道具としてまとめてみました。　以下に列挙します。バージョン管理ソフト　リファクタリングの作業成果をバージョン管理ソフ... 続きを読む
- d:id:goyoki
- コンピュータ・IT
- tezukam refactoring
  2010/02/28
- atsushifx リファクタリング, コード品質, ソフトウェア開発, アジャイル
  コードの品質をあげるリファクタリングを成功させるために必要なもの。現代のソフトウェア開発では必須 2008/12/16
- advblog リファクタリング, ツール, システム開発
  2008/12/16
- すべて表示
プログラマの思索: 【公開】KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」 32 users
関西Ruby会議01＠関西-KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」を公開します。 CC Attribution ライセンス... 続きを読む
- forza.cocolog-nifty.com
- コンピュータ・IT
- Yamashiro0217 redmine, TiDD
  TiDDは実践していってる考えなので興味深い。会社のデフォルトがJIRAだけど、readmineもためしたいな。JIRA可愛いけど。 2008/12/26
- katzchang
  いいまとめ。 2008/12/25
- kmachu bts, tidd, redmine
  ガントチャートがデフォルトなのは大きいなぁ。偉い人に説明するためには見た目が重要。 / １チケットの進捗をどうやって計測するかが気になる。 2008/12/25
- Sixeight development
  あとで読む 2008/12/19
- masakanou
  2008/12/19
- hagayu bts, redmine
  2008/12/18
- advblog
  2008/12/18
- atsushifx アジャイル, Redmine, プロジェクトマネジメ, ソフトウェア開発
  Redmineを使って、高速･高品質なシステムを開発するための方法 2008/12/16
- すべて表示
どうすればできるかじゃない、どうあるべきかなんだ - ベーシスト兼ソフトウェアエンジニアのブログ 2 users
ソフトウェア開発の上流工程に関わって、時々...いや、常々思うこと。「テーブル設計を、ごにょごにょしたらできるよね」「あそこでフラグで分岐すればできるよね」 ...etc いや、どうすればできるかじゃない、どうあるべきかを考えましょう。ぶっちゃけ、コ... 続きを読む
- bagineer.blog59.fc2.com
- コンピュータ・IT
- atsushifx ソフトウェア開発, 要件定義, ソフトウェアエンジニ
  タイトルどおり。上流工程ではなにをどうすべきかが大事 2008/11/29
アジャイル開発の恩恵とは - builder by ZDNet Japan 6 users
アジャイル開発にはどんな恩恵があるのだろうか。IBMのScott Ambler氏にアジャイル開発手法の利点について聞いた。私は最近、IBMのRationalソフトウェアのアジャイル開発プラクティスリーダーであるScott Ambler氏に、アジャイル開発手法の利点について話を聞... 続きを読む
- builder.japan.zdnet.com
- コンピュータ・IT
- atsushifx XP, アジャイル, プロジェクトマネジメ, ソフトウェア開発
  アジャイルモデリングのScott Amblerによるアジャイルプロセスの解説。こうしてみるとアジャイルを浸透させるのは難しいな。 2008/11/29
ソフトウェア開発やプロジェクト管理が進歩しない理由－＠IT MONOist 34 users
山浦恒央の“くみこみ”な話（5）ソフトウェア開発やプロジェクト管理が進歩しない理由山浦恒央　東海大学大学院組込み技術研究科准教授（工学博士）　2008/11/18 新製品・新技術の登場、リコール、デスマーチ、エンジニア不足、技術伝承問題、ファブレス... 続きを読む
- monoist.atmarkit.co.jp
- コンピュータ・IT
- atsushifx ソフトウェア開発, プロジェクトマネジメ, 銀の弾丸
  ブルックスの「人月の神話」からソフトウェアプロジェクトが難しい理由を抜粋。自分的にはPMが進歩しないのは政治的・経営的な部分で進歩しようとしていないからなのであまり意味はない 2008/11/27
- itengineer あとで読む, project management
  2008/11/21
- advblog
  2008/11/19
- すべて表示
不 - なるだけ日刊！インプレスIT社長日記　〜お勧めあれこれ〜 1 user
先日、とある技術系の経営者の方とお話をしておりました。その方は、お若いころからソフトウェア開発で大変力を発揮されていらっしゃる方で、今は経営者になられている方でした。経営者になった今も幾人かのお客様のご要望で、直接開発に携わることもたくさんあ... 続きを読む
- d:id:hdkworks
- コンピュータ・IT
- atsushifx SIer, 経営, ソフトウェア開発
  こういうまじめな経営者をスポイルするようでは明日がない 2008/11/27
技術的負債(Technical Debt) - masayangの日記（ピスト通勤他 15 users
先日参加したBayXP Meetingにて、座長のJeffreyがCruiseControl 2.8について「新たな付加価値はゼロだけど、リリースした」という話をしていた。Jeffryのブログ「CruiseControl 2.8 Released」を読むと、そのココロがわかる。This release felt like we were pa... 続きを読む
- d:id:masayang
- コンピュータ・IT
- advblog
  2008/11/25
- atsushifx XP, アジャイル, プログラミング, ソフトウェア開発, 契約
  機能追加はないけど、将来のためにリリースした話。通常リファクタリングは内部だけでリリースにつなげないけど、ソフトを使うならそれも必要という話。 2008/11/24
- すべて表示
m2eclipse、q4e、hudson-eclipse 日本語化 - C/pHeR Memo - Java とか。Eclipse とか。 3 users
たけぞうさんの「イマドキのIDE事情」に勝手に連動して Pleiades 1.2.3.p10.I20081106 対応。m2eclipse と q4e 両方入れると一見どっちがどっちか分からなくなってまいました。EclipseでMavenを使おう http://journal.mycom.co.jp/column/ide/042/ CIツールとID... 続きを読む
- d:id:cypher256
- コンピュータ・IT
- atsushifx eclipse, ソフトウェア開発, 日本語化
  Eclipse日本語化プラグインPleiadesがq4eなどに対応。あわせてeclipseからHudsonを使う方法へのリンクもあり 2008/11/07
MyMy-MyCompany 12 users
MyMy-MyCompany アジャイル開発手法(XP, SCRUM, FDD) ソフトウェア職人気質(教育、人間性、創造性）トム・デマルコ著「ピープルウェア」、「ゆとりの法則」Ｇ．Ｍ．ワインバーグ『ソフトウェア文化を創る』シリーズ４巻、「スーパーエンジニアへの道」オブジ... 続きを読む
- www.marenijr.net
- コンピュータ・IT
- atsushifx アジャイル, ソフトウェア開発
  ソフト開発のための方法論やHowToの解説 2008/06/21
- wildcats
  2005/11/11
- すべて表示
ソフトウェア開発の落し穴 88 users
#include '../senden.wml' コラム形式にしました。内容はあまり変わってはいません。ソフトウェア開発はよくトラブルに巻き込まれます。納期がずるずる延びたり、プログラムがスパゲッティ状態になったり、非常に使いにくいものが出来てきたり。こうした問題... 続きを読む
- iwatam-server.sakura.n...
- コンピュータ・IT
- atsushifx プログラミング, SE, ソフトウェア開発
  ソフトウェア開発についての論考集 2008/06/12
mark-wada blog: 業務プロセス設計作法アーカイブ 4 users
これから何回かに分けて、上流設計にあたる業務プロセス設計について書いてみようと思います。以前にも「ユーザ目線のBPM」で触れていますが、より具体的な方法を提示していきたいと思っています。これまでは、どちらかというと業務フローができたら、基本的に... 続きを読む
- kamawada.com:masanori
- コンピュータ・IT
- atsushifx ソフトウェア開発, SIer, システム構築, 業務プロセス
  システム構築の設計でかんがえておくべき業務プロセスの設計作法 2008/06/05
プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - ひがやすを blog 146 users
人によってプログラム設計書の定義が違っていそうなので、最初に定義しておきます。ここでいうプログラム設計書は、ほとんどプログラムと対応するようなロジックが記述されているようなものです。プログラム設計書を作るのは「誰が書いても同じコードにするため... 続きを読む
- d:id:higayasuo
- コンピュータ・IT
- hide-K
  2008/04/16
- ikuo5710 !
  2008/04/16
- atsushifx プログラミング, ソフトウェア開発
  プログラミングはロジックを書いている。プログラミングできないということはそもそもなにをしようとしているかが解らないんじゃないかな 2008/04/15
- advblog
  2008/04/15
- teramako
  2008/04/15
- monjudoh システム開発
  id:tot-main粒度の荒い設計書じゃなくて、『ほとんどプログラムと対応するようなロジックが記述されているようなもの』なんだから、大工仕事が出来ない人が大工仕事ごっこをするようなものでしょう。 2008/04/15
- itengineer sier, seasar
  商品を知らない、という事の恥ずかしさをもっと強く認知すべきなんだよなあ。 2008/04/15
- katzchang システム開発
  プログラムがベースになるのはわかるが、SIでプログラムを知らなくても出来ることって何だろう。まぁ、所詮丸投げなので、元請はレビューするつもりなんかないですが。 2008/04/15
- bose999
  2008/04/15
- すべて表示
マイクロソフト製品を購入前にテストする「最安」の方法 - 僻地のプログラマkmt-t - わりとどうでもいい日記
続きを読む
- d:id:kmt-t
- コンピュータ・IT
- atsushifx ソフトウェア開発, プログラミング, Microsoft
  マイクロソフト製品を試すサブスクリプション 2008/02/06

「ソフトウェア開発」に関する情報

お気に入り (127)

お気に入り一覧