Posts

この記事では、git commit --amendの使い方を紹介します。 git commit --amend：直前のコミットの修正 現在のステージングエリアの状態を元に、直前のコミットを作り直す 修正されたコミットは実際は新しいコミットのため、リモートにpush済みのコミットへの使用には注意が必要 1. コミットメッセージの修正 ステージングエリアの変更がない状態でgit commit --amendを実行すると、直前のコミットのコミットメッセージだけを修正できます(コミットの内容は変更されない)。 $ git add hello.rb $ git commit -m "コミットメッセージ" $ git commit --amend -m "修正後のコミットメッセージ" git commit --amendする前(上記2行目と3行目の間)に作業ディレクトリ(ステージングエリアに追加していない)のファイルの修正があっても問題ない 2. コミットの修正 2-1. git addし忘れた場合 # hello.rbとmain.rbを修正 $ git add hello.rb $ git commit -m "hello.rbとmain.rbを修正" # main.rbをaddし忘れたことに気付く $ git add main.rb $ git commit --amend --no-edit --no-editでコミットメッセージを変更せずにコミットを修正 2-2. ファイルの修正 # hello.txtを修正 $ echo "hello" > hello.txt $ git add hello.txt $ git commit -m "helloに修正" # hello worldに修正すべきだったことに気付く $ echo "hello world" > hello.txt $ git add hello.txt $ git commit --amend -m "hello worldに修正" 不要なコミットを追加しないで済む 【参考】 ...

この記事では、Node.jsでESモジュール(ECMAScriptモジュール, JavaScriptモジュール)を使う方法を紹介します。 バージョン情報 node：v16.18.0 方法1：モジュールファイルの拡張子をmjsにする foo.mjs export const foo = "foo"; main.mjs import { foo } from "./foo.mjs"; console.log(foo); $ node main.mjs foo 方法2：package.jsonに"type": "module"を指定する $ tree . ├── foo.js ├── main.js └── package.json package.json { "type": "module" } foo.js export const foo = "foo"; main.js import { foo } from "./foo.js"; console.log(foo); $ node main.js foo 【参考】 Modules: ECMAScript modules - Enabling | Node.js v19.1.0 Documentation Modules: Packages - Determining module system | Node.js v19.1.0 Documentation javascript - SyntaxError: Cannot use import statement outside a module - Stack Overflow How to Use ES Modules in Node.js

1. 関数宣言(Function declaration) function calcRectArea(width, height) { return width * height; } console.log(calcRectArea(5, 6)); // => 30 1-1. 関数宣言の巻き上げ 関数宣言は巻き上げられる hello(); // => "Hello" function hello(){ return "Hello"; } 関数式は巻き上げられない hello(); // => TypeError: hello is not a function const hello = function(){ return "Hello"; }; 2. 関数式(Function expression) 2-1. 名前付き関数(Named function) 名前付き関数は再帰的に関数を呼び出す際などに利用する // factorialは関数の外から呼び出せる名前 // innerFactは関数の外から呼び出せない名前 const factorial = function innerFact(n) { if (n === 0) { return 1; } // innerFactを再帰的に呼び出している return n * innerFact(n - 1); }; console.log(factorial(3)); // => 6 2-2. 無名関数(Anonymous Function) 無名関数はコールバック関数としてよく使われる const x = function(a, b) { return a * b; }; 3. アロー関数(Arrow function expression) アロー関数は関数式の代替構文(機能的な違いはいくつかある) ES2015から追加された const x = (a, b) => { return a * b; }; 3-1. アロー関数の省略記法 関数の仮引数が1つのときは()を省略できる 関数の処理が1つの式である場合に、ブロック({})とreturn文を省略できる その式の評価結果をreturnの返り値とする // 仮引数の数と定義 const fnA = () => { /* 仮引数がないとき */ }; const fnB = (x) => { /* 仮引数が1つのみのとき */ }; const fnC = x => { /* 仮引数が1つのみのときは()を省略可能 */ }; const fnD = (x, y) => { /* 仮引数が複数のとき */ }; // 値の返し方 const fnE = x => { return x + x; }; // ブロックの中でreturn const fnF = x => x + x; // 1行のみの場合はreturnとブロックを省略できる const fnG = x => { let y = 10; return x + y; }; // 関数の処理が複数行ある場合はreturnとブロックは省略できない 4. メソッド定義(Method definition) オブジェクトのプロパティである関数をメソッドと呼ぶ JavaScriptにおいて関数とメソッドの機能的な違いはない オブジェクト.メソッド名()でメソッドを呼び出す const obj = { method1: function () { return "this is method1"; }, // `function`キーワードでのメソッド method2: () => "this is method2" // Arrow Functionでのメソッド }; console.log(obj.method1()); // => "this is method1" console.log(obj.method2()); // => "this is method2" 次のように空オブジェクトのobjを定義してから、methodプロパティへ関数を代入してもメソッドを定義できる ...

