2016年9月14日水曜日

はじめてのプレゼンテーションデザイン

http://ppt.design4u.jp/

書籍あり
■第1部 コンセプト紹介 プレゼン資料のデザインとは
講師 Webマーケ

読み手の視点で伝わりやすいか
スライドの最後まで読まずに理解できること
基本は縦横比は変更しない、もしくは縮小して使う

昨今、話す前にビジュアルでお客さんは決めてしまう
→例)モノを購入する場合にもネットで基本情報を確認したうえで店頭に訪れる

デジタル・ネイティブの台頭
→目が肥えている

レイアウト【大事】
→文言の関係性をあらわす(近ければ関連が深い)

■第2部 プレゼンデザインの実践 明日から使える!プレゼンデザインTips

ジャンプ率
→見出しと本文のフォントサイズ差異
→大体1.5~2.0倍ぐらいの範囲で調節が妥当

光の三原色
→見た目にキツイ
→自然色にない(危険な色)

Adobe Color
→色の組み合わせ順で掲載

色材の三原色については、おすすめ
→マゼンダ:注釈
→イエロー:背景色、マーカー的な使い方、背景に青の場合には目立つ(色相環による反対色なので)
→シアン :

余白をとる目安 版面率

版面率:低い タブレット
版面率:高い 新聞

図版とテキストは対比で見せる
→両端揃え
→余白もすべて埋めることで他のスライドとのメリハリをつけることができる。

広告の3大目的
知る → 理解する →行動する

シチュエーションによって見せ方異なる

プロジェクタ
24pt以上

https://speakerdeck.com/

http://photoshopvip.net/


2016年9月11日日曜日

BABOK入門

BABOK入門

<概要>
BABOK(Business Analysis Body of Knowledge)は業務分析(ビジネスアナリシス)における知識や実施すべきことを
整理した知識体系です。BABOKは超上流工程(システム化計画、要件定義)の品質を高めるものとして注目されています。
本コースではBABOKの狙いと全体像、ビジネスアナリシスの位置づけ、各知識エリアのポイントについて学習します。

<対象>
超上流工程(システム化計画、要件定義)に携わる方

<目標>
BABOKの必要性と全体像を理解する
BABOKの7つの知識エリアを理解する
BABOKの活用ポイントを理解し、超上流工程の品質を高めるビジネス分析に活かすことができる

<メモ>
IIBAという組織がある。

ビジネスとシステムの橋渡しが求められている。
→何が問題なのかが大切であり、明確にする必要がある
→ステークホルダーが共通認識をもつことが大切
→これがお座なりになってしまい、システム内部の話で盛り上がっている
→システム=ソリューション


ビジネスアナリティクス
→タスクのテクニック
→ビジネスアナリスト

BABOKガイド冊子

ドメイン
→対象領域
ソリューション
→現状に加えた変更の集まり

ビジネス要求<ステークホルダー要求<ソリューション要求<移行要求
→きちんと整合しているか

うまくいかない時にBABOKのノウハウを借りて活用する





2016年8月15日月曜日

統計学基礎

統計学入門メモ

<概要>
現状、企業や組織には業務における大量のデータを保有しています。
今までは管理しきれないため見過ごされてきたデータ群を記録・保管して即座に解析することで、
ビジネスや社会に有用な知見を得て、これまでにないような新たな仕組みやシステムを産み出す可能性が高まります。
本研修ではデータの活用の礎となる、統計学の手法を理解し、数値の捉え方をケーススタディから学習します。

<対象>
企業内データを分析する方法を学びたい方、上流工程で業務の分析、改善を行う方。

<目標>
ビジネスにおける統計学の重要性を理解する。
代表的な統計手法の種類を理解する。
代表的な統計手法をビジネスで活用できる。

<メモ>
【第1章】ビジネスにおける統計学の重要性
目的)
 規則性を発見し、将来を予測するため。

求められるスキル)
 1.どの手法を適用すればよいか?- 統計学の手段を選ぶこと
  手段を選ぶスキルが必要。
  数学は不要。深掘りすれば必要かもくらい。研究職の仕事。
  ビジネスでは優先度低い。
  
 2.正しく結果(事実)を読み解く
  
 
分析の必要性)
 客観的で説得力のある説明が求められている。
 意思決定のための材料。
 →成功確率が求められている。
 
 例 受注データ ⇔ 年代の客層
 
 欧米のMBA必須科目は統計学

データ分析の手順)
 統計学は万能ではない。
 
 1.目的設定
 2.仮設づくり
 3.データ収集
 4,分析方法の決定
 5.分析実施
 6.結果解釈
 
 データ分析は仮説検証型
 目的設定-仮設づくり

 誤解 → データ分析すれば何か出てくるのでは??
 ※狙いと仮説が必須

 目的 顧客減少の原因は何故か
 →仮説 商品満足度が落ち込んでいる?
  →分析方法の決定 相関分析
   →分析実施
    →結果解釈 結論を導く or 再度検証

