GitHub - standardrb/standard: Ruby's bikeshed-proof linter and formatter 🚲
The standard gem brings the ethos of StandardJS to Ruby. It's a linter & formatter built on RuboCop and provides an unconfigurable configuration to all of RuboCop's built-in rules as well as those included in rubocop-performance. It also supports plugins built with lint_roller, like standard-rails. Standard Ruby was created and is maintained by the team at Test Double, because we appreciate the im
SEROKU は2021年2月12日を以てサービス終了しました。
SEROKU は2021年2月12日を以てサービス終了しました。 これまでのご利用ありがとうございました HAKARERU につきまして引き続きサービスを継続しています Tweets by SerokuFreelance
【必読】開発者が「RubyMine」を使ってはいけない4つの理由【JetBrains】 - pavlog
「統合開発環境（とうごうかいはつかんきょう）」… これは、たった一つのアプリケーションで開発作業の何もかも全てをただ一つの操作環境からできるようにした開発における叡智の集合です（個人の感想です）。 今の時代は金とマシンパワーを積んでIDE*1さえ買えば、どんな開発作業も楽になる恐ろしい時代です（個人の感想です）。 しかし数あるIDEの中でも使ってはいけないIDEがあります。JetBrains社謹製のIDEであるRubyMineです。様々なIDEを使ってきた僕が、今改めて使わない方がイイと断言するのには、理由が4つあります。 ・目次 IDEとは？ 使ってはいけない理由 理由1: 「Search Everywhere」 理由2: 「Quick Documentation / Quick Definition」 Quick Documentation Quick Definition 理由3:
VSCodeで最低限のRuby環境構築 - 設定編 - Technically Impossible
Legacy functionality will most likely not receive additional improvements and will be fully removed when the extension hits v1.0 Ruby - Visual Studio Marketplace Ruby拡張の更新に伴い、この投稿で紹介している設定はLegacy Configurationとなった。 Legacy Configurationでも機能するのだが、今後の更改見込みはなく、Ver 1.0では排除されることになっている。 新バージョンの設定を反映した「VSCodeで最低限のRuby環境構築」の2021年版を投稿した。新しい投稿を参照してほしい。 impsbl.hatenablog.jp impsbl.hatenablog.jp Ruby、DevKit、MS
VSCodeでRuby On Railsを快適に書きたい
// Filepath to the configuration file for Rubocop "ruby.rubocop.configFilePath": "", // execution path of rubocop. "ruby.rubocop.executePath": "", // execute rubocop on save. "ruby.rubocop.onSave": true, // Defines if it should clear the terminal on each spec run "ruby.specClearTerminal": true, // Defines a custom command to run for specs (i.e. 'spring rspec') "ruby.specCommand": "", // Defines if
Webページを監視して表示崩れが起きていないか検出できるE2Eテストを実装しました | Recruit Tech Blog
お世話になります、フロントエンド担当をしている小原正大です。Webページの表示を監視して差異があった場合、どのページで表示の変化が起きているかを知ることが出来るプログラムを実装したのでそのことについて書こうと思います。 何につかったの？ 僕がフロントエンドを担当しているサービス『料理サプリ』で大規模なフロントエンドコードのリファクタリング行う際に表示テストを自動化するために作成しました。『料理サプリ』はPC・スマホ合わせて大体350-400ページの表示パターンが存在する比較的規模の大きいサイトです。全ページに影響を与えるような作業は大規模な回収となり、今回のリファクタリングでは表示テストの計画などの段取りが必要でした。従来の人手によるQAでは細かいバグを見過ごしたり時間がかかり効率が悪いので、可能な限り自動化しようと考え実装しました。 実装の概要 この監視のシステムは以下の２つ実装を組合わ
超捗る！AtomでRubyを書く前にいれておいたほうがいいパッケージ5選 + α - Qiita
autocomplete-rubyで設定されているRsenseのパスはデフォルトで~/.gem/ruby/2.3.0/bin/rsenseとなっています。 このパスが正しくないとautocomplete-rubyが正しく動作せず、以下のようにError starting rsenseというエラーが表示されます。 正しく動作しない場合はgem environmentを実行し、GEM PATHSのパスを設定ファイルに書きます。 もしくはwhich rsenseを実行するとrsenseのパスがわかります。 rsenseのインストールはgem install rsenseで行います。 例えば自分の場合は/Users/nishina/.rbenv/versions/2.3.0/bin/rsenseでした。 2.文法チェックをしてくれる linter-rubocop インストール方法 まずはlinte
【Ruby初心者向け】テキストエディタ、ちゃんと設定できてる？使いこなせてる？チェックリスト10項目 - Qiita
はじめに 勉強会とかで「最近Rubyを始めました」とか、「プログラミング自体、初心者です」という人たちの画面を覗くと、テキストエディタの設定がデフォルトのままだったり、コードを編集するのに矢印キーとバックスペースを連打しまくったりしている人をよく見かけます。 プログラミングを学ぼうとしているのだから、まずコードを書きたい、という気持ちは分かりますが、それよりもまず「コードを書く道具」の使い方をしっかり学んでおいた方が、効率よくコードが書けます。 そして効率よくコードが書ければ、プログラミングの学習効率もよくなります。 というわけで、この記事ではどんなテキストエディタを使う場合でも「最低限、これだけはやっておきたい設定」や「使いこなせるようにしたい機能」を10個紹介します。 初心者の方はこの記事を読んで、テキストエディタの設定や使い方を再確認しましょう！ 対象となるエディタやIDE この記事
「プロを目指す人のためのRuby入門」別館のカレンダー | Advent Calendar 2017 - Qiita
書籍「プロを目指す人のためのRuby入門」（チェリー本）の中に収録できなかった技術記事を、著者が自ら公開していくアドベントカレンダーです。 以下のような記事を公開していきます。 ページ数の関係でカットせざるを得なかった記事 本書のコンセプトや対象読者にマッチしないと判断して収録を見送った記事 「あ、あの話も書いておけば良かった」とあとから思った記事 チェリー本ではもともとあった原稿からトータル100ページ以上の記事をカット（！）しました。 ですが、このままお蔵入りにしてしまうのはもったいないので、このアドベントカレンダーで無償公開します。 もともとは書籍の原稿だったということで、本文にはときどき章番号や項番号が登場するかもしれませんが、ご了承ください。 チェリー本もここで公開したものと同じような雰囲気で説明していますので、興味を持った方はお近くの書店で本書を手に取ってみてください！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rubydoc-ja-docsets by labocho
Rubyのテンプレートエンジンをerbからslimに変更する際に変えた事 - Qiita