スキップしてメイン コンテンツに移動

builderscon tokyo 2017 に行ってきた

builderscon tokyo 2017 に行ってきた

builderscon tokyo 2017 (2017/08/03-05) の本編1,2日目に行ってきました

きっかけは rebuild.fm のスポンサー宣伝
YAPC ASIA の系統をついでいるのもあるのか、 コンテンツ はかなり幅のある内容で、誰でも興味のある内容が何かしらあるであろう。な、カンファレンスでした

発表資料は既に タイムテーブル の各詳細ページに大体公開されているので、内容はそちらを参考にしていただければと思います（リンクが貼られていないものも少し有りますが、検索すればどこかに上がってることが多いはずです）

このエントリでは、自分が聞きに行ったセッションがどこだったかのリストとセッション全体についてのざっくりとした感想、及び、カンファレンス自体についてのざっくりとした感想を書いておき、来年以降また開催された時の参加判断の資料にできればと思います

更新履歴

  • 2017.08.07 公開

聞いたセッション

実際にその場に行って、聞いたセッションのリスト

1日目

2日目

聞きたかったセッション

後評判を聞いたりして、聞きたかったかなーと思ったセッション（後でスライド読む）

1日目

2日目

ざっくりセッションの感想

今回は、趣味のコードを書く時にヒントになりそうな気配を感じるセッションをめぐることをコンセプトにして、行くセッションを決めています

実際、全てのセッションで 「あーこれためしてみよー」 的な学びがあり、やりたいことリストが積み上がりました（1日目帰ってから猛烈に イカフェス に参加してたので大分忘れて、今ブログを書きながら思い出している状態ですが）

自分は相当の出不精で、 「休みの日に部屋の外に出て人の波に揉まれるとか頭悪い（真顔）」 とか言っちゃう アレな 人ですが、珍しく1日目終わった後に 「明日も楽しみだなー」 とか思ったり、2日目の朝も最初のセッションどれに出るべきか、ギリギリまで悩んでいたりと、楽しいセッションがかなり多かった印象で、満足感が高かったです

各セッションの人数も、結構分かれていた感じで、座れなかった人とかは殆ど居なかったのではないかな

ランチセッションは、弁当が配布（但し先着順。自分は幸運にも２日とも頂きました）されて、それを食べながら PR セッションを聞く、という感じでした
が、その PR 自体も結構発表者の人が面白いコンテンツを用意しつつ会社の PR をする内容（というより、仕事の宣伝が含まれているだけで普通の発表）だったので、楽しんで聞けたし、弁当も美味しかったので幸福度がかなり上がりました。しあわせ

ざっくりカンファレンスの感想

自分がそういうセッションを選んで聞いて回っていた、というのも多分にあると思いますが、よくあるカンファレンスでは

  • プロフェッショナルな人が、プロフェッショナルな事を話す

というセッションが多いのと異なり、全体的に

  • プロフェッショナルな人が、好きで・趣味でやってる色々な事を話す

というセッションが多かった印象で、今日から自分もやってみたい！という感情が揺さぶられる内容が多かったです

また、カンファレンス自体も、参加者全員がカンファレンスを盛り上げるメンバーになれるように色々仕込まれていて、運営の方々が凄い頑張ってる感をとても感じます

  • 例
    • エンジニアあるあるな単語が書かれているしゃもじが配られたり
    • 謎のQRコードのようなものが書いてある手提げが配られたり
    • コーヒーカップが可愛かったり
    • Twitterアイコンが両面に印刷された名札が配られたり

会場も日吉駅から徒歩数十秒〜数分の近さで暑い日差しを殆ど浴びずに済み、お肌に優しい感じでした

総じて、良かった

まとめ

builderscon tokyo 2017 、開発者万人に向けて満足度・幸福度高し。来年も行こう

蛇足

自分用メモ

やりたい・試したいことリスト

  • WEBツール作りながら色々やる
  • 機械学習やるときは EC2 GPU インスタンス 使う（ちゃんと使えば自分で GPU 買うより全然安くすむ）
  • 色々やってブログにメモる
  • CircleCI
  • そのうち gaurun 調べる（PushNotificaton サーバーサイド）
  • yacc, goyacc
  • JSON Editor: JSON Schema Based Editor
  • いつかオレオレ言語書きたい
  • 興味ベースで色々始める

自分用当日書いたメモ

後で添付する

ラベル:

コメント

コメントを投稿

このブログの人気の投稿

Firefoxのvim化アドオンVimperatorを使ってみた

