- CROSS Party 2019に参加してきました。
業務ハック 〜業務効率化にコミットする職人達の世界〜
業務ハック
- 業務改善をエンジニアリング行うこと
事例
- Slackで相手の名前とか入れると参加者の開いてる予定検索して提示してくれる
- 受託開発で業務ハック
- slackとかgsuiteと使うようになって業務ハックしやすくなっている
- 全部自分でゴリゴリに作るとかはそんなない
- いろんなサービスを組み合わせて解決させる
- kintone
- Zpier
[基調講演] 夢を形にする技術 〜 大規模開発におけるサイエンスとエンジニアリングの境界を科学する
- 山崎秀人さん(さくらインターネット株式会社)
- 川口淳一郎さん(国立研究開発法人宇宙航空研究開発機構)
- 及川卓也さん(Tably株式会社)
はやぶさプロジェクト
- 無人探査機によるサンプルリターンミッション
ユーザ要求
- IT
- 自分たちもユーザ
- 自分たちが使いたいもの
- 探査プロジェクト
- イノベーションは技術が主導して立ち上げるもの
- 顧客は今しかみてないからそのニーズに答えるだけでは発展しない
技術の継承
- IT
- 多くのシステムが負債化している
- 古い技術が動いているからといって放置されている
- 開発できるエンジニアを持っていなくて委託しているからノウハウのある人がどこにいるかわからない
- 人材の流動が激しいと数年でいなくなることを想定して作れる
- ペアプロ、モブプロ
- 多くのシステムが負債化している
- 探査プロジェクト
チームビルディング
- IT
- 同じ方向を向ける中で多様性を持つことが重要
- 根本から違う方向向いてしまうのは採用ミス
- 考え方の違う人を入れてしまうよりも才能をある人を貶してしまう方がましというくらい
- ローコンテキストを前提にビジョンを共する有
- 探査プロジェクト
- 向いているところに向いている人を配置する
緊急企画！漫画村再検証！
- 村田篤紀さん(DMM.com/日本インターネットプロバイダー協会理事)
- 森亮二さん(弁護士法人英知法律事務所)
- 宮本久仁男さん(一般社団法人日本ハッカー協会理事)
- 高木浩光さん(産業技術総合研究所主任研究員/情報法制研究所理事)
漫画村
海賊版サイト対策検討会議はなぜ紛糾したのか
事務局による進行の問題
被害額3000億円
- 漫画村の被害額が3000億円という試算は本当か
- 年間コミック市場は4000億前後
- 総アクセス数に単価をかけたのが3000億円
- アクセスが有った分全部売り上げた前提
Coinhive事件/WizardBible事件にみる不正指令電磁的記録に関する罪
法が問題としていること
- 意図に沿うべき動作をさせず不正な司令を与える電磁的記録
事件
この状況が続くと
- サイバーセキュリティ分野の活動が衰退する懸念
- 海外に優秀な人材が(今以上に)流出
フロントエンドエンジニアがこの先さらに生き残るには
- mizchiさん(plaid)
- lacoさん
- 奥野賢太郎さん(クレスウェア)
働き方のスタイル
フロントエンドエンジニアの尖り方
日本人がOSSにあまり貢献していない
- 一部貢献している人がいてもスター扱いしてそれで終わってる
- OSSは大企業が作るものに集約されてきていってる
- バグバウンティの方がまだある
- 翻訳のコントリビューションする人はけっこういる
- GitHubのトレンドに日本人作者のライブラリがのることがほとんどない
- 最近だとhiroppyさんのfusuma
- 中国勢が強い
フロントエンドのカバーする領域
- フロントエンドがサーバーサイドに入り込むようになってきた
- Next.js, Nuxt.js
- BFF
- FaaS
- フロントエンドの大事なところはフロントエンドであることユーザに最初に触れるところ
- パフォーマンス
- デザイン
- UX
- その反対側にデータを堅牢にする役割の人も必要
- SPAを作るのが大変だった時代から当たり前に作れる時代になった
- 注力できる範囲が広がってきてカバーできる領域が増えてきた
フロントエンドのDeveloperExperience
- webpackのビルド時間が長すぎて改善の妨げになっていたり
次にくるものは
- 数年前にReactの仮想DOMに魂が震えた
- 次はWebWorker
- off the main thread
- メインスレッドの奪い合い
Rust
- 今のWebをRustで書くことは今はなさそう
- ライフタイムとかフロントエンドとは違った難しさ
- ゲームとか作るのにはいいかもしれないけどメインでやることはなさそう
- メインスレッドに登場してくることはなさそう
- workerで動かす処理を書くとかはありそう
- Backend in Frontend
フロントエンドの技術選定
- TypeScriptは大前提
- フレームワークを使うかどうかから
- ampを使うとか
- 複雑にならないからと思っても作り変えるときは絶対来る
- バックボーンの成り立ちや考え方を気にしてもいいかも
