富士通クラウドＫ５のＰａａＳ「ＣＦ」について聞いてきた！

８月２５日

クラウドハンズオンセミナー
触って実感！「cloud foundry」をベースとしたアプリケーション実行環境サービス
Fujitsu Cloud Service K5 「ＣＦ」

で、富士通クラウドＫ５のＰａａＳ「ＣＦ」について、使い方とか聞いてきたのでメモ

---

はじめに
・ＣＦ：Ｋ５のサービスの１つ
　→PaaSサービス増えた
　　GitHub エンタープライズ、
　　らくらくサービスデリバリ基盤
　　帳票、認証サービス
　　ビジネスモデルを想定したサービス
　　パーソナル
　　ボイス

ＣＦの概要
・クラウド基盤Ｋ５（従来Ｓ５）
　　Ｋ：ナレッジ
　　５：五大陸（現状、日本、ＵＫ、スペイン、進めている：北アメリカ）
　ＳＯＲ，ＳＯＥに対応
・OpenStackとcloudfoundry
・ご参考：社内８５０システム

Ｋ５ＣＦとは？
・アジャイル的なアプリケーション開発
・やることは、３手間くらい：すぐに公開できる

ＣＦの特徴
・cloud Foundry
・主要な言語に対応
・疎結合な連携

機能
・ビルドパック：各種言語
・組み合わせサービス
・PaaSポータル（独自開発）→ｃｆコマンド：cloudfoundry
・自前システム
　ＩａａＳ：ミドル、アプリ
　ＰａａＳ：ミドルも用意

・参考：aPaaS（アプリケーション）

ハンズオン

（１）ポータルにログイン＝ユーザー名、スペース名を得る
　　・契約番号、ユーザー名、パスワードを入れてログイン
　　・サービスタブを選択
　　　　→新規の場合。既存のサービスを見る場合は、「ご利用サービス」
　　・言語を選択
　　・次の画面でスペース名（任意）を入れて作成

（２）ＣＦコマンドで、アプリケーションを作成
　　・ＣＦコマンドツールをgithubからダウンロード
　　・（windowsの場合）コマンドラインがら
　　　　cf api　エンドポイント入力（これは決まっている）
　　　　cf login ユーザー名、契約番号、（ポータルで入れた）スペース名
　　　　cf apps
　　　　　　→ここで、アプリケーション名を入手
　　　　cf start アプリケーション名　　→サンプルアプリの起動
　　　　cf app アプリケーション名
　　　　　　→ここで、ＵＲＬを取得　　　　
　　・ブラウザから、上記ＵＲＬを入れて、サンプルアプリケーションを表示できる

（３）修正
　　・ポータル画面で、「ご利用サービス」を表示、
　　　　　サービス名称のcfリンクをクリック
　　　　　出てきた「サンプルアプリケーション」で、ソース入手できる
　　　　　　　jspとまにゅフェストのyaml
　　・修正する
　　・（Windowsのコマンドラインで）修正したディレクトリに移動
　　・cf push アプリケーション名 -P ディレクトリ名
　　・ブラウザから、上記ＵＲＬを入れて、修正したアプリケーションを表示できる

（４）サービス連携
　　・サービス定義：コマンドラインから
　　　cf create-user-provided-service サービス名 -p un
　　　　→ＵＲＬを聞いてくる
　　・サービスバインド
　　　cf bind-service　アプリケーション名　サービス名
　　・再すてーじんぐ
　　　cf restage アプリケーション名
　　・ブラウザでアプリ確認
　　※cf serviceで登録済みサービスの確認ができる

便利なシーン
・スモールスタート・スケールアウト
　　地震などの突発事故に対して対応

　※cfの料金：メモリに対して料金発生

・アイデアそん。はっかそん

・データベースも使える：スモールプラン
　　→業務の場合は、IaaSを利用

コミュニティの貢献
・Cloud Foundry Summit 2016
・Cloud Foundry Days

アプリケーション開発支援
・Github エンタープライズ：リポジトリの競合とかが起こらない
・K5 PlayGround,

デモの紹介
・保育園

要求を明確にするための勘どころを聞いてきた！

８月２３日、ＩＰＡのセミナー

「ユーザのための要件定義ガイド」に基づく要件定義品質の向上
～要求を明確にするための勘どころ～
に行ってきたのでメモメモ（途中からです）

