Learning Advanced JavaScript
Double-click the code to edit the tutorial and try your own code. This tutorial contains code and discussion from the upcoming book Secrets of the JavaScript Ninja by John Resig. Our Goal Goal: To be able to understand this function: // The .bind method from Prototype.js Function.prototype.bind = function(){ var fn = this, args = Array.prototype.slice.call(arguments), object = args.shift(); return
正しいことを言っているが、価値の無い資料を作る人 - Feel Like A Fallinstar
サービスのリーダーだったり、最近だと経営をするようになっていろんな人のアウトプットを見る機会が増えました。 そんなとき、たまに見かけるのが「頭のいい人」が作る「正しいけど、あまり役に立たない」資料。 こういうタイプの資料、自分でも作らないように、と気をつける意味も含め代表的なパターンを書いてみようと思います。 1. 課題指摘ばかりの資料 とにかく「ここが問題です」ってのが山ほどあっても、手のつけようがありません。 網羅志向の強い人が陥るパターン。 なまじっか資料にボリュームがあり、頭がいい人が作るだけに言っていることも正しい、でもあまり役に立たないだけにやっかいな存在です。 優先度をつけたり 解決に必要な手段を提示したり 更に言えば、ここはあきらめろという判断を求めたり といった具体的な提案がないと、相手はうごけないものです。 2. 「正しい」が「実行可能性の低い」案を提示する資料 これが
Leo's Chronicle: 良い論文を書くために知っておくべき５つのこと
英語で科学技術論文を書くための書籍はいくつか出版されていますが、大抵、日本語と英語の表現やロジックの違いの説明が主で、「論文」というよりは「英語」の学習と質的に変わりません。ここでは、「論文」をいかに書くか、さらには「論文」を書くために「研究」をいかに進めるかという点に踏み込んだ内容を紹介していきます。 まず、コンピューター系の論文の書き方のHow toを示した書き物として、DB分野で有名なJennifer Widomの以下の記事が、良い指針となります: Tips for Writing Technical Papers (Jennifer Widom)この中から、introduction (導入部）で説明すべきことについて引用しました。 What is the problem? (解いている問題は何?） Why is it interesting and important? (なぜその
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
