GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている
GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている 4月10日でサービス開始からちょうど15周年を迎えたGitHubは、当初からRuby on Railsを用いたモノリシックなアプリケーションとして作られてきました。現在では200万行近い規模のコードになっているそうです。 今年1月にはGtHubを利用しているデベロッパーが1億人に到達したことも発表しました。GitHubはまさに世界最大級のRailsアプリケーションだと言っていいでしょう。 そのGitHubは5年前の2018年、Railsのバージョンを3.2から5.2に上げる作業に1年半を費やし。そして二度とこのようなことにならないよう、より頻繁にアップデートを行うべき、などの教訓を得たとしていました。 そして現在、GitHubは毎週月曜日にRailsのアップデート作業
「DIは必ずしも善ではない」| Dependency injection is not a virtue by DHH
DHHの Dependency injection is not a virtue(2013) という記事は有名ですが、ちゃんとした日本語訳が意外とないようなので、書き出してみて思ったことを要約してみた。[1] Rubyのエンジニアの中には、何も考えずに他のモデルのnewを書いてる人の割合が多いという（コードレビュー時のヒアリングによる）体感があり、また8年前の記事なので経験の浅い人は読んだことがない人もいると思う。該当する方は是非読んでほしい。 全部読む時間が無い人は要約へ. 原文と訳文 In languages less open than Ruby, hard-coded class references can make testing tough. If your Java code has Date date = new Date(); buried in its guts,
[Ruby][LINE] ごみ出し日に LINE で通知する - Qiita
概要 ごみ出しって忘れちゃうことありますよね 捨てられる曜日が限られた燃えないごみやペットボトルの日は特に忘れがちです。そして Google カレンダーの通知だと気づけなくて 😇 そこで cron と Ruby を使用してごみ出し日に LINE (LINE Notify) で通知するようにしました。僕の場合は cron は Raspberry Pi 3 で動かしています。 方法 バージョン情報 Ruby 3.0.0 Bundler 2.2.11 Active Support 6.1.3 コード Gem は日付に関する処理のために Active Support のみ使用します。 require 'active_support' require 'active_support/core_ext' require 'net/http' require 'uri' # LINE に通知するための
![[Ruby][LINE] ごみ出し日に LINE で通知する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f4ed20e1d3b464b535e42228bf318b2c5a11df7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUnVieSU1RCU1QkxJTkUlNUQlMjAlRTMlODElOTQlRTMlODElQkYlRTUlODclQkElRTMlODElOTclRTYlOTclQTUlRTMlODElQUIlMjBMSU5FJTIwJUUzJTgxJUE3JUU5JTgwJTlBJUU3JTlGJUE1JUUzJTgxJTk5JUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1lM2YxOThkODgzODgxMWYwYWViMDcxMGM4ZmM4ODkwYQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBRVUFOT04mdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWFmODhiZTE3NGIwZTQyNTI1MzRkOGQ5NDMxNmQwYzFl%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Db677ed1380c111d468b88637d391ffd3)
CPU律速なRuby/Pythonコードはデフォルト設定のdocker上で遅くなる - まめめも
English version 要約 dockerはデフォルトでセキュリティ機構（Spectre脆弱性の対策）を有効にします。この影響で、RubyやPythonのようなインタプリタは速度が劣化します。特にCPU律速なプログラムで顕著に遅くなります（実行時間が倍くらいになることがあります）。 現象 Rubyで1億回ループするコードを、直接ホスト上で実行する場合と、docker上で実行する場合で実行時間を比較してみます。 直接ホスト上で実行した場合： $ ruby -ve 't = Time.now; i=0;while i<100_000_000;i+=1;end; puts "#{ Time.now - t } sec"' ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [x86_64-linux] 1.321703922 sec docker
AWS Lambda RubyでNative Extensionsを使用するgemを使うには？serverlessも使ってみた！ - GA technologies Tech Blog
初めまして、Railsエンジニアの白井です。 最近彼女が出来て会社の人に幸せ（惚気）を振りまく活動をしています！ さて、先日AWS re:Invent 2018にてAWS LambdaがRubyランタイム対応の発表がなされました！（リリース） そしてserverlessもすぐにRubyに対応！ 弊社は私含めRubyエンジニアが多数いるため、とてもとても嬉しいアナウンスメントでした。 早速使ってみるとNative Extensionsを使用するgemを使いたい時にちょっと詰まったのでシェアします！ この記事を読んだらわかること この記事では、 AWS Lambda RubyランタイムでNative Extensionsを使用するgemを使ったLambda関数を作る手順をまとめています。 ※Native Extensionsを使用しないgemのみを使ったLambda関数は未検証です。 ※ser
齢30を越えてようやく気づいたWebエンジニアの勉強に関するベストプラクティス - おうさまのみみはロバのみみ
…を書こうと思っていた矢先に↓が投稿された。 しかもぼくが書こうとした内容よりも理論付けられていたり、充実した内容だったり、深掘りされてたりして非常に良いのでこれ読めばだいたい終わるし書かなくていいじゃんね！ってなった。 完。 employment.en-japan.com これを読んだあとで「あーこんな良いエントリあるならぼく書かなくてもいんじゃね？っていうかぼくも知らない内容書かれてて充実度で完敗だし書く必要性無くね？？」とか思って書かないでおこうかと思っていたのだけども 別にぼくが似たようなことを書いてもPV数やまとまっている内容の充実差で件のエントリに微々たる影響を及ぼすこともなかろう、あと単純に書いて頭の中を整理しておこうと思い直したので今書いてる。 タイトルは元々の主旨なのだけどそれは↑を読めば満足できると思うのでこのエントリはそこからちょっと外れているものを書いておこうと思う
WEB+DB PRESS Vol.99の「良いコード」を本気でコードレビューしてみた - give IT a try
はじめに Twitterを見てたら、気になる雑誌の特集を見つけました。 WEB+DB PRESS Vol.99の「Rubyで学ぶ！良いコードって何だろう？」という特集記事です。 WEB+DB PRESS Vol.99 作者: ?橋健一,谷口禎英,井本大登,山崎勝平,大和田純,内村元樹,坂東昌哉,平田敏之,牧大輔,板敷康洋,大?浩崇,穴井宏幸,原口宗悟,久田真寛,ふしはらかん,のざきひろふみ,うらがみ,ひげぽん,池田拓司,はまちや2,竹原,片田雄樹,渋江一晃,WEB+DB PRESS編集部編出版社/メーカー: 技術評論社発売日: 2017/06/24メディア: 大型本この商品を含むブログを見るRuby大好き！きれいなコード大好き！！な僕にとっては、この特集は読まずにはいられません！ 早速買って読んでみました。 お～、なるほど、たしかにいいことが書いてある！ うんうん、そうそう・・・あれ？この
レガシーな独自フレームワークから脱却してRailsへ徐々に移行している話 - メドピア開発者ブログ
みなさんこんにちわ。 メドピアでエンジニアをやっている内田と申します。 現在メドピアではPHPで作られたレガシーな独自フレームワーク (以下FW) からRailsへと移行するプロジェクトが進んでいます。 今回は移行に向けて行ったことについて共有したいと思います。 移行の計画 メドピア株式会社では、医師限定のコミュニティサイト「MedPeer 」を運営しています。 「MedPeer 」サービス内では、薬剤評価掲示版、症例相談、Forum、ニュースなど、医師同士が情報交換をするための、機能の異なる複数のサービスを提供しています。 それらサービスの内部では7年前に作られたPHPの独自FWが採用されており、コードが肥大化したことで機能の変更や追加がとても困難になっていたことが課題でした。 そうした課題を解決するために、アーキテクチャの見直しを含めたリプレースがエンジニアの主導で計画されました。 様
株式会社GA technologies 技術顧問に日本人唯一のRailsコミッター松田明氏が就任（就任インタビュー） | GA technologies 不動産テック開発ブログ
12月1日より、日本人で唯一のRailsコミッター兼Rubyコミッターの松田明氏が株式会社GA technologiesの技術顧問に就任しました。 就任にあたり当社若手エンジニアとともにインタビューをしたので、その模様をアップします！（もう少し短くまとめたかったのですが、お話が面白かったのでほぼ丸々載せちゃいます） ── ご自身でも不動産投資をやられているとのことですが、不動産テックに対して興味や、当社顧問として取り組みたいことはありますか？ やれることは無限にあると思ってまして、この業界ってとにかくシステム化が遅れてますよね。 僕自身、2〜3年前の大江戸Ruby会議04っていうRubyのカンファレンスの講演で自分で家を建てた経験を無理やりRubyのプログラミングの話に結びつけて喋ったことがあって(Hacking Home)、そのころから不動産テックには興味はありました。 そのとき話したの
開発しやすいRails on Docker環境の作り方 - Qiita
最近、Rails界隈でDocker使い始めました、という話を聞く機会が増えてきたので、自分が開発環境整備用に構築したDockerの設定をまとめておく。 ちなみに、production運用については以前書いたので適当に探してくださいw 結論から書いておくと、volumeをちゃんと活用すればいい、ってだけの話です。 まず、本番用と開発用のDockerfileは分けた方が良い。一つでやろうとするとどうにも無理がでるので。 自分はDockerfileとDockerfile-devというものを用意している。 docker-composeはほぼ必須です。少なくともrailsプロセスとDBだけでも二つは必要だし、Dockerfileを分けてると事故るので。 Dockerfileはこんな感じ。 FROM mybase:ruby-2.3.1-debian RUN echo "deb http://http.
【Ruby】PythonプログラマーがRubyを触って感じたこと - 歩いたら休め
Pythonプログラマーというか、元々Python（ときどきR、C言語）で数値シミュレーションをしていた学生が、就職してRubyでWeb開発を行うにあたって勉強したことを書き連ねていくだけの記事です。 もし自分と同じような立場の人（これから後輩としてもどんどん増えていくかも！）がいたら、「ここを押さえておけばRubyは問題なく書けるよ」と教えられるように書いておきます。というのも、レビューを行っていた先輩とのプログラミングのスキルとの開きがあり、先輩も私も「どこが分かってないのか説明できない」状態になってしまってお互いに困ってしまった経験があるからです。 RubyとPythonはよく似ているのですが、思想や見た目で違う部分が多く、片方を勉強するともう片方の理解も深まります。 たまに2ちゃんねるのオカルト板である「見たことある世界によく似た異世界に迷い込んだ」みたいな感覚で、なかなか面白い経
全てのRubyエンジニアはだいたい糞である
汎用系のエンジニアからRubyのエンジニアとして転職して1年。 コボラー（笑）なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識
YARV命令ごとの実行コストを知るには - なるせにっき
プログラムのボトルネックを探すには大きく分けて二つの方法があります。心眼を研ぎ澄ましていきなり最適化してみてから考えるのと、何かしらのツールでサイクル数やCPU時間を計測して地道に探す方法ですね。皆さん普通は前者だと思うんですが、それが行き詰まってしまうこともあります。 後者のようにprofileを取っていく場合、手軽にCレベルでのprofileがとれて今わたしの中で一大ブームを巻き起こしているのがperf(3)なわけですが、Rubyのprofileを取ると往々にして以下のような結果になるわけです。（よい子のみんなはCレベルでのprofileではなく、stackprofを使ってRubyレベルでのprofileをとろうな！） sudo perf report --stdio --no-children -g none -d miniruby # To display the perf.dat
rbenv で ruby の環境を整える - リジェクトされました
忙しい人のためのまとめ インストール Macは brew install rbenv ruby-build でインストール。 git clone https://github.com/sstephenson/rbenv.git ~/.rbenv git clone https://github.com/sstephenson/ruby-build.git ~/.rbenv/plugins/ruby-build apt-get install -y autoconf bison build-essential libssl-dev libyaml-dev libreadline6-dev zlib1g-dev libncurses5-dev libffi-dev libgdbm3 libgdbm-dev .bash/zshrc ファイルに追加。 [[ -d ~/.rbenv ]] && \
passengerもrvmで動かすOSのrubyに依存しない環境づくり | Act as Professional
OSに最初からついているrubyのバージョンやパッケージのバージョンとかを見てみると、 [@MacBook-Air]$ /usr/bin/ruby -v ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0]とか表示されて、Rails3使ってる人にとっては、だいぶ残念な感じ。 かといって、passengerが1.8系で既に動いていたり、1.8系でしか稼働しないコードやgemを使っていたりする場合、OSのrubyバージョンを勝手に変更するわけにもいかない人は多いんじゃないだろうか。 でも、rubyは1.9でrailsは3なんだよ。って人は、なんでもかんでもrvmでやること推奨する。 そして、rvmにインストールした1.9系のrubyを使ってpassengerを稼働さましょう。 rvmについてのインストールは公式サイトの通りな
Ruby on GeoTools で境界ボックスフィルタ - Relevant, Timely, and Accurate
geotools.rb の Geo::Reader に境界ボックスフィルタを実装しました。 Geo::Reader#foreach の第二引数 options に、{:bbox => [136, 35, 137, 36]} のように境界ボックスを指定します。境界ボックスは要素数４の配列で、[xmin, ymin, xmax, ymax] の順番で記述してください。 現時点で options に使えるキーとその値をまとめると、以下のようになります。 キー 値 :sjis_workaround true のとき、Shift_JIS の主題属性を (UTF-8)文字列として戻すようにします。 :whitelist Ruby レベルまで取り出す属性名を配列として渡します。例 {:whitelist => ['exs]} :bbox 取り出すデータの空間範囲を、[xmin, ymin, xmax,
Trac の Wiki を Redmine の Wiki (Textile) に変換するスクリプト
Trac の Wiki を、Redmine の Wiki に変換するスクリプトを書いてみた。Redmine の Wiki 書式は Textile に Redmine 独自のリンク書式を追加したもの。 Trac_wiki_to_textile ソースコードは GitHub で公開している。 ataka's trac_wiki_to_textile at master - GitHub このコードは、seven1m 氏と hchoroomi 氏の trac_wiki_to_github を参考にして作った。両氏には感謝。 hchoroomi's trac_wiki_to_github at master - GitHub 使い方 trac.db を convert.rb スクリプトと同じディレクトリーに置く convert.rb スクリプトのあるディレクトリーに、「wiki」という名前のサブ・
Puma vs Phusion Passenger
Puma is an open source multi-threaded application server for Ruby, written by Evan Phoenix and based on Mongrel. We at Phusion often get questions about how Puma differs from the Phusion Passenger Ruby web server. This article lists some differences. Regarding objectivity and accuracy As you may have noticed by now, this article is written by the authors of Phusion Passenger. As a result, some peo
【Rails 4.1】APサーバー環境構築［Mac OS X 10.9.2 Marverick］ - 株式会社へんてこらぼ
こんにちは、代表の平野です。 Ruby on Rails 初心者向けに、Mac OS X 10.9.2 Marverick 環境での、AP（アプリケーション）サーバーの構築手順をまとめました。 ※本記事は、ベンチマークを取る目的で調べた内容です。もしも記述内容に誤りがありましたら、お気軽にご指摘ください。 INDEX 動作環境 STEP.1 雛形となるRailsアプリケーションを作成 STEP.2 各種APサーバーの環境構築 2-1. WEBrick 2-2. Thin 2-3. Puma 2-4. Unicorn 2-5. Rainbows! 2-6. Phusion Passenger STEP.3 各APサーバーの特徴の比較 動作環境 Mac OS X 10.9.2 Homebrew 0.9.5 ruby 2.1.1p76 Rails 4.1.0 gem 2.2.2 thin 1.6
Windows 8.1で、複数のRubyを切り替えて使いたいならuruがいいよ！（残念ながらpikはオワコンです） #RubyJP - 高尾宏治日記 on はてなブログ
Error when running pik in Powershell より @devert and @chiefy I will recommend you use uru instead: https://bitbucket.org/jonforums/uru While it doesn't install the versions of Ruby, it works much better than Pik. Considering I haven't had time to work on pik over the last year or so, I think will be better option. なんと、 pik はオワコンでしたか...。誰しも暇な時もあれば忙しいときもあり、忙しければOSSのメンテナンスはできなくなるもの。これは仕方がありませんね。 ということ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