---

■第１章、２章（途中から）

・要求→要件が抜ける→コンピュータ化するとき抜ける→あいまいな解釈
　　→運用、テストで要求漏れが発覚

・今回のスコープ
　企画フェーズ
　要件定義
　開発フェーズの非昨日要件あたり

・機能要件の合意形成ガイド

・要件定義において考慮すべき１０ポイント
（１）要件定義：経営課題解決→いままではビジネスのサポート
（２）ＩＴリスクは経営に直結するリスク
（３）今のシステムは使われているか・・・現状分析
（４）無駄なものは全社視点で排除
（５）合意形成には時間がかかる。利害関係者（ステークホルダー）
（６）要求は膨らむ（止まることはない）。納得感のある削り方
（７）要件定義に十分な工期、工数を割り当てる
（８）品質向上により、後工程の手戻りも抑止
（９）準委任を基本、一括にする場合はクリエイティブな部分が捨てられる
（１０）投資効果の評価指標と、取得方法

■第３章
３．１　経営や業務に貢献するＩＴシステムの構築
・経営の価値に貢献するか→もう、業務はＩＴになっている。なぜ作り直す？
・要求の整理・分析
　　要求：～したい　→目的と手段
　　　その背景
　　源泉（なぜ）：問題、ニーズ、課題

・問題：負のギャップ　事実
　課題：何をすべきか→事実と解決すべきことは違う チャレンジ
　要求：
　　　目的：状態変化
　　　手段：どんな手を打つか

・目標：マイルストーン→ＫＰＩの設定
　　ＫＰＩ：行動が正しいか
　　ＫＧＩ：ゴールを達成しているか

・目的の体系化
　→目的には、階層がある
　　　経営レベル：大体いっしょ
　　手段の妥当性を検討する→手段の充分性（新たな手段）

・なぜなぜ分析；社風　なぜ５回、パナソニックは７回？３回でもやったほうがいい
　　真の原因を見極める→最適な課題（テーマ）を見つける

３．２　膨らむ要求のコントロール
・要求は必ず膨らむ
　勘所
　　要件定義内でコントロール
　　だんしゃり
　　定量化

・要求
　　はじめ：膨らませる
　　後半：収束させる
　→設計工程ではだめ

・過剰要求を捨てる：だんしゃり
　捨てるポイント：
　　　充分性、妥当性
　　　定量的に測れるように→算出根拠
　　　実現性：技術的実現性、難易度
　　　必要性：ＭｏＳＣｏＷ（もすこー）
　要求を定量化

　要求量のベースラインを合意

３．３　業務の複雑さを軽減
・柔軟なシステム
　　フレームワークで柔軟；要件定義に書かれていない
　→業務が複雑：なんとかしないと・・・

・勘所
　　バリエーションの整理
　　バリエーション減らす
　　パッケージ

・管理対象（エンティティ）
　　管理対象：番号を振って管理したくなるモノ
　　組み合わせ：ルール→もと（エンティティ）を減らせば、バリエーション減る

　ダブりなく、もれなく整理する→複雑さを減らす

　不要な分類を整理する
　　なくせば、どこに影響があるかわかる

・業務プロセスの整理　４つの観点
　　集約
　　並行化→これが柔軟！
　　廃止
　　連結

・パッケージに業務を合わせる
　　→シンプルすることの近道
　　　失敗することもある
　　　　　開発量をへらしたいなら失敗する→２０％ちがうなら新規開発
　　　　　業務改革のために使う

３．４　非機能要求
・非機能難しい
　経営問題：要件定義
　勘所
　　非機能要求グレード

・非機能要求グレード
　　せっかくあるので、使ってみましょう！
　　２３６個、きめなさい
　ステークホルダー別に振り分け（Tri-Shaping）
　　ビジネス領域
　　ソリューション領域
　　テクニカル領域

・注意点：整合性
　　制約・前提　＋現在の状況→整合性の判断
　　　　依存関係
　　　　トレードオフ
　　　　矛盾関係

３．５　多様化するステークホルダーの合意形成
　コンシューマーとかも
　勘所
　　もれなくステークホルダーを洗い出す
　　合意形成

　ステークホルダーを洗い出す
　　　お金を出す人だけではないよ
　　　運用の人、経営者・・・

