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