Kaigi on Rails 2025で「dynamic!」という基調講演をしました - moroのブログ
去る9/26-27に開催された Kaigi on Rails 2025 にて、オープニングキーノートを努めさせていただきました。 参加者の皆様、他の登壇者の皆様、オーガナイザーの皆様、スポンサーの皆様などなど、関わった皆様に感謝いたします。ありがとうございました。 無事に終えることができてホッとしていますし、感想Tweetやブログ記事を見ては、とてもとても喜んでいます。 speakerdeck.com 今回の話は、文脈や行間や語りたい意図を、できるだけ明示しようと構成したつもりです。 自問自答しながら「実はこういうモチベーションで話したんですよ〜」っていうのを思いついたら、それをスライドや説明に戻すみたいなことを繰り返しました。その過程で、 @snoozer05 (敬称略、以下同)にもたくさん相談に乗ってもらいました。ありがとうございます。 おかげで、話したかったことはホントにすべて出し切
Taylor Otwell: "Thin" Controllers, "Fat" Models Approach
Taylor Otwell: "Thin" Controllers, "Fat" Models Approach I was listening to recent podcast by Taylor Otwell, Laravel Snippet episode 11, where he touched on the debate in Laravel community on where you should put your code logic - in Controllers, Models, or Services. Here's what he said. First, I'll just quote Taylor, and then provide some comments and additional links below. So, "skinny" or "fat"
Next.js App Routerの"use server"雑感 : Rails視点から
はじめに Next.jsにServer Actionが新しく導入されました。サーバ上の関数をブラウザから直接呼び出すようなコードの書き味を提供するもので、非常に魅力のあるコンセプトだと私は思っています。ただしサーバ上で実行されるコードとブラウザで実行されるコードの境界が曖昧で、"use server"のセキュリティ上の懸念もよく議論されています。 一方で、私の先日の記事Next.jsで簡単なCRUDアプリを作りながら気になったセキュリティ: Railsの視点からで、私はこの"use server"問題には言及しませんでした。まだ非常に新しい話題でかつNext.js側の対応も進行中だというのもありますが、実は個人的にあまり気にならないのが最大の理由です。 気にならなくなったきっかけは、Server ActionをRuby on Railsのコントローラと同じように考え始めたことです。こうする
Web API performance: profiling Django REST framework - DabApps
When discussing the scalability of Web services there seems to be a tendency for some developers to overly focus on the framework being used, based on the mistaken assumption that smaller means faster, rather than considering the architecture of the application as a whole. We’ve seen several cases of developers making these assumptions before they start building their API, and either discounting D
Webアプリ開発をする上で読むべき本とか - catatsuyとは
Web アプリ開発をする上で読むべき基本的な本は無いかと聞かれて，すぐに出てこなくて困った 今後もそういうことを聞かれることもあるかもしれないので個人的にまとめておきたい 基本的には何かを作ってみて，習うより慣れろの精神で行くのがいい 最近は Ruby on Rails が流行りな気もするのでその辺りで役に立ちそうなサイトを紹介する Ruby on Rails チュートリアル：実例を使って Rails を学ぼう サクサク引ける Rubyリファレンスマニュアル bbatsov/ruby-style-guide Rails のチュートリアルはたくさんあるので他にも読んでみると良いかもしれない ただ Ruby on Rails が簡単というのはウソ - #生存戦略 、それは - subtech に書かれていることを全部やろうとすると絶対にハマるので分かるところから少しずつやるといい それと We
gulp.js
A toolkit to automate & enhance your workflowLeverage gulp and the flexibility of JavaScript to automate slow, repetitive workflows and compose them into efficient build pipelines. TypeScriptDevelop in any languagePNGCreate assets with any toolMarkdownWrite using any formatJavaScriptGet compiled codeWebPGet optimized imagesHTMLGet rendered content
Railsのコントローラーの責務を意識する - ppworks.jp
「Railsのコントローラーの仕事は何か？ - スモールスタート」という記事がRailsのコントローラーを設計する際のとても良い指針となっているので、ちょくちょく参考にさせて頂いております。ここからさらに考えたことをまとめてみます。 Railsのコントローラーの責務を意識することが大事です。あくまでもよいコントローラーとなっているかは、URLで表されるリソースに対して、コントローラーのアクションの責務が明確であるか です。 scaffoldで考える scaffoldを作ってみましょう。 rails g scaffold post title content:text 以下の様なコントローラーが出来上がります。 class PostsController < ApplicationController before_action :set_post, only: [:show, :edit,
Sinatra アプリケーションに Warden で認証を実装する - present
Warden は Rack アプリケーションで認証を実装するときの定番です。だけど、ネットで見つかるのは OmniAuth と組み合わせるサンプルが比較的多め。 Warden を使ったサンプルで、自分にとってわりやすいものが見つからなかったので、試しに書いてみました。Sinatra と Warden のサンプルです。コードを単純にするため、ユーザー名とパスワードは test で固定しています。 # coding: utf-8 require "sinatra" require "warden" # Sinatra のセッションを有効にする enable :sessions # ユーザー ID をもとにユーザー情報を取得する # 今回は単なる Hash だけど、実際の開発ではデータベースから取得するはず Warden::Manager.serialize_from_session do |i
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails Model View Controller + Presenter?
Pincer
HADASHI RaterBug.com - Building a Respectful Video Community
http://masawada.cosmio.net/demo/iLOGO/