Hotwireかんたん入門｜万葉
こんにちは。万葉でエンジニアをしている金山です。 前回の記事「万葉は Hotwire を推していきます！」では、Rails7 の標準となった Hotwire（HTML OVER THE WIRE）を万葉も推進していきたい、ということをCEO & CTOが書きました。続く本記事では、 Hotwire についてはまだ詳しく知らないという方に向けて、概要をわかりやすく説明してみたいと思います。 Hotwireとは？近年、モダンなWebアプリケーションは、React や Vue.js などを用いたSPA(Single Page Application) として開発されることが多くなっています。このアプローチでは、アプリケーションをクライアントサイドとサーバサイドの２つに分け、サーバサイドはクライアントから利用できる API を用意し、レスポンスとして JSON を返します。クライアントサイドは、J
Railsは2019年も「あり」か？#3 短所と不向きな用途、他の選択肢など（翻訳）｜TechRacho by BPS株式会社
2019.01.31 Railsは2019年も「あり」か？#3 短所と不向きな用途、他の選択肢など（翻訳） #1: 統計を調べる #2: Railsの長所と向いている用途 #3: Railsの短所と不向きな用途、他の選択肢など（本記事） Railsの短所 不運にもRuby on Railsの人気に陰りが生じつつありますが、人気の下落にはそれなりに深刻な理由がいくつかあります。理由が致命的なものとは限りませんが、ものによってはプロジェクトで厄介な問題を引き起こす可能性もありえます。 1. パフォーマンス これについては触れないわけにはいきません。Railsはスピードにおいて強者ではありません。処理速度が極端に高く、サーバーのメモリ消費も少ないものが必要な場合、Ruby on Railsは明らかに不向きです。もちろん、これはあくまで極端な場合であることを忘れてはなりません。数百万ユーザーをさば
「プロを目指す人のためのRuby入門」は他言語経験者に最適の本 - ミズノブログ
「プロを目指す人のためのRuby入門」を読んだ 仕事でRubyを使うことになったので、本腰を入れて勉強しようと「プロを目指す人のためのRuby入門」(通称：チェリー本)を購入しました。 昔個人的にRubyを勉強していたころ、著者である伊藤淳一さんの技術ブログをよく参考にしていたのでこれは！と予約して購入しました。 通勤や昼休みなどに毎日少しずつ読み進めていきました。 とても良い書籍だったのでおすすめポイントなど紹介します。 プロを目指す人のためのRuby入門 言語仕様からテスト駆動開発・デバッグ技法まで (Software Design plusシリーズ)posted with amazlet at 18.02.13伊藤 淳一 技術評論社 売り上げランキング: 4,221 Amazon.co.jpで詳細を見る おすすめポイント エンジニアとしてのこだわりがたくさん詰まっている書籍だと感じま
How Fast is Ruby 2.5.0? — Engineering Blog
Back in November, I posted speed results for Ruby 2.5.0 preview 1. It was barely faster than Ruby 2.4, which was a bit of a disappointment. However, one very important performance patch landed before it finished, which made a big difference in the final speed. How big? Let's see, shall we? Quick GraphsYou just want to see the graphs, I'll bet. I'm the same way. Here's a great start: total-time run
ユーザー基盤を作り直しながらRailsでのサービス層に向き合う - クックパッド開発者ブログ
こんにちは。パートナーアライアンス部の諸橋 (@moro) です。 突然ですが、わたしはいまクックパッドの「ユーザー基盤」を再構築しようとしています。 一口に「ユーザー基盤の再構築」といっても、そのゴールが何を指すかは(わたし自身にとってもまだ)漠然としており、固定されたゴールは見いだせていません。しかし後述するように、いくつかの問題は明確な形を取っています。言い換えると、それら明確な問題と向き合いながら『柔軟でいい感じのユーザー基盤を目指す』というのがこの再構築プロジェクトの目的です。 その第一歩目として、ユーザー登録部分を現状のクックパッド本体とは別の小さなRailsアプリケーションとして実装を進め、つい先日、一部の限定された利用者の方に向けて公開することができました。 今後も様子を見ながら公開範囲を拡大していく予定です。 再構築の背景 ではその「明確な問題」とはなんでしょうか。 最大
無料で公開されている「Ruby on Rails チュートリアル」が自分が求めていたものだった - k-tanakaのエンジニア日記
Rubyが面白くてRailsと合わせて勉強しています。Rubyについては基本文法を抑えてあとは書き始めてからなんとかして、後でまとめて本を読んで知識を整理で良いかなと思っているのですが、Railsについては規約や構造、実際のデプロイまでの流れなどを抑えるのにやや四苦八苦という感じです。 そんなわけでいくつか書籍を探して、Ruby on Rails 4 アプリケーションプログラミング5が良さげというところまでは分かったのですが、お金が無いのでどうにかしたいなと思っていました。（図書館は貸し出し中かつ3人予約済み） 公式ドキュメントでなんとか進めるかと思っていたのですが、Ruby on Rails チュートリアル 実例を使ってRailsを学ぼう Michael Hartl (マイケル・ハートル)というページを見つけました。 これを求めていたんだ 本ドキュメントは書籍として販売されている「htt
Rails has won: The Elephant in the Room | AkitaOnRails.com
I just read a very well written and important article from OSS contributor Solnic and I have to agree with him in almost every technical point. First of all, it's inevitable but I still hate dramatic headlines, even though I write like this myself sometimes. "My time with Rails is up" like it's saying "And you should leave Rails now too if you're smart". I dismissed the article entirely because of
追加コンテンツが盛りだくさん！「RSpecユーザのためのMinitestチュートリアル」の正式版を公開しました - give IT a try
はじめに 本日、電子書籍「RSpecユーザのためのMinitestチュートリアル」の正式版を公開しました。 このエントリでは正式版の内容を詳しく紹介します。 Everyday Rails - RSpecによるRailsテスト入門 / RSpecユーザのためのMinitestチュートリアル おさらい：「RSpecユーザのためのMinitestチュートリアル」とは？ 「RSpecユーザのためのMinitestチュートリアル」はその名の通り、Minitestを使ったテストコードの書き方をチュートリアル形式で説明する技術書です。 タイトルに「RSpecユーザのための」とあるように、RSpecに関する知識がある程度ある人を対象にしています。 また、書籍内で使用しているテストコードは「Everyday Rails - RSpecによるRailsテスト入門」のものをベースにしているので、Everyday
Railsガイドを支える技術 (30分版)
関西Ruby会議06で発表したスライド資料です :) Railsガイド: http://railsguides.jp/ DEMO動画一覧: https://yasslab.wistia.com/projects/4msq4voot3 【関連リポジトリ】 - yasslab/railsguides.jp: https://github.com/yasslab/railsguides.jp - yasslab/konjak: https://github.com/yasslab/konjak - yasslab/gtt-downloader: https://github.com/yasslab/gtt-downloader - yasslab/translation-api-examples: https://github.com/yasslab/translation-api-exampl
Opal on Rails: Replacing CoffeeScript with client-side Ruby
In this article I'll show you how easy it is to start writing your client-side scripts in Ruby, right here, right now, with no excuses!CoffeeScript is one of the best things that happened to JavaScript. With its clear, easy to read, semicolon-less syntax, it feels almost like Ruby. Almost… There has been a lot of discussion about isomorphic app development, where both server and client-side parts
Railsガイド
内容紹介前作のRailsチュートリアルに続く第2弾の大型翻訳プロジェクトが、ようやく電子書籍になりました! 前作も約700ページの大作でしたが、今作のRailsガイドは1,000ページをこえる超大作となっています。 本書の特徴は、Railsエンジニア中〜上級者向けのリファレンスに徹している点にあります。Railsチュートリアルが初級者向けに一本道の構成を採っていたのに対し、Railsガイドは機能やトピックごとに詳細を解説する構成を採っています。それぞれの章は独立していて、例えば、Railsチュートリアルでは紹介しきれなかったActive Record・Action View・Action Controllerの様々なメソッドを解説する章や、Rails 4.2から導入されたActive Jobを解説する章、また、Railsをアップグレードするときのポイントを解説する章などがあります。このため
GitHubコミットメッセージの英語の書き方の文例が検索できるサービス作った - 城陽人の本棚
経緯 個人的にgit commit -m " うっ、英語でなんて書けばよいんだろう。。。。ってなることが多くて、GitHubの公式の検索ってソースコードは検索できても、コミットメッセージをリポジトリ横断的に検索したいなんてことはできないんですよねぇ。まぁネイティブな人にはそんなこと思いもしないのかも知んないですが。調べてみたらGitHub APIでコミットメッセージ取れるようなので、現場のリアルな生の文例を集めて検索できるようにすればよくね？ということで勉強がてら作ってみたので、需要あるか分からないけど同じこと思ってた人のために晒す。 作ったもの http://commit-m.minamijoyo.com/ 使い方 テキストボックスにキーワード「fix bug」などを入力してSearchボタン押すと検索結果が表示される。以上。 機能の補足説明 キーワードはスペース区切りでAND検索になる
Okinawa.rb - 沖縄Rubyユーザーグループ
このサイトでは、Okinawa.rb（沖縄Rubyユーザグループ）の活動内容や参加方法などの説明をしています。 (English follows Japanese) Tweet Star 🏝 Okinawa.rbとは？ 沖縄の Ruby/Rails コミュニュティです。沖縄に在住または滞在している Ruby/Rails な方々でワイワイすることを目的として、那覇市や宜野湾市などで Meetup を開いています 👥✨ 沖縄の方はもちろん、たまたま沖縄にフラっと寄っている方も歓迎です！😆👌 🔰 情報の入手、まずはここから ;) 以下のリンク先から Okinawa.rb の活動を知ることができます。Doorkeeper に登録すると次回イベントの案内が届いて便利です 📧💨 Slack - #okinawarb (ruby-jp 内にあります) Twitter - #okinawar
ようやくasset pipelineを使うように - ただのにっき(2015-03-27)
■ ようやくasset pipelineを使うように React.jsをまじめに使おうと思ったら、いままで逃げまわってきたasset pipeline的なものをちゃんとしないといろいろ不便なことが判明したので、寄り道してそっちをなんとかしよう……と関連文書を漁っていたタイミングでこんな記事を読んだ: Grunt/Gulpで憔悴したおっさんの話 - MOL いやもう、ほんまこれ。JavaScript環境の調べ物をしていると、ほとんど同じ時期なのにGrunt使ってる人たちとGulp使ってる人たちが混在していて、これらにnpm、bower、Browserifyなんて単語が加わって組み合わせが爆発する。開発の本質とは関係ないツールの流行に振り回されすぎだっつーの。開発が本業ならまだしも、趣味や研究でプログラミングする人にとって、こんなのいちいち追いかけてたらいつまでたっても本題に取り掛かれないよ。
rubyonrails365.com - rubyonrails365 リソースおよび情報
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.
Railsにコントリビュートした - AnyType
軽い気持ちでpull requestを送ってみたら数十分後になんとmergeされてしまった。間違ってmasterブランチに送ってしまったため、おそらくrails 5で公開されることになる。 追加したのはrake initializerという簡単なrakeタスクで、railsの起動時に実行されるinitializerを実行順に出力する。 % rake initializer set_load_path set_load_path set_load_path set_load_path set_autoload_paths set_autoload_paths set_autoload_paths set_autoload_paths add_routing_paths add_routing_paths add_routing_paths add_routing_paths add_loca
オレオレRailsアプリを支えるインフラの作り方 - くりにっき
はじめに これは Ruby on Rails Advent Calendar 2014 - Qiita の19日目です 18日目 @yancya さんの Rails でシングルじゃないテーブル継承 - Qiita でした 19日目：オレオレRailsアプリを支えるインフラの作り方 最近では Heroku などのPaaS*1 も普及してインフラのことを知らなくても簡単にアプリを公開することができるようになりました。 しかしトラブルシューティングやパフォーマンスチューニングなどを行うにはアプリケーションコードだけで完結することは少なく、全体像を把握する必要があります。Railsアプリケーションの裏でどんな構成で動いているかを知っておくかは重要なのでざっくりと紹介したいと思います。 書かないこと Railsアプリを作る上でのノウハウ 便利なgemや外部サービスの紹介 *2 監視 アラート検知 モ
ssig33.com - Jenkins で Rails アプリを docker build する話
Rails アプリを Docker で稼動させる際に、 Gemfile と Gemfile.lock を先に ADD して bundle install してからアプリケーション全体を ADD することで、 bundle install の結果をキャッシュする手法はよく知られています。 ADD Gemfile /app/Gemfile.lock ADD Gemfile /app/Gemfile WORKDIR /apps RUN bundle -j4 ADD . /app こういうやつ。 ところがこの手法は Jenkins のように毎回リポジトリが clean にチェックアウトされる環境では全く無効です。 何故なら、 Docker は ADD するファイルが更新されているかどうかを、ファイルの中身そのものではなく、タイムスタンプなどのメタデータで確認しているからです。 git checko
QA＠IT サービス終了のお知らせ - ＠IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
What makes Rails a framework worth learning in 2017?
