第2回 イベントレポートをかんたんにまとめる方法 | gihyo.jp
「書くのが一番難しいイベント」は？ 「イベント」と言ってもいくつかあります。講演会、討論会、競技会、展示会・見本市。さらに、主催者だったり、参加者、出展者だったり、見る側だったりと、立場もいろいろですね。 でも、講演会や討論会はとりあえず「何が話題になったのか？」をまとめればレポートにはなります。録音テープから書き起こして要約する手もあります。 競技会なら、結果をベースに、競技で何があったのかをまとめることで形になります。対戦型なら、その実況だけで十分読み応えがあるでしょう。 主催者や出展者、参加者なら、イベント前からの経緯を報告するだけでレポートになります。 すると、レポートを書くのが一番難しいのは展示会・見本市で、それを見て回った報告書ということになるのかもしれません。 ただ、難しいと言っても、ちょっとしたコツをおさえれば、意外とかんたんにまとめられたりもします。以下、まとめ方のパター
イベント記事の書き方を達人ブロガーたちから学んできたよ #tbmu
イベントに参加してもなかなかブログ記事にできないし、みんなと同じような内容になっちゃうという方は必読です！イベント記事を書くのが上手だなぁと思ってたブロガーさんたちの話を聞いてきました。 みんなイベント記事ってどう書いてるのか？とても気になりましたので、ブロガーが集まって1つのテーマに関してアイデアや意見をシェアし合う勉強会に参加しました。 第17回東京ブロガーミートアップは3月12日に「イベントレビューの書き方について」というテーマで行われました。 会場はアジャイルメディアネットワークの渋谷にあるオフィス会議室です。 今回はAMNの徳力基彦さんも1参加者として参加！ 私の発表：迅速なイベントレポートを書くには 実は私はイベントレポート記事を書くのが大好き！ 10分も時間をもらえるLTで熱く語っちゃいました。 元になっているのは以前に書いたこちらのブログ記事です。 セミナー行きっぱなしにな
GrapeCity
帳票・レポート 日本仕様の帳票開発に必要な機能を搭載したコンポーネント ActiveReports for .NET ActiveReportsJS 表計算・グリッド Excel風のビューと表計算機能を実現するUIコンポーネント SPREAD for Windows Forms SPREAD for ASP.NET SPREAD for WPF SpreadJS 入力支援 快適な入力を実現する日本仕様入力コンポーネントセット InputManPlus for Windows Forms InputManPlus for ASP.NET InputManPlus for WPF InputManJS 多段明細 1レコード複数行&日付表示に 最適なグリッドコンポーネント MultiRowPlus for Windows Forms 戻る コンポーネントセット Visual Studioで利用す
BIRT BIRT | BIRT
Business Intelligence Reporting Tool With BIRT you can create data visualizations, dashboards and reports that can be embedded into web applications and rich clients. Make information out of your data! AboutWhat is BIRT? Get an overview what BIRT is all about: architecture, customization, extensibility, and much more...
DMCAとは／あなたの著作物をパクったサイトをGoogle八分に追いやる正しい手順 | 初代編集長ブログ―安田英久
今日はいつもと少し視点を変えて、自分のコンテンツをパクったサイトがあった場合に、そのサイトが検索エンジンで表示されないようにする手順を紹介します。しかも、グーグル公式の方法で、DMCA（デジタルミレニアム著作権法）に基づく正式な方法です。 サイトのコンテンツがパクられた！世の中には、他人の著作物を盗用することに一切の罪の意識をもたない人も多数います。そのため、あなたのサイトのコンテンツを（自動的にまたは手動で）コピーして別のサイトを作り人がいないとは限りません。特に、あなたのサイトが人気を集めていて、RSSフィードを提供していればなおさらです。 そして、場合によってはあなたのサイトのコンテンツを盗用した悪質なサイトが、検索エンジンであなたのサイトよりも上位に表示されてしまう場合もあるでしょう。 最近のグーグルは重複コンテンツの扱いがうまくなっており、同じコンテンツが複数の場所で掲載されてい
【中級】今から取り組むUML入門 第2回 UML図の読み方と書き方
UMLには(1)システムの静的な側面を示す図，(2)システムの動きを説明する図，(3)システムの構成などを説明する図があり，システムをさまざまな視点から分析し，その結果を図示することができる。今回は，クラス図，ユース・ケース図，ステート・チャート図などのUMLの全図の表記法を説明する。説明するのは図記号や矢印の意味などの表記上のルールで，難しい理屈は無い。限られたページ数で細かい表記ルールまでは説明できないが，簡単な図を読んだり書いたりするには今回説明したことだけで十分である。 システム設計書やプログラム設計書の表記法として有効なUML（Unified Modeling Language）＊を初心者向けに解説するセミナーの第2回である。前回は，UMLの基盤であるオブジェクト指向＊の考え方と，それがUMLの9種類の図で表記できることを説明した。今回は，それぞれの図の役割と基本的な書き方を説明
プログラム設計書とは何か? ドキュメントには何を書くべきか? - 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
意図が伝わる設計書作成の心得【第4回】
「仕様書」は，設計者とプログラマをつなぐ重要なコミュニケーション・ツールだ。それゆえ，安易な書き方をすると問題を起こす。よく議論されるのは，「仕様書の内容はどこまで詳しく書くのが適当か？」という点だろう。過剰品質を避け，効率的に書きたいところだが，きちんと意図が伝わることが大前提である。二つの実例を通して，そのキー・ポイントを紹介する。 今回から，題材を「仕様書」に移して設計書作成の心得を紹介していこう。 前回までは，ユーザーからの要望聴取を基に作成する基本設計書を題材として，設計者とユーザーとのコミュニケーションを軸に展開してきた。これに対し，今回から取り上げる「仕様書」は，基本設計書を基にシステムを実装するプログラマやSEに対して，より具体的なシステムの詳細を伝える設計書である（図1）。 このような設計書は「詳細設計書」や「プログラム仕様書」など，様々な名前で呼ばれていることと思う。ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nochineta.net - このウェブサイトは販売用です！ - nochineta リソースおよび情報