Google社のテクニカルライティングの基礎教育資料がとても良かったので紹介したい - Qiita
はじめに エンジニアにとって、仕様書などの技術的な文章を書くこと（テクニカルライティングとも言います）は避けて通れません。ただ20年来多くのエンジニアの方々と同僚として接してきて思うことは、エンジニアの方の中には「文章を書く」ということに苦手意識がある方が一定数いるということです。 でもこの「テクニカルライティング」のスキルは、才能というよりは一種の「技能」だと思うんです。ある一定の原理原則を理解して実践を繰り返すことで、必ず一定レベルで習得できるものだと著者は信じています。 もしこのテクニカルライティングの原理原則をまだ体系的に学習したことがない、または過去学習したが改めて再学習したいという方に、お勧めのコンテンツを見つけたのでご紹介します。 https://developers.google.com/tech-writing Every engineer is also a write
白紙に近い答案はバカなのか - 小人さんの妄想
どうやら、そうでも無いらしい。 これは私にとって驚きの発見だった。 もし「白紙に近い答案＝バカ」が成立しないのであれば、 そもそも記述式テストというものは成り立たないのではないか。 より正確に言うと、 ・充実した答案 => 知識を持ち合わせている は正しい。しかし、この逆である、 ・スカスカの答案 => 知識を持ち合わせていない は、必ずしも真ではない。 なので、記述式テストというものは半分までしか成立しない。 これを当然だと思う人と、発見だと思う人がいる。 私は後者であった。なぜかと言うと、 「知識を持っていれば、それを紙の上に落とせるのは当然」 と思っていたからである。 縁あって、私はテストを作って、採点する立場にある。 掛け持ちの非常勤ではあるが、とにかく先生と呼ばれるものの端くれである。 その記述式のテストやレポートで、時折、ほんの少ししか書かれていない答案を見かける。 わずか２〜
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