　　モニタリング
　　要求抽出ワークショップ：ファシリテーションするのに

　プロジェクトの最後の判断ポイント：ステアリングコミッティ、意思決定機関
　　　→なにかあったら、すぐ投げる

３．６　業務システムの把握
　いかに現行業務を把握するか
　勘所
　　可視化：俯瞰ドキュメント
　　フィールドワーク：ドキュメントだけではだめ、リラーン（再学習）
　　共通意識：ウォークスルー

→ユーザーだけでは要求定義はできない

目的を体系化するの例→５章

■第４章
・ドキュメントの観点：抜けもれ
　お話：大きく３つ
　　きちんと計画をたてましょう
　　作成の留意点：１２のドキュメント
　　成果物共通の留意点

・個々のドキュメントで勘所
　相互の関係を明確に

４．１作成計画時の留意点
・機能要件の合意形成ガイド
　　前後のプロセスの目的を踏まえて、成果物をマッピング

・ドキュメントの関連図
　　→正誤表を確認のこと

・異なる目的のために作成される
　前後のプロセスの目的

・一覧：完全性が求められる場合

・粒度を決める

・分担を明確に

４．２　個々のドキュメント
　大きく３つ
　　プロセス系
　　データ系
　　その他

●プロセス系
　ビジネスプロセス関連図を最初に見ましょう
　　１枚で表す
　業務機能構成表
　　３段階
　ビジネスプロセスフロー
　　as-isとto-be

・抜けもれ提言の観点
　　５Ｗ２Ｈ
　　例外、特殊処理
　　
・新しいビジネスプロセスを作り上げる意識を持つ
　　　ボトムアップより、事業戦略・方針のトップダウン

・画面帳票レイアウト
　　標準化
　　全部は作らない

・業務処理定義書
　　業務ルールの明確化
　　　表形式で抜けもれ

●データ系
　（ＣＲＵＤもいれて）
　概念データモデル

・概念データモデル：絵を書いて説明
　エンティティ定義書、データ項目定義書
　　→ＮＵＬＬを許すかポイント

・ＣＲＵＤ
　　エンティティ：矛盾
　　データ項目：検証→使い分け

●その他
・総合テスト仕様書
・システム移行計画書：要件定義の段階
・運用・操作要件書
・非機能要件書

４．３　成果物に共通の留意点
・第三者による公式なレビュー：インスペクション
・未決定事項：リスクを共有、要件が定義できない事案は廃棄する
・品質向上：図表、プロジェクト内での策を併用

まとめ
・何のために使うんだっけ→品質向上へ

アカデミックのゴール指向要求分析の話と近いところにあると感じました。ゴール指向要求分析だと、目的（状態遷移としていますが状態変化）を目標であるマイルストーンに分割し、各マイルストーンの目標状態を細かな部分にすることで状態の分析（データ構造の分析）にするという手法（ＫＡＯＳ）があり、それは、「不確か」な状態には、そのままでは適用できないので、どうするかというのが、アジャイル等に関連してきますが、ちょうど、そのあたりが、課題になっているのかなと感じました。

■５章：事例
・ビジネスに貢献する要求を見極める事例
　リザルトチェーン
　　　ＩＴしさく、ＯＰＰしさく
　作り方
　　２．ＩＴしさく→ＩＴ成果　３．業務成果　　１．ビジネス成果
　　　　４．ＯＰＰ
　　　　５．マイナス影響

・要件量を可視化する
　要件量管理手法の全体フロー
　要求量：ファンクションポイント、機能数などで定量化

・業務バリエーションの整理
　　業務パターンの可視化：業務シナリオマトリックス
　　２０％　８０％ルール

・非機能要件の進め方（Ｔｒｉ－ｓｈａｐｉｎｇ）
　　要求の獲得
　　要求の整理
　　要件として定義

　要求の獲得のイメージ

・ステークホルダー分析
　ステークホルダーの特定：影響度、対立関係
　合意形成のやり方
　要件定義１０箇条

・要求の定量化による合意形成と膨らむ要求の制御の事例
　生産物力変換係数

・見積もった結果で予実管理

・手戻り防止のためのレビュー　
　
・レビュープロセス成熟度

・要件定義文書の品質向上

まとめ
　みんなやってるよ！

HR Techも、効率化のほうが、売りやすいのでしょうか・・・？

