Engineering Wants to Rewrite! | Silicon Valley Product Group
Engineering Wants to Rewrite! Few words are more dreaded by product managers than being told by engineering: “No more new features! We need to stop and rewrite! Our code base is a mess, it can’t keep up with the number of users, it’s a house of cards, we can’t maintain it, the site is a dog!” This situation has happened to too many companies, and continues to happen. It happened to eBay in 1999, a
レガシーコードの触り方 / Working Effectively with Legacy Code
オープンセミナー2017@岡山
ISO/IEC 9126 - Wikipedia
ISO/IEC 9126 は、ソフトウェア品質の評価に関する国際規格である。同じ概念についての新たな規格策定事業 SQuaRE(Software Quality and Evaluation) により、ISO/IEC 25000:2005 に置換した。 ISO/IEC 9126は、「品質モデル; quality model」、「外部測定法; external metrics」、「内部測定法; internal metrics」、「利用時品質測定法; quality in use metrics」の4つの部分から成る。 品質モデルは ISO/IEC 9126-1で規定しており、ソフトウェア品質を次のように構造的に定義した。 JISでは、ソフトウェア製品の品質に関わるJIS X 0129群と、ソフトウェア製品の評価に関わるJIS X 0133群とに分かれている。 JIS X 0133-1は、J
Greg Young流CQRS - Mark Nijhof - Digital Romanticism
この記事はMark Nijhof氏のブログ記事「CQRS à la Greg Young」を氏の許可を得て翻訳したものです。（原文公開日：2009/11/11） この記事は以前のブログである"blog.fohjin.com"にて公開していたものです。 以前、2日間の講習を受けた時に、ビールを飲みながらGreg Young氏とドメイン駆動設計について語るという幸運に恵まれたことがあります。その時の話題は専ら、コマンドクエリ責務分離（CQRS:Command and Query Responsibility Segregation）パターンに関するものでした。Gregは、Eric Evans氏が著作において説明したドメイン駆動設計を受け継ぎ、主に技術的な実装を進化させています。コマンドクエリ分離（CQS）は元々Bertrand Meyer氏によって考案されたもので、オブジェクトのレベルで適用さ
副作用を最小限に抑えるために必要なこと - かとじゅんの技術日誌
若干、難しい話ですが、設計力を上げたいプログラマ向けなエントリ。私も道半ばです。一緒に考えていただければ幸いです。 堅牢なアプリケーションを実現する上で「副作用を最小限に抑える」という設計思想は、非常に重要な示唆を含んでいます。 その「副作用」とは、そもそもどんな定義なのでしょうか。 DDDでは"side effect"と定義していて、以下のように解説されています。 Domain-Driven Design: Tackling Complexity in the Heart of Software: Evans, Eric: 8601300201665: Amazon.com: Books エリック・エヴァンスのドメイン駆動設計 作者:Eric Evans翔泳社Amazon P250より引用 In standard English, the term side effect implies
Semantic Versioning 2.0.0
Semantic Versioning 2.0.0 Summary Given a version number MAJOR.MINOR.PATCH, increment the: MAJOR version when you make incompatible API changes MINOR version when you add functionality in a backward compatible manner PATCH version when you make backward compatible bug fixes Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format. Introductio
エリック・レイモンド - Wikipedia
エリック・レイモンド（英語: Eric Steven Raymond、1957年12月4日 - ）は、アメリカ合衆国のプログラマ、作家。オープンソースのスポークスマン的な役割を果たしている。 名前の頭文字を並べた ESR の呼び名も知られている。 経歴[編集] 有名な著作にGNU/Linuxの開発の手法を分析した『伽藍とバザール』をはじめとする「オープンソース4部作」や、『ジャーゴンファイル』の新書籍版（邦訳書タイトル『ハッカーズ大辞典』）があり、同ファイルについては現在メンテナでもある。 彼自身もオープンソースソフトウェアfetchmail（旧名：popclient）の開発に携わった。 開発手法の名前であるバザール方式はレイモンドの作った単語である。 Netscapeのソースコード公開[2][3]ならびにmozilla.org設立にも、大きな影響を与えたとされる。[要出典] コンピュータ
プログラマーが作ったかのように見える UI - everything might happen tomorrow - yhassy - builder by ZDNet Japan
大企業向けのソフトウェアによくありますが、開発期間や予算の都合でインターフェイスも含めすべてプログラマーが作る場合があります。すべてに言えるわけではありませんが、プログラマーが UI デザインまで受け持つことで結果的に使い難いソフトウェアになることもあります。プログラマー Ian Voyce さんのブログに掲載されている「The 7 signs your UI was created by a programmer」という記事で、いかにもプログラマーが作ったと思えるような UI の特徴を７つ紹介しています。デザイナーもソフトウェアの使い勝手を考える際に気をつけたいチェックポイントも幾つかあります。コメントにも追加されている特徴も含め以下に要約しておきます。 感嘆符 (!) を多用しているダイアログボックス マウス以外の操作不可 (タブで順に移動出来ない) すべてのフォーム要素をグルーピング
橋本商会 » 未踏ソフトウェアに採択されました
一番下の「携帯動画自動装飾システムにおける装飾エンジンの開発」に書いてある。 情報処理推進機構：プレス発表：記事 1ヶ月ぐらい前に結果は知ってたけど、いまさら緊張して腕がぷるぷるしてきた・・・ 前に未踏ユースに採択されていて力およばずス〜パ〜クリエイタ〜に変身できなかったから、若干どきどきしている（完成度高い物が作れるのか的な意味で） ちょうど今SIGGRAPHに来てるので関連しそうな研究発表を見て心を落ち着かせよう
テストを書くのは必ずしもプログラマの仕事ではない - NyaRuRuが地球にいたころ
ついでに思い出しましたが，Microsoft は基本的に開発エンジニアが分かれていて，実装担当の人とテスト担当の人がいるんですよね．例えば MSKK の新卒採用のページをよく見ると「募集職種 (技術職) - 開発エンジニア (ソフトウェアデベロップメント/テスティング)」と書いてあります． さらに MS 本社の方を見ると，テストに携わる人は以下のように組織されているようです． A few job titles found here: Software Test Engineer Tests and critiques software to assure quality and identify potential improvement opportunities and projects. Software Test Lead Directs and leads a team of t
伽藍とバザール
Eric S. Raymond 著 山形浩生 YAMAGATA Hiroo 訳 リンク、コピーは黙ってどうぞ。くわしくはこちらを見よ。 プロジェクト杉田玄白 正式参加作品。詳細は http://www.genpaku.org/ を参照のこと。 1999/07/30版、1999/08/16訳更新, 2000年5月2日更新 原文の最新版はhttp://www.catb.org/~esr/writings/cathedral-bazaar/にて各種フォーマットで入手可能。 翻訳の pdf 版はhttps://cruel.org/freeware/cathedral.pdfにある。 翻訳の PostScript 版 (tar+gzip圧縮）はhttps://cruel.org//freeware/cathedral.tgzにある。 第 2 部 「ノウアスフィアの開墾」 (Homesteadi
Principles behind the Agile Manifesto
We follow these principles: Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. Busines
Manifesto for Agile Software Development
We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the it
アジャイルソフトウェア開発宣言
アジャイル アジャイルソフトウェア開発宣言 アジャイルソフトウェア開発の価値 プロセスやツールより人と人同士の相互作用を重視する。 包括的なドキュメントより動作するソフトウェアを重視する。 契約上の交渉よりも顧客との協調を重視する。 計画に従うことよりも変化に対応することを重視する。 原文 アジャイルソフトウェア開発の原則 最も重要なことは顧客を満足させること。早く、そして継続的に、価値のあるソフトウェアをリリースする。 開発の終盤においても要求の変更を受け入れる。アジャイルプロセスは顧客の競争力を優位にするための道具である。 数週間、数ヶ月の単位で頻繁に実用的なソフトウェアをリリースする。タイムスケールは短い方がよい。 プロジェクトの間中、毎日、顧客と開発者は一緒に働くべきである。 やる気のある人を中心にプロジェクトを構築する。環境と必要なサポートを与え、彼らが仕事を成し遂げると信じるこ
ソフトウェアのバージョンって、重要？ | スラド IT
ストーリー by hylom 2008年10月17日 14時01分 「hogehoge 2008」とでも付ければいいんですよ 部門より 自分は比較的大きなソフトウェア会社に勤めていて、現在新製品の開発に携わっている。製品はまだ本当に新しく、正式名もまだ決まってないくらいである。 製品バージョンは（最大でも）1.0になるだろうと思っていたのだが、最近プロダクトマネージャーがこの新製品をバージョン5.0～8.0の間でリリースしたいと考えていると知った。「人々はバージョン1.0に悪いイメージを持っていて買いたがらない」というのが理由である。Dilbertのエピソードのようなこのシチュエーションに、頭がおかしくなりそうだ。上の意見に対する自分のまともさを計る意味も込めて、このコミュニティに質問したい。 バージョンはソフトウェアの購入決断に影響するものだろうか？それともバージョンは既に意義や信頼を失
GIMP 2.6リリース | スラド オープンソース
10月1日、GIMP 2.6.0がリリースされました。公式サイトではソースtarballのみが公開されていますが、Gimp-WinプロジェクトではすでにGIMP 2.6のWindows用バイナリも公開されています。 GIMP 2.6はユーザーインターフェイスの大幅な改造や画像処理ライブラリである「Generic Graphics Library（GEGL）」との試験的な統合など、興味深い改良点が多く含まれています。まず大きな変更点として、ツールボックスウィンドウからメニューバーがなくなった点があります。いままでのGIMPでは、ツールボックスウィンドウと画像編集用のウィンドウの両方に重複してツールバーがありましたが、これが画像編集用のウィンドウのツールバーに統一されました。これにより、画像編集用のウィンドウがGIMPのメインウィンドウとなり、たとえばタスク切り替え時などの挙動がより自然になり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Winny 開発者の金子勇氏、無罪判決 | スラド IT
プログラムを作る人なら「伽藍とバザール」は読むべき。 - 簡潔なQ
としたろう日記
WebKit、Acid3全テストを100点満点でパス | スラド アップル