You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに こんにちは! テクノロジー戦略本部 開発1部の中舘です。 私は今年の4月に新卒で入社し、現在は出張訪問買取システム「Visit」の開発・運用をしています。 本記事では、プロダクト開発研修後に配属されたVisitチームでリリースに立ち会ってから現在に至るまでの期間の話をしたいと思います。 Visitチームで使うプログラミング言語やアーキテクチャは初学で、出張訪問買取の業務知識もありませんでした。 そんな私が、リリース当時何をしていたのか、現在どのような業務に携わっているのかをお話しします。 この記事が少しでも多くの若手エンジニアに勇気を与えることができれば嬉しいです。 はじめに 配属当時の状況 未経験からのキャッチアップ方法 Go言語の勉強 アーキテクチャについての勉強 ミーティングや現場見学などへの参加 成長を後押しする環境 メンターからのレビュー 情報共有の文化 チームの温かい
RubyといえばRails、RailsといえばActiveRecordというくらいに、事実上ActiveRecordはRuby界隈におけるORマッパのデファクトスタンダードだ。しかしながら、Piotr Solnicaというソフトウェア・エンジニアは、ActiveRecordパターンが常にスケーラブルなアプリケーションにとっての最適解ではないという思想から、ROM.rbというRubyアプリケーションにおけるレイヤ分割を強力にサポートするためのORマッパー*1を開発している。 ROM.rbの何がよいのか? 長期間にわたってRailsアプリケーションの中でActiveRecordを使ってきた経験があれば、ActiveRecordにおいてモデルの中にロジックがてんこもりになり、コードベースが肥大化してきてしまうのに悩んだ経験があるのではないかと思う。ActiveRecordには、データベースの構造
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く