自作のRubyの動的解析ツールを使って、モジュラーモノリスの境界を試行錯誤している話 - SmartHR Tech Blog
DPE(Developer Productivity Engineering)ユニットに所属している、alpaca-tcです。 最近モジュラーモノリス化を進めるためにRuby動的解析ツールを作ったので、その話をします。 📝 私事ですが、新潟の佐渡島に移住しました。新潟や佐渡島のRubyistの方がいらっしゃいましたら、ぜひRubyKaigiでお友達になってください！ SmartHRではRailsのモジュラーモノリス化を検討をしているよ Railsにおける「モジュラーモノリス」は、アプリケーションを拡張性のある構造にするために、単一プロセスでモノリスアプリケーションを区分されたサブセット(モジュール)に分割するアーキテクチャのことです。 SmartHRでは、コード量が多いプロダクトでモジュラーモノリス化を進めています。 すでに新規機能の開発では導入されていますが、既存コードのモジュラーモノ
Railsのモデル名をすべて変更した話 - SmartHR Tech Blog
SmartHRでは開発にRuby on Railsを広く採用しています。 今日は負債解消のために、開発しているサービスでRailsのモデル名をすべて変更した話を紹介します。 既存のモデル構造のつらみ 私達が開発しているサービスでは、モデルの親子構造が分かりやすいということで、モデルをネストした構造にしていました。 例えば、 User に紐づくプロフィール画像 User::ProfileImage は、 app/models/user/profile_image.rb に配置する具合です。 パッと見の構造が分かりやすいのですが、時が経つにつれて次のようなつらさが顕在化してきました。 Railsの規約(推奨ルールのようなもの)に則っていないので、関連定義が冗長になる テーブル名が長くなる。 外部キーや関連名が長くなる。 関連名と外部キー名が一致せず、カラムを呼び出したいときにDB定義を見ないと
SmartHRのOSSガイドラインを公開しました - SmartHR Tech Blog
こんにちは、エンジニアのkinoppydです。本日は、SmartHRが公開したOSSガイドラインに関してご紹介します。 github.com SmartHR OSS ガイドライン SmartHRでは、すべてのサービスでOSSが使用されています。Ruby、Ruby on Rails、React、TypeScriptは必ずすべてのサービスで使われていますし、その他にもたくさんのOSSがSmartHRのサービスを構成しています。これらOSSによってSmartHRのサービスは支えられているので、我々もOSSに対してなにか貢献をすることができると良いなと思っています。しかし、現在社内には業務時間中のOSS活動に関する明示的な文章が存在せず、業務としてOSSにコミットする労務/法務的なルールが不明でした。また、OSS文化に対する経験が浅い人にとっては貢献する方法などもよくわからず、ハードルが高いと感じ
CTOがテックブログなんとかしてって言って一ヶ月が過ぎました - SmartHR Tech Blog
こんにちは、エンジニアのkinoppydです。 先日、SmartHRでのメタプログラミングRuby読書会と、その成果物というエントリを公開した直後に、毎週水曜日に開催されている社の全エンジニアが参加するテック定例というイベントの中で、CTOから「テックブログ最近更新されてないね、どうする？」という言葉を投げかけられました。POSTしたばかりの私としては「いや、更新しとるやん」と思ったのですが、客観的にここ数ヶ月の更新を見ていると、以前ほどの活発感もなく、またエンジニアリングの話よりも取り組みや入社報告が多く、テックブログと名乗って良いのか少し疑問が残ることも確かでした。そこで、今後このテックブログをどうしていくのかを、CTOと私、そしてテックブログに一家言ある社内の有志のエンジニアをその場で募り、会議室で腹を割って話してみることにしました。 会社のテックブログというものと、その宿命 比較的
SmartHRでのメタプログラミングRuby読書会と、その成果物 - SmartHR Tech Blog
エンジニアのkinoppydです、お久しぶりです。 今日は社内メタプログラミングRuby 第2版読書会を開催した話と、その成果物に関して共有しようと思います。 SmartHR社内での勉強会 社内では、いくつかの勉強会や読書会が開催されています。業務で必要な知識をみんなで揃って学習する目的であったり、単に有志で集まって自分たちの力を底上げするためにやっていたり様々な形態のものがあります。例えば直近では、大規模スクラムを実践するために、大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法をテキストにスクラム勉強会をCTOのmasato_serizawaが開いていたり、フロントのコードを書くときのメンタルモデルを学ぶためにDan AbramovのJust JavaScriptを毎週翻訳して参加者で共有する会を、フロントエンジニアのnabeli
私がSmartHRに入社して一ヶ月が過ぎました - SmartHR Tech Blog
俺だ、kinoppydだ。今日はお前にSmartHRで働くということはどんな感じなのかを伝えに来た。 このエントリは、なにか悪い力によって書かれました。 ただしいエントリは下のリンクを参照して下さい。 tech.smarthr.jp SmartHRという会社 社会の役に立つものを作っている。そういう認識をしておけばだいたい間違っていない。 紙、好きか？ 俺は好きだ。紙の質感は指に心地良いし、何より紙にはだいたい有益な情報が書いてある。俺は情報も好きだ。 だがしかし、それが年末調整や入社手続きなどの書類になると、話は別だ。俺は途端に紙が大嫌いになる。 何故か。必要ないからだ。必要ないだろ？ 今の時代、政府だっていーがぶとか、でじたるとらんすふぉーめーしょんとかいうやつで、紙じゃなくても手続きできるようになってるんだ。 ペーパーレス。最高じゃないか。俺は紙が好きではあるが、紙を右から左に送った
前島真一さんが技術顧問としてジョインしました！ - SmartHR Tech Blog
こんにちは！ SmartHR VPoE の芹澤です。 この度、弊社開発チームに前島真一さん（ @willnet ）が技術顧問としてジョインいたしました。 （左: 芹澤、右: 前島さん） 前島さんは様々な企業で Rails プロダクトの開発コンサルティングをされています。 弊社においても、Rails で開発されているプロダクトを全般的に見ていただき、設計やリファクタリングの相談に乗っていただくほか、ペアプログラミングを通した開発メンバーの技術力向上を進めていく予定です。 また、チャレンジングな試みとして、開発メンバーの技術的な評価をお手伝いいただくことも計画しております。具体的な進め方は模索中ですが、各プロダクトの技術的な健康状態がどうなっているか、それを維持・向上するためにメンバーがどのように貢献したかを第三者視点で測れるような仕組みを考えていこうと思います。 前島さんより一言 7月からS
エンジニア歓迎会の練習会 in サイゼリヤをやりました - SmartHR Tech Blog
はじめまして。SmartHRでマーケティングを担当している荒木と申します。 さっそくですが、先日こんなイベントを公開しました。 【 SmartHR】エンジニアの入社歓迎会の練習をする会 〜入社歓迎会のやり方、忘れました〜 「入社歓迎会の練習会」という不思議なイベントが生まれた悲しい背景について、VPoEの芹澤に語ってもらいました。 芹澤：6月頃、エンジニアの定例会議で「久しぶりに飲み会でもやろうか」と言う話になったんですが「そもそもなんで久しぶりなんだ!?」と言う疑問が発生し、そこを掘り下げてみると「ここ半年間エンジニアが入社していなく、歓迎会が開かれていないから」と言う結論に至りました。 久しく歓迎会をやっていない……歓迎ってなんだっけ……こんな状態で僕たちは今後入社してくるエンジニアをきちんと歓迎できるのだろうか!? いや、できないだろう。失礼のないように、練習しておこう。 という悲し
【保存版】自腹でつくる仙台グルメマップ #RubyKaigi 2018 - SmartHR Tech Blog
こんにちは！SmartHR CFOの玉木です。SmartHRはRubyKaigi 2018に Rubyスポンサーとして参加することになりました。 ＼ RubyKaigi 2018にスポンサー出展します！ ／ 今年も参加します #RubyKaigi2018！Rubyエンジニアの皆さま、是非SmartHRブースにお立ち寄りください( ･ㅂ･)b @rubykaigi pic.twitter.com/m0H7FFDKAT— 株式会社SmartHR (@SmartHR_jp) 2018年5月9日 昨年に広島で開催されたRubyKaigi 2017では「会場で出会ったひとたちがそのまま飲みにいけるような情報を提供しよう」という思いのもと、広島の飲み屋を10軒巡ってグルメマップを作り会場で配布したのですが、これが予想以上に大好評でした！ tech.smarthr.jp #RubyKaigi2017 に
Rails Developers Meetup 2018 に参加・発表しました - SmartHR Tech Blog
こんにちは。エンジニアの @gongoZ です。 先日「Ruby on Rails の “現場の知見”に触れる Meetup」である Rails Developers Meetup 2018 が2日間(3/24〜3/25)にわたって開催されました。 本イベントにおいて弊社エンジニア2名がお話させていただいた内容について簡単にご紹介します。 発表1: ライブラリを監視してうまく付き合っていく エンジニアの @meganemura が、サービスの依存するライブラリに対しての取り組みを発表しました。 speakerdeck.com 同イベントの他セッションで触れられることの多かった依存ライブラリの自動アップデートがカバーできていない範囲に、開発が止まってしまっているライブラリのアップデートをどうしていけばいいかという問題があります。 この問題に対して、 ちゃんとリリースされているか CI が通っ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
移動しました - SmartHR Tech Blog
移動しました - SmartHR Tech Blog