2017年の反省と2018年の目標
はじめに
2018年も既に2月となっておりますが、2017年の反省と2018年の目標を書きます。
2017年
転職の1年でした。活動自体は1月から7月の入社まで。(退職は3月末)入社後も色々な意味で慣れない仕事に追われていた1年でした。 転職活動では、皆様にご迷惑とご心配をかけてしまいました。本気で反省しております。
反省
- 2017年の目標とか書いてたけどどうだったか。
英語
英語を勉強
- 具体的な最終目標はなし
- なるべく毎日何かやる
- TOEICを3月と12月に受験
- 1月に受けたかったけど、すぐ申し込んですぐ受けられるというものではないらしい。
- 1/5に申し込んで3月受験。
- 転職前までは割とやっていて習慣化していた。
- が、通勤退勤中に行っていたため
ニート転職期間の3ヶ月?にやる気喪失。- 日々の日報を見ると3/30までは行っていた記録あり。
- 1月にTOEIC受けた事は○だが、TOEICが難しすぎて逆にやる気が削がれたのも良くなかった。
- 「○○をしたい → 英語を勉強する」という動機が弱かったため続かなかったと思われる。
何か作る
何か作る
- 当初の目標と方向性は大きく異なるが、家庭内システム(Raspberry Pi)を作ったとは言えるかなと思う。
- が、目標作った時に考えていたと思われる「公開して誰かに使ってもらえるもの」という事だと×。
- 作業用リポジトリとか、日報とか見てると途中途中で色々作ろうとはしてるけど、結局作れてないので反省したい。
2018年
仕事が結構変わったためそれに合わせた目標を2つと、個人的な目標を1つにしてみた。 仕事の面でもプライベートでも今後の人生に大きく関わってくる1年だと思うので、ちょっと頑張っていきたい。
統計検定3級
- 今の会社は分析が中心なので、社員は全員統計検定を取る義務があるらしい。
- せっかく、そういう会社にいるので波には乗っておけの精神で取る予定。
- 正直、やる気はそこまでないけど、数学は好きだったのでやれば楽しくなると思う。
PythonでWebサービス作成
- 会社内ではとりあえずPythonなので、慣れるためにも何か作る。
- → 何かでは作らないので、既存サービスのパクリでも作ろうかと考えております。
- 普通に何か作る際にサクッと作れるくらいには慣れるのが目標。
家庭内SlackBotの作成及び起動
- 昨年末から稼働しているRaspberry Piを中心とした家庭内システム。
- 一応稼働はしているが、先週末辺りにRaspberry Pi(初代)が壊れたので移行から。
- 家族が結構喜んでくれたので、やる気もあるし継続的に改善していきたい。
Windowsから定期的にSlackに投稿する
はじめに
- WindowsからSlackにメッセージを投げたい事があって、面倒だろうなと思って調べてみたらあまりにも簡単だったのでメモ。
- 自分通知用にSlackメッセージ投げたい事あるよね?ない??
- 一言で言うと「Windowsのタスクスケジューラでbash上でシェルを動かして、Slackにメッセージを投げる。」だけ。
- Windows上でシェルが動くと楽で良い。
もうちょっと詳しく
- 定期実行にはWindowsデフォルトのタスクスケジューラを使用。
- Slackにメッセージを投げるにはIncoming WebHooksを使用して、規定のURLにPostする。
- Postするにはシェルを使用。
- 素のバッチで実行するのは面倒っぽい。
- シェルを実行するにはWSL(Windows Subsystem for Linux 旧Bash on Ubuntu on Windows)でインストールされるbashを使用。
手順
- WSL(Windows Subsystem for Linux 旧Bash on Ubuntu on Windows)をインストール
- 色々便利なので入っていない方はこの際入れましょう。
- 参考 : Windows Subsystem for Linuxをインストールしてみよう!
- ↓からIncoming WebHooksを登録
- 登録後に表示される「Webhook URL」を確認
- シェルを作成
#!/bin/sh # Incoming WebHooksのURL WEBHOOKURL="https://hooks.slack.com/services/XXXX/XXXX/XXXX" # slack 送信チャンネル CHANNEL="#test" # slack 送信名 BOTNAME="my_bot" # slack アイコン FACEICON=":ghost:" WEBMESSAGE="Hello Slack!" #Incoming WebHooks送信 curl -s -S -X POST --data-urlencode "payload={\"channel\": \"${CHANNEL}\", \"username\": \"${BOTNAME}\", \"icon_emoji\": \"${FACEICON}\", \"text\": \"${WEBMESSAGE}\" }" ${WEBHOOKURL} > /dev/null
- タスクスケジューラ起動
- Windowsキー → タスクスケジューラ検索
- 「基本タスクの作成」 or 「タスクの作成」
- 名前やトリガーは適切な値に設定
- 操作
注意
Slackにメッセージ投げる部分抜粋
- Slackに投げるだけなら、curlが使える環境ならPostするだけなので超簡単。
curl -s -S -X POST --data-urlencode "payload={\"text\": \"test dayo\" }" https://hooks.slack.com/services/XXXX/XXXX/XXXX" > /dev/null
Slackに投げる部分をもうちょっと汎用的にした奴
いくつか投げたい通知があったので、少し汎用的にして使っています。
#!/bin/sh # Slack通知スクリプト # 引数1(必須) : メッセージそのものか、メッセージが記載されたファイルPATH(PATHは/mnt/c/...形式) # 引数2(任意) : 出力するユーザ名(未指定の場合は「mybot」) MESSAGEFILE=$1 # slack 送信名 BOTNAME=$2 if [ "$BOTNAME" = "" ] ; then BOTNAME="mybot" fi ls ${MESSAGEFILE} > /dev/null 2>&1 if [ $? = 0 ] ; then WEBMESSAGE=`cat ${MESSAGEFILE}` else WEBMESSAGE=${MESSAGEFILE} fi #WEBMESSAGE=`cat ${MESSAGEFILE}` # Incoming WebHooksのURL WEBHOOKURL="https://hooks.slack.com/services/XXXX/XXXX/XXXX"" # slack 送信チャンネル CHANNEL="#test" # slack アイコン FACEICON=":ghost:" #Incoming WebHooks送信 curl -s -S -X POST --data-urlencode "payload={\"channel\": \"${CHANNEL}\", \"username\": \"${BOTNAME}\", \"icon_emoji\": \"${FACEICON}\", \"text\": \"${WEBMESSAGE}\" }" ${WEBHOOKURL} > /dev/null
使う時
- shから
/mnt/c/tools/notification2slack.sh "ほげほげでした。" "ほげ通知"
- batから
bash "/mnt/c/tools/notification2slack.sh" "ほげほげでした。" "ほげ通知"
参考
- [10分で出来る]シェルスクリプトの結果をslackに投稿
- 改行コード変換を行っているが、LFならば特に問題なく表示されたので、使用しませんでした。
lsとpwdをコマンドプロンプトで使う
c:\work\20170929>ls 'ls' は、内部コマンドまたは外部コマンド、 操作可能なプログラムまたはバッチ ファイルとして認識されていません。
はじめに
コマンドプロンプトで「ls」や「pwd」と打って怒られたので、カッとなってやりました。
真面目に使いたいなら↓辺りを参考に色々使ってみれば良いと思います。
手順
- 以下の内容を「ls.bat」というファイル名で保存。
@echo off dir %1
- 以下の内容を「pwd.bat」というファイル名で保存。
@echo off @cd
- ↑で作成したファイルをパスの通った所に置く。
- 使う。
c:\work\20170929>ls ドライブ C のボリューム ラベルは OS です ボリューム シリアル番号は DE0A-E8AA です c:\work\20170929 のディレクトリ 2017/09/29 04:51 <DIR> . 2017/09/29 04:51 <DIR> .. 0 個のファイル 0 バイト 2 個のディレクトリ 173,906,067,456 バイトの空き領域 c:\work\20170929>pwd c:\work\20170929
コマンドでやる
mkdir c:\shortcuta cd c:\shortcuta echo @echo off >> ls.bat echo dir %1 >> ls.bat echo @echo off >> pwd.bat echo @cd >> pwd.bat set PATH=%PATH%;c:\shortcut ls pwd
環境変数に追加は手でやってください。
後書き
MarkdownでSlide作成して自分のGitHub Pagesで公開する
MarkdownでSlide作成して自分のGitHub Pagesで公開する奴を作りました。 資料がアチラコチラに散らばることがなく、テキストでGitなので差分が見れたりと結構便利です。 動きがあるスライドなどは辛いですが、さくっと作る時には良いかと思いますので良かったら使ってみてください。
忙しい人用まとめ
- SlideをMarkdownで書いて自分のGitHubで管理して、自分のGitHub Pagesで表示できるようにした。
- reveal.js version 3.5.0を使用
- 毎回HTMLとか書きたくないので、Markdownのパスを指定すればスライドが表示されるようにした。
- 真似したい人は、リポジトリをForkやCloneして、GitHub Pagesで公開すればすぐ使えます。(↓に使い方書いてます)
- スライドサンプル
経緯とか
私はスライド資料をPowerPointやKeynoteで作るのが嫌なのでMarkdownで作成しGitHubで管理しています。*1今までは、そのスライドをSlideck(https://slideck.io/
)というサービス*2でスライド表示していたのですが、たまに繋がらない事があったり、HTTPSで警告が出るようになったりとしていて、最近サイト自体が消えてドメインが別の方のものになってました。😂
代替サービスも色々探してはいたのですが中々しっくりくるものに巡り会えず。(一応下の方にまとめておきます。)自分でなんとかしようとなった次第です。
Markdownをスライド表示するreveal.jsは以前少しだけ触ったことがあったので、外部ファイルからファイルを読み込める事ができることは知っていました。なので、GitHubにあるMarkdownファイルを直接読ませたら表示できるのでは?っと読ませたら普通にスライドが表示されました。*3
という事で、最終的にはGitHub Pagesとして作成してみました。
使い方
初回
- git clone or forkして自分のGitHubにリポジトリ作成
- プロジェクトのsettings
- GitHub Pagesとして公開
- 以下にアクセス
スライド追加
PDF出力をする場合
- 公式にも記載がありますが、一応記載しておきます。
- URL末尾に「&print-pdf」を付与して表示。
- ブラウザの印刷設定
- PDFに保存、横向き、背景のグラフィックにチェック
- 保存
注意点
- GitHub Pagesなので更新が遅い場合があります
- ブラウザにキャッシュされている場合もある(キャッシュクリアや別ブラウザ、シークレットモードなどで確認)
- 古いブラウザは考慮していません
- オフラインでは見れません(↓のPDF化参照)
調査した代替サービス(覚えているものだけ)
- GitPitch
- Qiita
- ○ Qiitaの記事をスライドで表示可能
- × GitHub管理ではない(資料が分散してしまう、芝が生えない)
- ○ たくさんの人に見てもらえる
- Marp
- WikiNote
- △ 匿名
- × 誰でも変更可能
- × GitHub管理ではない(資料が分散してしまう、芝が生えない)
- × スライドモードでスライドが2枚づつ作成されている?
- Generate Google Slides from markdown
- 最近発見したのであまり調べてないが、最終的にこれでGoogleSlideに変換してSlideShareなどで公開するのもありかな?
- 参考 : MarkdownファイルをGoogleスライドに変換
*1:どこでもアクセス可能、履歴、差分見れる、芝生えるとメリットいっぱい
*2:ボケてなどを作ってる、ゆーすけべーさんが作成。 http://blog.yusuke.be/entry/2016/03/18/150640
*3:raw表示を行うURLを渡しましょう。 https://raw.githubusercontent.com/…
We Are JavaScripters! @10thに参加してきた #WeJS #yahoolodge
資料など、随時更新します。
はじめに
- 8月25日(金)に「We Are JavaScripters! @10th」という勉強会に参加してきた時のメモです。
- 全てLT、酒飲みながらのメモなので*1、興味のある発表については資料見たほうが早いかと思います。
- 資料については公開され次第、随時追記します。
- 記念すべき10回目!
- ちなみに、登壇者で応募しましたが抽選で落ちました😂
- 6人枠の所に14人?とか。辛い。
- 登壇者9人中6人が、発表タイトルにReactが入っている。
- 人数が↑と合わないのは、スポンサー枠、主催者枠のため。
- ハッシュタグ : #yahoolodge #WeJS
概要
「JSの勉強会って、登壇する人がハイレベルな人ばっかりだな〜」 と思ったのがきっかけで作った勉強会、「We Are JavaScripters」! 自分が学んだこと/気づいたこと/面白かったこと/失敗したこと/ハマったこと/挑戦したこと/デバッグテクニック/オススメツール・開発環境/お気に入りのライブラリ/オレオレライブラリ/実はこうだった言語仕様/tips などなど、 お酒を片手に、気軽に発信できる場を目指しています^^/ ※誰でも怖がらずに登壇できる空気を作りたいだけだけなので、もちろん玄人のみなさんも登壇大歓迎です!!
LT.1:Reactのフォーム画面開発で発生する問題をredux-formで解決する @kazuaki_okamoto
- 発表資料
- redux-formはあまり実務で使用されていないらしい。
- 手上げが少ない。
- http://redux-form.com/7.0.3/
- GitHub☆が7300↑
- React+Reduxより簡単完結。
- FieldArray便利っぽい。
- 配列で取得。
- パフォーマンスのメリット
- Field=Reduxのconnectのような扱い
- V6で大幅に改善。
- 入力値のバリデーションとエラー状態管理
LT.2:Reactに不変の愛を @boiyaa
- 発表資料
- 内容的に公開は難しい予感。
- ElmとJavaScriptを組み合わせたアプリケーションの作り方
- 主催者いじりが始まる。
- elmの話w
- http://elm-lang.org/
LT.3:Take into Accessibility in React @usagi-f
- 発表資料
- まだ公開されていない?
- 元デザイナーの方
- Accessibilityを意識したReactの話。
- 実は相性が良いReactとアクセシビリティ
- UIが容易に制御
- 既に多くの拡張がある
- WAI-ARIA
Web Accessibility Initiative - Accessible Rich Internet Applicationsの頭文字であり、HTMLやSVGで利用できるアクセシビリティ確保のための属性の仕様です。
- aタグのhrefは必須じゃない
この属性は、プレースホルダーリンクを生成するために省略できます (HTML5)。プレースホルダーリンクは従来のハイパーリンクに似ていますが、どこにも移動しません。
- ta11y?
LT.4:CSSの嫌なところを解決できる。そうCSS Houdiniならね。 @fukaminmin
- 発表資料
- まだ公開されていない?
- CSSはブラウザ対応がだるい
- Houdini
- 海外のマジシャン?
- https://twitter.com/mki_skt/status/901043986965569537
- Typed OM
- px計算とかが楽。
- ブラウザの実装状況はひどい。
LT.5:Chromeデベロッパーツールを自分色に染める @jumpei_ikegami
LT.6:flowがReactにもたらすもの @takanorip
- 発表資料
- まだ公開されていない?
- 技術書展出店予定
- flow?
- 静的型チェッカー
- 小さく試せる
- レガシー環境下でも使える
- AltJSではないのでESの機能すべて使える
- Reactと相性がいい
- 作ってる所が一緒
- エラーが出た時に参考にできる情報がない
- GitHubのissueを見る
- flowは後から入れても大丈夫なので、小さく入れてみると良い
LT.7:ReactでPDF帳票を出力する @stakezaki
- 発表資料
- ReactでPDF
- フルスタックエンジニアはいらない
- HTMLとJSだけあればいい
- vte.cx Advent Calendar 2016
- https://admin.1.vte.cx/
- 裏ではnode.jsではなくNashornを使っている
LT.8:レガシーな環境にTypeScriptを導入した話 @ama
- 発表資料
- まだ公開されていない?
- レガシーな環境とは。
- 型があるって素晴らしい!
- ある程度は書き方が統一できる
- jQueryを使っていたら、jQueryの型定義が既にある。
- 独自の型定義をどこまで頑張るのか問題。
- Java、C#のエンジニアが多い場合にはTypeScriptがいい!
LT.9:同じとは @chikoski
- 発表資料
- 2と10は同じ
- 偶数だから
- 同じというのは価値観によるので難しい
- JavaSciprtの同じがわかる表
JSの比較ってこわい #wejs pic.twitter.com/fYw11i3u7H
— さっくる / Saki (@sakkuru) 2017年8月25日
*1:特に後半
JJUG ナイトセミナー 「Java O/Rマッパー特集」に参加してきました #jjug
久しぶりに?JJUGナイトセミナーに参加してきましたその際のメモになります。
あくまでもメモなので、抜けている箇所や誤っている箇所がある可能性があります。セッションの資料はかなりわかりやすかったので、是非各スライドをご参照ください
概要
時間 | 内容 |
---|---|
19:00-19:05 | オープニング |
19:05-19:30 | 「25分でわかるJPA」 |
19:30-19:55 | 「MyBatis を利用した Web Application 開発についてのご紹介」 |
19:55-20:05 | 休憩 |
20:05-20:30 | 「ざっくりわかるDoma」 |
20:30-20:55 | 「Reladomo入門」 |
20:55-21:00 | クロージング |
21:00- | 懇親会 |
25分でわかるJPA
- スピーカー
- 多田真敏 (@suke_masa)
- 株式会社カサレアル
- 発表資料
- 25分でわかるJPA → 25分で(難しさが)わかるJPA
- JPAとは
- 実際に実行されるSQLは絶対にログに出せ!
- エンティティの状態
- めっちゃ重要
- 永続化コンテキストに含まれるか否か
- EntityManagerのメソッドで状態を変更する
- エンティティの状態遷移のスライドが最大に重要
- mergeメソッドの引数のオブジェクトは状態変更されない
- 返り値のオブジェクトが状態変更されている
- JPQLとは
- SELECT,UPDATE,DEKETEのみ
- INSERT、集合演算、FROMでの副問合せはできない
- 殆どSQLと一緒だが、ちょっと違う
- リレーションとN+1問題
- フェッチは基本LAZY
- EAGERは不要なデータを読み込むため
- LAZYからEAGERから動的に変更も可能
- JOIN FETCH文
- DISTINCTを使用する
- SQLに加えてListの重複を取り除く
- フェッチは基本LAZY
- Spring Data JPA
- 超おすすめ
- 便利機能満載
- JPAは使えるのか?
- 使える
- ただし、正しい知識、シチュエーションを選ぶ必要がある
- JPAを使っていい条件
- DBを新規に設計できる
- 集合演算やFROM区
- パーフェクトJava EEを読破した人がプロジェクトに1人以上いる
- ↑が1つでも当てはまらないならば他のORマッパーを使ったほうが良い
MyBatis を利用した Web Application 開発についてのご紹介
- スピーカー
- Tokuhiro Matsuno (@tokuhirom)
- LINE Corp.
- 発表資料
- MyBatisとは
- 永続化フレームワーク
- SQLは直接書く
- interfaceを通じて呼び出す
- 結果をBeanにMappingする
- シンプルなので学習コストが低い
- どんなスキーマでも使える
- 手でSQLを書くため
- 主キーがなくても
- サブクエリなど複雑なクエリも簡単に使える
- 完全にDB製品に依存する
- 発行されるクエリが人間に読みやすい
- 手で書くため
- 3つの書き方
- 困ったときに検索するとStack Overflowに引っかかるので大丈夫
- Intellij IDEAがあれば、色々補完が効くので結構大丈夫
- Spring bootのサポートが手厚い
- Spring Initializrってのがかなりいいらしい
- 利点
- 欠点
ざっくりわかるDoma
- スピーカー
- うらがみ (https://github.com/backpaper0)
- 関西Javaエンジニアの会
- 発表資料
- Domaとは
- DaoとエンティティでDB操作
- SQLはMETA-INF配下に置く
- ない場合にはコンパイル時にエラーにしてくれる
- SQLにロジックもかけたりする(後が辛い
- Daoでできること
- Streamで複数件検索する場合はStreamを直接返すメソッドは警告がFunctionを返すメソッドを使用する
- forUpdate対応
- 挿入、更新、削除でSQLファイルを書くことも可能
- Domaができないこと
- Selectクエリの自動生成
- 親子などの構造を持ったエンティティへのマッピング
- ドメインクラス
- ドメインクラスのデメリット
- クラスが多くなる
- 作るの面倒
- コンパイル時検査
- Domaだけで使える
- 依存jarがない
- Spring Bootにプラグインありで使いやすいとのこと
- Domaは日本語ドキュメントあり
- DomaはSeasarからの派生
Reladomo入門
- スピーカー
- 伊藤博志 (@itohiro73)
- 株式会社FOLIO
- 発表資料
- 「りらども」と読むらしい
- Relational Domain Object
- ゴールドマン・サックスが2016/9に公開
- OSSとしては日が浅いが、2004年に開発開始している
- XMLからコード/DDLの自動生成
- 強力に型付けられたクエリ言語
- SQLは書かない
- 具象クラス
- Finderクラスを用いてOperationを生成
- 複雑なクエリを型安全で柔軟に書ける
- キャッシュ
- 複数のキャッシュを持つ
- キャッシュはかなり賢い
- あまり深く考えなくても自動でDBアクセスを最小に保てる
- セッターに値渡すといきなり更新が走る
- まとめたい場合にはトランザクションを作成する
- Listで一括で複数更新も可能
- 関連はXMLで定義
- N+1問題
- deepFetchというAPIを利用する
- 取得したい関連をdeepFetch指定
- みんなでアホになってフレームワークに任せましょう
- GS Collectionsのサポートが手厚い
- Eclipse Collectionsは現在サポートされていない
- まもなくサポートされる予定
- JUnitサポート
- h2でいい感じに使える
- バイテンポラルモデルサポート
We Are JavaScripters! @9thに参加してきた #WeJS #21cafe
はじめに
- 7月20日(木)に「We Are JavaScripters! @9th」という勉強会に参加してきた時のメモです。
- 全てLT、酒飲みながらのメモなので*1、興味のある発表については資料見たほうが早いかと思います。
- 資料については、2017/07/21 9:00現在公開されていないようなので、公開され次第追記します。
- ここ何回かは参加できていませんでしたが、もう9回目かという感じ。早いなー
概要
「JSの勉強会って、登壇する人がハイレベルな人ばっかりだな〜」 と思ったのがきっかけで作った勉強会、「We Are JavaScripters」! 自分が学んだこと/気づいたこと/面白かったこと/失敗したこと/ハマったこと/挑戦したこと/デバッグテクニック/オススメツール・開発環境/お気に入りのライブラリ/オレオレライブラリ/実はこうだった言語仕様/tips などなど、 お酒を片手に、気軽に発信できる場を目指しています^^/ ※誰でも怖がらずに登壇できる空気を作りたいだけだけなので、もちろん玄人のみなさんも登壇大歓迎です!!
LT.1:JavaScriptパターンシリーズ ~オブザーバパターン~ @ta__miyan
- 発表資料
- 最近フリーランスになったらしい。
- なぜオブザーバーパターンか?
- オブジェクトが気にかけていることが起きた時に通知。
- Flux/Reduxはオブザーバーパターンベースの設計。
LT.2:新卒エンジニアが Angular と React の比較をしてみた @atsushi
- 発表資料
- 新卒の方らしい。
- Angular4
- 独自ルールはだるい。
- 先行事例が少なくてつらい。
- 開発ツール使うと感動の嵐。
- React
- 先行事例が多い(日本語情報多い)
- jsxが気持ち悪い
- ライブラリの依存関係が多くてだるい
- 開発ツール使うと感動の嵐。
- RxJSは鬼ムズイ
- Reduxはめんどくさい
- ルールがかっちりしてるので、ちょっとしたことに対する手続きが多い。
LT.3:非SPAで小さく始めるReactアーキテクチャ @masarufuruya
- 発表資料
- SPA導入の記事が多い。
- 非SPAの記事が少ないので発表してみる。
- jQueryとReactの同居。
- 発表後にjQueryとReactの同居は辛くない?という質問 → まだプロジェクトは完了してないが、今のところは問題ないとのこと。
- axiosを使うとモックが使えて便利らしい。
- 初回のロード待ちの解消にはgon
LT.4:Reduxでmiddlewareを酷使するためにスロットマシーン書いた @腹筋コントローラーの力を信じろ
- 発表資料
- そこそこのアプリにならないとわからない。 → 作ってみた
- Actionの分解。
- Middlewareは何に反応して何に処理を繋ぐかだけを考えれば良い。
- 結構いいんじゃない?という感想。
- まかないてっく#1杯目 〜フロントエンドを語ろう〜の参加者募集中!
- 前提の知識が私に足りなかったため、あまりメモれず。。。
LT.5:JavascriptでチャットCLIツール作成!@akane_256
- 発表資料
- チャットボット流行ってるので何か作ってみたい。
- GoogleのAPI.AIが便利そう。
- Node.jsのSDKがある。
- 言い回しのゆらぎを吸収。
- コンソールに「ピザ食べたい」。
- API.AIはサンプルコードがあるので、JavaScriptがわかれば簡単。
- 楽しむの大事。
- API.AIは今のところは無料らしい。
- そのうち有料化の話もある??
- API.AIのサンプルはピザ注文らしい。(チュートリアル?)
LT.6:JavaScript で味わう、関数型プログラミングのメリット @k5jp1015
LT.7:Generate a QR code with your image by Vue.js! @schwalbe
- 発表資料
- LTするどころか、見ることもはじめて。
- 本業はコンサルらしい。
- とても初心者とは思えないw
- 今後もプログラミングは続けていくとのこと。
LT.8:いまさらのPromise再入門 @chikoski
- 発表資料
- いずれされる処理を表すオブジェクト
- 状態を2種類持っている。
- if文(成功 or 失敗)
- 仕事する前を含めて3つ
- 直列化、並列化
- エラー処理と本筋と分けて書ける
- 普通の処理もPromiseで書いちゃう
- thenの中でthenといったネストしたPromiseはよく考えた方が良い。
- Promiseの本
*1:特に後半