私の最終的なスコアは下記の通り。勉強会を開催するので誰か登壇しませんか?」という話が挙がったので真っ先に手を挙げて挑戦してみた。公式採用した」という話だったが、そういえばその実体をよく把握していなかったなあ、と思ったのがこのテーマを選んだ理由である。発表者4名中、私以外の他3名がサービスでの採用事例だったのに対して、私は知識というか概念の説明だった。初歩的な内容だったのも併せて、聞いていた人に価値が提供できたのかは少し自信がない。最後のデモで失敗しグダグダになってしまったのは大きな失敗だった。usersblog.okashoi.net2年目、3年目と時が経つにつれて、他人が書いたコード見てコメントをする機会は増えていく。このときに(主にコーディングに関する)自分の考え方を言語化して他人に伝える、というのはとても骨が折れる作業だ。そこで、これまでに他人にしてきたコメントを思い返しつつ「普段どんなことを考えながらコーディングしているか」「プルリクを見るときにどんなところを見ているか」という観点を整理してみた。文字に起こしただけでは伝わらない。何度も繰り返し改善案のコードとセットにして伝える、という積み重ねの先に観点・感覚が身につくはずだと信じている。※この記事では主に「バグが発生しにくいこと」「バグが発生しても原因を特定しやすいこと」を目的としている。※具体的なコード例を載せると長くなるので割愛。わかりにくいのは承知の上。関する勉強会の講師というものをやってみた。そのときに使用した資料がこちら。Vue.js(あるいはJSフレームワーク)に興味はあるけど触る機会を得られていない人も結構いるのではないかと思ってこのテーマを選んだ。準備をするにあたって以下の3点を意識した。普段勉強会に参加していて思うのは、話を聞くだけでは「わかった気になる」だけで何も身にもつかないよなぁ、ということ。以前にブログだけ作ってしばらく放置していたが、友人との会話の中で「資産としてブログを書いていくことは大切だなー」と思ったので今日からはじめる。最初の一歩として、このブログをはじめるにあたりやったことをまとめる。「okashoiの日記」というデフォルト名前を今の「s平面の左側」という名前に変えた。いうところから考えて、高専時代の専攻である制御工学のネタから名前をつけた。制御工学系の記事は書かないので悪しからず。Reserved.設定を変更しましたx。