ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有
![『技術情報Wiki - 技術情報Wiki』へのコメント](https://cdn-ak-scissors.b.st-hatena.com/image/square/bd9916441f33f058f8a1d6688661af9582cc2fdd/height=288;version=1;width=512/https%3A%2F%2Fb.st-hatena.com%2Fbdefb8944296a0957e54cebcfefc25c4dcff9f5f%2Fimages%2Fv4%2Fpublic%2Fog_image.png)
遠藤 太志郎 株式会社インテック ネットワーク&アウトソーシング事業本部 2009/6/18 JavaScriptを使った開発で、ソースの保守性や再利用性までを視野に入れたドキュメントを残しているだろうか。Ajaxを使った高機能なWebサービスなど、JavaScriptによる開発規模は拡大している(編集部) 前編「JsDoc Toolkitによる開発効率向上を目指して」では、JsDoc Toolkitの概要およびJavaScriptの書き方について説明した。 後編「JsDoc Toolkitを使いやすくカスタマイズする」では、Javaで作られたライブラリであるJsDoc Toolkitを起動し、JavaScript Docを出力するまでに必要な環境設定について解説する。 最初に、公式サイトからJsDoc Toolkitをダウンロードする。ダウンロードした圧縮ファイルを展開すると「jsdoc
今回は,Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品,つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが,ご参考になれば。 図は,一番上は「4つのステップ/3つのタスク/12の要素(第62回 持続可能なWebサイト開発を支える12の要素)」。その下は,人的配置をロール(役割)ごとに記述しています。その下は,大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が,「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には,その流れの順で進んでいきます。その下は,それぞれのステージのアウトプットのイメージで,更にその下にはよく使うファイルアイ
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
追記 2007-09-11 まとめWikiへのリンクを追加 2007-09-11 cremaさんの資料追加 FrontPage - デザイン勉強会まとめサイト - livedoor Wiki(ウィキ) デザイナーでない人のデザイン入門 ベジェ曲線で行こう 簡単に名刺を作ろうぜ! Webサイトのあり方と考え方 総括 Twitter繋がりのまめこが主催するデザイン勉強会に行ってきました。 という訳でまとめです。 この勉強会は、デザイナー向けではなく、デザイナー以外に向けたデザイン勉強会です。 会場は今回も株式会社ノッキングオン様に提供していただきました。 いつもありがとうございます! なお、まだ資料とか公開されていないセッションもあると思うので、タイトルとか微妙に間違ってるかもしれません。 間違ってたらごめんなさい。 デザイナーでない人のデザイン入門 資料 トップバッターは先生もされているcr
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く