この記事では、git rebase -iを使って複数のコミットを一つにまとめる方法を紹介します。 1. 連続したコミットの場合 以下のedit2, edit3, edit4を一つにまとめて、edit 2 & 3 & 4にします。 $ git log --oneline 96a8b1e (HEAD -> main) edit4 30600dd edit3 452c39e edit2 ac56720 edit1 ac56720以降のコミットを表示させたいので、以下のコマンドを実行 $ git rebase -i ac56720 # git rebase -i HEAD~3でも可 テキストエディタに以下が表示される(古いコミットが上) pick 452c39e edit2 pick 30600dd edit3 pick 96a8b1e edit4 edit3とedit4のpickをs(またはsquash)に変更して、ファイルを保存して閉じる。 pick 452c39e edit2 s 30600dd edit3 s 96a8b1e edit4 f(fixup)にするとコミットメッセージの編集画面は表示されず、まとめられたコミットのコミットメッセージがedit2になる(squashとfixupの違いはこれだけ) 以下のコミットメッセージの編集画面が表示される # This is a combination of 3 commits. # This is the 1st commit message: edit 2 # This is the commit message #2: edit 3 # This is the commit message #3: edit 4 コミットメッセージをedit 2 & 3 & 4に変更してファイルを保存して閉じる。(他のコミットメッセージは消しても消さなくてもいい) ...

1. git reset git reset [<mode>] [<commit>] mode --soft：HEADの移動 --mixed：HEADの移動、インデックスの更新 --hard：HEADの移動、インデックスの更新、作業ディレクトリの更新 デフォルトで--mixedが指定される commit 巻き戻したいcommitを指定 デフォルトでHEADが指定される 2. git resetの各モードについて 2-1. –soft (HEADの移動) git reset --soft HEAD~ 直近のgit commitを取り消す 2-2. –mixed (インデックスの更新) git reset --mixed HEAD~ 直近のgit commitとgit addを取り消す 2-3. –hard (作業ディレクトリの更新) git reset --hard HEAD~ 直近のgit commitとgit addと作業ディレクトリの変更を取り消す 3. まとめ --soft ：HEAD が指し示すブランチを移動する (--soft を使うと処理はここで終了) --mixed：--soft + インデックスの内容を HEAD と同じにする (--mixedを使うと処理はここで終了) --hard：--soft + --mixed + 作業ディレクトリの内容をインデックスと同じにする 【参考】 Git - git-reset Git reset | アトラシアンの Git チュートリアル Git - リセットコマンド詳説 第6話 git reset 3種類をどこよりもわかりやすい図解で解説！【連載】マンガでわかるGit ～コマンド編～ - itstaffing エンジニアスタイル

バージョン情報 rubocop 1.34.1 Ruby 3.1.2 エラー内容 Use a guard clause instead of wrapping the code inside a conditional expression. →例外処理の条件分岐のネストが深くなるのを防ぐためにGuard Clause(ガード節)を使いましょう。 エラー対処 # これを def image_check unless avatar.image? errors.add(:avatar, 'エラーメッセージ') end end # こうする def image_check return if avatar.image? errors.add(:avatar, 'エラーメッセージ') end 【参考】 Ruby Style Guide: Nested Conditionals Class: RuboCop::Cop::Style::GuardClause Guard clause instead of wrapping the code inside a conditional expression Rails - Stack Overflow [Ruby/Rails] 例外で深くなったネストをGuard Clauseですっきりさせる｜TechRacho by BPS株式会社

