Create LaTeX tables online
How to use the LaTeX tables generator? Set the desired size of the table using Table / Set size menu option. Enter the table data into the table: copy (Ctrl+C) table data from a spreadsheet (e.g. Google Docs, LibreOffice Calc, webpage) and paste it into our editor -- click a cell and press Ctrl+V or double click any cell to start editing it's contents -- Tab and Arrow keys can be used to navigate
修士論文や夏の学校の集録や学振申請書を書く皆さんへ (書き方、注意点、心得) - 宇宙線実験の覚え書き
適宜更新します。 目次 0 はじめに 1 図に関すること 2 日本語全般 3 引用 4 概要 (abstract) 5 添削や指導の依頼の仕方 理科系の作文技術 (中公新書 624) 作者:木下 是雄中央公論新社Amazonレポ-トの組み立て方 (ちくま学芸文庫 キ 1-1) 作者:木下 是雄筑摩書房Amazon 0 はじめに 0.1 この記事の目的 2012 年度末に修士論文の添削を初めて真面目に担当し、論文全体についての助言をする以前の段階で、注意すべき点、して欲しい点が多々あることが分かりました。修士論文に限らず、これは学振の申請書、夏の学校の集録原稿、物理学会の講演概要など、修士学生が他の場面で日本語を書く場面でも同じことが言えます。毎回、毎年、同じことを注意するのは面倒ですし、「修士論文 書き方」などで検索して辿りつく人もいるでしょうから、注意すべき点をまとめて記事にします。 0
信用できる社内 Wiki をつくるために守ってほしい、たったひとつのルール - 無印吉澤
このページについて この記事は、以前書いた「社内Wikiに情報を書くときに守ってほしい、たったひとつのルール」の続編です。前回は、個々のページをどう書くべきかという話をしましたが、今回は社内 Wiki 全体を信用できるものにする方法について考えます。 muziyoshiz.hatenablog.com 想定する環境 この記事は、ソフトウェア開発プロジェクトに関する Wiki が社内にあって、そこに各人がドキュメント（仕様書や手順書など）を書けるようになっている環境を想定しています。 私自身、ソフトウェア開発のときしか Wiki を使わないので、具体例もそのような環境に寄っています。ただ、ある程度は社内 Wiki 全般に通じる話かと思います。 ルール：「更新され続ける」ページと「更新されない」ページをはっきり分ける ここ1年ほど社内プロジェクトをいくつか渡り歩いていたのですが、個人的には、こ
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
doxygenで、各種形式のドキュメントを作ってしまおう - ふにゃるんv2
世の中のプログラマは、基本的にものぐさだ。 (あ〜、言っておくが、カット＆コピーしまくるのは、ものぐさとは言わない。ありゃ、ロボットだと思う) コード作りには熱心になれても、ドキュメント作成になると一気に能率が落ちるのが常だ。 てな訳で、ソースコードからドキュメントを自動生成しようとする人達が現れる。自分の狭い知識では、 C/C++だと、doxygen Javaだと、JavaDoc Pythonだと、pydoc あたりが有名みたいだ。 で、題名にあるpythonで、(pydocがあるのに)何故わざわざdoxygenを使うのかって言うと、引数とか返値などを明示する書き方とか、それをドキュメント化する手段がないかな？と探した結果が コレ という訳。後、doxygenだと後で述べるように、様々な形式のドキュメントファイルを一気に出力できる所があるので。 引数とか返値とか何で細かく書きたいのか？っ
Home - RDocumentation
Easily search the documentation for every version of every R package on CRAN and Bioconductor.
MOONGIFT: » Markdown/HTML/LaTexを相互変換「Pandoc」:オープンソースを毎日紹介
プログラマはテキストフォーマットが一番大好きだ。かくいう私も好きだ。だが、ある程度形式ばった文書が必要な時もある。例えば仕様書などだ。 そうした時だけMS Wordをはじめとしたワードプロセッサを使う人もいるだろうが、とかく面倒くさい。テキストファイルからみられる形式に変換してくれるソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはPandoc、各種フォーマットの相互変換ソフトウェアだ。 PandocはCUIベースのソフトウェアで、ある形式の文書を別な形式に変換できる。読み込める形式として、MarkDown、構造化されたテキスト、HTMLそしてLaTexが対応している。そして、出力形式としてこれらに加えてConTeXt、DocBook、RTF、manそしてs5プレゼン形式になっている。 例えば、テキストファイルを元にs5形式で出力してプレゼンテーション資料を作り、配布はLaTeX
Naiic youyaku(要約)
3. 国会事故調 東京電力福島原子力発電所 事故調査委員会 要 約 版 National Diet of Japan Fukushima Nuclear Accident Independent Investigation Commission 5. 衆議院議長 横路 孝弘 殿 参議院議長 平田 健二 殿 昨年 12 月 8 日、東京電力福島原子力発電所事故調査委員会法により我々に託された調査活 動は本日終了し、本報告書は、今後、国会議員の皆さまに託されます。 国会議員の皆さまにおかれましては、国会における第三者機関による事故調査という憲政史 上初の試みを確かなものとするために、また、国会による原子力に関する立法及び行政の監視 に関する機能の充実強化に資するために、ぜひ、本報告書をご高覧いただきたく思います。皆 さまの英知を結集して、山積した課題に取り組んでいただきますよう、ここに心からお
WORDS
文書を作成するときに、この言葉で良かったのか、どうやって書けばよいのか迷ったり、 悩んだりしてしまうことがありますね。そんなとき参照していただくよう、みなさんから照会 のあった例を中心に説明します。 法令の中には、法令の世界だけに通用するような特殊な用語、法令の慣用語がしばしば使われます。これを法令用語と表現しています。法令用語として使われているとき、特定のことばは、一般の用法とは多少違った特殊な意味を持って使用されています。そんな法令用語から、いくつかを取り上げてその用法を御紹介します。
「はてな教科書」をgithub上に公開しました - Hatena Developer Blog
こんにちは、id:shiba_yu36です。 はてなのエンジニア陣によって執筆されたウェブアプリケーション作成の基本を学ぶための「はてな教科書」をgithub上に公開しましたのでお知らせします。 はてな教科書は、はてなサマーインターンでも利用されている、約1週間でウェブアプリケーションの基本を身に付けるためのものです。はてなでは日々のウェブ開発で得られたノウハウをこの教科書を継続的に盛り込みながら、インターンシップやエンジニアの新人教育などに利用しています。今回、はてな教科書をgithub上で公開することで、広くPerlを使ったウェブアプリケーション開発に興味を持ってもらえれば、と思います。 いまのところ公開されている資料は、以下の4つになります。 Perl によるオブジェクト指向プログラミング ORM によるデータベース操作 (DBIx::MoCo を使った開発) MVC によるウェブア
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
関係者必読! - 書評 - オープンソースの育て方 : 404 Blog Not Found
2009年07月26日18:00 カテゴリ書評/画評/品評Open Source 関係者必読! - 書評 - オープンソースの育て方 こちらもまたオライリー矢野様より定期便にて献本御礼。 オープンソースの育て方 Karl Fogel / 高木正弘/ 高岡芳成訳 [原著:Producing Open Source Software] 素晴らしい。脱帽。 理論に関しても、実践に関しても、オープンソースに関してこれ以上書かれているものは現時点で存在しない。オープンソースという言葉から利益を得ている人は必読。 本書を買わなくてもいいから。 そう。本書は原著のみならず、訳文も全文が CreativeCommons Attribution-ShareAlike (3.0) で公開されているのだ。 Producing Open Source Software オープンソースソフトウェアの育て方 本書「オ
JF 文書文体ガイド
早川 仁, <cz8cb01@linux.or.jp> v0.14 Aug 29, 1999 このガイドは JF-ML ( http://www.linux.or.jp/JF) で流れた校正の結果を元に、文書作成及び校正作業の効率化の為に示すものであり、JF プロジェクトという組織としてなんら強要するものではありません。基本的には過去の JF 文書の文体を踏襲したものですが、自然な文章を作成するための一助となることを願っています。 参考とした文献は 参考文献にまとめてあります。 1. SGML のすすめ 2. 文章を読みやすくするためのガイド 3. 誤りやすい用字・用語 4. 参考文献 5. この文書について 1. SGML のすすめ JF Project では、SGML と呼ばれるマークアップ言語で文書を作成・管理しています。SGML を利用すると、文章の論理構造にしたがってタグと呼ばれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リレーショナル・データベースの世界