８月２２日、Docomo Innovation Village

HR Tech勉強会　～ＡＩ時代のＩＴ人事ソリューション～

を聞いてきたのでメモメモ

---

■Innovation　Villageの紹介
・革新的なベンチャー企業とドコモ・ＮＴＴと
　Villageコミュニティ

■HR Tech勉強会　～ＡＩ時代のＩＴ人事ソリューション～
・自己紹介
　「タレントマネジメント概論」ダイヤモンド社

（１）HR Techとは何か
　登場の背景
　　従来の人事：経験と勘；Ａ君の後任→記憶に沿って人事（あいまい）

　　　　働き方改革で、人と接しなくなったら？

　　人材育成・獲得競争：バックオフィスから経営戦略へ
　　　　人が採れなくなってきた、タレントマネジメント

　　テクノロジーの進化
　　　ソーシャル、モバイル、ビッグデータ、クラウド

　→ＨＲ　Ｔｅｃｈ

・ＨＴ　Ｔｅｃｈの定義
　最先端テクノロジーを利用したマネジメント
　　　経験・勘ではないマネジメント：レコメンド
　　　リアルタイムコミュニケーション
　　　オペレーション効率化・簡素化
　　　適切な仕事の振り分け、給与、アピールするチャンス

　ビジネスモデル
　　ＡＴＳ，ＬＭＳ，ＨＲＩＳ→管理部門→求職者・労働者←ＬＭＳ
　　　　　　　　　　　　　　　　採用・コミュニケーション

（２）HR Techの動向・事例
　市場：１８０億（だいたい２００億くらい）
　　２０２０年に６００億くらい？→販売管理と類似
　　　約３倍の成長が見込まれる
　欧米（海外）：投資額　２０１１年　２億９６００万ドル
　　　今：２４００億円程度の投資

　ビズリーチ：４４００万ドル集めた

・カテゴリ
　　採用
　　　求人マッチング
　　　採用管理
　　手続き
　　　社会保険、
　　　勤怠、
　　　給与
　　タレントマネジメント
　　社内コミュニケーション
　　福利厚生
　　データ分析

　採用　配属　育成　退職

　　　　管理・評価／福利厚生

、情報共有・コミュニケーション

・学ぶ速度は５倍から１０倍になる：ＡＩに教えられるから
※いまのHR　Ｔｅｃｈは、フローに沿ってソリューションがある

・効果３つ
　　データの可視化：最適化
　　定型業務の削減：ＡＴＳを用いた採用の向上→高度化
　　組織活性化

　モチベーション、要因分析

　重要視：セキュリティ、使いやすさ

・ＨＲ　Ｔｅｃｈのポイント
　ツールからプラットフォームへ
　定量分析に加え、定性分析の導入加速
　実際の活用方法を含めたソリューション提供

・HR Techが挑む課題、抱えている課題

　挑む課題
　　時間・プロセスの短縮
　　エンゲージメントの強化：海外では、健康診断のデータまで
　　精度の向上：学習させる必要　ビズリーチ　はーもす（おいかけ）

　抱えている課題
　　データの収集方法：データ化されていない→課題（スキャニング等）
　　文化・風土への挑戦：考えている幅→人材マネジメント

（４）最新のHR Tech事例紹介
　日立さん→類似がシリコンバレーにある
　　ウェアラブル：センサー
　→会わない人、会ってる人の定量化→自然にデータが取れる
　　非公式組織

（５）質疑応答
　規模：プロセスによる
　　　手続き簡素化：少人数でも
　　　人にフォーカス：社員の顔と名前が一致しなくなるくらい　１００人以上

　ＡＩ：枠組みから出た仕事は難しい
　　　高速処理、パターン化はできる
　　　ＡＩは技術になったらＡＩじゃない
　　　　例：ＡＩじゃなく、テキストマイニング
　　評価は？
　　　次の世界を作れる人が評価される

　評価には、どういうアウトプットを使うべき？
　　はいパフォーマーの分析
　　　ハイパフォーマー：人が人をきめる
　　　　→この人は、どういうものをもってるんだっけえ？
　　ログとのひも付け

　空気をデータでとる、復元する

　自然とデータをあつめることがポイント


　海外：エンゲージメントが多い

