なぜプレゼンで失敗するのか - 詩と創作・思索のひろば
自分も大方の人間と同じように人前で喋るのは苦手で、可能であれば避けたいと思っているけれど、一方でこの業界で生きのこる方法のひとつとして避けられないものでもあると思っている（ので苦しい）。若かりしころ手痛い失敗をしたこともあって、かなり苦手意識を持ちつづけていたが、最近はわりかし上手く付き合えるようになってきたかなとふり返って思う。 今もうまいプレゼンテーションをする方法は知らないし、それを僕から知りたいという人はいないとおもうが、プレゼンでしくじる方法なら経験から知っている。準備をしないこと。自分の経験からはそうだし、まずいプレゼンを見ていてもそうなんだろうな、と思うことはやっぱり多い。 このエントリはプレゼンがいやでいやで仕方がなかった自分のための分析であり、プレゼンのマイナスレベルをゼロまで引き上げようとする努力です。ソフトウェアエンジニアの技術者間交流のためのプレゼンというのが前提。
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
Webで完結するすごいスライド「rvl.io」が登場 【増田 @maskin】 | TechWave（テックウェーブ）
HTMLベースのプレゼンテーションについて、これまでいくつかの素晴らしいプラットフォーム紹介してきた ( Slippy ・ Impress.js)。 最近では「reveal.js」というJavaScriptライブラリ(支援プログラム群)を使用したプレゼンがお気に入りで、資料作りや外出先でのプレゼンで頻繁に利用してた。 ただこれらはHTMLベースであるため、テキストエディタなどで直接HTMLファイルの中にプレゼンの内容を記述する必要があり、書いては、ウェブブラウザで表示をチェックするなどの手間があった。 そこで「rvl.io」の登場である。reveal.jsをベースに、ウェブサイトからオンラインでスライドを編集することができるサービスの登場だ。もちろんWYSWYG (見たまま)で編集できる。一般公開が前提でスライドファイルのホスティングもできるし、HTMLに書き出すことも可能だ。しかも美しい
しょぼいプレゼンをパワポのせいにするな! by @jessedee
問題はパワポではなく、プレゼンターです。 http://www.slideshare.net/jessedee/you-suck-at-powerpoint-2 の英語版から翻訳致しました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
パワーポイント(Power Point)のスゴ技10
