こんにちは、初めまして未経験でエンジニアに転職したとKuuuuuと申します。 私の経歴は以下の通り。 中学校教員 3年6ヶ月 エンジニア 2年2ヶ月(2024年12月現在) 私のことについては、弊社の入社エントリ記事を見ていただくか、なぜエンジニアになったのかは、今年記事を書いたので見ていただけたら幸いです。 女性エンジニアとしてやりがいを感じた経験談をシェアしようというテーマでの記事なので、何を書くか本当に悩んだのですが、2年2ヶ月でどんなことをやってきたのかを振り返ってみようと思います。 入社~2.5ヶ月: 研修時代 弊社はありがたいことに研修がありました。内容は以下の2つです。 CS50 Railsチュートリアル→AWSでのデプロイ CS50 CS50というのは、ハーバード大のコンピュータサイエンス入門講座になります。こちらが無料で公開されており、弊社ではこちらを用いてGithubの
これは何？ 仕事で使う技術スタックが、2025年1月から React(TypeScript)+Gin(Golang) → Vue.js(TypeScript) +Rials(Ruby) に変わるので、Vue.js Rails界隈のキャッチアップに利用したコンテンツをまとめます。 キャッチアップしたトピック 最初はNuxt・Rrailsではなく、Vue.js・Rubyから着手しました。 Vue.js v3.5 Ruby v3.5 Nuxt v3.15 Rails v7.3 以下はトピックごとに利用したコンテンツを列挙します。 Vue.js WEBサイト：ドキュメント - Vue.js 公式サイトが充実しています。全コンテンツ（入門→番外トピック）手を動かしながら読みました。 動画：Vue.js日本ユーザーグループ - YouTube Vueのカンファレンス Vue Fess Japanの動画
In the previous post, we established that as long as ruby/json wasn’t competitive on micro-benchmarks, public perception wouldn’t change. Since what made ruby/json appear so bad on micro-benchmarks was its setup cost, we had to find ways to reduce it further. Spot the Seven Differences So I decided to file this performance discrepancy as a bug, and investigate it as such and started profiling Step
In the previous post, I covered how I reimplemented JSON::Generator::State#configure in Ruby and some other changes. Unfortunately, it didn’t go as well as I initially thought. Mistakes Were Made The default gems that ship with Ruby are automatically copied inside ruby/ruby’s repo. In short, there’s a bot aptly named matzbot, that replicates all the commits from the various ruby/* gems, inside rub
In the previous post, I covered my motivations for improving ruby/json’s performance, and detailed the first 4 notable optimizations applied to speed up JSON generation. If I was to cover every single optimization applied, at this rate I’d end up with a dozen parts, so I’ll try to only focus on the one that made a significant difference or used an interesting pattern. Reducing Setup Cost - Argumen
I was recently made maintainer of the json gem, and aside from fixing some old bugs, I focused quite a bit on its performance, so that it is now the fastest JSON parser and generator for Ruby on most benchmarks. Contrary to what one might think, there wasn’t any black magic or deep knowledge involved. Most of the performance patches I applied were fairly simple optimizations driven by profiling. A
はじめに Rubyは毎年12月25日にアップデートされます。 Ruby 3.4は2024年12月25日に正式リリースされました。 この記事ではRuby 3.4で導入された変更点や新機能について、サンプルコード付きでできるだけわかりやすく紹介していきます。 ただし、すべての変更点を網羅しているわけではありません。僕が個人的に「Railsアプリケーションの開発時に役立ちそうだな」とか「これはトリビア的な知識として知っておくと良いかも」と思った内容をピックアップしています。本記事で紹介していない変更点も多数ありますので、以下のような情報源もぜひチェックしてみてください。 Ruby 3.4 Advent Calender 動作確認したRubyのバージョン 本記事は以下の環境で確認した結果を記載しています。 NOTE: Ruby 3.4.0はバージョンの表記に誤りがあったため、すぐに3.4.1がリリ
はじめに Rubyは毎年12月25日にアップデートされます。 Ruby 3.4は2024年12月25日に正式リリースされました。 この記事ではRuby 3.4で導入された変更点や新機能について、サンプルコード付きでできるだけわかりやすく紹介していきます。 ただし、すべての変更点を網羅しているわけではありません。僕が個人的に「Railsアプリケーションの開発時に役立ちそうだな」や「これはトリビア的な知識として知っておくと良いかも」と思った内容をピックアップしています。本記事で紹介していない変更点も多数ありますので、以下のような情報源もぜひチェックしてみてください。 Ruby 3.4 Advent Calender 動作確認したRubyのバージョン 本記事は以下の環境で実行した結果を記載しています。 NOTE: Ruby 3.4.0はバージョンの表記に誤りがあったため、すぐに3.4.1がリリー
We’re happy to announce Bundler 2.6, featuring gem checksum verification, right in the Gemfile.lock file. This feature has actually been implemented for more than a year. However, it was merged very close to the Bundler 2.5 release and we did not yet have a good plan for enabling the feature in a graceful manner, so we’ve kept it hidden until now. Bundler 2.6 finally officially allows to opt-in in
今年、私の勤めていた日系の会社で米国子会社を閉じることになり、私も含め従業員全員レイオフになりました。その際に、過去にレイオフされた方々のブログが非常に参考になったため、自分でも記録を残しておこうと思い、久しぶりにブログを書くことにしました。 米国におけるレイオフに関しては先人の記事が多くありますが、会社がなくなるタイプのレイオフや、小規模な会社におけるレイオフの情報はまとまったものを見かけなかったため、本記事では主にそこに注力します。 （幸い転職活動は終了しました。本当に多くの方々に助けていただき感謝しております。） 通常のレイオフとの違い元の会社が存続する一般的なレイオフと会社がなくなるタイプのレイオフではいくつか異なる点があります。その中でも最も影響の大きな違いは健康保険と401k（確定拠出年金的なもの）の扱いです。 今回は特に保険周りでできる限り準備をしたにも関わらずひどい目にあっ
はじめに 2024年6月にラグザイアに入社しました、Tamaと申します。 ここでは、新人研修で詰まったN+1問題について自分なりに分析したものを紹介します。 これが新人エンジニアの一助になれば幸いです。 自己紹介 社会人5年目、業務未経験でRubyエンジニアとしてラグザイアに入社 前職はサービス業 神奈川県在住、フルリモートで働いています 調べた経緯(なぜN+1問題を調べることになったのか) ラグザイアでは、研修として自分でRuby on Ralisアプリの要件定義から実装までを行うカリキュラムがあります。 私はこの研修で、GitHubのように活動履歴を可視化するアプリを開発しました。活動履歴を見える化することで、達成感を得やすくし、モチベーションを維持できると考えたからです。 アプリのイメージはこちらです。 ER図はこんな感じです。 本題 日報(Report)を可視化するためのCalen
はじめに こんにちは。アメリカで独学でエンジニアを目指している者です。 現在、Ruby on Rails Tutorialを使ってRailsを勉強しており、第4章まで読み終えたので、学んだことを忘れないように振り返りの記事を書いてみました。 Rails風味のRuby このタイトルを見て「やっとRubyを使うチャンスがきた」と期待していましたが、RailsでRubyがどのように動作するかというよりは、Rubyの文法の説明やRailsファイルの理解を助ける内容でした。とても親切な内容です。 習った内容は以下の通りです： ヘルパー Ruby の文法 クラスの継承 それぞれについて見ていきますが、クラスの継承については新しいことや再学習することがあまりなかったため、2つに絞って解説します。 ヘルパー 個人的には一番学びが多かった部分でした。 ヘルパー（helper）はその名前が示す通り、主にビュー
はじめまして！ 開発部でエンジニアをしているトキワと申します！私は2024年4月にインゲージに新卒として入社いたしました。弊社で最年少を名乗れるのもあと数ヶ月です。。時の流れが早い。。 ここでは「新卒目線で、ぶっちゃけインゲージって会社はどうなの」という疑問にお答えできるような記事にしております！ これからエンジニアになろうと考えている方の参考になれば幸いです。 学生時代私は大学で情報系の学部を選択しました。 大学以前まではプログラミングにほとんど触れてきませんでしたが、ゲーム好きということもあって興味がありました。 実際に大学で学ぶにつれ、楽しい！もっとできるようになりたい！という気持ちがどんどん強くなっていきます。1年で競プロに参加したり、4年の時には研究室メンバーでチームとなってアプリを作る活動を行いました。 そうした経験から、「プログラミングを仕事にしたい」と思い、就職活動を始めま
Railsのroutes.rbで使用できるresolveメソッドについて紹介します。resolveメソッドは、polymorphic_pathやpolymorphic_urlにモデルインスタンスを渡した際に生成されるURLをカスタマイズできます。 resolveとは Railsのビューヘルパーでは、link_to 'title', @postのように、URLが必要とされる箇所でモデルインスタンスを直接渡すことができます。このとき、内部ではpolymorphic_pathによってURLが生成されています。resolveを使用することで、この生成されるURLを柔軟に変更することが可能になります。 polymorphic_pathの挙動 polymorphic_pathには、主にモデルインスタンスやシンボル、またはそれらの配列を渡すことができます。 モデルインスタンスの場合: persisted
はじめに こんにちは。アメリカで独学でエンジニアを目指している者です。 現在、Ruby on Rails Tutorialを使ってRailsを勉強しており、学んだことを忘れないよう振り返りの記事を書いてみました。 1章 ゼロからデプロイまで Ruby on Railsの開発設定 Ruby on Railsを進めるうえで開発環境を以下の中から選ぶことができました GitHub Codespace VScode & Docker 以前、SQLを学ぶ際にMySQLをAWS EC2上で使っていましたが、HTML/CSS/JavaScript/Rubyなどの作業をすべてVSCode上で進めることに慣れていたため、EC2での作業にやりにくさを感じました。 また、実際にアプリを作る際はDockerを使う予定だったので、ちょうどいいタイミングで導入できたと思っています。 ファイル数すごい多い まず最初に感
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 37signals Dev — A vanilla Rails stack is plenty 原文公開日: 2024/12/20 原著者: Jorge Manrubia -- 37signalsの首席エンジニアです 日本語タイトルは内容に即したものにしました。 今の世の中で、Railsアプリを新しく作るゆとりに恵まれているならば、バニラアプリとして作る1、すなわち依存関係を何も足さないのが、私たちからのオススメです。 Rubyの依存関係は、よほどの理由がない限りRailsに追加しない。 Railsで生成したGemfileは、極力手つかずのままにしておく。 JavaScriptの依存関係をRailsに追加するのは、Ruby依存関係の場合以上に慎重に検討する。 Reactなどのフロントエンドフレームワークも、それらにJSONを送り込
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2019年5月） 独自研究が含まれているおそれがあります。（2019年5月） 百科事典的でない記述が含まれているおそれがあります。（2019年5月） 出典検索?: "チューリング陥穽" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL チューリング陥穽(チューリングかんせい、英語: "Turing tarpit" もしくは "Turing tar-pit" )とは、機能的にはチューリング完全で任意の計算可能な機能を記述できるが、一方で実用性を失うほど記述が難しいような、プログラミング言語・コンピュータインターフェースである。この語は1982年に"
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く