1. 第3セッション ハードウェア設計の勘所 qpstudy 2014.04 -険しい道の歩き方をちょっとだけ教えてあげる- Apr 19, 2014 @ DWANGO セミナールーム Takeshi HASEGAWA (@hasegaw) 2. @hasegaw is 誰 長谷川 猛 (HASEGAWA Takeshi) twitter: @hasegaw 前職時代 ・SEとしてシステム構築、客先のシステム運用、提案 ・気付いたらプリセールス∼PM担当SE （ざっくりデザイン、工数／導入物品見積もり、 構築プロジェクトの管理、保守等の問い合わせ対応） 現職 ・フラッシュを軸としたアプリケーション高速化を支援する セールスエンジニア

アーキテクチャ設計をするうえで重要なのは「利害関係者の合意を得る」ことです。利害関係者全員の要件が全て理解できても、それぞれの要件には必ずトレードオフが存在します。すべて完ぺきに満たすことは不可能なので、トレードオフをバランスよく判断して利害関係者に納得してもらうのがアーキテクトの腕の見せ所です。 このトレードオフを上手に行うために、そのシステムに求められる品質特性を明示し、コミュニケーションの基礎とする必要があります。ざっくりステップを説明すると、以下のようになるでしょうか。 利害関係者にインタビューをして重視しているポイントを聞き出す そのポイントからシステムに求められる品質特性を整理する 整理された品質特性を元に、実際のアーキテクチャの設計を行う 設計されたアーキテクチャを品質特性に照らし合わせて評価を行う 品質特性というのは色々なところで定義がありますが、経産省が公開している「情報

2. Self Introduction きょん(@kyon_mm) テストアーキテクト Groovy, F#, C#, Scala SCMBootCamp, Nagoya.Testing, TDDBootCamp

アーキテクチャについては、以下のパワポを見て頂くとして。 なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423 from yusuke suzuki アーキテクチャ設計を要約すると「"何をやるか"と"どうやるか"のバランスを取る事」となります。 "何をやるか"というのは"システムのミッション"のことであり、ソフトウェア品質モデルで言うところの"利用時の品質"、つまりはシステムのユーザーが何を達成したいのかということです。これは「このシステムが動き出した時、どんな価値を生み出すべきか」を考えることになります。 次に"どうやるか"というのは、2つの話があると思っています。1つめは"静的な構成"としてのどうやるか。2つめは"動的なプロセス"としてのどうやるか。 "静的な構成"というのはクラス構成であり、設定ファイルの構成であり、フレームワークの構成であり、つまり、システ

Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による

TaskCmdはコンソールベースで使うタスク管理です。 はっと思いついたタスクがあってサーバにログイン中だったらどうしたら良いでしょう。接続を切ってWebブラウザを立ち上げてタスクを記入する、いやいやサーバ上でそのまま記録しましょう。そのためのツールがTaskCmdです。 タスクを追加しました。 ls -aでタスク一覧。 -s キーワードで検索。 completeで完了に。 CUIでの入力であっても、とてもスムーズに完了します。Webブラウザやアプリを立ち上げたりすることもなく、簡単です。プライオリティを変更したりもできるので意外と実用的なはずです。 TaskCmdはnode.js製、MIT Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る 最近はWebアプリケーションばかりがもてはやされていますが、そんな中だからこそコンソール上で使えるソフトウェアに注目して

今週のPublickeyは2冊続けて書籍を紹介したのですが（「プロになるためのJavaScript入門」、「アジャイル開発とスクラム」）、そういえば昨年のJolt Awards 2012を紹介していなかったことを思い出しました。昨年9月に発表されているので、少し時間がたってしまっているのですが、米Dr. Dobb's Journalが優れたIT系書籍を発表するJolt Awards 2012で、The Best Booksに選ばれた書籍5冊を紹介しようと思います。 選ばれた5冊のタイトルを眺めてみると、リーンスタートアップとHTML5、そしてiOSの解説書が含まれているのがトレンドの特徴を示しているのでしょうか。一方で、デザインパターン、ソフトウェアテストといった地味ながら玄人好みの書籍が含まれている点は、米国でこの分野に関心のあるエンジニアが多いのだなあと思わされます。 以下はどれも米A

えっらそうに大規模開発を語るような立場じゃないんだけど、何かと話題のこのへんの記事を読んでいろいろと日ごろ思うところがふつふつとわいてきたので……。 Life is beautiful: 特許庁のシステム開発が破綻した本当の理由 Fumi's Travelblog: "費やした55億円、水の泡に　特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 特許庁システムのことはそれなりに話題で、日本についてから何度も話にあがってきている。まあ不祥事だのなんだのって話もあるがそれはおいとくとしても、設計段階で60人体制ってだけでも多すぎるのに、増員で1300人体制とか……。設計を穴掘りかなにかと勘違いしてるとしか思えない対策でそりゃまあ破綻するよなあと。 それからね、中嶋さんの記事のコメント欄に書き込まれてた、よく言われる大規模開発でのこのへんの話。 SIerが開発を行う場合、この1

