レポートB!著者:noboru-i初稿:2020-02-02はじめに北陸初のRegionalRubyKaigiである富山Ruby会議01が、2019年11月に開催されました。本記事はその開催レポートです。登壇者名の表記は公式サイトに則っています。登録時アンケートの結果発表。YouTube型がない(語弊あり)言語でも、ある言語でも、結局は動作確認するし、テスト・レビューするよね。そんなに変わらなくね?とのこと。たしかに、ある程度チームのスキルレベルが高ければ確かにと思う反面、それが不安定な状況では、型の安心感はあるなーと思います。そのためにスキルアップし、良いコードを書いていく必要があるよね。いうことで、”良い”の一つである”読みやすいコード”の話(次のセッション)に続く。他にも、経験者が語るRubyの利点などが多く、今後言語比較をしたい場面で見返したら良さそうなスライドでした。出していたのが、まさか伏線になるとは思ってませんでした。読みやすいコードとRubyらしいコード前半は、個人的にもいつも気にしている、”読みやすいコード”について、リーダブルコードからエッセンスを抽出した感じ。後半には、そこに”Rubyらしい”を付け加え、Rubyにおける”読みやすいコード”についての考察。名前の付け方や処理の書き方など、自分でも気をつけつつ、教育もできるようになっていかないとなーと思いました。Deck初心者に近い視点から、どのようにしてWeb系企業を目指し、学習していったかというお話。個人的には、だいぶ昔に通った道だなぁ、という感じがありましたが、今ではRailsチュートリアルが整備されていたり、各種いろんな動画教材があったりと、便利な時代になりましたね。情報がありすぎて、その取捨選択するスキル・良い情報にたどり着くためのスキル、などが必要になるのかなーと。そのために、コミュニティに参加するのは良いですね。Deckお昼を挟んでクローラーを作るお話。サーバと逆の動作だからRailsを使えるのでは?って発想が面白かったし、実際に意外と使える部品が多いのも面白かったです。個人での開発は時間がかなり限られるので、それに合わせた選択が必要だよなーというのは共感しました。gzip周りの話で、「ある日、うまく動いてない」というケースもあったそうです。普通のアプリケーションでも外部サービスに依存してることは多く、外部サービス側の動作が想定外だったり、急に変わったりするのはあり得る話だと思います。どこまで厳密にチェックすべきか?というのは、その場面ごとに考えないといけないよなーと思いました。写真撮りながらというのもあったけど、おそらく半分も理解できてない気がします。(そもそも、TracePointとは?ってのが、いまいち理解できてない気がする。)わからないなりに、「プログラムもプログラムで動いている」ということが改めて実感できた気がします。これだけ強い人でもコードから変数名の意味は推測するしかないということだったので、「コメントを書くこと」だったり「変数名を安易に略さないこと」だったりは大事だなーと思いました。自分のやりたい仕事をやりたければ、いろいろ越境しないと難しいよね。