SW)
 統計ソフトウェア
 →SASという製品(大規模向け)
  特徴 CUI中心
  →ある程度ITリテラシー必要
 
 →SPSS IBM社
  中規模向け
  
 →R言語
  ※注目されている
  ※OSS
  大規模であるが手軽に使える
  オラクルが採用。
  →もともと学者が使っていたもの
   敷居高い。CUIなので。
   
 Excelで十分学べます。
 
【第2章】代表的な統計手法
記述統計学と推測統計学)
 記述統計学 → 多くの情報を集約・要約する
         1年間の受注実績データ
         ヒストグラム、標準偏差

 推測統計学 → 得られたデータから未知のデータを推測
         一部のデータから全体を語る
         視聴率(サンプルをもとに傾向をつかみ全体を語る)

なぜ2つ必要か?)
 両方共組み合わせて使う
 
 一般的な順番
  1.記述統計
  →2.推測統計

 まずは記述統計学を行い、使用するデータを絞っていく
 データの外観を捉えることが大切。
 
 1で特徴あるデータを捉え、2で深掘りしていく。


記述統計学)
 ヒストグラム
 →データを一定の範囲に分けて視覚化
 →可視化しないと出てこない発想
 
 代表値
 →平均値、中央値、最頻値
 →どのデータが妥当か検討
 
 分散と標準偏差
 →標準偏差:人間が見た時に見やすくしたもの
  例 ±3.8万円(標準偏差)
 
 基本統計量:統計学で基本的な指標となるもの
       (平均値、中央値、最頻値、分散、標準偏差)

 散布図
  右肩上がり(正の相関関係)
  外れ値を最初から無視するのではなく、内容を吟味したほうがよい
  →イレギュラーデータが明確になることでビジネスチャンスがあるかも
 
 相関
  相関係数:2変数の関係の強さを表す指標
  →絶対値が1に近づくもの=相関が強い(すなわちゼロは相関なし)
  →一般的に0.7以上だと相関関係ありと言える
  →擬似相関には注意(直接的な相関なし)
 
 
推測統計学)
 母集団と標本
  母集団:語りたいこと(目的・ゴール)
  標本 :手元のデータ
 
  前提→基本的に正規分布に従う
   
 単回帰分析
  単回帰式→予測式 y=ax+b
   説明変数 説明材料(例:最高気温)
   目的変数 求めたいもの(例:売上)
 
  y(目的)=ax(説明)+b
 
  手順あり
 
 重回帰分析
  説明変数が2つ以上だと重回帰分析
  y=a1x1+a2x2+a3x3+・・・
  ※考え方として、説明変数をなるべく小さくする
  ※説明変数が互いに相関関係があると誤った答えが導かれてしまう
   例:駅からの距離、駅から徒歩時間
 
 検定
 F検定
 t検定
 x2検定
 分散分析

2016年8月2日火曜日

第33回 PaaS勉強会(2016/8/2)

1.10 分でわかる Cloud Foundry Summit 2016 報告
Hiroaki UKAJI さん
約100セッション

(私見)頻出キーワード
 1.Digital Transformation(DX)
 2.Multi Cloud
 3.Microservices

 1.Digital Transformation
  クラウドネイティブな世界へ
  
  オーストラリア政府のサービス基盤をCFを使ってCI化
  

 2.Multi Cloud
  ハイブリッド・クラウド的な話

 3.Microservices
  設計思想
  

2.10 分で書ける Cloud Foundry Route Service
Hiroaki UKAJI さん

 Route Service
 →アプリへ到達する前に何か処理してくれる

 アプリ ⇔ サービス(MySQLサービスとか)
         ~~bindという

 当然性能は低下する。
 ほぼただのHTTPサーバ

3.帰ってきた鬼っ子 ~ Stackato を知っているか~
jyoshise さん(HP Enterprise)

 HPとしてはパブリック・クラウドはやめたが、AWSとかとパートナー契約している。

 Cloud FoundryはPivotalでしょ。
 
 Stackato
 →Pivotal CFとの違い?
  →CFベースのPaaS商用ディストリビュート

 コンセプト
  情シスが持てるPaaS <= 管理機能を強化
  事業部ITが持てるPaaS
  あなたが持てるPaaS

 パブリックの上にプライベート環境を構築できる。

 特徴=>コンテナがDocker
 DEAをDockerで動かしてきた

 参考)
 https://visualstudiogallery.msdn.microsoft.com/4cad4d95-099c-449e-9d90-7d4da5c4a0c0

 開発環境でPaaS活用できると生産性あがるかも

 PC上で動くお手軽PaaSもある。

 将来的にはMesosにも対応

