Delight明日のワシは忘れてしまうから、コードにはコメントを書くのです。この広告は、90日以上更新していないブログに表示しています。(GitHub)(冒頭はDay1と同じ話)Tokyo向けに作ったロゴ。富士山、東京タワー、桜。自動化する企業は、市内企業に比べて、60%も脆弱性のリスクが低くなる。出だし基調講演はDay1と同じ内容なのかとゲンナリしかけたが、エンタープライズ向けのビジョンや機能の表明により、日本国内は特にGHE比率が高いこともあり、より一層力を入れていくことが感じられた。(株式会社DMM.comラボ)少ない人員でどうやって生産性を確保しているか?を紹介する。対策として個人的にやっていること良いリポジトリを見つけたらスターを付ける少しずつ、この文化が広がってくれれば良い所感DockerコンテナベースのCIツールとの連携など、弊社と似たステージにいる認識。すべての既存プロダクトを移行できていなかったり、諸々の課題についても似てより、参考にできるところは取り入れていきたい、リザーブドインスタンスとか。(LINE株式会社)GitHubの10年を踏まえ、今後の10年をうらなう軸となるテーマ一番進化を感じる技術は?事前に登場や進化を予測していなかった技術は?逆に期待はずれだった技術は?及川:Git前とGit後で社内の開発は変わったか?小林:開発者間のコミュニケーションが多くなった松野:手元で1回コミットしておけるので、途中の作業を保存しやすくなった。途中からカフェに移動して作業したり、とか。メンバーも分散して作業できるのが嬉しい。及川:コミュニケーションでいうと、SlackとGitHubをペアで使っているところが多い?大倉:GitHubを先に入れたが、Slackに更新を通知させたりして現在は活用している小林:Chatbotとして「安藤さん」を作って利用している(記事あり)及川:言語のトレンドとして何が増えて何が減った?松野:perlとJavaで開発していた会社が一緒になったのだが、最近はJavaが主流。PythonとJavascriptも増えてきた。Swift/Kotlinもスマホ向けに利用している。小林:Rubyやgo-lang。最近だとJavaが増えてきている。及川:最近、Javaが増えた、というのは面白いがなぜ?小林:人が増えてくるにつれて、新しい人も理解しやすい意味で、型があったり、キッチリした言語にしようか、という話が出てきた。大倉:ここ最近はgoが多いが、従来はJavaが多かった。及川:言語採用はどうしている?松野:若い人はperlをあまり知らないので、採用が難しくなる。最近は採用しやすい言語を使うよう考えている小林:最近はgo-langが流行ってきているので、採用にも効いていると感じられる大倉:同じく最近はgo中心にプロダクトを構築していて、世の中的にも増えてきている感がある及川:10年前と今では何が違う?小林:インフラでクラウドの進化が大きい、今ではクラウドを選定しないことがほとんど無いくらいになっている及川:インフラエンジニアの仕事が変わってきている。及川:10年前に機械学習を意識していたか?それを機械学習またはAIと呼んでいたか?松野:10年前は今ほどパフォーマンス広告よりも純広告が多かった。今はどういうユーザが広告をクリックするか?などの分析はやっている。小林:10年前はAIとか言われていなかった。ルールベースでアルゴリズムを処理する、ベイジアンフィルタをかます、などは昔からあった。それが進化したのが今だと思っている。及川:Googleの検索だって今となればAIと言われるようなものだが、当時はそういう「ラベル付け」がされなかった。及川:NVIDIAがこんなに大きくなるとは思っていなかった。小林:GPUの用途が格段に広がった。及川:皆様の企業はどういう風に変化しているか?大倉:グループごとのCTOが事業に最適な技術を選定するようになってきている。小林:事業部ごとにCTOを置くようになってきている松野:だれが開発をリードして、誰が決定してくのか?を明文化するようになってきている及川:テックリードやCTOという肩書きや役割が明示されるよう、組織の文化が変わってきている。及川:今、注目する技術?小林:自動車産業にむけてのオートモーティブ事業に、ITS(インテリジェントトランスポートシステム)への適用が重要。Uberとかを導入するにあたり、日本は世界に比べて遅れをとっている。土木や都市設計にも関わってくる。次世代の環境を作るためには、日本のITSを底上げしていく必要がある。及川:日本は要素技術は強いが、応用をする際に、横の連携がまだ足りない感がありますね。大倉:RPAの導入をしていきたいが、APIが公開されていない(?)など厳しい状況にあるが、できるようになっていきたいと思う。(?)及川:人間の動きをシミュレートしたり、そういったもので代替されるが、なんとかテックといったものが縦の機能で閉じていて、横の連携をするためにAPIを公開して連携可能にすることで、ユーザーフレンドリーなものが作れるようになっていくのかな、と。松野:非常に沢山のデータが集まってくる。いったものを集めて利用していくのか、が重要。気軽に大きなHadoopクラスタを構築できるようになってきたので、その後の扱い方が重要。及川:データを集めることはできたとして、そのデータをどう扱うのか?が重要だが、データに対するリテラシーはどうやって育てられているか?松野:データサイエンティストを積極採用したりしつつ、Tableauサーバなど気軽にBIで分析できる基盤を整えたりしている1例えば、プログラマとして、どこまでプログラムを書かないといけないのか?及川:インフラはほとんどスクリプト一発で実現できることが増えてきている。GitHubのChrisも、将来はコーディングがなくなっていく世界が来ると言っていた。松野:どういう要件が必要で、どこがどういうコンポーネントで、といった要件を整理するところは少なくとも人がやるんだと思っている。徐々に、ブロックを繋げるだけで実現できる世界が広がってきているのを感じる。及川:書き方は簡単になってきているが、やろうとしていることが難しくなってきているので、結果的に書く量は変わっていないようにも思える。小林:自動車産業がなぜこんなに自動化するか?というと、人間が操縦したりすると事故が起きるから。人間がコードを書くとバグが生まれる、ということの解決としてプログラミングも自動化されていくのではないかと思っている。小林:RoRなど簡単なものが増えてきた弊害として、裏側の本質的に行われていることを理解していない人が増えてきているのは、どこかで問題につながりうるのではないか。及川:マインクラフトの話があったが、ビジュアルプログラミングはどれくらい出てきているか?大倉:子供向けにスクラッチをやらせてみているが、まだ難しいようだ。子供向けのRubyの本のほうが分かりやすいかと考えている。及川:ビジュアルプログラミングは、バージョン管理と人とのコラボ(ソーシャルコーディング)が難しく感じる。及川:将来に向けてインフラエンジニアはどうあるべきか?大倉:抽象化されたことで自動化やプログラムで解決されるものが増えてきたが、コードを書くのか、より深い要素技術を理解して身につけるのか、どっちかかと思う。及川:チェスの大会や、自動運転車の世界でもあるように、機械の横に人間が座って、協力して結論を出していく組み合わせがベストな解決につながる、という世界がしばらくは続くと思う。言われるように、ソフトウェアが世界を変える、という流れがしばらく続くかと。小林:隣りに座っている人ともSlackで会話する、ということも出てきている。会って話さないと伝わらない空気感や感覚があるし、初めて会う人がずっとChatというのも抵抗が残るので、対面コミュニケーションはなくならないと思う。松野:グローバルな拠点でのやり取りはChat(LINE)だったりビデオ会議でやることがある。ビデオ会議でも通訳を通しても通信が不安定だったり、情報が落ちることがある、対面で通訳を通したときの方がまだ安心感がある。今後はVRで徐々に解決されていくのかもしれない。及川:音声が不安定だと、途切れるのを恐れて、短いフレーズで話す傾向がでてしまい、短い文言での発言だと「怒ってるのかな?」みたいに本来のニュアンスで伝わらないことがある。最後にひとこと松野:今後も色んな技術によって、いろいろと便利になっていく、それらに触れられるのが、作る側としても楽しみ。小林:作り方も高度化している。企画して設計して作って、ではなくユーザ体験とか考慮するようになっている。それらを柔軟に対応できるようになっていきたい。大倉:今日のディスカッションを踏まえてオートメーション化について今後もディスカッションができると嬉しい。所感golang普通に使っている企業が増えてきたなー。.geojsonベクタデータ全般が扱えるGithub上でレンダリングされる背景地図はGoogleマップではない私達が作っている「OpenStreetMap」https://openstreetmap.jp/どんなことを教えているか?課題:XYZタイル画像のデータ仕様を図化しなさい。国境なき医師団などとのコラボ@GitHubソースコードだけでなく、コミュニケーションとして使うやりとりする情報はMarkdownで途上国、先進国問わず、普段遣い。学生に「Word禁止」ウチのゼミはMarkdownでしか資料の提出を受け付けません。文理系に関係なく、学生にITリテラシーを植え付けようとするその志と、オープンな地図ソリューションで社会貢献しようという情熱が半端なかった。これくらい徹底してGitHub中心に生活させるようにしないと、リテラシーの底上げは実現できないよな、と痛感。試したい、という声が多数。購入はGitHub上で完結。Monitoringhttps://rollbar.com/例外検知サービス(めちゃ便利)スタックトレースが見られるユーザの環境情報も(ブラウザなど)例外のトレンド把握や検索が可能。便利なサービスがたくさんある開発生産性を飛躍的に引き上げてくれる簡単に導入できる人の時間は有限。今までは、ほとんど自前でゴリゴリと周辺サービス連携をしてきてしまっているので、マーケットプレイスを有効活用して、楽に(お金で解決して)生産性と品質を確保する選択肢を増やしていかないとな。100名強のエンジニアでサービスの開発と運用。有償で専用パイプラインを購入できる。