　ＨＲ techは勝ち負けできている
　　→勝ったところは、プロセスと時間の削減
　　　データをためているところが、次にかつ

　導入には：手間削減が一番説明しやすい
　　タレントマネジメント、教育に振っても、
　　そもそも、そんなシステム半年、１年に１回しか使わない
　→何が見えるのか？
　　月に１回触るようなところ

　勝ち組は、絞ったところ→パートナーシップ？
　　　データの垣根
　　　１００名、５００名、７５０～１０００で求めるものが違う
　　　　　上のマーケットを採るなら、強みを捨てないといけない

　データを売ることはあり得るか？
　人材の流動化

　　人事データのポータビリティ化

タイムゾーンの変更あれこれ（時代は変わったのだよ・・・）

タイムゾーンがUTCになっていた。

そのマシンに対して、ある開発者の人が

・・・ファイルをコピーして・・・

ちょっと、ちょっとまって！どこのファイルコピーしようとしている？

/etc/sysconfig/clockとか、/etc/localtimeとか？

たしかに、

【Linux】タイムゾーン(Timezone)の変更
http://qiita.com/azusanakano/items/b39bd22504313884a7c3

には、そうやって書いてあるけど、このマシンのOSは、RHEL7
なので、そうではないのだよ・・・

タイムゾーンを変えるには

sudo timedatectl set-timezone Asia/Tokyo

してね！（詳しくは

タイムゾーンの設定方法をメモ(RHEL6, RHEL7, Ubuntu編)
https://siguniang.wordpress.com/2015/03/20/set-timezone/

を参照のこと）

Linuxの時代は変わって、昔は、ファイルいろいろ直していたけど、
今はsystemctlで、ごにょごにょする時代なのだよ・・・

【参考】
CentOS7で使われているsystemctlについて少しまとめた
http://qiita.com/tukiyo3/items/092fc32318bd3d1a0846


※どうも、「いや、何処のファイルを変えているのか、私は解らない
　といった言葉が、/etc/sysconfig/clockとか、/etc/localtimeの
　ことを知らないと解釈され、そこに入れようとしたらしい。
　そうではなく、RHEL７には、/etc/sysconfig/clockがない。
　timedatectlで、なにかを変えているんだろうけど、それが何処だか
　解らないという意味。わかんなくっても、コマンド打てばいい。
　そういう時代に変わったんだよ、世の中が・・・

開発のための便利なサービスを聞いてきた！

８月１９日、オープンデベロッパーズカンファレンス２０１７に行ってきた話第二弾

DevOpsへの準備
便利なサービスで開発効率アップ
開発のためのＳａａＳ利用

をメモメモ

---

・自己紹介
　　夢のようなセミナー：導入するとできない

・なぜサービスを利用するのか
　ツールの運用コスト削減
　適切な情報共有
　新しい文化に触れる

・ツールの運用コストの削減
　サーバーの容量不足
　セキュリティリリース
　アクセス重くなった
→ＲｅｄＭｉｎｅ

・適切な情報共有
　社外の人との情報共有
　常に最新の情報を見たい
　違う職種の人との情報共有

・新しい文化に触れる
　アジャイルやスクラムの文化
　クラウドの文化
　西洋の文化

・便利なサービス

　チャットクライアント
　　Slack
　　Skype
　　ChatWork
　　HipChat

　課題管理
　　Backlog
　　Pivotal tracker
　　Github issue(zen hub)
　　Asana
　　Troli

　ソースコード管理
　　Github
　　Bitbacket

　ドキュメント共有
　　Googleドキュメント
　　Microsoft 365
　　Dropbox
　　Evernote
　　Github

　デザイン共有
　　prott
　　inVision
　　zeppelin

　adobe　XT

　サービス確認
　　Uptime Robot
　　Pingdom

　その他
　　NewRelic サーバーの状態監視　ＡＷＳ　くらうどＷａｔｃｈ
　　log entries　ログの外部保存
　　loder.io 負荷テスト
　　rollbar.js　エラー自動取得

・連携
　Dockerで共有

・とにかく集約する
　うちのばあいはslack

・まとめ
　熱意あるエンジニア
　運用管理のコスト
　使いづらければ別の物
　slackを止める勇気ｗ

無償のクラウドＷｅｂアプリ開発環境K5 Playgroundを聞いてきた

