ドキュメント作成時のあるあるアンチパターン20 - Qiita
業務でドキュメントを作成するケースは多々ある 例：仕様書・設計書・提案書・メール・障害票．．． ここでは各ドキュメント共通してありがちなアンチパターンをまとめてみました。 1. 表記がバイト表示・マイクロ秒表示 プログラムが出した数値をありのままに表示するパターン ファイルサイズが100MB, 1GBあろうと、バイト表示にする 桁数が多い数値に、桁区切り（,）を入れない 時間を何でもマイクロ秒・ミリ秒にする（1/100万秒までの精度が必要？体感で分かる？） 桁数が多い＝精度が高い＝良い文書、ではなく、見る人が必要とする精度に切り上げることが重要（売上で１円単位まで出すことが無いのと同様） 悪い例 No ファイル名 ファイルサイズ(byte) 処理時間(秒)
文章の内容が薄いときに過不足のない原稿をライティング・編集するためのテクニック | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、LIGブログ編集長の朽木（@amanojerk）です。先日schooでWebライター向けにライティングの授業をさせていただいたのですが、そのなかで自作の二次創作小説をアナウンサーさんに朗読させてグッとくるという人としてギリギリの行為におよびました。でもプロの話し手ってすごいんだぜ、声とかキレイなんだぜ。 授業のタイトルは『原稿の文字数を過不足なくコントロールするための文章テクニック』だったのですが、テーマは“自分の文章の内容が薄いときにどうするか”です。みなさんにおかれましても、企画書や報告書、ポートフォリオ・ビジネスメールなどの文章を作成したあとで、見直すと何か言ってるようで何にも言っていないような印象を受けることはありませんでしょうか。 せっかく何かを伝えるために文章を書くのであれば、情報や熱量がギュッと詰まった、過不足のない文章にしたいものですよね。そんなあなたにご紹介し
感嘆符・疑問符の後の全角空白は本当にJIS由来？ 中の人に聞いてみたよ - 電書ちゃんねるBlog
こんにちは、ろす（@lost_and_found）です。 先日、いつも勉強させて頂いている株式会社LIGさんのサイトに載ったこんな記事が話題になりました。 感嘆符・疑問符の後に全角空白（スペース）が必要になる理由と、Webメディアの表記ルールについて | 株式会社LIG 日本語の表記ルール「！」「？」の後ろの空きをめぐって、さまざまなメディアや規格を調査・考察した素晴しい記事です。僕のような浅い人間は「ああ立派だなあ」と感心するのが精一杯のリアクションでした。 JIS X4051:2004を読んだけどわからない ところが次の記述に疑問を呈する声が聞こえてきます。 そして、JISX4051では、同様に全角スペースを、疑問符や感嘆符の後に和字間隔をあけることに用いると定めているため、“「感嘆符（！）」と「疑問符（？）」の後には全角スペースを空ける”がJIS、すなわち日本の国家標準、と言えるので
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