この記事では、minitestを使ってRubyのコードをテストする方法を紹介します。 Rubyのテストフレームワーク、Test::Unit・test-unit・minitestの違いについては以下を参照ください。 Ruby標準のテスティングフレームワークで手軽にテストコードを書く方法 #RSpec - Qiita Rubyのテスティングフレームワークの歴史（2014年版） - 2014-11-06 - ククログ minitestの使い方 minitestを使うための基本的なルールは以下です。 require 'minitest/autorun'を書く Minitest::Testを継承するクラス内にテストを書く メソッド名をtest_から始める $ tree . ├── sample.rb └── sample_test.rb sample.rb class Sample def self.hello 'Hello!' end end sample_test.rb require 'minitest/autorun' require_relative 'sample' class SampleTest < Minitest::Test def test_hello assert_equal 'Hello!', Sample.hello end end $ ruby sample_test.rb Run options: --seed 20412 # Running: . Finished in 0.001143s, 874.8906 runs/s, 874.8906 assertions/s. 1 runs, 1 assertions, 0 failures, 0 errors, 0 skips 【参考】 minitest/unit Module: Minitest::Assertions

非OOP版はこちら↓ 【Ruby 3.1】ボウリングのスコア計算プログラムを作る | あまブログ 1. 実行環境 macOS：12.6 Ruby：3.1.0 2. ソースコード bowling.rb #!/usr/bin/env ruby # frozen_string_literal: true require_relative 'game' shots = ARGV[0].split(',') game = Game.new(shots) puts game.score game.rb # frozen_string_literal: true require_relative 'frame' class Game def initialize(shots) @shots = shots end def score @frames = build_frames game_score = 0 (0..9).each do |idx| frame = Frame.new(@frames[idx]) game_score += frame.score @frames[idx + 1] ||= [] @frames[idx + 2] ||= [] game_score += calc_bonus_point(idx, frame) end game_score end def build_frames frame = [] frames = [] @shots.each do |s| frame << s if frames.length < 10 if frame.length >= 2 || s == 'X' frames << frame.dup frame.clear end else frames.last << s end end frames end def calc_bonus_point(idx, frame) if frame.strike? next_two_shots = (@frames[idx + 1] + @frames[idx + 2]).slice(0, 2) bonus_point = next_two_shots.sum { |s| Shot.new(s).score } elsif frame.spare? next_shot = @frames[idx + 1][0] bonus_point = Shot.new(next_shot).score else bonus_point = 0 end end end frame.rb ...

この記事では、RailsアプリでBundlerを使ってインストールしたgemを削除する方法を紹介します。 手順 $ bundle exec gem uninstall <gem名> ↓ Gemfileから該当のgemの行を削除 ↓ $ bundle install 上記によりGemfile.lockからも削除されます。 【参考】 gem uninstall gem install bundle exec 【Rails】gemのアンインストール・バージョン変更 #Rails5 - Qiita あえて言うほどではないけれどもGemを一括削除する方法 | TECHSCORE BLOG

GemfileはBundlerでgemの依存関係を管理するために必要な設定ファイルです。 Gemfileにはgem名とバージョンをgem 'rails', '~> 6.1.5'のようなフォーマットで記述します。 ~> 6.1.5の正確な意味わかりますか？ ~>の呼び方知ってますか？(トゥウィドルワッカと呼びます) この記事ではGemfileのバージョン指定の書き方を解説していきます。 1. Gemfileのバージョン指定子の意味 バージョン指定 意味 1.0 1.0のみ >= 1.0 1.0以上 ~> 1.0 1.0以上2.0未満 ~> 1.0.0 1.0.0以上1.1未満 指定なし 最新版 ~> 1.0はマイナーバージョン(0.x.0)は上がってもいいがメジャーバージョン(x.0.0)は上げたくないことを意味する ~> 1.0.0はパッチバージョン(0.0.x)は上がってもいいがマイナーバージョン(0.x.0)は上げたくないことを意味する # 以下二つは同じ意味 gem 'rails', '~> 6.1' gem 'rails', '>= 6.1', '< 7.0' # 以下二つは同じ意味 gem 'rails', '~> 6.1.5' gem 'rails', '>= 6.1.5', '< 6.2' 2. twiddle wakka(トゥウィドルワッカ)とは ~>がtwiddle wakkaです。 Gemfileのバージョン指定にはoptimistic version constraint(楽観的なバージョン指定)とpessimistic version constraint(悲観的なバージョン指定)があります。1 optimistic version constraint gem 'library', '>= 2.2.0' pessimistic version constraint gem 'library', '>= 2.2.0', '< 3.0' このpessimistic version constraintの省略記法としてできたのが~>(twiddle wakka)です。 ...