８月１９日、オープンデベロッパーズカンファレンス２０１７に行ってきて、

Cloud Applications by K5 Playground

を聞いてきたので、メモメモ

---

・自己紹介

・Ｋ５
　富士通のクラウドサービス群のブランド
　Ｋ５→なれっじ＋５たいりく

・IaaSとPaaSを提供

・機能はいろいろある
　　→ご紹介資料が１８３ページ

・主な開発者向けサービス
　CloudFoundry
　APIマネージメント
　Githubエンタープライズ
　IoT基盤

・Ｋ５とクラウドサービス
　ところで、クラウド用のアプリって、どう作ればいいの
　The Twelve-factor App
　　→Herokuのエンジニアが２０１２年に提唱

　コードベース：いろんな環境

　依存性を明確に

　config

　バックエンドサービス
　　ＵＲＬで提供されるサービスを利用しよう！
　　それがローカルでもリモートでも

　ビルド・リリース・実行

　プロセス：アプリの中にステートを入れるな！超重要

　ポートバインディング：機能はポートを通して提供

　コンカレンシー

　ディスぽーざびりてぃ；停止・たちあがり・破壊前提

　環境の一致

　ログ

　コマンド一回たたいて管理

・何をどう作る
　ステートレスなＡＰＩサーバー
　交換可能なバックエンド
　リポジトリでコード管理
　コンテナベースのＰａａＳ

・何をしてはいけない
　秘伝の実行環境：サーバーは壊れるもの
　アプリがステートの塊

・イマドキのＷｅｂアプリって、どう作ればいい？
　こういうの作りたい
　Ｗｅｂアプリケーションのこれまでの経緯
　　　ものりしっくパターン
　　　マイクロサービスパターン：ＲＥＳＴ　ＡＰＩ

　ブラウザとモノリシック
　　　フレームワーク選定が重要だった

　アプリ　＆　モノリシック
　　　ネイティブアプリの登場

　ブラウザー＆Ａｐｐ
　　　モバイルファースト
　　　二重開発（ＡＰＩが強くなる）

　ＳＰＡ　モノリシックＡＰＩ

　ＳＰＡ～マイクロサービス
　　フロント：バックエンドはＪＳＯＮ返してくれればＯＫ
　　バックエンド：責務最小化

　ＳＰＡ～オーケストレイテッドＡＰＩ
　　ＡＰＩゲートウェイを介す
　　API as a Product

　ＳＰＡ～ＢＦＦ(Backend for frontend)
　　フロントエンドに優しいＡＰＩサーバー

　ＳＰＡならＢＦＦなら満たせるのでは？

・ＳＰＡ
　　フレームワーク選定
　　言語進化への追従
　　ビルド
　　静的解析やフォーマッタ
　　テスト

・ＡＰＩの設計
　　Ｒｅｓｔｆｕｌ／ＧｒａｐｈＱＬ
　　ＡＰＩ　Description Languageの導入
　　ＡＰＩドキュメント
　　バックエンドサービスの利用

・おてがるに：スターターキット
　作ってみた
　K5Playground
　→グーグルで検索

・K5 Playground
　クラウド用のＷｅｂアプリを作るツール
　無償で利用できる

・作れるアプリ
　SPA
　開発環境・設定
　ＢＦＦ：Swaggerも

・ＢＦＦ用のロジックも用意
　
・使い方
１．ＳＰＡを選択します
　テンプレートがあります
２．ＵＩデザインをカスタマイズ
３．ＢＦＦ
　　ＡＰＩを編集
　　ロジックのカスタマイズ

・Ｋ５プレイグラウンドのＳＰＡ概要
　ＲｅａｃｔとＦｌｕｘ

・Ｒｅａｃｔ
　　複雑なＶｉｅｗをつくる
　　コンポーネント＆ライフサイクル管理
　　ＤＯＭ

　Ｆｌｕｘ
　　アプリのＳｔａｔｅを単一方向のデータフローで管理

・どこでＲｅａｃｔ使われていいるの
　　React developer Toolを使うとわかる
　　ＡｉｒＢｎＢ
　　Ｌｙｆｔ
　　ＵＢＥＲ
　　ＮｅｔＦｌｉｘ
　　ＡｂｅｍａＴＶ
　　Ｔｗｉｃｈ
　　キックスターター
　　いんすた
　　あめっくす、びざ、ぺいぱる
　　ＮＹＴimes
　　Ｗｉｒｅｄ
　　Ｄｒｏｐｂｏｘ
　　Apple

