【主催】KANSAI.TS #1 を開催しました！
06月 10日
関西で、いいえ日本で初開催でした！
東京でも来週に開催、抽選倍率が大変なことになっていますが、奇しくも東京より先んじて開催することになっていました。 5/3のもくもく会の中でふと、私自身がやりたいと言った 3日後に今回のイベントページを公開する運びとなっています。またイベントページを公開したタイミングで参加枠、LT枠共に埋まり、キャンセルも中々出ない状況は驚きました。
LT枠に空きが出たら私も喋りたいなと思いましたが、今回はその必要が無かったようです。。汗
GVH Osaka (グローバルベンチャーハビタット大阪) にて、
無事初回を終えることができました👏
セッション終わりに、記念撮影もさせていただきました！
※ ちなみに GVH Osakaで何らかのイベントを開催・共催したい場合は以下よりできますので良ければご利用ください。
Advanced built-in types
関西 Node学園オーガナイザ @shisama さんの登壇、色々な型定義のご紹介がありました。 readonlyは認識していましたが、まだまだこれからと言った型定義もあり、深く見ていく必要がありそうです。
- Partial
- Required
- ReadOnly
- Pick
- Record
- Exclude
- Extract
- NonNullable
- Parameters
AWS CDK for TypeScriptを紹介するぜ
KYOSO株式会社 @is_ryoさんの登壇、構成管理で Cloud Formationのテンプレートを生成できる AWS-CDKを TypeScriptで書く話。この AWS-CDKを使う上であくまで public betaでありプロダクションとして使うには時期尚早であること、突然の仕様変更がありうるためアップデートには気をつけて使う必要がありそうですね。
ざっくり AssemblyScript
丸末 皓太 (@mrsekut)さんの登壇、フロント・バック共に TypeScriptで実現できる AssemblyScriptについて。一部 Rustより速かったり、 Cよりファイルサイズが小さく済んだりするらしいですが、基本的にビルドすると .tsから .wat/.wasmを生成する仕組みで動作。 サンプルを作っているそうなので少し参考にさせていただきたいと思います。
Alexaスキル開発で始めるTypeScript
株式会社デジタルキューブ Hide Okamotoさんの登壇、 Alexaスキル開発を TypeScriptで始める話。 gulpfileなどタスクランナーを除いてほぼ 100% TypeScript製のフレームワークであること、 Input/Outputで型の恩恵を受けられる。音声から文字を認識、 Lambdaで JSONを受け取って JSONを返す仕組みも単純明快な印象。設計周りは ask-sdkの設計を覗き見る
を見ると良さそう。
また来月 6-7日に スキルアワード2019 ハッカソンがさくらインターネット株式会社 大阪本社にてあるので、興味ある方は是非！
Cognitive Complexityでコードの複雑さを定量的に計測しよう
@s2terminalさんの登壇、 Code climateで定量的に計測できる話。ネストが深かければ深いほど人間にとって理解することは難しいレベル、この観点を Cognitive Complexityと呼ぶことは初めて知りました。
Dockerで動作する サンプルを作ったそうで docker-compose run --rm analyze コマンドを叩くことで簡単に計測できるので一度試してみようと思います！
Cognitive Complexityでコードの複雑さを定量的に計測しよう
【VSCode Remote】10秒でNuxt環境を構築【脱WebStorm】
@salamander_jpさんの登壇、VSCodeの拡張機能について。指定の vscode-remote-try-nuxtリポジトリをクローンし VSCodeを開くと、 [Reopen in Container]をクリックすることでコンテナ内で開発できるようになります。ところが先日の v-kansai #6 同様デモでコケると。。 成功時の動画を事前に撮影した方が良かったかもしれませんね。
VSCode Remote】10秒でNuxt環境を構築【脱WebStorm】
TypeScirptでAPIの受け入れテストを記述
株式会社chatbox 代表取締役 後藤知宏 (@mikakane)さんの登壇、 REST APIを使う場面で TypeScriptを部分的に導入した話について。 TypeScriptを導入するには一から型定義する必要があるため、デザイナーが多いプロジェクトなどでは導入コストが高くなってしまう。とはいえ実行時に型チェックしてくれないが、せめて REST APIでの型チェックは厳格に管理しておきたい。こうした限定場面で io-tsを使うと良いかもしれません、一度試してみようかと思いました。
最後に、
次回 kansai.ts #2 は 9月上旬開催予定 (7月上旬にイベントページを公開・募集開始予定) 参加枠、LT枠共に今回よりも増やして準備していますので、是非ご気軽に参加いただければ幸いです。
また kansai.ts用のコミュニティを discordで作りました (どんな感じで進めるかは全く想定外ですが)
