プログラム設計書とは何か? ドキュメントには何を書くべきか? - K.Maebashi's はてなブログ
プログラミングできない元請けがプログラム設計書をレビューするという矛盾 - yvsu pron. yas その「プログラム設計書」が何を指してるのかわからないから土壇場で混乱する - @katzchang.contexts 下のリンクより： *1：「ほとんどプログラムと対応するようなロジックが記述されているようなもの」と言われても、俺としては「よくわからない、見せてほしい」と聞きたいところです。 ひがさんの趣旨と合っているかはわかりませんが、たとえば私が開発中*1のプログラミング言語Diksamのコンパイラには、以下のような関数があります。関数の引数の型チェックのための関数です。 http://kmaebashi.com/programmer/devlang/diksam_src_0_2/S/11.html#68 dkc_compare_parameter(ParameterList *p
詳細設計書が滅亡しない理由 - kagamihogeの日記
IT 業界というか SIer の枠組みの中で働いている人であれば、一度は詳細設計書ないし詳細仕様書というドキュメントを見たか書いたことがあるだろう。 Excel 方眼紙の悪夢 詳細設計書の話の前にちょっと触れておきたいのが「Excel 方眼紙」 これまでのプロジェクト経験とネットの情報を見る限り、詳細設計書はほぼ 100% コレで書かれている。Excel 方眼紙がどのようなものかは こんな感じ である。典型的な使われ方は 【図解!!コレが方眼紙Excelだ！】:島国大和のド畜生 がわかりやすい。 「Excel 方眼紙」でググるとわかのだが、コイツは猛烈に嫌われている。一発作り捨てならば、図や表を交えたドキュメントをそこそこ作りやすいという利点はある。プレゼンや紙印刷を考えないならば、個人差はあれど PowerPoint 並の使い勝手を覚える人はいる。 がしかし、Excel 方眼紙はそのメリ
古き悪しき詳細設計書 - SiroKuro Page
詳しすぎる詳細設計書 - SiroKuro Page の続きです。前の記事ではブクマありがとうございました。 はてな界隈の拒否反応を見る限り、詳しすぎる詳細設計書に良い印象を持ってる人は少なそうです。もっとも、私は良い面も持っていると思っていまして、 プログラマの技術的知識や業務的知識の量に左右されることなく、一定の品質を保つことができる なんてメリットがあります。属人性の排除ですね。 あたりまえですね。実は設計者が書いたプログラムを詳細設計書と呼んでいるんですから。しかもテストどころか処理系に食わせてすらいないプログラムです。悪く言えば机上の空論です。良く言えば……絵に描いた餅？ プログラマの技能に左右されないかわりに設計書の品質に左右されるので、一定の品質が「悪い方に一定」だったりすることもあって、色々と下流工程の鬱憤が溜まりそうです。既に溜まっていますね、ごめんなさい。 本題：古き悪
設計書の非常識1.設計書には詳細な実装方法を書く - Sacrificed & Exploited
SIerの常識：「誰が書いても同じソースコードになるように、詳細な実装方法の記述された設計書を書かなければならない」 プログラマの常識：「誰が書いても同じソースコードになるような設計書は書くだけ無駄、誰が書いても同じ振る舞いをするように、詳細に振る舞いを記述した設計書を書かなければならない。」 プログラムを作るうえで設計書や、仕様書の類は欠かすことができない だが、設計書や仕様書をちゃんと作っているプロジェクトでもよくデスマーチに陥っている。 なぜか？「設計書に記載するべき内容が間違っている」からだ。 （設計が間違っている場合も多々あるが。） 間違ったことをまじめにやっても良い結果は得られない。 「誰が書いても同じコード」は大事なことなのか - yvsu pron. yas 昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、そ
詳しすぎる詳細設計書 - SiroKuro Page
「詳細設計書」と呼ばれるドキュメントがあります。各処理の入出力や処理概要を記載した文章です。 入力： 「性別と身長のペア」のリスト 出力： 男性の平均身長」と「女性の平均身長」の差 処理概要： 変数「男性の合計身長」「女性の合計身長」「男性の人数」「女性の人数」を 0 で初期化する 入力を受け取る 入力されたリストから要素を読み込む 入力されたリストの要素数だけ以下を繰り返す 要素を１つ読み込み、条件分岐する もし要素が男性なら、変数「男性の合計身長」に身長を加算し、変数「男性の人数」を１増加させる もし要素が女性なら、変数「女性の合計身長」に身長を加算し、変数「女性の人数」を１増加させる 次の要素を読み込む 「男性の合計身長」÷「男性の人数」−「女性の合計身長」÷「女性の人数」を、変数「計算結果」に代入する 出力する イメージとしては、こんな感じ。各社それぞれ、どんな詳細設計書を書いてい
効率的な議事録作成でチームを加速させよう | サイボウズ式
【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「チームの力を向上させる議事録の作成」について。 こんにちは、はせおやさいです。 4月、新入社員が初々しく研修をこなす風景を目にして「初心忘れるべからず」と唱えたりしておりますがいかがお過ごしですか。 さて、新入社員がまず任されがちなのが「議事録作成」。 わたしも新人だった頃に任されて四苦八苦しましたが、今となっては大好きな作業です。なぜかというと、議事録をうまく作れるようになることで、会議の進行をスムーズにし、チームの仕事のスピードを加速させることができるから。 ということで、今回は「議事録」について書いてみようと思います。 議事録って、なんで必要なの？ そもそもですが、人間とは、忘れる生き物です。「俺はそんなこ
ダブルチェックの代わりに・・・ - Shammer's Philosophy
JSR 133に、Javaのメモリモデルについての情報がある。 そして、この情報は和訳されている様子。 http://www.javareading.com/bof/cookbook-J20060917.html reorderとか、volatileの話など、かなりマニアックな情報だ。 さらに、FAQの話もある。先のダブルチェックはNGという話もここに情報が・・・ http://www.cs.umd.edu/~pugh/java/memoryModel/jsr-133-faq.html このようにすれば、複数スレッドからアクセスされても安全な実装になるらしい。 public class InitializeOnDemandHolder { private static class LazyHolder { public static InitializeOnDemandHolder sin
10年間JavaScriptをコピペしていた僕がJavaScript本格入門して知った驚愕のJavaScript言語仕様覚書 | niwatako$
JavaScriptをなめていた私が勉強しなおした結果、色々驚愕の事実が発覚したお話。JavaScriptをご存じの方には当然の内容かもしれません。 むかしむかし 私にとってJavaScriptといえば、高校生時代(10 […]
【本には書いてないオブジェクト指向⑧】Privateメソッド禁止 | そるでぶろぐ
ソリューション開発部の田中です。 ここに書いたのは、私が設計・実装したJavaのフレームワーク開発を主に通じて理解したオブジェクト指向の原理原則です。 私は単なるエンジニアであって学者や研究者ではない上に、オブジェクト指向について誰かから教わった経験も無いため、ここに書いてある内容は科学的に吟味されたものではありません。 しかし、普段の仕事の中で気付いた合理性のある内容だと考えています。オブジェクト指向言語を日常使ってはいても、オブジェクト指向そのものをみっちりと学習したことがない人にとって特に役立つ内容だと思います。 前回の記事はこちら。 Privateメソッドを作りたくなった時は存在するべきクラスを見逃しているこのページの見出しを見て「えっ?!」と思う人は多いでしょう。でも、私がマネージメントする開発では「Privateメソッド禁止」は当たり前なんです。 例を使った下の説明で詳しい内容
【これは分かりやすい!】『コクヨの5ステップかんたんロジカルシンキング』下地寛也 : マインドマップ的読書感想文
コクヨの5ステップかんたんロジカルシンキング 【本の概要】◆今日ご紹介するのは、先日の「未読本・気になる本」の記事でも評判だった1冊。 ロジカルシンキング関係の書籍は、当ブログでも何冊かご紹介してきましたが、その中でも分かりやすさの点ではピカイチだと思います。 アマゾンの内容紹介から。「論理的に考えているつもり」を解消して、最大の成果を生み出そう!誰でも論理思考が身につく。コクヨで実践している究極のコミュニケーションスキルを伝授。 各ステップごとに指示通りにこなしていけば、ロジカルシンキングが実践できることウケアイです！ いつも応援ありがとうございます！ 【ポイント】■1.「論点」→「結論」→「理由」→「行動」の流れで話す 他人の話がわからない場合、以下の4点が原因になっているはずです。(1)そもそも何について話しているのか「論点」が分からない (2)結局何が言いたいのか「結論」がわからな
おまえらｗｗｗｗいますぐリーン開発の現場 カンバンによる大規模プロジェクトの運営見てみろｗｗｗｗｗ – yutarofuji
リーン開発の現場 カンバンによる大規模プロジェクトという本を読んだ感想です。 開発を効率よく進めたいと思っているWebディレクターやプロジェクトマネージャーに読んで欲しい1冊 ご存知の通りWebシステムやソフトウェア開発を行う上でいくつかの開発モデル(生産方式)が存在し、中でもウォーターフォール・モデルという言葉は聞いたことがある人は多いのではないかと思います。 ウォーターフォール・モデルは歴史も長く、色々な現場で採用されて来ました。しかし、万能というわけにもいかず、近年の開発スタイルには合わない部分も多々出てきているようです。そういった実際の現場に携わる人や、現在の開発方法に限界を感じている人に是非読んで欲しい内容となっています。 実例を交えてストーリー仕立てでリーン開発を解説 リーンという概念は知っておいたほうが尚良い この本の特徴は、実際にリーン開発を採用した開発現場の様子がストーリ
アジャイル導入の「最小限」の読書リスト | ワイクル株式会社
『Manage It! 現場開発者のための達人式プロジェクトマネジメント』などで有名なJohanna（かわいいおばちゃん！）が、「アジャイル導入の「最小限」の読書リスト」を公開していました。 http://www.jrothman.com/services/minimum-reading-list-for-an-agile-transition/ 詳細は原文を読んでもらうことにして、簡単に紹介しておきます（※印は私見です）。なお、あくまでも「最小限」なので注意してください。 スクラム スクラムガイド ↑ だけじゃ足りないので、スクラムの本を何か一冊読むといい ※『エッセンシャルスクラム』（翔泳社）がいいと思います!! カンバン David Andersonの『Kanban』 ※↑はいかにも教科書っぽいので『Kanban in Action』がオススメ。これは来年くらいには……。 XP Ke
上流工程から下流工程までカバーした，工程別のシステム開発のTips （要件定義・プロジェクト立ち上げから，設計・実装・テストまで） - 主に言語とシステム開発に関して
上流工程から下流工程までをカバーした，工程別のシステム開発のTips。 プロジェクト中に利用しやすいように，必要になる順番にまとめてある。 （１） プロジェクトの立ち上げと要件定義 （２） 開発環境とリポジトリの構築 （３） ドキュメント（作成支援と管理） （４） ドキュメント（個別） （５） 外部設計 （６） 内部設計 （７） 実装工程 （８） テスト工程 （おまけ） 開発中のエンジニアの心がけや習慣 （１） プロジェクトの立ち上げと要件定義 要件定義： 「要件定義」を理解しよう （要求・要件の３レベルのまとめ） プロジェクトマネジメント： アジャイル開発・スパイラル開発のメリットを，リーン時代にまとめて振り返る （計画の立て方やテストの意義，デメリットの回避方法など） プロジェクトの用語集 テンプレート （検索ボックス付き Excel シート） チーム編成： 開発者のスキルチェック集
アジャイル開発・スパイラル開発のメリットを，リーン時代にまとめて振り返る （計画の立て方やテストの意義，デメリットの回避方法など） - 主に言語とシステム開発に関して
時代はもうとっくにリーン開発にシフトして久しいわけだが， その分だけ当然ながら，「ウォーターフォール」という死語も，過去の有害な遺物として遠ざかっていく事になる。 そして，ここに至るまでに，アジャイル開発が果たした役目は大きい。 アジャイルが少し落ち着いて，既に当たり前の方法論かつ常識になった今だからこそ，アジャイルについてちょっとまとめてみよう。 （１）アジャイル開発の導入とプロジェクト開始について ウォーターフォールが，いかに時代遅れで役立たずのプロセスかを説明するために トップ企業でのアジャイル開発の導入事例 アジャイル方法論の導入に対して，抵抗がある場合の乗り切り方 （２）アジャイル開発の，具体的な発想法： 「最初から正しく決定できるわけがない」と認めて，わざと「決定を遅らせる」。または，「最初の決定に固執するのをやめる」。 （３）アジャイル開発における作業の具体例 アジャイル特有
僕の要件定義アプローチを整理してみる - Life is Really Short, Have Your Life!!
あとでメインのブログにまとめようと思うので、軽めに書いておきます。 先日要件定義の手伝いを頼まれたことも踏まえて、少し自分の考えをまとめたいと思います。 コンピュータに出来ることは少ない 最初に訪れる問題は、システムで行えること・達成できることを大風呂敷を広げた状態で考えていないかどうかの確認です。Amazonと同等のレコメンドエンジンが欲しい！って言われても、はいそうですかと出来る話ではございません。 打ち合わせをしていくと「コンピュータに任せればあとはよしなにしてくれる」という空気感は、必ず所々に出てきます。そこを詰めていかないと認識がずれたままなので、いかにコンピュータでやることを具体化出来るかというのが要件定義の最重要課題だと思います。 業務フローを書こう 細かいのは要らん。決めたいのはシステムを利用する仕事の世界地図。見積から受注までの管理が必要なのか、売上のBIを分析したいのか
10分で実装するFlux
10分で実装するFlux 自己紹介 azu @azu_re Web scratch, JSer.info Flux /flˈʌks/ Fluxとは Facebookが提唱したSmalltalk MVCの焼き直し CQRS(Command Query Responsibility Segregation)と類似 データが一方通行へ流れるようにするアーキテクチャ ウェブUIについてそれを適応する 今日の目的 小さなFluxの実装を作りながらFluxついて学ぶ Fluxの特徴: Unidirectional data flow 本当にデータが一方通行に流れるのかを確認する Fluxでよく見る図 登場人物 何か色々いる Action Creators, Dispatcher, Store, React Views... Dispatcher = EventEmitterと今回は考える もっと実装的
Javaのプログラムはどうやって動いているの? JVM編
MonotaROの基幹システムがこの先生きのこるには 2015.03.20 DevLOVE関西 事業会社の現場を知ろう～モノタロウ編～株式会社MonotaRO Tech Team
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webサイトを効率よく運用するための「マニュアル」「帳票」「管理表」サンプルと事例集 | Web制作・運用現場のための「課題解決」の教科書 | Web担当者Forum
明石家さんまの会話を分析するとコーチングの基本にすべて当てはまってスゴい | by.S
因果関係図で問題の根本原因を突き止めよう