4.「 DC/OS (何?)」をさわってみた
nota-ja さん

 https://dcos.io/get-started

5.みんなだいすきマイクロサービスと lambda スタイル。
  (fabric8 と funktion の紹介と解説)
tnaoto さん(富士通)

 富士通クラウドサービス(UKリージョン)
 http://jp.fujitsu.com/solutions/cloud/k5/

 fabric8
 →プラットフォーム。CI 継続的改善

6.Open PaaSの新潮流? Deis Workflowの話
jacopen さん

 Deis
 →Kubernetes(クーバネイティス) Google開発

 Request Rooter
 →これが実際のAppを指定しているので同じIP、PortでもURL(リクエスト)をもとに
  切り分けできる。PaaSだと普通。

 PaaSとは、、、アプリの開発・運用支援サービス

 OpenShift敷居高い
 →Kubernetes知らないと使いこなせない。


2016年7月12日火曜日

JJUGナイトセミナー(2016.7.11)~Java API訴訟問題を考える~ に行ってきた



2016/7/11@日本マイクロソフト本社

19:00-19:30「Oracleが訴えるまでの経緯について~SunとOSSとIBMとAndroid~」
鈴木雄介(JJUG会長)

■Javaのエコシステム
→2011年から個人で仕様策定に参画できるようになった。
→独自機能によってロックインしていた。(Weblogic独自機能など)
ベンダーのためのエコシステム
SUNは認定することで利益を得ていた。
各社は独自実装を販売して利益を得ていた。
どんどん肥大化していった。

■OSSのエコシステム
Apache Software Foundation
オープンソースを支援する任意団体
2002、2004年OSS(Struts等)を受け入れることでとても盛り上がった。
→IBM(WebSphere)がとても貢献していた。
→OSSビジネスの成功
→Linuxの成功体験がベース
→Eclipseは2001.11にOSS化
2004年TomcatがRI(参照実装、検証)
2006年JBoss旋風
JavaEEではOSSをベースに盛り上がった。
→SEでもできないか?

■JavaとOSS
2005.5 Project Harmonyが提案
Eclipseみたいなものを目指していた。
2006.10 Apache Harmony誕生
2006.11 SunがJ2SEをOSS化
OpenJDK
2007年、公開書簡
Harmony「この利用制限を外せ」
Sun「嫌だ」
2007.8 SunがTCKを公開
Sun⇔それ以外

■AndroidとJava
2005年ごろ GoogleのAndroid戦略
オープンソースによる共有資産
2007年以降、Android普及へ
→無料で手を入れられるOS
→もうSunにライセンス料払わなくていい

■その後
SunのOSS戦略は成功せず
2016年、AndroidがOpenJDK

■まとめ
IBMはOSS戦略成功、Sunは失敗した。
IBMすごい。したたか❔

19:30-20:10「Oracle vs Google訴訟の全貌と概要 ~APIは著作権で保護されるべきか~」
栗原潔(弁理士)

http://www.slideshare.net/KiyoshiKurihara/oracle-vs-google-63898283

■日本と米国の違い
日本→条文に書いてあるかどうかを重視
米国→裁判結果を重視(市場への貢献しているかどうか、という考え。フェアユース)
やってみないと分からないのが米国。
→裁判するお金ないと不利になる。1億円くらい必要。

2016年5月21日土曜日

JJUG CCC 2016 Springに行ってきた

Thymleaf3を使ってみよう!
椎葉 光行さん
@bufferings
■Thymleafとは❔
Thymeleaf
→デザイナーの課題を解決するために開発されたもの。

仕組み→
th属性で制御している。
htmlでは無視される。Thymleafで動かす時thをみて動的に動く。

■始め方
Spring Bootから始めやすい。
キャッシュon/off

JerseysMVC

th:remove
→サンプルでは表示、実装では非表示にしたい場合。

Natural templating
http://bufferings.hatenablog.com/entry/2013/11/23/101731

------
ランチLT
elasticsearch stack
Jenkins ソフトウェア開発スピードアップ
→自社プライベートクラウド上にJenkinsサービスを構築。各プロジェクトから使えるようにする。プライベートクラウド上に開発ツールを構築して提供する。

------
ローカルでのID管理は大丈夫?!
よりセキュアでモダンなJavaの多要素認証
日本マイクロソフト
Javaエバンジェリスト寺田さん
元サンマイクロシステムズ→元オラクル

パスワードは暗号化していれば大丈夫?
→辞書攻撃、パスワードリスト攻撃などの脅威
salt付加する!