Firefoxのアドオン Vimperator をここ1，2か月ほど使っています。 機能的には、知る人(訳：Linux触る機会がある人)ぞ人知るテキストエディタvi又はvimの操作をFirefoxの操作に組み込んでしまおうというもの。 vimに慣れている人なら、導入して少し覚えるだけでマウスを使わずに普通のブラウジングはすべてキーボードで完結できるようになります。 タブのURLコピーや新しいタブでクリップボードにあるURLや検索文字列の検索をボタン一つで開いたり、タブ操作をキーボードの操作のみで出来るなど、慣れればかなり便利で、現在自宅、学校、仕事先すべてのPCに導入するまでに至っております。 操作詳細などは FirefoxのVimperatorがすごく便利 Firefox拡張：FirefoxをVim風のキーバインドで操作するVimperator このあたりを参照してもらえば主要な操作はわかります。直で言ってもらえれば自分が個人的に作ったよく使う操作一覧などお送りします。 さくさく動くのでほとんど満足なのですが、唯一コピペのWindowsデフォルトであるCtrl+cやCtrl+v等の操作が競合してしまうため、感覚的にコピーしたいと思った時にCtrl+Cを押してコピーできていないことによくはまってしまうことが難点な感じです。 今のところ対応策としてはテキストを選択してShift+yでヤンク（コピー）するか、Ctrl+vで1操作エスケープする状態にしたうえでCtrl+cなどする以外にはなさそうな気がします（他に方法があれば教えてくださいpq)。 ここのキーバインドのon/offなどが簡単にできれば最高なのですが、まだまだ発展途上な感じなので今後に期待。
4 件のコメント
続きを読む

git status と git branch ができる unite の source 書いた

書きました。 https://github.com/kmnk/vim-unite-giti すでに有りそうな気もするんですが、今のところ知らないのと、 http://kmnk.blogspot.com/2011/02/unitesvn-statussvn-diffsource.html で書くといって既に一年経っているのとで自分で書いてみました。 まだ仕事でがっつり使っていないので、バグや動作不全などあるかもしれません。 昔作った svn と違って何故か vim-unite-git じゃなくて giti なのは、日和っただけで深い意味は無いです。 インストール方法は割愛します。unite.vim 使っている方なら余裕なはずという想定で… 作ったsourceの名前は以下。 giti/status giti/branch 追記(02/29): READMEには追加しているんですが、sourceをいくつか追加しました。以後は README.markdown を参照してください。 giti giti/log giti/config  追記ここまで(02/29) それぞれ、独自 kind を定義していて、以下のactionを持っています。 giti/status add $ git add $FILES rm_cached $ git rm --cached -- $FILES reset $ git reset HEAD $FILES commit $ git commit $FILES amend ←動作が怪しい $ git commit --amend $FILES checkout $ git checkout -- $FILES diff $ git diff $FILES diff_cached $ git diff --cached $FILES git/branch run $ git checkout $BRANCH_NAME or git checkout -b $NEW_BRANCH_NAME delete $ git branch -d $BRANCH_NAME その他、以下の関数を用意しています。key map などして使えるかもしれないです。 giti#branch#delete_force(branch) $ git branch -D...
2 件のコメント
続きを読む

ホストOSからゲストOSへsshでアクセスできるようにする

前回 ホストOSからゲストOSのsvnを使えるようにしました。 同様なポートフォワーディング等を使って、sshでアクセスできるようにします。 1. やりたいこと ホストOS、その他PCからゲストOSにsshでアクセスする 2. やること ゲストOSでsshアクセスの設定 ホストOSでポートフォワーディングの設定 アクセスできるか確認 3. 操作の解説 ここまででsvnにアクセスできていれば面倒なところは無いのでさくさく進みます。 1. ゲストOSでsshアクセスの設定 1.1 インストール ゲストOS上で以下のコマンドを実行し、インストールする $ sudo apt-get install ssh 2. ホストOSでポートフォワーディングの設定 2.1 設定の更新 svnへポートを通した操作と似たようなことをsshのポート用に行います。 コマンドプロンプトで以下のコマンドを実行。VirtualBoxのインストール場所が異なる場合は調整してください。 また、svnと同様にアダプタタイプが「PCnet」の場合は「e1000」を「pcnet」に書き換え、また「VirtualBox_Ubuntu」は各自が設定したマシン名に書き換えてください。 cd "C:\Program Files\Sun\xVM VirtualBox" VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/Protocol" TCP VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/GuestPort" 22 VBoxManage setextradata "VirtualBox_Ubuntu" "VBoxInternal/Devices/e1000/0/LUN#0/Config/guestssh/HostPort" 2222 2.2 設定の確認 念のため確認します。前記の位置で引き続き以...
2 件のコメント
続きを読む