社内ＳＮＳを無断で検閲し上司に報告するのは行き過ぎ：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
Webの巡回をしていたら社内SNSで「友達まで」という公開範囲を設定していた記事を情報システム部門に予めの断りなく検閲されて上司の部長や課長経由で削除命令が来たというブログの記事をみつけた。 これはちょっと酷い話である。確かに社内SNSは会社の資産で運営されるものであり会社がそれを管理する権限を持っているのは確かである。メールと同様検閲や強制削除の権限を会社側が保有し行使することは当然だ。但し、それは無制限ではなくプライバシー権その他一般的な道義に準じるべきだ。 冒頭に紹介したブログの人の会社側（？）および周りの反応は「社内システムなんだから監視されてて当たり前、書くのが悪い」という意見が多く、無断で検閲するのは当然という感じで書いた人が批判されたということだが、これはおかしい。何がおかしいかというと、検閲することを明記していないことに加え検閲結果を本人ではなく勝手に他人（それも人事評価や
文章に向いてない構造をいかに文章に向いた構造に直列化するかが大事 - きしだのHatena
Software Design 12月号の特集が「なぜエンジニアは文章が下手なのか？」というタイトルだったので、読んでみたら、ちょっと残念な内容だった。 「それは文章で書くべき情報なのか」という章があって、直列化した論理構造であれば文章には書きやすいけど、分岐やループがあるような構造だと書きにくいということが書いてあった。そこで文章化しにくい構造の例として地図があげてあって、暗にそういう構造は文章化をやめて図であらわせと言っているように読める。 けれども、図に書いたところで、書く側は文章化から逃げれて満足かもしれないけど、それを読み取る側は結局どこかから順番に解釈していく必要がある。図に逃げるのは、読み手に責任を押し付けているだけだと思う。 で、「ですから文章を書く前にまず論理構造を考える必要があります」と続いていて、では考えた論理構造が「文章に向かない論理構造」だったらどうするの？逃げる
Batch - 343 icons for web and user interface designers by Adam Whitcroft
By downloading the icons, you agree to the following terms: The icons are released 'AS IS'. You waive the implied warranty of infringement. You may use the icons in any personal or commercial works without obligation of payment, monetary or otherwise, or attribution to Adam Whitcroft. You may not resell or redistribute the icons (or modified versions of the icons). Intellectual property rights are
テキストのメリハリをつける方法7つ
私のデザイン修正で一番多い指示が、「メリハリをつけてください」で、以前はどうすれば良いかわからず困っておりました…。(今も時々わからなくなりますが…) 最近ようやくどうすればメリハリがつくかわかってきたので、その方法をまとめてみました。 「メリハリをつけてください」の修正意図は、目立つべきところが目立っていないので、重要な部分を視覚的にはっきりさせてください、ということだと思います。 例として、以下のような見出しとテキストをもとに考えてみます。 （メリハリをつける場合、サイト全体のバランスをみてつけることが必要ですが、ここではわかりやすくするため、見出しと説明文のみで考えています） （引用：Wikipedia: カメラ http://ja.wikipedia.org/wiki/%E3%82%AB%E3%83%A1%E3%83%A9） 私の場合、メリハリをつけるのは以下7つの方法が多いです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
