Joel on Software - 射撃しつつ前進
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
昔fjというインターネットの掲示板みたいなものがあった（今でもあるけど）続きの続き - 未来のいつか/hyoshiokの日記
先日の話の続き。 昔fjというインターネットの掲示板みたいなものがあった（今でもあるけど） http://d.hatena.ne.jp/hyoshiok/20140115/p1 昔fjというインターネットの掲示板みたいなものがあった（今でもあるけど）続き http://d.hatena.ne.jp/hyoshiok/20140118/p1 さすがに長いけど、fjからのコピペはこれで最後になる。 https://groups.google.com/d/msg/fj.comp.oops/FnllPLAnNUg/_m2HEa5QpGMJ Hirotaka Yoshioka 1998/06/02 "SENOH Yasushi" writes: > 妹尾です。 > >いずれにしてもなんとなく > >私の賛成していない設計とプログラミングの分離を前提にしている > >ような気がするんですが…． > 私
GitHub時代の開発委託とは？ デブサミの資料を公開しました - QA@IT公式ブログ
2013年2月14日と15日の2日間にわたって東京・目黒で開催されたDevelopers Summit 2013（デブサミ2013）の1セッションで、QA@ITの委託開発の話をさせて頂きました。講演40分＋パネルディスカッション40分の構成でした。ご来場くださった皆さま、ありがとうございました。 以下、私の講演パートの資料を公開します。 QA@ITは特殊解か？ パネルセッションの部は、今回お声がけ頂いたデブサミ・コンテンツ委員の和田卓人氏が司会となって、委託側、受託側の双方が登壇してQA@ITの開発の経緯や現状を、SI案件一般との比較で相対的に位置付けるという内容でした。 このパネルセッション中の論点について、1点だけ書いておきます。 資料を見ていただいた方の中には、もしかすると「これは特殊ケースでは？ ふつうの受託ではxxxがyyyなので、こうできないのでは？」とお感じになる方もいるかも
Scrum Boot Camp, The Book 2013-02-18 - 未来のいつか/hyoshiokの日記
読んだよ。読んだ。 アジャイル開発の手法の一つであるスクラム開発についての入門書である。入門書だからといって手を抜いているわけではない。ガチである。ガチ。 スクラムの日本における第一人者の西村さん、永瀬さん、吉羽さんによる渾身の一撃。 スクラムという手法は非常に単純で分かりやすい。トレーニングコースを２日間受講すれば誰でも認定スクラムマスターになれるくらい分かりやすい手法である。しかし、習得は困難。 知っていることと出来ることの差。 本書は、基礎編でさらっとスクラム技法を解説し、実践編でケーススタディーとして若手スクラムマスタを主人公とした物語を紹介している。 技法が単純、明解なだけに、それをどのように応用、実践するか、そのイメージを実践編で示している。 スクラムを上手に回すちょっとしたコツをこれでもかこれでもかと披露している。 ソフトウェア開発というのは、個別具体的な事情のもと、なかなか
CSS Niteベストセッション2012
"What makes a web creator sexy?〜モテるクリエイターの条件" ／志水 哲也（タービン・インタラクティブ） セッション概要 自身もクリエイターとして2人でスタートしてから、現在の35名の規模にいたる14年の間、 一貫して変わらない私たちチームの特徴は、コンペ突破率の高さです。 規模によって選択できる戦略の幅に差はありますが、法人・フリーを問わず、そこには 普遍の法則が存在します。 自身のスキルを高めながら、プレゼンを勝ち抜き、いい仕事をし続ける。 モテるクリエイターになるために必要な考え方を、みなさんと共有してみたいと思います。 プロフィール：志水 哲也（しみず・てつや） 次世代マーケティングの方法論を確立すべく1999年、29才でタービン・インタラクティブを設立。 スタッフ35名、名古屋トップクラスのインタラクティブエージェンシーに成長させる。 「広告＋Web
仕様記述言語 - Wikipedia
仕様記述言語（しようきじゅつげんご）は、システムなどの仕様を記述する、コンピュータ言語（すなわち形式言語）である。形式的でない仕様記述もあるが（後述）、そういったものを含めて何らかの主張がされている場合もある。 プログラミング言語がシステムそのものに変換されるのに対し、仕様記述言語は必ずしもシステムに自動変換されるものではなく、あくまで仕様の妥当性を検証することに重きを置いている。ソフトウェア工学における一般的な設計プロセスの位置づけから、多くはプログラミング言語を記述する前段階に記述されることを期待している。 仕様記述と検証の方法について説明する。仕様記述では、何らかのシステムの仕様を論理学的あるいは代数学的に、形式的に記述する（形式仕様記述）。検証では、論理学や代数学に基づき（すなわち「機械的」に）、無矛盾性などといったシステムにおける「好ましい性質」の保証、あるいはデッドロックの可能
Amazonクラウド先週のシステム障害、原因は電源トラブル。二重三重の防護策が次々と倒れる
先週6月14日に発生したAmazon Web Servicesの米国東部リージョンでのシステム障害は、HerokuやPinterestなど大手のサービスにも影響を与えたようです。その障害報告が、Service Health Dashboardで公開されています（現在はRSS内の記述として読めます）。 障害は米国東部リージョンでの特定のアベイラビリティゾーンで発生したもの。報告によると、プライマリの電源ケーブルのトラブルをきっかけにバックアップとしての発電機へ移行したものの、そこでもまたトラブルが発生し、二重、三重の防護策が次々に倒れていったことが示されています。 Amazonクラウドの多重の防護策の一端が分かると共に、これだけバックアップ策が用意されていても、わずかなトラブルによって防護策が倒れることの教訓を得ることができます。 一方で、障害は特定のアベイラビリティゾーン内だったため、マル
海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言
海外ではなぜアジャイル型開発が普及しているのか、IPA（独立行政法人情報処理推進機構）が継続的に行っている非ウォーターフォール型開発についての調査や提言活動の一環として、海外でのアジャイル開発の背景などについての報告書「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）」が公開されました。 調査対象国は、アメリカ、イギリス、中国、ブラジル、デンマークです。アメリカはアジャイル宣言が行われたアジャイル開発先進国として、イギリスもアジャイル開発の先進国として選ばれ、中国は日本のオフショア先であり新しいソフトウェア開発市場が起こりつつある国として、ブラジルはアジャイルコミュニティが活発化しており、デンマークは政府がアジャイル開発を推進している国として選択されました。 報告書のハイライトを紹介します。 海外でなぜアジャイル
SPモードメール障害は設計ミス - とある技術屋の戯言
SPモードメールで、メールの発信者が別の人のメールアドレスにすげ替えられてしまうというトラブル。 加入者に強くひも付いたシステムになってるはずなのになんでこんな不思議なことが起きるのか理解できなかったのですが、記者会見での詳細が幾つかのニュースサイトに出ていました。 「あってはならない」個人情報流出の可能性も――ドコモがspモード不具合の経緯を説明 - ITmedia +D モバイル ドコモ、“他人のメアドになる”不具合は解消――10万人に影響 - ケータイ Watch 加入者はIPアドレスで識別されていて、そのひも付けが伝送路障害をきっかけに混乱した、ということのようです。加入者とのひも付けは全然強くない…というか恐ろしいほど弱いシステムでした。 まず、「IPアドレスで加入者を識別する」という思想がかなりやばいと言わざるを得ません。初期iモード時代は無線ネットワークと一体になっていたシ
ワークフロー表記法
業務フロー図（ビジネスプロセス図）の書き方には様々な書式があります。 具体的には、ERPパッケージで利用される『EPCフォーマット』や、UMLの『アクティビティ図』などが有名です。日本国内では、産能大式フローチャート、JISフローチャート、日本能率協会方式フローチャート等もしばしば利用されています。 当サイトでは原則として、OMGによって標準化された図形表記法『BPMN』に従って記述します。（OMG（Object Management Group）とはモデリング標準について、プログラマ利用の表記法からビジネスユーザ用途の表記法まで幅広く策定を行っている非営利の国際的コンソーシアムです） BPMNについて基礎から学びたい場合は、コラム「BPMN超入門」を御参照下さい。
KDDIウェブ、共用レンタルサーバサービスでツール「SmartRelease」提供
KDDIウェブコミュニケーションズは5月15日、共用レンタルサーバサービス「シェアードプラン」でサーバツール「SmartRelease」を6月7日から提供すると発表した。シェアードプランの「ACE01」に搭載されるもので、ACE01のすべてのユーザーに無料で提供される。 SmartReleaseは、テストサイトと公開サイトが同じ環境のため、テストサイトで動作確認してから公開サイトに再度アップロードするというウェブ制作の一連の流れを、動作環境を気にすることなく展開できるというもの。従来のように、FTPを利用し、テストサイトから公開サイトへ移行させる必要がなく、テストサイトで制作したコンテンツをそのまま公開サイトにコピーできる。 テストサイトと公開サイトともに毎日自動でバックアップを取得することから、間違って公開ファイルを削除してしまったなどの場合でも、バックアップ一覧から希望時点を選ぶだけで
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
SetucoCMSプロジェクトでのRedmineカスタマイズ ～チケット作成編～ « SetucoCMSプロジェクト
初めまして、charlesvineyard こと山中でございます。 SetucoCMS プロジェクトでは開発キャップを仰せつかっていたり、自宅サーバーで Redmine の運用管理やステージング環境（テスト用の動作サーバー）の設営などを担当しています。 今回はその中でも SetucoCMS プロジェクトにおける Redmine のチケット作成画面のカスタマイズについてご紹介したいと思います。 Redmine とチケットについて 前置きとして、Redmine とチケットについて軽くご説明いたします。 Redmine とは、Ruby On Rails 製のプロジェクト管理用Webシステムです。 プロジェクト管理システムでできることは様々ありますが、主にメンバー管理やタスク管理、バグ管理、スケジュール管理、ドキュメント管理などが挙げられます。 中でも必要不可欠なのがタスク管理です。 R
「高校生になって初めてスクラムを始めました」～「ストーリー」で何を作るかまとめよう
電子目安箱を作るとしたら、まずは「どんなものにするか」を決めなきゃね。「どんなものにするか」をまとめたものを、スクラムでは「プロダクトバックログ」っていうの。ウォータフォールでいう「要件定義」をまとめたようなものね。プロダクトバックログは、「（ユーザー）ストーリー」「フィーチャー」「性能」「機能」などの「非機能要件」っていうのも含まれたりするんだけど、難しい話は置いておいて、取りあえずここは、「ストーリー」でやってみよっか。
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
The Scrum Guide
Scrum is defined completely in the Scrum Guide by Ken Schwaber and Jeff Sutherland, the originators of Scrum. The Scrum Guide is maintained independently of any company or vendor and therefore lives on a brand neutral site. The Scrum Guide is translated and available in over 30 languages. You can read and download the Scrum Guide here. This site contains both the 2020 and 2017 versions of the
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
グリーの開発環境（歴史と概要） | GREE Engineering
こんにちは。グリーでインフラ的なお仕事をしているsotarokです。今回は、グリーの開発環境についてお話します。 グリーの開発環境 開発環境どうするか、という問題はエンジニアリングをしている会社であれば誰しも一度は悩んだことのある問題だと思います。開発環境の作り方は、会社やサービスの規模、事業の形態などによって様々ですし、割と小さな規模から「歴史的な経緯」を経て成長してくることが多く、これといったスタンダードがあるわけでもありません。 グリーでも初期の頃から、いくつかの経緯を経て現在の開発環境があります。これは、特に画期的な開発環境やスタンダードに合わせてつくったわけではなく、日々の業務のなかで、あれこれ困ったことやより便利にしたいことなどを解決していくうちに作り上げられたものです。 今回は、グリーの開発環境の移り変わりと、今後の開発環境づくりについてお話させていただきます。 初期の頃の開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェア開発の実際
開発工程とテスト ― 単体／統合／受入／システム／回帰テスト
