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
こんにちは! id:masawada です。RubyKaigi 2026の開催まで2週間を切りましたね。みなさま準備は順調でしょうか? 株式会社スマートバンクはRubyKaigi 2026でHack Space Sponsorとして、カンファレンスの合間にほっとひと息つける憩いの場を作ります。また、このHack Space内の企画として、PicoRubyを手軽に体験できるワークショップを実施します。 RubyKaigiではPicoRubyに関する発表が近年増え続けており、今年はついに5セッション(組み込みRubyも合わせると10セッション)に達しました。 rubykaigi.org そこで、セッションを聴いて興味を持ったその足で、自分でもPicoRubyを動かして遊べる場としてワークショップを準備しました。また、ワークショップの題材として、オリジナルのボードも設計しました。その名も「Boa
こんにちは、ギフティでエンジニアをしている mugi です。 先日、Ruby on Rails に初めて PR を出し、マージされました。 github.com この記事では、PR を出すきっかけからマージされるまでの流れ、そしてこの経験を通じて感じた「OSS が "自分事" になる感覚」についてお話しします。 きっかけ:Kaigi on Rails 2025 のトーク きっかけは、Kaigi on Rails 2025 で聞いた「非同期 job を transaction 内で呼ぶなよ!絶対に呼ぶなよ!」でした。 kaigionrails.org このトークでは、Active Record の transaction 内で perform_later を呼び出すと、transaction がコミットされる前に job が実行されてしまう問題が紹介されていました。 ActiveRecord
実装の参考の当たり 前口上: オープンソースの実装を読もう 普段Web開発をしているとこの書き方は普通か、実装の方向性はよさそうか不安になることがあります。そういった際、同じリポジトリの既存実装や会社の他のリポジトリ、技術ブログや本、過去の経験、他のメンバーの意見などを参考にしつつ当たりをつけるわけですが、リファレンスが増えるに越したことはないです。 有名な言語、フレームワークではオープンソースのWebサービスがGitHub、GitLab上などにあがっていることがあり、参考になります。 それぞれライセンスがあり、とりわけGPL汚染などは要注意ですが、収集した一覧が溜まってきたのでまとめておきます。ある程度有名なものメインでスクリプト言語+Go。 Ruby Ruby on Railsは有名なので採用しているWebサービスが多数あります。 Redmine イシュー、プロジェクト管理ソフトのRe
読み方ガイド Kaigi on Rails に参加したかったけど行けなかった人向け。 私自身が Rails 初心者のため、初学者にもわかりやすい構成で、専門用語は最小限。必要箇所だけコード/コマンドを添えています。 はじめに 株式会社 Inner Resource でエンジニアをしている翠川です。 9月26日〜27日に Kaigi on Rails 2025 に参加したので、参加レポートを書きました。学会ではないテック系カンファレンスは初参加で、とてもワクワクしました。 先に弊社エンジニアの記事も公開されています。ぜひ併せてどうぞ 👉 Rails歴半年のエンジニアが行くKaigi on Rails 2025 全体を通して サイトの英語化や海外登壇など、日本→世界を強く意識した運営が印象的でした。 また、身近で実務に効くセッションが多く、「Rails で開発するみんなが、似たような辛み・悩
GitHubは、生成AIがプログラミングなどを支援してくれる「GitHub Copilot」の新機能として、「GitHub Copilotコードレビュー」が正式版になったことを発表しました。 コードレビューは開発に欠かせないが時間がかかる コードレビューは、新しくコードを書いたときや変更するときなどさまざまな場面で、そのコードにバグなどの問題がないか、目的に沿った内容や表現になっているか、などのチェックや評価を行う作業です。 チームでシステム開発を行ううえでコードレビューは欠かせませんが、コードレビューは基本的にレビューを行うプログラマ(レビュワー)がコードを目視で読み取り、チェックしていくことになるため、レビュワーにとって負荷の高い時間のかかる作業となっています。 最低限のコードレビュー作業を生成AIが代行 GitHub Copilotコードレビューは、GitHub Copilotに作業
伊藤淳一 1977年生まれ、大阪府豊中市出身。株式会社ソニックガーデンのRailsプログラマ、およびプログラミングスクール「フィヨルドブートキャンプ」のメンター。ブログやQiitaなどでプログラミング関連の記事を多数公開している。将来の夢はプログラマーをみんなの憧れの職業にすること。主な著書に「プロを目指す人のためのRuby入門 改訂2版 言語仕様からテスト駆動開発・デバッグ技法まで」(技術評論社)などがある。 前回の記事ではgitのコミットに焦点を当て、良いコミットはどうあるべきかを議論しました。 しかし、業務で開発しているプログラムに対して変更を加える場合、いきなりmainブランチにコミット&プッシュするケースはまれだと思います。みなさんの現場でもほとんどの場合、以下のようなワークフロー(もしくはこれに類似した手順)で変更を適用しているはずです。 mainブランチから開発用ブランチを作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く