You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

先日行われたRails Developers Meetup 2019で、Clean Test Code Revisedというタイトルで発表しました。スライドはこちら。 動画も上がっているようなので興味のある方はどうぞ*1。 所感 ご存知のかたもいると思いますが、この発表は2017年5月に行われたRails Developers Meetup第一回目で発表した内容を更に一歩進めたものとなっています。 Rails Developers Meetup で綺麗なテストコードの書き方について発表した - おもしろwebサービス開発日記 当時僕の頭の中にあった「こういうケースのときはこう書く。なぜならこうだから」というものを点で出したのが前回の発表で、それらを「脳に負荷をかけない」という線でつなげてまとめたのが今回の発表になります。 テストコードをレビューしたときに「これなんか読みづらいな…」と思って

ビジネスに必要な全てを担い、 自分の専門性を見つけ出す フルサイクル開発者のあり方@技育祭 秋 / how-find-own-speciality-in-full-cycle

はじめに：銀座Rails #12で登壇させてもらいました 去る2019年8月29日、銀座Rails #12で「プログラマがコードを書きながら考えること 」という発表をさせてもらいました。 ginza-rails.connpass.com この発表では「プログラマが書き上げたコード（＝完成形）」ではなく、「そのコードをどうやって書いたのか？（＝何を考え、どんなツールやテクニックを使って、どれくらいのスピードで書いたのかという点、すなわち、コードを書く過程）」をテーマにしました。 そして、その過程をわかりやすく伝えるために、スライドだけでなく、僕がガチンコでコードを書いていく様子を動画コンテンツとして会場のみなさんにお見せしました。 これまでいろんな勉強会やイベントで発表してきましたが、動画を事前に用意して発表で使ったのはこれが初めてです。 初めての試みなので、どうなるかちょっと不安でしたが、

「技術書LT&懇親会【Caraquri Tech Night #1】」で、LTプレゼンをしました。 オススメの技術書を紹介し合って、気づきや知見を増やすイベントです。 caraquri.connpass.com 私は本が好きなので、定期的に書店に足を運んでいます。 今回のイベントでは、技術系同人誌についてプレゼンされる方が多かったです。 におうコードの問題集 私は「におうコードの問題集」について発表しました。 におうコードの問題集とは？ 「におうコードの問題集」は技術書典で頒布されているシリーズ作品で、過去に3作が頒布されています。 技術書典4： リファククタリング 〜バリエーションに立ち向かう編〜 技術書典5： セキュリティ 〜セキュリティホールに立ち向かう編〜 技術書典6： 設計 〜ソフトウェア設計に立ち向かう編〜 におうコードとはなにか？ 「におうコード」とは、脆弱性・バグ・保守性が

Rails Developers Meetup 2018 Day 3 Extreme https://techplay.jp/event/679666

Railsの勉強会、Step-to-Rails-Expert.rb#19 に参加してきました！ Step-to-Rails-Expert.rb って？ 公式の説明をそのまま… 本勉強会はStep-to-Rails-Expert.rbというRails関連中級者向けの勉強会です。 コンセプトとしては、初心者を抜けたレベルの人が中級者・上級者になる上で、一歩進んだ技術やハマリどころなどを議論形式で共有し、場合によってはともに解決策を考えていけるような勉強会を目指しております。 なお、2017年9月よりExpert-TodoというTodoアプリを各々作って来て参加者同士でレビューし合う企画を実施しております。アプリを作ってきた人だけでなく、そうでない人もレビューの仕方や実装方法などの知見を貯められる企画となっていますので、ぜひご参加ください。 step-to-rails-expert-rb.con

追記: 訳文修正いたしました（2018/03/28）。 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: SOLID Principles #1: Single Responsibility Principle | Netguru Blog on Ruby/Ruby on Rails 原文公開日: 2018/02/13 著者: Marcin Jakubowski サイト: netguru 翻訳記事の相互リンクは今後更新いたします。 「SOLIDの原則シリーズ」へようこそ。このシリーズ記事では、SOLIDの原則をひとつずつ詳しく説明し、分析します。シリーズの最後にはいくつかのヒントや考察を含む総括記事をお送りしますのでどうぞご期待ください。 それでは始めましょう。「SOLIDの原則」とはそもそも何なのでしょうか？SOLIDとは、オブジェクト指向プログラミング設計における一般的な原則

ヒカラボさんのイベントで発表したスライドです

Bitcoinの技術的な入門書として有名な本はおそらくMastering Bitcoinでしょう。Bitcoinライクなブロックチェーンの技術的な解説が非常に詳しくされており、ブロックチェーンを学ぶ人にとってはもはや登竜門的な本になっています。 しかし、Mastering Bitcoinを読んでも実際にブロックチェーンそのものを実装することはありません。ブロックチェーンを学ぶ者として、「1度くらい実装した方がいいよな〜」と思っていました。 そんな時に以下の記事を見つけました。 Swiftでブロックチェーンを実装してみる この記事はPythonで実装された記事1に触発されて、Swiftでブロックチェーンを実装してみたとのことだったので、私は、Swiftではなく、Rubyで書いてみることにしました。 1. ブロックチェーンを作る ブロックチェーンを書く まずは、雛形となるBlockchainを

