プログラミングに必要な６つの才能 - 久保清隆のブログ
ロシアの研究者 A.P.Ershovは、プログラミングに必要な才能として、６つを挙げた。 これは、確かにそうだなと思った。才能は磨いていけるものと信じて、これらの才能を磨いていけるように、メモをしておく。 プログラミングに必要な６つの才能 第一級の数学者の論理性 エジソンのような工学の才能 銀行員の正確さ 推理作家の発想力 ビジネスマンの実務性 協同作業をいとわず、経営的な関心も理解する性向 第一級の数学者の論理性 出現するケースをもれなく拾いあげる能力 実行の条件を正確に決める能力 この能力を高めるための書籍 プログラマのための論理パズル 難題を突破する論理思考トレーニング 作者: Dennis E. Shasha,吉平健治出版社/メーカー: オーム社発売日: 2009/03/26メディア: 単行本購入: 21人 クリック: 412回この商品を含むブログ (63件) を見る論理トレーニン
今年こそWebサービスを作りたい人に伝えたい５つのこと（＋番外編） - パパパパ
長くなったので目次を作りました。 1.アイディア出しより前にするべきたった１つのこと 2.あなたが狙うべきテーマは？ 3.成功するサービスは何が違うのか 4.外さないサービスの実例と僕の実体験 5.僕が考える究極のWebサービスとは 番外編.サービスを作ることと、稼ぐは別物 - アフィリエイトに取り組んだら売上が月3,000万円になった話 まえがき 最近、個人でWebサービスを作りたい人がとても増えている気がしています。僕は個人開発者として、最近リニューアルしたばかりのQ&Aなうや書き起こし.comなど、これまで30以上のWebサービスを作ってきて、失敗したりちょこっとうまくいったりした経験が、これからWebサービスを作りたい人に少しは役に立つことがあるんじゃないかと思ったので、僕なりにWebサービスを作る上で気をつけているポイントを書き残すことで、僕と同じ失敗を避けて、うまくいくWebサ
グラス片手にアジャイル開発 第4回 － ハイブリッドアジャイルの実践法
エンタープライズ分野へのアジャイルの適用 ここ2、3年のアジャイル開発の再評価は第2のブームとも呼ばれています。実際のところは10年前にブームであったものがじわじわと現場に浸透し、それが表面化して見えてきたと言うところでしょう。こうした中、エンタープライズ（企業）系のアプリケーション開発でもアジャイルを適用するケースが多くなってきました。Web上のちょっとしたツールやアプリの開発でアジャイルの成果を実感し、今度は本格的な基幹業務システムの構築でも適用してみようという機運が高まってきたのです。 業務システムへのアジャイル適用の3つの課題 「業務システムにもアジャイルを適用」という目標を掲げた場合、3つの課題が浮かび上がります。1つは契約の問題です。連載第1回目に述べたようにアジャイルは「変更があって当たり前」というスタンスなので、いつまでもお客様が変更を要求してきたらコストが膨れ上がるのでは
グラス片手にアジャイル開発 第3回 － アジャイル開発における計画と運営サイクル
ソフトウェア開発において、重要かつ難しい作業の1つが「計画」です。アジャイル開発では、計画を立てずに実装を始めるイメージがあるかもしれませんが、実際には計画を立ててから実装します。ただし、“すべてを事前に予測はできない”という前提で、継続的に計画を立てていくことが肝要です。本稿では、アジャイル開発における計画と運営サイクルに焦点を当てて解説します。 アジャイルにおけるプランニング アジャイル開発を導入すると、一般的にプロジェクトの初期品質は良くなりますし、要求の充足率も高くなります。何より開発者のモチベーションの向上にもつながります。しかし、プロジェクトを上手く運営できないときもあります。 プロジェクトが上手くいっている場合もそうでない場合も、開発者は各関係者に計画と進捗を説明する責任があります。実際のプロジェクトには、開発のみでなく計画／構想のフェーズ、UIデザインの外注、翻訳、性能テス
グラス片手にアジャイル開発 第2回 － アジャイルの主な実践手法とその取捨選択
第1回ではアジャイル開発の理念や位置付け、特徴について紹介しました。アジャイル開発にはより良いソフトウェアを低コストで、かつ高品質に開発できる大きなポテンシャルが秘められていると感じたことでしょう。今回は、アジャイル開発の代表的な手法「XP」と「スクラム」の特徴を紹介し、これらの手法を実際の開発現場にどのように適用していくのかを示します。 アジャイル開発の代表的手法 アジャイル開発には、さまざまな手法があります。 XP スクラム 動的システム開発手法（DSDM：Dynamic Systems Development Method） クリスタル 機能駆動型開発（FDD：Feature Driven Development） アジャイルユニファイドプロセス（AUP：Agile Unified Process） リーンソフトウェア開発 このように数え上げればきりがないほどですが、この中で人気を二
アジャイル・ブームの再来
はじめに "アジャイル"という言葉が、ソフトウエア開発現場において、広く知られています。皆さんも1度は耳にしたことがあると思います。 筆者は、開発者として、新人時代、社外常駐時代、プロジェクト・リーダー時代に、アジャイル開発に携わりました。本連載では、これらの経験から得たアジャイルの知見を示します。 第1回では、アジャイルの経緯と現状など、事前に知っておくべき内容を説明します。2000年代前半に立ち上がったアジャイルが「試行錯誤の時代」を経て再び注目されるようになった要因について解説します。 アジャイルに共通する4つの価値と12の原則 あらためて、アジャイルとは何かをおさらいします。 アジャイルとは、いくつかのソフトウエア開発手法の総称です。数多くのアジャイル開発手法が存在します。以下は、具体的なアジャイル開発手法の例です。 Agile Modeling Agile Unified Pro
新人のアジャイル開発体験
（1） 今回の事例: 社内の情報共有！SNS構築 第1回では、アジャイル・ブームの再来について、日本にXP（eXtreme Programming）が伝わり、それがどのように広がり、ブームとなったのかを紹介しました。今回からは、3回にわたって、筆者がかかわった事例を中心に、生のアジャイル開発の現場を紹介します。今回の事例は、「社内SNSの構築」です。 新人でもあり、開発が始まっているプロジェクトに途中から参加した筆者。そんな筆者が、プロジェクトの状況や開発しているシステム、開発の流れを理解できたのは、アジャイル開発では自然と行える「情報共有」があったからです。「情報共有」を通して、アジャイル開発を学ぶこともできました。 以下では、どうやってチーム内で「情報共有」を行っていたのかを伝えます。まずは、今回の事例で取り組んでいた「社内SNS」について、簡単に説明します。 筆者が所属するTISには
社外常駐で学んだアジャイル開発
（1）今回の事例: 業務システムをWeb化で刷新 第2回では、新人のころに筆者がかかわった事例を取り上げ、「情報共有」の仕方と、「情報共有を通して、どのようにアジャイルの基礎的な内容を学んだのか」を説明しました。 前回の計画をチームで立てるというトピックで、「アジャイルでは、イテレーションを何度も継続して回す」ことを伝えました。ここで大切な点は、「ただ単に繰り返す」ことを意味しているわけではないということです。イテレーションで得られたフィードバックを、次のイテレーションでより良い活動ができるように生かすことが重要です。 今回は、この「フィードバックをもとに、より良くする（改善する）」ことに焦点を当て、筆者が社内SNS構築の次に参画したプロジェクトを取り上げます。まずは、今回の事例で取り組んだ「業務システム」について、簡単に紹介します。 筆者が所属するTISでは、プロジェクトが完了すると、プ
O/Rマッパーはどこへ (本質追究の議論のために) - jfluteの日記
基本的に興味なし "O/Rマッパーを使うべきかどうか" 自分は、このテーマについて全く興味がありません。 しかし、自分の立場上、このテーマについての議論を振られることが多く、その度にお茶を濁しているのですが "キリがない" ということ。 あと、 "DBFluteユーザがこれで悩んでる姿を見たくない" という気持ちから、ちょっと今回だけ書くことにしました。ちょっとしたアドバイスという感じで、ポイントを解説します。 "Java" における話に限定します。(C#でもJDBCをADO.NETに置き換えて頂ければおおよそ同じかと) A. 言葉の曖昧さを確認 このテーマの議論でよく聞く言葉が： "O/Rマッパーなんか使わずにSQLを書けばいい" 曖昧なポイントが幾つかあります。 曖昧ポイント1: O/Rマッパー "O/Rマッパー" という言葉がとても曖昧です。結構、会話上都度都度色々なスコープを定義す
アジャイルの方法論
この1年間で、アジャイル開発手法は、マイナーな存在から、ソフトウェア開発のための主流の手法とみなされるまでに進化しました。アジャイルの重要性とは、ソフトウェア開発にビジネスの規律をもたらしたということです。本稿では、アジャイルの原則を実践するためのプラクティスを紹介します。 はじめに この1年間で、アジャイル開発手法は、マイナーな存在から、ソフトウェア開発のための主流の手法とみなされるまでに進化しました。アジャイルへの動きは、1990年代終わりのエクストリームプログラミング（XP：Extreme Programming）、スクラム（SCRUM）、DSDM、ユーザー機能主導型開発（FDD：Feature Driven Development）などの出現によって始まりました。2001年2月には、アジャイル開発の主要な原則をまとめたアジャイルマニフェストが発表されました。なぜこれが、私たちにとっ
[ソフト開発] わかりやすいプログラムの書き方 - よくわかりません
※このエントリは、Arata Kojima/NPO法人しゃらく さんが公開しているわかりやすい技術文章の書き方の改変です。 このページは、プログラムやコードなどを書く方々のために、分かりやすいプログラムを書くためにはどうすればよいのかについて説明しています。 1. 自分が伝えたいこと・訴えたいことを誤解しないように相手に読んでもらうにはどうするべきか。 2. プログラムを書くにあたって知っておくべきルールは何か。 3. プログラムを書く前にどのような手順を踏めば、分かりやすいプログラムを作れるか。 などについて参考にしていただければ幸いです。 プログラムを書く前に プログラムを書く前に次のことをしっかりとイメージしておく。 何を書くのか。 書こうとしている物は正確に何であるのか。 仮定して良い、必ず成り立つ前提（状況／状態）は何か。 成り立つ事が単に多いだけ／今はたまたま成り立っている、と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
グラス片手にアジャイル開発 第4回 － ハイブリッドアジャイルの実践法
グラス片手にアジャイル開発 第1回 ― 実践的アジャイル開発とは