【再掲】新米エンジニアがRailsにコントリビュートした話 - 模索中
本記事は7年前の2015年1月、私が前職の技術ブログに投稿した記事の再掲版となります。 元のブログが閉鎖していたのでこちらに移します。 前職の会社が買収された後、文章は取っておいたのですが、特に読まれることもなかろうと下書きで放置していました。 この度伊藤さんのtweetをきっかけに再掲することにしました。 久々にこの記事を読もうと思ったんですが、もうアクセスできなくなっちゃってますね。。 南谷さんの個人ブログに転載できたりしないかな〜？— Junichi Ito (伊藤淳一) (@jnchito) 2022年1月10日 伊藤さん、掘り起こしありがとうございました。 初めての技術ブログに思っていた以上に反響があって当時はとても嬉しかったのをよく覚えています。 b.hatena.ne.jp 改めて読み返してみると苦笑いが浮かんで書き直したい衝動にかられますが、無効なリンクを削除した以外は原文
Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに
Ruby言語によるWebアプリケーションフレームワークの最新版となる「Rails 7」が正式リリースされました。 Rails 7.0 FINAL: The fulfillment of a vision to present a truly full-stack approach to web development that tackles both the front- and back-end challenges with equal vigor. https://t.co/WxJ0nKYfE7 — Ruby on Rails (@rails) December 15, 2021 Rails 7の最大の変更点は、フロントエンド開発環境が刷新されてNode.jsを用いない構成がデフォルトとなったことでしょう。 Rails 6では、優れたフロントエンド開発環境を実現するためにトランスパ
Active Recordから考える次世代のRuby on Railsの方向性 / Directions for the next generation of Ruby on Rails: From the viewpoint of its Active Record
January 29, 2021 @ 銀座Rails #29
Railsの未来についての一考察 - okuramasafumiのブログ
概要 前置き この記事はRails Advent Calendar 2020の15日目の記事です。昨日はnegito6さんの忙しい人のための Rails デバッグ方法まとめでした。 動機 うなすけさんのRailsを主戦場としている自分が今後学ぶべき技術について(随筆)という記事と、それに対するmizchiさんのアンサーブログ、Re: Rails を主戦場としている自分が今後学ぶべき技術についてに触発されて書いています。 お断り この記事ではRailsの技術的な側面を意図的に重視していません。というのは、私がRails以外の技術についてそこまで詳しくないため比較するのが困難だからです。 また、ふわっとした話題を扱うということもあり、どうしても書き方が推測多めになってしまっています。これは私の知見と経験の少なさによるものです。 本編 アプリケーション開発のマトリックス いきなりですが、アプリケ
Re: Rails を主戦場としている自分が今後学ぶべき技術について
この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io
クックパッドの巨大Ralisアプリケーション改善 知られざる「お台場プロジェクト」の裏側 - ログミーTech（テック）
2018年9月12日、メドピア株式会社が主催するイベント「MedBeer」が開催されました。今回のテーマは「Rails開発での技術的負債との付き合い方」。長期間の開発において避けて通れない技術的負債をいかにして克服するか？ そのノウハウを語ります。「クックパッドの巨大 Rails アプリケーションの改善」に登壇したのは、小室直氏。クックパッドを支える巨大なRailsアプリケーションにおいて、どのような問題が発生し、どうやって解決したのか？ その歴史と変遷を振り返ります。講演資料はこちら 巨大Railsアプリケーションの改善 小室直氏（以下、小室）：始めさせていただきます。 まずこれ、たいした意味もなく出してるんですが、この会場に来たときにこれを見て「あ～すごいちゃんとイベントバナー作ってる。クックパッド、クラッシー。あ、クックパッドもなんか絡んでるんだな～」って思ったんですけど。よく
【保存版】Railsエンジニアとして内定後、実務で必要とされる知識をつけるために1ヶ月で必死で読んだ13冊 - 銀行員からのRailsエンジニア
はじめに こんにちは。ゆうすけです。 僕はRailsエンジニアとして内定後、勤務が始まるまでの１ヶ月で技術書１３冊（金額にして3.4万円(汗)）を読んできました。 内定先のマネージャーにおすすめされた本も多く、Railsエンジニアに転職を検討されている方、実務レベルの知識を習得したいという方の参考になればと思い、１ヶ月で読んできた本を紹介します。 無料でPDFが公開されているものもあるので、是非参考にしてみてください。 当然ですが１ヶ月で全てを理解出来た訳ではなく、今後繰り返し読んでいこうと思っているので、自分の現状の備忘も含めて書きました。 はじめに 読んだ本 基礎知識 Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus) プログラミング一般 プリンシプル オブ プログラミング3年目までに身につけたい一生役立つ101の原理原則 オブジェ
RailsコードをGoで書き直して、FFIを使ってRailsからGoの関数を実行させて実行時間を5%以下に短縮させた - Clueit Developersブログ
こんにちは、Webチームの柴山（@shikeapp0909）です。 今回は、弊社Webアプリ「mamanoko」の一部に処理高速化のためにGoを導入したので、どのように導入したかをご紹介しようと思います。 Railsで開発しているWebアプリ内にどのようにGoを取り入れたのか、実際のコード例を交えながら解説していきたいと思います。 なぜRails環境にGoを導入したのか そもそもなぜGoを導入することになったのかと疑問に思われるかと思います。 mamanokoはメディアサービスのため、ライターさんに文章を書いていただいています。複数のライターさんがおり、文章量も膨大になるため、表記揺れや誤字がどうしても出てきてしまいます。 そのため、文章校正が必要であり、以前からその機能を提供していました。 しかしこの文章校正の機能は記事の文章に対して表記揺れなどチェックしたい単語を総なめする処理をしてい
大きな Rails アプリケーションをなんとかしよう。まずは計測と可視化からはじめよう。 - クックパッド開発者ブログ
こんにちは、技術部開発基盤グループの id:hogelog です。 RubyKaigi 2018 楽しかったですね。僕はおそらく RubyKaigi 2010 以来の久しぶりの参加でした。ああいう場の楽しさを思い出し、また今回はスポンサーブースから RubyKaigi に参加するという学生の頃は知らなかった楽しみも新たに知り、RubyKaigi を満喫させていただきました。 さて今回はそんな RubyKaigi で取り戻した Ruby に対する感情と関係あるようなないような、最近自分が取り組んでいるお台場プロジェクトとプロジェクト内で実施している計測と可視化について紹介します。 お台場プロジェクトの発足 クックパッドの開発といえば数年前までは cookpad_all という一つのリポジトリの中に詰め込まれた巨大なモノリシック Rails アプリケーションを社内のエンジニアが寄ってたかって開
Railsで作られた社内システムをGAE/Goでリプレースした所感 | TABI LABO TECH BLOG
それぞれの技術要素ごとに開発中に苦心した点、実際運用してみた所感などをまとめていきます。 インフラ: AWS -> GCP GAE/Goを採用したため、必然的にGCPとなります。AWSで構築していたLAMPベースの環境からGoggle独自のプラットフォームへの移行となりましたが、主要なサービスはAWSの各種サービスとだいたい1対1で対応しているかと思います。（後述しますが、CloudSearch、ElastiCache相当のサービスが存在しないのは痛かった） かなり癖があり学習コストはそれなりにあったものの、慣れればコンソールのダッシュボードやモニタリングが充実していたり、各種リソースのプロビジョニングがAWSと比較して極端に早かったりと、使い勝手が非常によいです。 言語: Ruby 2.4 -> Golang 1.8 GolangはCやJavaの後継言語の印象です。Robert Grie
Ruby on Rails 5.2正式版発表。Active Storageによるクラウドストレージ対応、Redisでのキャッシュ対応など
Ruby on Rails 5.2正式版発表。Active Storageによるクラウドストレージ対応、Redisでのキャッシュ対応など Ruby on Rails 5.2のファイナル版が発表されました。来週の火曜日からは米国ピッツバーグで「Rails Conf 2018」が開催予定で、それに間に合わせたことになります。 Rails 5.2のおもな新機能は、Active Storageによるクラウドストレージ対応、キャッシュストアへのRedis対応、HTTP/2 Early Hints対応、DSLによるContent Security Policyの設定などです。 Rails 5.2のおもな機能 Rails 5.2の主な機能をそれぞれ簡単に紹介しましょう。 Active Storage Active Storageは、Amazon S3やGoogle Cloud Storage、Micro
新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳）｜TechRacho by BPS株式会社
新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳） 新しいRailsフロントエンド開発（2）コンポーネントベースでアプリを書く（翻訳） 新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Evil Front Part 3: Modern Front-end in Rails 原文公開日: 2017/12/20 著者: Andy Barnov、Alexey Plutalov サイト: Evil Martians 前書き 本記事は、フロントエンドのフレームワークに依存しないRailsプレゼンテーションロジックを現代的かつモジュール単位かつコンポーネントベースで扱う方法を独断に基いて解説するガイドです。3部構成のチュ
本当にあったRailsの怖い話
meguro.rb#9で発表した資料です 「心霊現象」という文字が映らない心霊現象が発生しております。
RailsエンジニアがReactを始めてSSRとReduxとTypeScriptを導入するまで | bitjourney Kibela
RailsエンジニアがReactを始めてSSRとReduxを導入するまで Roppongi.rb #3 "Rails x Frontend-Tech" 自己紹介 github.com/gfx BitJourneyでKibelaを開発 Speee, Inc. で技術顧問をしてる Reactは現職で初めて触った（2016年8月~） 今日の話 Kibelaのフロントエンドの話です。 読みはキベラ Markdownで書けて、フロー情報（Blog）とストック情報（Wiki）を区別して整理できる情報共有ツール これまでの話 新規Railsアプリに小さく導入するReact // Speaker Deck （dex1t, 2016/09/05） 小さく導入して学びながら開発を進める ⭕ Interactive UI componentをReactで＆jQueryも併用 ❌ viewをすべてReactで実装
Railsフロントエンド技術の今とこれから
待望されたYarnサポートの入ったRails5.1が2017年4月にリリースされました。 Ruby on Rails 5.1 Release Notes — Ruby on Rails Guides 他にもjQueryがデフォルトdependencyから外されたり、Optionalでwebpackサポートが入ったりしており、Railsのフロントエンドは大きな転換点を迎えたと言ってよいでしょう。本エントリではRailsのフロントエンド技術の今を振り返り、今後どうなっていくかをまとめてみたいと思います。 DisられてきたRailsフロントエンド Railsのフロントエンド技術スタックは、フロントエンドを専業とするエンジニアにDisられるものでした。具体的には下記の技術要素です。 jQueryCoffeeScriptAssets Pipeline (sprockets)gemのエコシステムに乗っ
Railsしかできない奴はいつまで経ってもRailsしかできない - Qiita
あと5年もすれば「Railsしかできない奴はいつまで経ってもRailsしかできない」て言われるようになるよ - ledsun のコメント / はてなブックマーク 5年と言わず、今すぐ言おう。 流行りだと言われてRailsをやってみることにする。 Railsチュートリアルを一通りやる。 それなりの物ができる。 チュートリアルに毛が生えた程度はできる。 他のフレームワークに挑戦してみる。 Sinatraやってみたけど、Rubyの基礎がわかってないから、挫折する。RailsがあればSinatraなど不要と言って、Sinatraを貶す。なお、RailsとSinatraの違いはわかってない。 いっそ、他の言語に挑戦してみる。 Javaやってみたけど、オブジェクト指向の基礎がわかってないから、挫折する。Smalltalkこそがオブジェクト指向の本流であり、C++風のオブジェクト指向は似非と言って、Ja
DockerのQuickstart:Compose and Railsをやってみた | RE:ENGINES
はじめに Dockerを触る機会ができたため、この機に勉強をしたいと思います。 DockerにはRailsプロジェクトを開始するチュートリアルがあったので、今回はそちらをやってみたいと思います。 Quickstart: Compose and Rails 環境 Mac OS X Yosemite 10.10.5 Docker for Macのインストール 今ではDockerもMacOSにインストールできるのですね。 まずはこちらからDocker for Macをインストールします。 Install Docker for Mac 特に変わった使い方をしたいわけではないので、Stable channel（安定版）を入手します。 基本的なコマンドはこちらで説明があります。 Get started with Docker for Mac インストールしたDockerを起動し、下記コマンドで確認しま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 5の目玉機能「Action Cable」で双方向通信を実装（2）
ふつうのRailsアプリケーション開発
無理しないRails