　ふれっくすぼっくす　しらなくてもＯＫ
　ＵＩ部品群、チャート、テーマ機能

・ＢＦＦ
　Node.js：Expressベース
　Swagger-Node
　バックエンドだけで検証できる

・Ｋ５Ｓｈｏｗｃａｓｅ
　クラウドアプリ開発のチュートリアルサイト
　料理のようにアプリが作れる

・開発スタイル
　Ｇｉｔｈｕｂ　Ｅｎｔｅｒｐｒｉｓｅ
　デプロイさきは、くらうどふぁうんどりー

・デモ
　登録必要なし。無償
　ダウンロードして、ローカルでためせる
　showcaseにチャットボットの作り方

・フロントエンドにとっての12FactorAppとは？

SELinuxやiptables(firewalld)を止める、ずっと止める

【一時的措置】
（１）SELinuxとiptables（相当のfirewalld)停止

sudo /sbin/iptables -F
sudo /sbin/iptables -P INPUT ACCEPT
sudo /sbin/iptables -P OUTPUT ACCEPT
sudo setenforce 0

---

【永久措置】

（１）SELinuxの無効化
sudo vi /etc/selinux/config

表示されたファイル
SELINUX=enforcing
を
SELINUX=disabled
に変更

（２）firewalld自動起動停止
sudo systemctl disable firewalld

(firewalld ＝　昔のiptables）

【確認】
（１）SELinuxの確認
getenforce

（２）firewalldの確認
sudo systemctl status firewalld.service

（３）iptablesの状況確認
sudo iptables -L

glibcのバージョンを上げる

いまさら・・感あるけど、上げ方メモ

●ポイント
glibcは単独では上げられない（他に依存している）ので、いっぺんに上げる。

●コマンド
こんなかんじ

sudo rpm -Uvh ftp://rpmfind.net/linux/centos/7.3.1611/os/x86_64/Packages/glibc-2.17-157.el7.x86_64.rpm ftp://rpmfind.net/linux/centos/7.3.1611/os/x86_64/Packages/glibc-common-2.17-157.el7.x86_64.rpm ftp://rpmfind.net/linux/centos/7.3.1611/os/x86_64/Packages/glibc-headers-2.17-157.el7.x86_64.rpm ftp://rpmfind.net/linux/centos/7.3.1611/os/x86_64/Packages/glibc-devel-2.17-157.el7.x86_64.rpm

●確認
rpm -q glibc

mbedの動画

あちまっているところ。なにがあるのか、あとで見たいので
ＵＲＬをメモメモ

Arm Mbed
https://www.youtube.com/channel/UCNcxd73dSceKtU77XWMOg8A
(リンク先に行くと、いきなり音楽が流れるので、みるとき・ところに注意）

カムプログラムロボット

タミヤさんから

パソコンなしでプログラミング学習ができる！タミヤの「カムプログラムロボット工作セット」
http://studio.beatnix.co.jp/kids-it/tutorial/cam-program-robot/cam-program-robot/

「次世代Surface」？

Windows 10秋の大型アップデートに合わせて登場する「次世代Surface」とは？
http://www.itmedia.co.jp/pcuser/articles/1708/15/news040.html

半導体はブーム？

ムーアの法則ほどは伸びないけれど、
成長は、しているみたいよ・・・

半導体はブームなのか？
https://news.yahoo.co.jp/byline/tsudakenji/20170815-00074538/

東大の折り紙「Japanese High School Girl」がすごい！

東大折り紙サークルの1枚折りが神業！展開図がえげつないことになっている…
http://netgeek.biz/archives/101181

“3K”職業SEが「なりたい職業」１位

なんか勘違いしてるかも・・・？

“3K”職業SEが「なりたい職業」１位になったワケ
将来のビジネスを左右するIT人材の確保が急務
http://jbpress.ismedia.jp/articles/-/50404

Pepperが読経や説法

あ～自分死んだら、これでいいかも・・・

Pepper導師が読経や説法を担当　SF感ある“IT葬儀”登場
https://headlines.yahoo.co.jp/hl?a=20170814-00000031-it_nlab-sci