通信元を隠蔽したところからの通信
テナントをまたいた異常なログイン
感染デバイスからのログイン
→これらを個別に実装するのは大変
→AzureAD 餅は餅屋に任せないか?

世界で2番目に攻撃を受けているのがMicrosoft。1位は国防省。

多要素認証でよりセキュアなアプリに
→なぜ必要なの?
→ログインとパスワードはバレたらアウト
→より強固なものが必要
→知識情報、所持情報、生体情報など段階ある。

モバイル・アプリ

多要素認証を利用することでパスワード漏洩してもログイン可能。

JSR-196 JASIC
GitHubにアップ済
→yoshioterada

権限によるプログラム実装制御がアノテーションにより可能
→管理者権限ユーザなら実行させる。一般権限ユーザなら実行しないなど。

Java認証・認可モジュールの実装

------
ネクストStruts/Seasar2としてのJava EEアクションベースMVC入門 - MVC1.0、JerseyMVC、RESTEasyHTML
カサレアル 多田さん

アクションベースMVC(Struts経験者やりやすい)
コンポーネントベースMVC

JSF コンポーネントベース
JAX-RS

JavaEE8にてアクションベース標準で入る予定
→エンジニア集めやすい?

Ozark

MVC1.0
→画面構築×、二重submit×

Thymleaf3
→HTMLでかける。xhtmlを書かなくてOK(閉じタグとか不要)

TERASOLUNAガイドライン参照
全般的にThymleaf率高い。

やりたい事の実現やトラブル解決のためには、JAX-RSの知識が不可欠
→処理パイプラインが大切(買った本にある)

MVC1.0+ThymleafでStruts代替か。

2016年4月25日月曜日

春のJava IDE祭り~激突!? 3大IDE~

=====================================================
IDEだとかテキストエディタだとかそんなチャチなもんじゃあ断じてねえ。
もっと恐ろしいものの片鱗を味わせてやるぜ(山本さん)
=====================================================
JJUG読み方(今更。。。)
→ジェイジャグ。

どれくらい凄いの?
→会社作るくらい凄い。

■サンプル Twitterインスタンス生成~
TwitterFactory.
変数へのセットが半自動(.varでコード補完される)
同じ感じでfor文も楽。
→行の先頭へ戻る操作が不要になる。

警告(あやしい箇所)表示機能も充実

デバッガ
→より効率的に

HTML5対応
→HTMLコーディングはリアルにブラウズ反映
 コード選択して削除みたいなときに便利な機能あり
 ※構文をみて選択してくれるので誤ってタグを削除することがなくなる!
  当然Java等も。

JS対応
Gitとの連携OK

JDBCドライバー
→別途インストール不要。IDEの中で進めていけば自動インストールしてくれる。

いちいちSSHトンネルを掘る必要がなくなる
→機能として設定可能

Java9まで対応している?!

=====================================================
Eclipseでサクサク開発! そしてクラウドIDEへ(谷本さん)
=====================================================
48% eclipse 2014年
→STSも合わせれば50%こえる

エンタープライズ最強な理由
No.3 plugin豊富
No.2 Free
No.1 設定できる。import/export

重い理由
No.3 plugin
No.2 Incremental build
     開発・関連モジュールが多いと重くなる。
No.1 WTP(for JavaEE)
     XMLとか重い。
No.0 Anti Virus
     某大手家電メーカ。。。
Use Pleiades platform and install JDT.

Anti Virusが原因なら対象から外すしか・・・

eclipse自体は軽いので重いpluginを突き止めて対処

将来的にマイクロサービスがさらに普及していくのでは。

今後のリリース予定
2016.6 Neon
2017   Oxgen

Cloud IDEデモ紹介
→実用性にはまだ不十分。
参考サイト
http://www.publickey1.jp/blog/16/eclipse_che.html

エンタープライズ目線
→独自のルールを作ったり、チェックしたりする場合
 (個別のローカル環境で設定不要なので)統一しやすい。

=====================================================
NetBeans IDEの現在とこれから(片貝さん)
=====================================================
歴史からみるとわかりやすい

チェコのプラハ
→学生のプロジェクトが始まり

位置づけ
JDeveloper エンタープライズ
NetBeans   軽量に
ゆえに・・・
最新のJavaテクノロジをいち早くサポートする

日本語版(英語版とほぼ同時リリース)

最近はHTML5サポート強化
→デバッガ、UnitTest等
 ブラウザ連携

Oracle JET
→面白い?!らしい。
 エンタープライズ向けJavaScriptライブラリ(FW)
 レスポンシブデザイン

http://www.publickey1.jp/blog/16/javascriptoracle_jetspaui.html

http://kojs.sukobuto.com/docs/introduction