JJUG CCC 2015 Spring（4 月 11 日開催） で発表をしてきました。 一コマ目であり、エントランスから一番近い入り易い場所だったせいもあるとは思いますが立ち見が出る程の盛況ぶりでした。発表を聞いて下さった皆様、本当にありがとうございます。 発表資料はこちらです。 Past & Future of null in Java発表者がどういう風に考えてコンテンツを作り、どういう準備をしているのか、というのは余り共有されていないように思います このエントリでは僕がどの様に事前準備を行い、当日はどんな風に考えながら発表していたのか記録しておきます。 事前準備#内容の決め方#まず、50 分では前提条件の多くなる話はできませんので、凡そ言語仕様かライブラリの話をするのが妥当でしょうとアタリを付けます。 恐らくビギナー向けを標榜しつつも、設計方法論などメタモデルについて話をするのが良い
発端 今年の頭に、講演依頼をもらった。 専門学校で、学生さん相手に業界動向やこれからのために何を学ぶべきか、といった話をしてほしいとのこと。 当然、快諾したのだが、持ち時間を尋ねたところ「90分」だという。 人前で話す経験、というのは、おそらく豊富な方だと思う。5分間のプレゼンであるライトニングトークをはじめとして、カンファレンスで40分ほどの枠をもらって喋ったこともあるし、パネルディスカッション形式の登壇も3回ほど経験がある。 だいたい年に5, 6回は、なにがしかのIT系のイベントで登壇していると思う。 が、それでも90分という持ち時間を聞いてぞっとした。ライトニングトーク18回分。カンファレンス約2回分の時間をしゃべり続けなければならないのである。 90分という持ち時間を聞いて、専門学校で開催される講演会であるから、学校の授業1コマ分の時間に相当するのだろうと気づいた。これまでだらだら
誰もがかっこいいプレゼン資料をつくりたいと考えていますが、とても難しいことです。今回はプレゼン資料の印象を簡単によくする方法について書かれた記事をまとめました！ 伝わるデザイン｜研究発表のユニバーサルデザイン どうすれば伝えるデザインにできるかについてとても分かりやすく説明されています ビジネスデザイナーZIBA濱口秀司さん のシンプルな図解とフレームワーク プレゼンにも活かせるシンプルで伝わる図解について分かりやすく書かれています。 パワポでの提案書作りに役立つデザイン基礎知識まとめ 時間をかけずに優れたプレゼンを作れる方法が載っています。ビジネスマンにおすすめです プレゼン資料の印象がグッと上がるフォントの法則 フォントの使い方一つでプレゼンの見た目が大きく変わります。 [Webデザイン] 文字組みについて本気出して考えてみた 文字組みの仕方でプレゼンの印象は大きく変わります レイア
プレゼンテーションのスライド資料を作る上で押さえておきたい基本をまとめました． 多分これが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
問題はパワポではなく、プレゼンターです。 http://www.slideshare.net/jessedee/you-suck-at-powerpoint-2 の英語版から翻訳致しました。Read less
QCon SF参加レポート（前編）〜Twitter/Facebook/Google〜 | サイバーエージェント 公式エンジニアブログ
社内向けに「こわくない 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 すると、空のマージコミットが作られてしまうのです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