SoloWizardは開発周りで使える様々なソフトウェアをインストールするスクリプトを生成するソフトウェアです。 開発環境を整える際には様々なソフトウェアをインストールする必要があります。何度も行うと疲れてしまうでしょう。そこで選択式でインストールするソフトウェアをまとめて決められるSoloWizardを使ってみましょう。 トップページです。ここで作成できます。 ImageMagicやJavaといった開発関係のインストールもできます。 もちろんGit、Subversionも選択できます。 FirefoxやDropboxも。 OSXに関連した設定も選択できます。 .bash_profileの選択まであります。 その他色々な設定が提供されます。 こんな感じのスクリプトが生成されます。 デモ動画です。 カテゴリーとしては開発用ソフトウェア、データベース、コマンドラインツール、バージョン管理、テキ

Sentryはシステムのエラーを集約して管理するソフトウェアです。 システムで問題が起こった時にどのように対応すればいいでしょうか。まずそのデータを収集し、管理できる状態する必要があります。そのためのライブラリがSentryです。 サイトのトップです。 新規プロジェクトを作成します。 そうするとURLが生成されます。これが重要です。 後はRuby/Python/PHP/JavaScriptなどでAPIをコールします。 プロジェクトの詳細画面です。 プロジェクトのダッシュボードです。ここにアクションのログが出ます。 こちらは公式サイトのスクリーンショット。 グラフです。 Sentryは様々なプログラミング言語向けにライブラリを提供しています。Web APIもあるので任意のプログラミング言語で組み込むこともできるでしょう。エラーをトレースして飛ばせば良いだけです。後はその回数によって優先順位が

以前からパラパラと部分的には目を通していたレガシーコード改善ガイドを、週末に最初から最後まで通して読んだ。 テスト駆動開発入門(以下TDD本)がゼロからテスト駆動でソフトウェアを開発するための方法を示した書籍であるのに対し、本書はテスト駆動で開発されなかったソフトウェアを、後からテスト駆動に変えていく方法を示した書籍である。本書の定義によれば、最近開発されたソフトウェアでも、テストコードのないコードはレガシーコードであり、そのレガシーコードを改善し、レガシーコードでなくしていくための道筋を提示するのが本書の目的だ。 TDDに興味は持ったものの、自分たちのソフトウェアはすでに完成してユーザーに使われており、今からTDD化のためだけに大きな予算や工数を取るわけにもいかず、「TDDは良いと思うけれど、次のプロジェクトから」という結論に落ち着いた事例を目にしたことがある人は少なくないだろう。そして

自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

Mr. Data ConverterはCSVフォーマットから各種プログラミング言語向けなどにデータを変換するソフトウェアです。 CSVファイルはシステム開発においてとてもよく使われるフォーマットです。XMLやHTMLなど同様の機能を提供するフォーマットもありますが、それでもやはりCSVは人気が高いです。そんなCSVデータを別フォーマットに変換してくれるソフトウェアがMr. Data Converterです。 XMLに変換しました Rubyです。 MySQLの場合はテーブル作成も入ります。 HTMLのテーブルもあります。 PHPです。 キーを小文字にしてみました。 Mr. Data ConverterはWebブラウザ上で動作し、CSV（またはTSV）を別フォーマットに変換します。変換先はActionScript、ASP、HTML、JSON、MySQL、PHP、Python、Ruby、XMLと

続きを書きました　→　伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し

TerraTimerはWebベースのシンプルな時間管理ソフトウェアです。 日々、自分の業務が何のプロジェクトに対してどれくらいの時間を割いているのか測定しているでしょうか。時間給の業務（弁護士など）であれば測定は必須と思われますが、エンジニアやデザイナーにとっても大事なことです。そこで使ってみたいのがシンプルな時間管理ツール、TerraTimerです。 トップページです。本家では有料プランも提供される模様。 ユーザ登録を行います。 こちらがダッシュボード。 最初にクライアント企業を登録します。 次にプロジェクトを追加します。 追加しました。 次はタスクを作成します。 後は作業を行った時間をタスク、クライアント、プロジェクトを指定して作成します。 追加するとこんな感じに表示されます。 作業内容はPDFで出力できます。 TerraTimerはボタンを押したりして実作業を刻々と測定するのではなく

「Software Foundations(和訳: ソフトウェアの基礎)」はBenjamin Pierce氏らによって書かれたドキュメントであり、Coqによりプログラミングやプログラミング言語の理論が解説されています。基本的な部分から丁寧に解説されているため、Coqの入門書としてもプログラミング言語理論の入門書としても、非常に優れた内容となっています。 今回は、その「ソフトウェアの基礎」のePub版を公開しました。 対応したリーダを用いることで、iPhoneやiPad、Androidで本ドキュメントを読むことができます。 ダウンロード http://proofcafe.org/sf-beta/ からダウンロードできます。 またmobi版もありますが、Kindleを持ってないので、動作確認はしていません。 バグ報告 http://github.com/sfja/sfja へのissues登録