おはこんにちばんわ。エムスリーエンジニアの園田です。 先日 aws-ssm-env というRubyのgemを公開しました。 github.com AWSのParameter Storeからパラメータを取得して環境変数に設定するgemです。 dotenvのParameter Store版と思っていただければ分かりやすいかと。 本稿ではgemを作ったきっかけ、簡単な使い方などを説明したいと思います。 Parameter Store とは その前にParameter Storeとはなんぞや、ということですが。 Parameter StoreはAWSのVaultサービスで、Key-Valueでパラメータを格納してAPIによる参照が可能です。 KMS(Key Management Service)による暗号化に対応しています。 詳しくは先日私が投稿したQiitaの記事を見て下さい。(手抜き) qii

はじめに この記事は書籍「プロを目指す人のためのRuby入門」に掲載できなかったトピックを著者自らが紹介するアドベントカレンダーの25日目（最終日）です。 本文に出てくる章番号や項番号は書籍の中で使われている番号です。 今回はRuby 2.5で発生する「プロを目指す人のためのRuby入門」との差異を紹介します。 必要な前提知識 「プロを目指す人のためのRuby入門」の第7章、第9章、第11章、第12章を読み終わっていること。 Ruby 2.5で発生する「プロを目指す人のためのRuby入門」との差異について 「プロを目指す人のためのRuby入門」（以下、本書）はRuby 2.4系を対象にして執筆されています。本書は紙の本なので、簡単に内容をアップデートすることができません。しかし、何もしないとどんどん内容が古くなってしまい、「なんか今使っているRubyと動きが違う」ということになってしまいま

この記事は MySQL Casual Advent Calendar 2017 の23日目の記事です。 みなさんORマッパーは使っていますか？ 僕は仕事とか趣味でActiveRecordというORマッパーを使っているんですけど、こいつ例えば Team.preload(players: :high_score).to_a みたいなことをするとすぐ SELECT `scores`.* FROM `scores` FROM `scores`.`id` IN (a, b, c, ...数千個続く...) みたいなクエリを生成しよるんですけど、MySQL 5.7に上げたときに range_optimizer_max_mem_size の制限で実行計画がテーブルスキャンに落ちてえらい目にあったことがありました。MySQL側で range_optimizer_max_mem_size = 0 することで

Note: These release notes cover only the major changes. To learn about various bug fixes and changes, please refer to the change logs or check out the list of commits in the main Karafka repository on GitHub. Time passes by, Kafka is already 1.0 and Karafka is already 1.1. Code quality I will start from the same thing as with 1.0. We're constantly working on having a better and easier code base. A

Go と Ruby と Amazon SQS と ElastiCache で Ranunculus というクローラを書いてみました。 正確には書きかけなのですが、もう日曜日が終わってしまうので、とりあえずまとめておくことにします。 Ruby Gem https://rubygems.org/gems/ranunculus その Gem のコード https://github.com/k-kawa/ranunculus-ruby Go のコード https://github.com/k-kawa/ranunculus なんで作ろうと思ったのか 理由は 3 つあります。 1 つめは、Ruby で使えるよいクローラが見つからなかったからです。 Python には Scrapy という、クローラのためのいたれりつくせりなライブラリがあります。 ところが、Ruby にはそういういい感じのライブラリが

RailsでActive Recordのenumのカラムに対してselectタグを設置する手順です。 enumを使うことでマジックナンバーを隠蔽し、意味がわかりやすい値やメソッドを使って処理ができます。 🗽 ModelのenumModel側にenumをカラムに設定します。 class Article < ActiveRecord::Base enum status: { deleted: 0, draft: 1, published: 2 } end

RubyWorld Conference 2017 での講演資料です。

A brief introduction to RSpec, and a review of the various new features/changes in RSpec version 3.

2016.12.27 Rubyスタイルガイドを読む: 文法（2）アンダースコア、多重代入、三項演算子、if/unless こんにちは、hachi8833です。「Rubyスタイルガイドを読む」シリーズ、文法（1）の続きです。 Rubyスタイルガイドを読む: 総もくじ 前回: Rubyスタイルガイドを読む: 文法（1）メソッド定義、引数、多重代入 次回: Rubyスタイルガイドを読む: 文法（3）演算子とif/unless 文法（2）アンダースコア、多重代入、三項演算子、if/unlessなど 参照: bbatsov/ruby-style-guide 2-06【統一】多重代入の左辺で単独のアンダースコア_変数を末尾に置くことはなるべく避ける Avoid the use of unnecessary trailing underscore variables during parallel as

RuboCop のバージョン 0.51.0 がリリースされました。 https://github.com/bbatsov/rubocop/releases/tag/v0.51.0 CHANGELOG から変更を見ていこうと思います。 破壊的変更 古い Ruby のサポート終了 https://github.com/bbatsov/rubocop/pull/4789 https://github.com/bbatsov/rubocop/pull/4787 RuboCop 0.51.0 から、古いバージョンのRubyのサポートが終了しました。 RuboCopに関係するRubyのバージョンには、2つの概念があります。 一つは、RuboCopを実行するのに使うRubyのバージョンです。これは、rubocopコマンドを実行した時に走るRubyインタプリタのバージョンになります。 もう一つは、Rubo