先日、Ruby on Rails にプルリクエストを出してみました!Rails歴が浅いながらも頑張って作った結果、なんとマージされ、Ruby on Rails Contributorになることができました。作り始めてからマージされるまでの間、色々なことがありましたが、全て非常にいい経験になったと思います。今回は、それを共有できたらと思います。 書いている人のスペック 年齢: 19歳(プルリクエストを出した3月当時) 職業: 大学生 プログラミング歴: 中3くらいからちょいちょいAndoridでアプリを作っていたものの、当時はクラスやインスタンスといった概念すらわからず、コピペでとりあえず動かしていた。昨年4月に大学に入学してから本格的にRubyとRailsの勉強をはじめ、6月に企業でインターンを始めて今に至る。 プルリクエストの概要 今回僕が出したプルリクエストはこちらです。 Add us
Today dry-monads reaches 1.0! It started as a dependency replacement for the Kleisli gem in dry-transaction and dry-types. Later, more common monads were added, as well as support for do notation, which evaporates most of the boilerplate introduced by monads. Since the dry-* gems follow semantic versioning, this means you can consider the dry-monads API to be stable, making the gem more "productio
Since JavaScript has become the main language of the web and frontend frameworks are based on JavaScript, JSON serialization has become a very important part of many web apps. In this article, I’m going to explain what JSON serialization is, why you may need it in your Rails application and how to leverage existing libraries to implement JSON serialization in a concise and performant way. I will s
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: An analysis of memory bloat in Active Record 5.2 原文公開日: 2018/06/01 著者: Sam Saffron -- Discourseの共同創業者であり、Stack Overflowでの開発経験もあります。 翻訳には含めませんでしたが、元記事のコメントも興味深い内容です。 Active Recordの現在のパターンはリソースの大量消費につながります。以下はRails 5.2を用いた分析です。 Ruby 3x3計画は、Matz率いるRubyコミュニティの高貴な目標のひとつです。このアイデアは、Rubyインタプリタを3倍高速にできる現代的な最適化を広範囲に渡って用いることであり、野心的かつ崇高かつエキサイティングな目標です。このムーブメントは、just-in-timeコンパイラや
フロントエンドエンジニアの野口です。ShiftallではiOSやAndroidのアプリ開発を担当しております。 通信する小さいデバイスが好きです。 今日は先日社内お披露目会で紹介がありました、勤怠管理Bot連動名札くん a.k.a. 名札管理くんの製作話を書きたいと思います。 棚や机から社内システムまで自作だらけのShiftallオフィスが完成しました https://blog.shiftall.net/ja/archives/257/ まず、弊社の勤怠管理ですが、社内チャットで「おはよう」とか「帰ります」などと発言するとBotが自動で時刻と共に勤怠を管理してくれるというとてもシンプルなものとなっています。裏側はDialogflowを使っているので自然な言葉でBotと会話できるようになっています。 通常の運用であればチャットで事足りるのですが、キーボードをポチポチするだけなのもなんか味気な
おそらく、モデルは下記のように複数のモデルになると思います。 # app/models/article.rb class Article < ApplicationRecord has_many :categories end # app/models/category.rb class Category < ApplicationRecord belongs_to :article end 実装方法の例 下記のような方法があると思いますが、それぞれメリット・デメリットがあると思う。 accepts_nested_attributes_for Form オブジェクト Service クラス(Form オブジェクトとほぼ一緒?) 私が知らないだけで、他にも良い実装方法はあるかも。 [WIP]Model と画面上の form が1対1で一致しない場合、どのように実装するのが綺麗なのか? · I
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
はじめに: レイルズ王国と異端審問 Hanami について Hanami は Rails じゃない Hanami の設計思想 Hanami の各層について Router Router の高度な使い方 Controller Validation View Helper, Form Model Entity Repository SQL クエリの発行 Interactor Hanami::Interactor Hanami::Validations Test Factory Hanami の不十分な点 その他の Hanami のプロジェクト Hanami::Cli Hanami::Events Hanami 2.0 まとめ 著者について はじめに: レイルズ王国と異端審問 20XX年、僕は Ruby on Rails の規約に違反したコードを書いたことでレイルズ王国の異端審問にかけられていた。
ActiveModel::Model is an excellent way to make objects behave like ActiveRecord. One potential use for this is if we want to make use of form data that doesn't necessarily persist to an object, but we want to keep our controllers clean. A great example can be found on this thoughtbot blog post from about a year ago. One thing that I think many have found lacking, however, is has_many and accepts_n
Hackers Ariseというウェブサイトを最近読んでいます。 このサイトにはEthical Hackerになる為に必要な知識とノウハウが詰まっているので、ハッカーを志す人はぜひとも一読して頂きたい程お薦めです。 しかしHackers Ariseは英語で書かれており、言語的な問題や、時間的な制約が原因でHackers Ariseを直接の読む余裕がないという方も少なからずいるのではないでしょうか。 そもそも私が、このブログでセキュリティニュースを発信し始めたのも、そうした方々に対して語学力を活かしたいと思ったのが理由でした。 そうした思いから私は、Hackers Ariseの運営者であるOCCUPYTHEWEB氏に直接コンタクトし、「当ブログで翻訳記事を紹介させて頂けないか」という旨を確認したところ、許可を頂く事が出来ました。 ですので、このブログでも不定期にHackers Ariseのノ
Most applications have forms that take in a myriad of inputs from the user and saves the information that the user typed into the database. Rails provides various helpers to build forms that interact with ActiveRecord to easily create and persist user input data into the database. Rails specifically provides form_for, form_tag, and more recently in Rails 5, form_with. Just as an FYI, while I heavi
ユーザーエンゲージメント部の諸橋 id:moro です。 わたしはずっと、ユーザー登録やログイン周りという、サービス的には基盤的なところ、技術スタック的にはアプリケーション寄りのところに取り組んできました。関連する話を何度かこの開発者ブログにも書いています。 ユーザー基盤を作り直しながらRailsでのサービス層に向き合う 巨大なWEBアプリケーションに巨大な変更を取り入れるためにやったこと この記事で触れている「電話番号による登録」について、チームメンバーが別の側面を紹介してくれています。 今日はそのあたりの開発を通じて考えた、Railsアプリケーションでのフォームオブジェクトやサービス層といったものが何であるか、という問いに対する、現在の自分のスタンスを紹介します。 サービス層、サービスオブジェクト、フォームオブジェクト もともと Railsは Web 画面から DB 構造までをあえて密
as seen by RubyOnRails Developers @ Selleo Form Object is a very useful pattern in rails ecosystem as it can address variety of issues and antipatterns. In this article we will attempt to sort out in which situations Form Objects can prove useful and what conventions allow us to make most out of them. When to use Form Objects?Replacement for Strong ParametersI am not a huge fan of strong parameter
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails Form Objects With dry-rb 原文公開日: 2016/09/06 著者: Michał Gutowski サイト: http://cucumbersome.net/ 現代のRailsでは、Form Objectを作るのは珍しくありません。多くのRuby開発者はVirtusやActiveModel::ValidationsをincludeしてForm Objectを作成することに慣れています。本記事では、dry-typeとdry-validationを使ってForm Objectを作成する方法をご紹介したいと思います。 絵ハガキ(postcard)を作成する簡単なForm Objectを作ってみましょう。このアプリには次の3つのモデルがあります。 Country: フィールドはnameとis_stat
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails' CurrentAttributes considered harmful 公開日: 2017/06/22 著者: Ryan Bigg: Ryan Bigg氏はRailsのcontributorであると同時にCulture Amp社のメンバーであり、RubyやElixirでの開発を行っています。RailsガイドのドキュメントやMultitenancy with Rails など多くの執筆実績があり、現在はDeep Dive Railsという書籍を執筆中です(現時点で45%↓)。 leanpub.com/ddrより 2017/08/01: 初版公開 2023/04/26: 更新 2024/01/25: 更新 更新情報(2024/01/25) CurrentAttributesについては、Kaigi on Rails 20
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く