Re: Rails を主戦場としている自分が今後学ぶべき技術について
この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io
私が「CakePHP 3」よりも「Laravel 5」を推したい理由 | 綺麗に死ぬITエンジニア
現在、数多くのPHPフレームワークが登場しています。 ですが、私の周りでは、新規案件においては大体「CakePHP 3」か「Laravel 5」の二択になっています。この二つのフレームワークは、日本において、今現在PHPフレームワークの二強といってもいい存在ですね。 私はどちらのフレームワークもある程度使った経験があります。 そしてその結果、私の中では「CakePHP 3」よりも断然「Laravel 5」の方が優れているという結論が出ましたので、その理由を解説していきます。もちろん、好みの問題もありますので、フレームワーク選定の参考にしようとされる場合は、案件やチームのスキルを鑑みて総合的に評価してください。 自由なディレクトリ構成これはチームによってはメリットにもデメリットにもなりうる要素ですが、基本的にLaravelは、PHPのソースコードを配置する際のディレクトリ構成（名前空間の構成
Jenkinsをインストールして使ってみよう［Mac／Linux／Windows］
継続的インテグレーションツール「Jenkins」の使い方を基礎から解説する連載がスタート。初回は、Jenkinsの概要とインストール手順、簡単なジョブの登録方法を説明する。 連載 INDEX 次回 → Jenkinsとは何か？ 「Jenkins」というツールをご存じだろうか？ 情報に敏感な読者であれば「継続的インテグレーション（CI）」という言葉とともにネット上で一度や二度は見たことがあるかもしれない。しかしながら「継続的インテグレーション」という言葉の難解さや「Javaで作成されている」という点で、敷居が高く感じられ、導入を見送っているプログラマーの方もいるのではないだろうか。 そんな方々にとって、本連載がJenkinsを使うきっかけになれば幸いだ。本連載では、Jenkinsの使い方を基礎から説明する。その説明用のプログラミング環境としてはRubyを採用しているが、他の環境の方にも参考と
RubyとRailsの学習ガイド2019年版
この記事は RubyそしてRailsをこれから勉強したい方に、どんな技術を勉強すればいいかと、それらの技術全体のガイドマップを図示します。そしてそれを学ぶための資料（書籍、Web記事ほか）を紹介していきます。この記事は、頭の中に技術全体の地図を描き、イメージしてもらうのが狙いです。 Railsアプリを作るときに必要になたくさんの技術について説明していきますが、本当にたくさんの技術が出てきます。まだ学んでいない、分からない言葉が出てくると思いますが、全体を把握するために、ひとまずは「そういう技術があるのだな」くらいで捉えてもらえればと思います。将来、その言葉が出てきたときに「どこかで聞いたような？」と思えたら儲けものです。 勉強方法のお勧めは、1つの知識を徹底的にやるよりも、まずは全体を通して勉強し、そのあとで勉強したいところに戻って積み重ねて学んでいく方が、挫折しづらいのでお勧めです。 追
Railsは2019年も「あり」か？#1（翻訳）｜TechRacho by BPS株式会社
#1: 統計を調べる（本記事） #2: Railsの長所と向いている用途 #3: Railsの短所と不向きな用途、他の選択肢など 追記（2019/04/26） 特に他の言語やフレームワークの方には、Rails Developers Meetup 2019で発表された以下のスライドもご覧になることをおすすめいたします。 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Who gives a F*** about Rails in 2019? 原文公開日: 2019/01/15 著者: Wojciech Miśta 原文が長いため3分割してあります。 日本語タイトルは原文タイトルではなく内容に即したものにしました。 画像は元記事からの引用です。 Railsは2019年も「あり」か？（翻訳） もう認めようではありませんか、Ruby on Railsが年を取ったことを。いや本当に長生き
Railsは2018年も現役か？: 中編（翻訳）
前記事: Railsは2018年も現役か？: 前編（翻訳） 次記事: Railsは2018年も現役か？: 後編（翻訳） 言語 それでは、初めに述べた言語たちを分析することにしましょう。 Rubyはオブジェクト指向プログラミング言語として優れています。（私見では）Rubyは優れたOOPエクスペリエンスと開発者の幸せを主要な目標に置いています。しかしコードの実行速度は主要な目標ではありません。 訳注: ご存知のとおり、現在のRubyは「Ruby 3x3」の旗のもとでコードの実行速度改善の優先順位を以前よりも上げています。 Ruby on Railsは、Ruby言語上で構築されたWebフレームワークであり、生産性と開発者の幸せを主要な目標に置いています。コードの実行速度や、癒着のないOOPエクスペリエンスはRailsの主要な目標ではありません。ソケット接続はまあまあですが、優秀というほどでもあり
どれ使うべき？3大WebフレームワークRails・Django・Laravelを徹底比較してみた - paiza times
(English article is here) ブラウザを開くだけでWeb開発環境が整う PaizaCloud クラウドIDE こんにちは、吉岡(@yoshiokatsuneo)です。 Webサービスを作成する時に迷うのが、「どのWebアプリケーションフレームワークを使うか？」ですよね。 今からWebサービスを作るなら、Ruby on Rails, Django, Laravelが主流となる3大フレームワークかと思われます。 いずれもフルスタックフレームワークと呼ばれるもので、Web開発に必要な機能を一通り揃えていますが、もちろんそれぞれ開発言語、機能、構成などは異なります。 どれも有名なフレームワークなので、名前だけならすべて知っているという人も多いかと思いますが、実際に全てを使ったことがある人は少ないのではないでしょうか。 すでにどれかを使って開発している人も、ほかのフレームワーク
Rails で "とりあえず動くコード" を書けるようになった人が次に遭遇する問題とそれを解決してくれる本まとめ - おいちゃんと呼ばれています
以前も少し書きましたが、いまペパボのフリマアプリ「kiteco（キテコ）」の API を Rails でつくっています（つい先日 Android 版をリリースしました） 古着フリマアプリ kiteco（キテコ）- 手数料無料キャンペーン中！ で、少し前に新卒2年目氏がチームに加わったので「これ読んどくと良いよ」という本をチーム内で共有しようと思っていたのですが、クローズドな場所に書く理由も無いですし、せっかくなのでブログに書こうかと思いました。 Rails チュートリアル をやり終えて、"とりあえず動く" 動くコードは書けるようになった、という人が次に遭遇するであろう問題とそれを解決してくれる本をまとめます。 紹介する順番には、特に「この順番で読むべき」という意図はないです。まずは自分がいま抱えている問題の本を手に取ってみると良いと思います もくじ 問題 1. テストが書けない - 読むべ
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は明らかに不向きです。もちろん、これはあくまで極端な場合であることを忘れてはなりません。数百万ユーザーをさば
Railsで"とりあえず動くコードを書く"までに苦労してきたところ - 複製子の団欒
これまで、何度もRailsを勉強しようとして挫折してきた。 Rails で "とりあえず動くコード" を書けるようになった人が次に遭遇する問題とそれを解決してくれる本まとめ - 彼女からは、おいちゃんと呼ばれています を読んで勉強したくはなったのだけれど、そもそも僕はまだ “とりあえず動くコードが書けるようになった” 気がしていない。 これでも自分はプログラムは得意な方だと思っていた。大学は情報系だったし、同じ授業を受けた人たちの中では上手くプログラムできる方だったと思う。プログラムを書くこと自体は好きだし、CやJava、Lispやアセンブラまで主要な言語は大体把握しているつもりだ。 それでもRailsは難しい。 なぜ難しいのか？ 列挙してみると とにかく知るべきことが多い しかも進歩が早く、せっかく憶えてもすぐに変化する 「これだけやれば大丈夫」という聖典が無い からだと思う。CやLis
Ruby on Rails を勉強しない方が良い100の理由 - @ledsun blog
はじめに 今すぐ辞めて欲しい、「Ruby on Rails勉強してます」「CakePHP勉強してます」 | つい全力ツッコミしてしまうエンジニアCEOのブログ | sumyappを読みました。最初ツッコミどころが凄い*1なと思ったんですが、二回読んでちょっと思い当たる節があるなと思ったので書きます。 Rails を勉強しない方が良い理由 Railsにはscaffoldがあるので間口がすごく広いです。実際それを紹介した 15m intro video*2 が理由で人気を博しました。が、奥行きが深い。どこまで学べば「Railsを使いこなせます」って言えるのかまるでわかりません。 鉄板作法が共有されていない 2005年に出てきた割に意外に鉄板作法が共有されていません。 たとえばビジネスロジックをどこに置くのかについては以下のような議論があります やはりお前らのMVCは間違っている Rails の
Railsアプリケーション構築ガイド — Railsアプリケーション構築ガイド
Railsアプリケーション構築ガイド¶ 業務でRuby on Railsを利用する人のための、アプリケーション構築ガイド 最終更新日: Feb 03, 2018 Ruby on Railsは、流儀・規則に従うことで効率的なシステム開発が可能となるWebアプリケーションフレームワークです。 レールの上に乗って開発を行っているうちは、 少ないコード量で複雑なアプリケーションを 簡単に実装できる、Railsというフレームワークの強力さ、美しさを体感できるはずです。 しかし、少しでもレールから外れたアプリケーションを実装しようとすると、途端に複雑になるのも事実です。 業務アプリケーション構築の分野では、Railsの流儀とは相容れない実装を強いられる事が多々あります。 レールから外れたアプリケーションをよく考えずに実装すると、 コードが難解になり、システムのメンテナンス性が大きく下がってしまいます。
個人的なDjangoとRuby on Railsの比較・メリット・デメリットなど
This post is also available in: English-US (英語) 数年以上前、開発を始める際に Django とRuby on Rails のどっちを採用しようかと考えながら、海外サイト含めて結構リサーチしていたのですが、どうも決定的な理由が見つからずに困った経験がありました。 数年経って、Django と Ruby on Rails の両方を使って開発した個人的な感想(あくまで個人的です)という点から、両方のフレームワークを比較した内容をメモとして書いておきたいと思います。 今後、どなたかの判断に貢献できれば幸いです。 長い文章読むの面倒だから、要するにDjangoとRailsどっちがおすすめなの？ 個人的にはDjangoがおすすめです。 理由としては、Railsは確かにコード量は少なくなりますが、コードの内容が抽象化されすぎてて、レール(Railsだけに.
Railsチュートリアルを終えた話 - ぜぜ日記
いまさら感がなくはないけれどrailsチュートリアルをようやく終わらせることができた（Rails4.2対応 第3版） http://railstutorial.jp/ Railsの基本的な機能、モデル、ビュー、コントローラ、テンプレート、パーシャル、フィルタ、検証、コールバック、has_many/belongs_to/has_many through関連付け、セキュリティ、テスティング、デプロイについて使い方を学べたと思う。 これからrailsで開発していくなかでちょっと困ったときにチュートリアルに戻って参照することもありそう。 つくっていただいたMichael Hartl氏と翻訳に尽力した安川 要平氏（＠yasulab）に感謝します。 せっかくなので自分の現時点でのRails観とチュートリアルの紹介、そしてちょっとしたコメントを残しておこうと思う。 そもそもRuby on Railsとは
Railsは2018年も現役か？: 前編（翻訳）｜TechRacho by BPS株式会社
次記事: Railsは2018年も現役か？: 中編（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Is Rails still relevant in 2018 ? 原文公開日: 2018/08/16 著者: equivalent 記事は3分割しました。画像は元記事からの引用です。 Railsは2018年も現役か？（翻訳） Rubyから別の何かに乗り換えることを検討中のWeb開発者から、数日前にこんなメールを受け取りました。 まったく新規から始めるとしたら、バックエンドにRubyかElixirかJSのどれを選ぶ？ このメールで他に重要と思われる部分は、現在の彼はもっぱら自分のサイドプロジェクトに関心を寄せていることと、主な懸念点は開発速度と開発のしやすさであるということです。 メールに返信を書き始めたのですが随分と長くなってしまったので、この際記事にすることにしました
普通のRailsアプリケーションにReactを導入する | DevelopersIO
次にreactをインストールします。 $ npm install -S react react-dom package.jsonは以下のようになりました。 { (中略) "devDependencies": { "babel-core": "^6.21.0", "babel-loader": "^6.2.10", "babel-preset-es2015": "^6.18.0", "babel-preset-react": "^6.16.0", "webpack": "^1.14.0" }, "dependencies": { "react": "^15.4.2", "react-dom": "^15.4.2", }, (中略) } ビルド設定 webpackでビルドできるように設定ファイルを作ります。 clientディレクトリにwebpack.config.jsファイルを作成し以下の内容
Railsアプリケーション構築ガイド — Railsアプリケーション構築ガイド
Railsアプリケーション構築ガイド¶ 業務でRuby on Railsを利用する人のための、アプリケーション構築ガイド 最終更新日: Feb 03, 2018 Ruby on Railsは、流儀・規則に従うことで効率的なシステム開発が可能となるWebアプリケーションフレームワークです。 レールの上に乗って開発を行っているうちは、 少ないコード量で複雑なアプリケーションを 簡単に実装できる、Railsというフレームワークの強力さ、美しさを体感できるはずです。 しかし、少しでもレールから外れたアプリケーションを実装しようとすると、途端に複雑になるのも事実です。 業務アプリケーション構築の分野では、Railsの流儀とは相容れない実装を強いられる事が多々あります。 レールから外れたアプリケーションをよく考えずに実装すると、 コードが難解になり、システムのメンテナンス性が大きく下がってしまいます。
永久保存版Railsアップデートガイド - pixiv inside
はじめまして、2018年7月入社の sue445です。自称「フルスタックキュアエンジニア」です。最近はpixiv PAYのチームでRailsを書いたり社内gemを作ったりしています。 好きなプリキュアはキュアピースです。 前置き 先日Rails 5.2.1がリリースされました https://weblog.rubyonrails.org/2018/8/7/Rails-5-2-1-has-been-released/ pixiv PAYでもその対応を行っていて、先日本番環境にRails 5.2.1を投入しました 💪 ググると特定のバージョンでのアップデート方法はいろいろ見つかるのですが、どのバージョンでも使える汎用的な方法が意外になかったので紹介しようと思います。 Rails 4.1系以降はだいたいこの方法でアップデートしてきたのでそれなりに実績のある手法だと思います。 筆者スペック 初め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails Wayの再考 - RailsDM Extreme
「Ruby on Railsの需要はまだまだ巨大です」 | Ruby開発・事例サイト