[B! スライド] learnのブックマーク

miki73.com

This domain may be for sale!

learn 2017/01/21

リンク

スライドにMaterial Design適用したら大体いい感じになった話 - はげあたま.org

※書きかけで放置していた記事の年末大掃除第2弾です。年明けまで続く予定。今日のは、先月はてなでスライドのテンプレ公開が続いていた頃の奴です。しかも、最初に書き始めたのは夏前だったので、書きかけの書きかけです。「大体いい感じの研究発表ができるKeynoteテンプレート「Zebra」を作った」を始めとするスライドテンプレート記事の公開が続いていたため、書きかけのまま放置してた記事を掘り起こしてきました。デザインほどの内容ではないので需要が読めませんが、とりあえず置いておきますね。経緯と概要 GoogleのMaterial Designに則って、PowerPoint用の俺俺カラーパレット作ってみた。落ち着いた色合いで揃ってなかなか良い感じ。頑張ってテーマ作ろうかな。 http://t.co/H8tFS7LF5o pic.twitter.com/l0oWMYVfDg— はげあたま@DM

learn 2017/01/21

リンク

【プレゼン】見やすいプレゼン資料の作り方【初心者用】

プレゼンテーションのスライド資料を作る上で押さえておきたい基本をまとめました．多分これがslideshare内で一番役に立つと思います．スライドの作り方を学んだことがない方、参考にどうぞ！ 2016.01.22 書籍発売　好評につき重版決定！！ http://book.impress.co.jp/books/1114101129 リニューアル増量版 http://www.slideshare.net/yutamorishige50/ss-41321443 2014.11.9アップロード！【連絡先等】 Yuta Morishige Webサイト: https://mocks.jp/ ※旧タイトル【プレゼン】研究室発表のプレゼン資料の作り方【初心者用】Read less

learn 2014/04/14

リンク

大体いい感じになるKeynoteテンプレート「Azusa」作った - MEMOGRAPHIX

いい感じのスライド、作るのむずいので、大体いい感じになるKeynoteテンプレート作った。ここからダウンロードできる。 Azusa - 大体いい感じになるKeynoteテンプレート解説サンプルも兼ねた解説スライド作った。 Introducing Azusa // Speaker Deckだいたいスライドに書いたけど要約すると下記のようなことを考えた。スライド作るの難しい色とか難しいかっこよくしたいAzusaっていうのを作ったAzusaは、大体いい感じになるKeynoteテンプレートです Azusaの特徴大体いい感じになるカラースキーム大体いい感じになるフォント大体いい感じになるマスタースライド色カラースキーム考えた白っぽい色（白っぽいクリーム色とか白っぽいねずみ色）黒っぽい色（赤っぽい黒とか青っぽい黒とかそういうの）緑とか青とかピンクとかのアクセントカラー1色原色すぎないほうがイ

learn 2014/04/09

リンク

発表資料 - クックパッド開発者ブログ

クックパッドスタッフによる開発者向け発表資料は下記 URL に移動しました。 https://static.cookpad.com/techlife/presentations.html

learn 2013/12/25

リンク

プレゼン用の写真をFlickrでいい感じに探す方法

みなさんこんにちは。@ryuzeeです。僕のプレゼンでは写真を一杯使います。写真が一杯あると、記憶に残りやすく伝わりやすいというメリットがあります。また隠れメリットとして、写真を多めにして文字を少なくすると、時間に応じて聞いている人に悟られることなく内容を調節することも可能です（僕がいつも時間通りに終えられる理由です）。写真はFlickrで無料のものを探すのと、iStockPhotoで有料の画像を購入するのとを組み合わせていますが、今回はFlickrでいい感じに探す方法を紹介します。なお、FlickrのWebサイトはあまり軽くない感じなので、専用のツールを使います。何個かツールを仕込んでおくと移動中の空き時間に画像を探しておいてあとで一括でダウンロードすることも可能です。 iPadで探すFlickStackrというツールを使います。無料版もありますが、機能制限が多いので有償版を使

learn 2013/03/30

リンク

【プレゼン講座】私の反復型プレゼン作成術

はじめに私は、エバンジェリストという職業柄、プレゼンテーションをよく行いますが、その都度、プレゼンテーション資料を作成しています。毎回作成するなんて非効率だと思われるかもしれませんが、プレゼンテーションは、参加くださった（不特定）多数の方々のお時間をいただく「場」ですので、それくらいのテマを惜しんでどうするんだというスタンスでいます。例えば、300人の方が参加する40分のセッションならば、300 × 40 = 12,000分 = 200時間と、日本の貴重な生産時間を占有する「場」となるわけです。それと同じだけの時間をかけて作成しても良いくらいですがさすがにそこまで時間を費やしていられないのですが、数時間をそのセッションに費やすのは、惜しくありません。さて、そんな一見非効率なプレゼン作成ですが、効率的に行うコツがいくつかあります。今回は、その中でも基本中の基本となる「反復型プレゼン

learn 2013/03/28

リンク

「こわくない 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 すると、空のマージコミットが作られてしまうのです。