https://togetter.com/li/1405373公式タグ・Twitter:#osrk02大阪Ruby会議とは2018年7月21日(土)に大阪Ruby会議01が初めて開催されました。以前までは関西Ruby会議という規模で開催していましたが、より地域に密接したRuby会議にしようというということになり、ローカルな大阪Ruby会議として開催されました。第2回となる今回も大阪市にある科学技術センターで開催しました。総勢153名(運営スタッフ含む)の方にご参加いただきました。尾籠さん(@ogomr)今回のRuby会議のテーマとロゴについて発表してくださいました。Indicator)という心理学的分類を活用し、メンバー間のクセや気をつけるポイントを意識。チーム内でフォローできる箇所を探せるようにした知見を共有していただきました。それぞれの連携や役割分担が難しいチーム開発だからこそ、個人の特性や心理的なタイプなどを予め知っておくことは大切かもしれません。和広さん(@znz)チャットボットは勉強にもなるし活用次第ではとても面白いものが作れる。実際に作成したボットやボットの種類を例にして知見を共有していただきました。セキュリティに関する話題にも言及していて、明日からでも使える知見チャットというUIが非エンジニアにとっても扱いやすいことから、自分もよく使うので勉強になりました。公宏さん(@mah_lab)ソフトウェア開発のカタチが変わりつつあるということがまとめられています。ライブ設計力とそれを支える自己研鑽。顧問プログラマがどんなお仕事か、どんな能力が必要とされるかを発表して頂きました。要件をヒアリングしたり、質問したり、何を実装するのにどれくらいかかったかを意識、振り返り、日常で使っている武器を磨き続けることが大切なんだなとわかりました。健人さん会社の環境とこれから目指すところ、現状について発表して頂きました。会社の設備も様々、抱える課題も様々で、本当に働くって面白いなと思いました。智也さん(@cuzic)転職を考えているエンジニアのレベル別に、やってみて欲しいことをまとめてくださっています。会社の選定についても発表していただきました。転職を考えていなくても次のスキルアップに参考になる知識が盛りだくさんでした。要平さん(@yasulab)CoderDojoの活動に対して、スクレイピング、podcastなど、裏で支えるRuby/Railsの活用方法についてまとめて頂きました。Yasutomoさん(@wakaba260yen)「推測するな、計測せよ」パフォーマンス改善の際に、意識する格言ですRuby/Railsアプリケーションのパフォーマンスに関するテストについて発表していただきました。パフォーマンスチューニングの際に、何度も計測する機構を最初に準備することが改めて大切だと気づきました。Masatakaさん(@p_ck_)Rubyが持つWarningの機構について解説その閾値を変更することで、よきせぬバグを防げることとOSSにコントリビュートする機会が増えるという発表をしてくださりました。warningはともすれば目を反らしがちですが、それに向き合うことで得られるリターンの大きさがわかる発表でした。bootsnapについて。実際に速度改善がされているか、実測値の計測もされていて、どれくらい上記のgemが起動速度改善に影響しているか発表していただきました。真一さん(@netwillnet)Concernのおまじないについて解説、Concernを用いる時のアンチパターンについて発表してくださいました。アンチパターンに引っかかることをしたことがあるような...現在もその負債を返しています。増やさないためにチームで認識をすり合わせることも大切ですね。Modelにしないために気をつけることと、チーム内での認識のすり合わせ、パターン化によるリファクタリングの実例について発表していただきました。リファクタリングのお話v2です。Tomohiroさん(@joker1007)Ruby2.7で追加された新しい機能を駆使し、新しいスタイルのコーディングについて発表して頂きました。Kentoさん(@yebis0942)Rubyが更新され便利な記法が登場しても、稼働するRubyのバージョンが合ってなければそれは使えませんそこで新しい記法を利用して、旧記法にトランスパイルする方法/その課題を発表してくださいました。Yusukeさん(@mametter)Ruby3系に向けて、型解析機能の構想と進捗、便利さ、つらみについて発表してくださいました。僚太郎(@510_five)有限会社SCC大阪で社内のICT化促進やシステム運用を担当、受託開発も行ってます。