give IT a try

あと、Qiitaの方も37ヶ月（＝3年と1ヶ月）毎月投稿しています。

参考: jnchito Report looking back on 2024 - Qiita

なんで毎月書いてるの？

いやあ、なぜなんですかね？
ここまでくると一種の意地みたいなもんでしょうか😅

あと、自分自身の生存アピール的な面もあります。
生きてますよ！いろいろやってますよ！的な。
もし僕が数ヶ月ブログもQiitaもXのポストも何もアウトプットしてなかったら、たぶん僕の身に何かがあったと察してください（苦笑）。

とはいえ、ブログであれQiitaであれ、誰かに読んでもらう、という意識は忘れずに記事を書いてます。
読んだ人全員に刺さらずとも、最低数人には「なるほど」とか「へー、面白い！」と思ってもらえるような、そんな記事をアウトプットしようと思っています。

というわけで、今後も何かしらみなさんに面白いと思ってもらえるようなブログを書いていきますので、来年以降も当ブログ「give IT a try」をよろしくお願いします。
読者になってない人は「読者になる」ボタンをクリックしてね！

愛犬が2匹になった🐶🐶

実は今年の5月頃に新しいわんちゃんを迎え入れました。
ミニチュアシュナウザーの「しいちゃん」です。

左が前から飼ってるトイプードルの「そら」で、右が「しい」です。
空と海、SoraとSeaです。

ちょうど昨日1歳になりました。
がきんちょなので、まだまだやんちゃです。
悪さばっかりします。

とはいえ、おかげで家の中がいつもにぎやかです。
2匹とも来年もよろしく。元気でいてね！

伊藤さん的ベストバイ in 2024 は Martin D-42！！

先日このブログにも書きましたが、9月にMartin D-42という高級アコースティックギターを買いました。

D'Addario ダダリオギター用湿度調整器サウンドホール装着用 Acoustic Guitar Humidifier Pro GHP 【国内正規品】

元々はエレキギター派で、アコギは普段そこまで弾いてなかったんですが、D-42を買ってからはアコギを弾く時間の方が長くなったかもしれません。

めちゃくちゃいい音がします！癒やしの音色。

「あー、今日は疲れたな〜」って思ったときにこのギターを手に取ってつま弾くと、このギターの音色で弾いてる自分が癒されます。
妻も下手なヒーリングミュージックよりもずっといい、と言ってます。

高級ギターだけあって値段はまあ、すごかったですよ。
価格だけで言えば、過去に買ったギターの中でもダントツで1位です。
でもエレキギターと違って、アコギはアンプがいらないので、いいエレキギターといいアンプを1台ずつ買うときの値段と、アコギ1本を買うときの値段で釣り合いが取れている、と考えればそこまで違和感がないかも？？

何はともあれ、「高かったけど、これは値段以上の価値があった」と思えるそんなギターです。

アコギのための加湿アイテム

ちなみに冬の時期は空気が乾燥しているので、加湿のためにこんなアイテムを装着しています。

PLANETWAVES

象印加湿器スチーム式 3.0L グレー EE-DE35-HA

これは水を含ませたスポンジを本体の中に入れて、それをアコギのサウンドホールにセットして、ギター内部の過乾燥を防止するギター用アクセサリーです。

あと、加湿器も1日中つけてます。

昨日我が家にやってきた家電。ポットみたいなアレ。
— Junichi Ito (伊藤淳一) (@jnchito.bsky.social) 2023-12-26T04:06:28.207Z

bsky.app

象印マホービン(ZOJIRUSHI)

いいお値段のアコギなので、木が割れたり反ったりしないよう、部屋の湿度に気を付けながら丁寧に扱っております😅

来年の目標？

2024年は（2024年も？）、1年を通じて公私ともどもめちゃくちゃ忙しかった、という印象です。
朝から晩までやることてんこもりで、気付いたら「はっ！もう週末か💧」みたいな毎日を過ごしておりました。
2025年はもう少しプライベートの時間が増えるのでは、と思っているのですが、はたしてどうなるやら？

しかし、プライベートの時間が増えたからといってのんびりできるわけではありません。
空いた時間を使ってやらないといけないことが僕にはあります。
それは本の執筆です。

実は数年越しで、とあるテーマで本を書いているのですが、最近は執筆の時間がほとんど取れず、原稿の進捗が止まっています。
このままずるずると遅れてしまうといつまで経っても本が出せないので、来年こそは原稿を書き上げるぞ！本を刊行するぞ！！と思っております。
（↑ここで宣言しておいて、自分自身を後に引けなくさせるスタイル）

発売時期が見えてきたらこのブログでも報告したいと思っているので、みなさんぜひ楽しみに待っててください😄

まとめ

というわけで、今回は大晦日ということで（？）2024年を雑に振り返ってみました。

何はともあれ、今年一年どうもお世話になりました。
来年もまたよろしくお願いします。

みなさん、よいお年を！！
.
.
.
.
.
「読者になる」ボタンもクリックしてね！

Ruby 3.4とチェリー本の差異をまとめました＆今年書いたアドベントカレンダー記事あれこれ

2024-12-27T06:57:30+09:00

お知らせ

Ruby界隈のクリスマスの風物詩、Rubyのニューバージョンリリースが今年もやってきました。

www.ruby-lang.org

これに合わせて拙著「プロを目指す人のためのRuby入門（通称・チェリー本）」も、最新バージョンであるRuby 3.4と本書の差異をまとめた記事を公開しています。

プロを目指す人のためのRuby入門［改訂2版］　言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus

概要は以下の通りです。

エラーメッセージの表示形式が変わった（本書全般）
irb上で表示されるハッシュの表示形式が変わった（5章、本書全般）
irbでデータ型に基づいた入力補完ができるようになった（第2章 P49のコラム「Ruby 2.7以降で使えるirbの便利機能」）
文字列の破壊的変更が警告扱いになった（2.11.3、本書全般）
ブロックを使わないメソッドにブロックを渡すと警告が出るようになった（10.2.1）

チェリー本をお持ちの方はぜひ上の記事をチェックしてみてください。

そしてまだチェリー本を持ってない方はぜひ本書をご購入ください〜🍒

作者:伊藤淳一
技術評論社

今年書いたアドベントカレンダー記事あれこれ

そして、エンジニア界隈の冬の風物詩と言えばアドベントカレンダーですね！
今年は？今年も？結構たくさん記事を書いたので、こちらにまとめておきます。

フィヨルドブートキャンプ Part 2 Advent Calendar 2024

フィヨルドブートキャンプのアドベントカレンダーでは、プログラミング初心者向けにどうやって英語の変数名やメソッド名を考えたらいいのか、という僕なりのアプローチを解説してみました。

ソニックガーデンプログラマ Advent Calendar 2024

ソニックガーデンプログラマアドベントカレンダーでは、パターンマッチを利用した複雑なハッシュを検証するテストコードの書き方を紹介しました。

Hotwire Advent Calendar 2024

Hotwire アドベントカレンダーでは、Hotwireの勉強会＝Hotwire.loveで話題に挙がった「Hotwire初心者向けの学習コンテンツ」をまとめました。

Ruby Advent Calendar 2024

Rubyアドベントカレンダーでは、毎年個人的にやっている最新バージョンのRubyの新機能・変更点まとめ記事を書きました。
この記事では全ての新機能を網羅するのではなく、Railsアプリ開発時に知っておくと良さそうな知識を中心にピックアップしています。

最初は1つの記事で終わる予定でしたが、思いのほか長くなったため、2部構成にしています。

Ruby on Rails Advent Calendar 2024

Ruby on Railsアドベントカレンダーでは、これまたパターンマッチを使った条件分岐のリファクタリング方法を紹介しました。
パターンマッチの記事が続いたのはたまたまです。深い意味はありません！

第5回スキルアップ勉強会「コードレビューライブ〜伊藤淳一からの挑戦状 part2〜」

これはアドベントカレンダーではないのですが、12月9日に弊社ソニックガーデンのオンライン勉強会で講演（？）をしました。

「下のような形式で1年分のカレンダーを出力するRubyプログラムを書いてください」というお題を出し、回答を提出してくれた人のRubyプログラムを僕がコードレビューする、というライブイベントです。

この勉強会には132人もの参加申込みがあり、そのうち15名の方が自作プログラムを提出してくれました。
参加してくださったみなさん、どうもありがとうございました！

勉強会の様子はYouTubeに公開されているので、当日参加できなかった人はぜひチェックしてみてください。

第4回スキルアップ勉強会の様子もYouTubeで公開されています！

ちなみに、その前に開催した第4回スキルアップ勉強会の様子もYouTubeで公開されています。

第4回のお題は「ローマ数字変換プログラム」でした。

romanizer = SgRomanizer.new

# アラビア数字 → ローマ数字
romanizer.romanize(1) #=> "I"
romanizer.romanize(2) #=> "II"
romanizer.romanize(3) #=> "III"
# ...
romanizer.romanize(3999) #=> "MMMCMXCIX"

# ローマ数字 → アラビア数字
romanizer.deromanize("I")   #=> 1
romanizer.deromanize("II")  #=> 2
romanizer.deromanize("III") #=> 3
# ...
romanizer.deromanize("MMMCMXCIX") #=> 3999

難易度的にはこちらの方が易しめなので、カレンダー生成問題が難しかった人はこちらを見てもらった方が理解しやすいかもしれません。

Qiita: jnchitoさんの2024年振り返りレポート

あと、Qiitaの振り返りレポートもできてました。

https://www.thesaurus.com/browse/recognize

数字的にはこんな感じです。

37ヶ月連続投稿や、13年連続投稿っていうバッジも付いています。

今年もなんとかユーザーランキング1位をキープしています。
（じわりじわりと詰められてきているので、来年はどうなっているかわかりませんが😅）

ランキングのために記事を書いてるわけではないですが、来年もぼちぼちがんばります〜。

まとめ

全部合わせると、今月は7本も記事を書いてますね。
加えて12月9日にはオンライン勉強会の講演もあったので、さすがにちょっとくたびれました。。

もしまだ読んでない記事があったらぜひ読んでみてほしいです。
記事の感想もSNS等でつぶやいてもらえると、僕がとても喜びますw😆
みなさん、よろしくお願いします〜！

英語の変数名やメソッド名を考えるときのアプローチについて〜文脈を意識しながら使える単語を探そう〜

2024-12-16T07:45:15+09:00

はじめに

この記事は「フィヨルドブートキャンプ Part 2 Advent Calendar 2024」16日目の記事です。

adventar.org

Part 1もあります。

adventar.org

自己紹介

僕はフィヨルドブートキャンプでメンターをやっている伊藤淳一です。
プログラミング歴は20年のベテランプログラマです。

フィヨルドブートキャンプでは日々、生徒さんにプログラミングを教えています。
これからプログラミングを学ぼうとしている方はぜひ、フィヨルドブートキャンプで僕と一緒に勉強していきましょう！😄
bootcamp.fjord.jp

この記事で紹介すること

ところで、みなさんは変数名やメソッド名を考えるのは得意ですか？
ぱっと英語の変数名やメソッド名が出てきますか？
多くの人は「うっ、苦手です……」と答えるのではないでしょうか？

かく言う僕も苦手です😅
というか、時間がかかります。
コードを書く時間は経験とともに速くなるけど、いい名前を考える時間だけはなかなか速くなりません。

プログラミングで一番長い時間悩むのが「いい名前を考える時間」かもしれない。

ロジックを考えたりコードを書いたりする時間はスキルの向上とともにどんどん速くなってくるけど、適切な名前（クラス名、メソッド名、変数名etc）を考えるスピードはコードを書くスピードほど速くならないんだよねえ。
— Junichi Ito (伊藤淳一) (@jnchito) 2020年7月9日

とはいえ、自分の中で「こういうふうにやるといいかも」というアプローチがあるので、このエントリではそれを紹介してみます。

【もくじ】

はじめに
- 自己紹介
この記事で紹介すること
やりません🙅‍♂️→自動翻訳ツールを使う、ChatGPTに聞く、ネーミング辞書サイトを利用する
英語版Wikipediaを参考にする
公式リファレンスやREADMEを参考にする
シソーラスや英英辞典を使う
画像検索を使う
同僚に相談する
あえてローマ字を使う
- もしくは：「給水装置認証登録番号」を日本語のまま変数名にする！？
日常的な取り組みとして：OSやツールの言語設定を英語にする
- まれに変なトラブルに遭遇することがあるので注意!!
READMEやAPIドキュメントは英語のまま読もう
まとめ
- あわせて読みたい

やりません🙅‍♂️→自動翻訳ツールを使う、ChatGPTに聞く、ネーミング辞書サイトを利用する

最初に紹介するのは「この方法は使いません（お勧めしません）」というアプローチです。

英語が苦手な人ってきっと、以下のようなツールを頻繁に使ってるんじゃないでしょうか？

たとえば自動翻訳ツール。

たとえばChatGPT。

たとえばネーミング辞書サイト（codic）。

ですが、僕は滅多にこういった方法は使いません。
たまに参考にするときはありますが、こういうサイトで見つけた英単語も「本当にこれでいいのか？」と疑ってかかります。

というのも、日本語→英語って必ずしも1対1で紐付くとは限らないからです。
たとえば「時計」という日本語を英語にする場合、文脈によって"watch"なのか"clock"なのかが変わります。
「彼は部屋の時計を見た」であれば "clock"（壁掛け時計や置き時計）でしょうし、「彼女は素敵な時計を付けている」であれば"watch"（腕時計）になります。

そう、文脈。
文脈が大事なんです。

なので、僕は「単語 to 単語 (JP to EN)」の単純な翻訳ではなく、なるべく文脈を加味した上でどういう単語を使うべきかを考えるようにしています。
そうでないと、room.replace_watchというような的外れなメソッド名を付けてしまうかもしれません。

じゃあ、文脈的に正しい英語はどうやって探せばいいの？と思いますよね。
以下でその疑問に答えていきます。

英語版Wikipediaを参考にする

たとえばボウリングのスコア計算プログラムを作成する場合、ボウリングに関する変数名やメソッド名を考えないといけません。
こういう場合、英語でボウリングのルールを説明しているページを見て、その中で使われているどの単語がどういう目的で使われているのかをチェックします。

英語版Wikipediaなんかはそういった用途に打ってつけです。
en.wikipedia.org

たとえば以下のスコア表の赤い枠はフレーム(frame)と呼びますが、緑色の枠はなんと呼べばいいでしょうか？

英語版Wikipediaからそれらしき説明文を抜粋してみます。

Traditional scoring
In traditional scoring,[36][37] one point is scored for each pin that is knocked over, and when fewer than all ten pins are knocked down in two rolls in a frame (an open frame), the frame is scored with the total number of pins knocked down. However, when all ten pins are knocked down with either the first or second rolls of a frame (a mark), bonus pins are awarded as follows:
(自動翻訳)
伝統的なスコアリング
伝統的なスコアリングでは、倒したピン1本につき1点が加算されます。また、1フレームで2投以内に10本すべてのピンを倒せなかった場合（オープンフレーム）、そのフレームの得点は倒したピンの合計数となります。しかし、1フレームで1投目または2投目で10本すべてのピンを倒した場合（マーク）、以下のようにボーナスポイントが加算されます。
Ten-pin bowling - Wikipedia

"in two rolls in a frame"や"the first or second rolls of a frame"という記述が見えるので、どうやら緑色の枠は"roll" (first roll, second roll) と呼べば良さそうだ、ということがわかりますね。

公式リファレンスやREADMEを参考にする

たとえばRubyを使って特定のディレクトリにあるファイル名の一覧を取得しなければならないとします。
こういう用途ではDir.entriesメソッドが使えますが、引数と戻り値の変数名は何にすればいいでしょうか？

# fooとbarにどういう名前を付ければいいか？
foo = "./sample"
bar = Dir.entries(foo)

もちろん自力で考えるのもいいのですが、その前に公式リファレンス（英語版）をチェックしてみましょう。

entries(dirname, encoding: 'UTF-8') → array
Returns an array of the entry names in the directory at dirpath; sets the given encoding onto each returned entry name:
https://docs.ruby-lang.org/en/3.3/Dir.html#method-c-entries

どうやら第1引数はdirnameと呼んでいるようです。
また、戻り値については"Returns an array of the entry names"という説明があります。

これらの情報を合わせると、以下のような命名にすると良さそうです。

dirname = "./sample"
entry_names = Dir.entries(dirname)

公式リファレンスだけでなく、READMEファイルについても同じアプローチが使えます。
ライブラリを利用する場合はそのライブラリのREADMEを読んで、サンプルコードや説明文から使えそうな名前を探してみましょう。

シソーラスや英英辞典を使う

訳語が全然思いつかない日本語を英語にしたいときは、僕も自動翻訳ツールを利用することがあります。
そこで提示された単語が「あ、そうそう、これだよね！」と確信の持てるものだったときはいいんですが、「えっ、これ、本当に合ってるのかな？」と不安になるケースもあります。

自動翻訳ツールが提示した単語にしっくりこない場合はシソーラス（類語辞典）を使ってみましょう。
よく似た意味の単語がいくつか表示されるので、「あ、こっちの方が馴染みがあってわかりやすいんじゃない？」という単語が見つかるかもしれません。

たとえば以下は"recognize"という単語をシソーラスで調べたときの結果です（注："recognize"を選んだことに深い意味はありません）。

また、その単語を英英辞典で調べるのも有効です。
というのも、英和辞典だと「recognize = 見覚えがある、思い出す」のように対応する日本語を教えてくれるだけなのに対し、英英辞典だとニュアンスを含めて丁寧にその単語の意味を説明してくれることが多いからです。

たとえば以下は英英辞典に載っている"recognize"の説明です。

recognize verb (KNOW)
to know someone or something because you have seen or heard him or her or experienced it before:
（筆者訳）
recognize 動詞 (KNOW)
以前、誰かに会ったり誰かのことを聞いたり、何かを経験したりしたために、その誰かやその何かを知っていること
https://dictionary.cambridge.org/dictionary/english/recognize

どうでしょう？英英辞典の説明には、単に「見覚えがある」「思い出す」と訳される以上の情報量があると思いませんか？
たとえば、この説明を読む限り、"recognize"は「見覚えがある」だけでなく「聞き覚えがある」という意味でも使えそうですよね。

なので、「本当にこれでいいの？」と思った単語は英英辞典を参照して、本当にニュアンス（≒英語ネイティブの視点から見たときの意味）が合っているのかどうか確認してみるといいでしょう。

画像検索を使う

「シソーラスや英英辞典なんて敷居が高い！英語の意味を調べるのにさらに英語を読むなんて苦痛で仕方がない！」という人は、画像検索を使うのも一手です。

たとえば、あなたはキッチンで使う「コンロ」という変数名を使いたくなったとします。
翻訳ツールを使うと"stove"と表示されました。

「えっ、ストーブ？ストーブって、こういうやつじゃないの！？」って思いませんか？

CORONA(コロナ) 石油ストーブ【日本生産】 (木造6畳 / コンクリート8畳まで) 電源不要防災対策キャンプタンク容量3.7L ワンタッチ給油ダークグレー RX-22YA(HD)

コロナ(Corona)

adventar.org
adventar.org
bootcamp.fjord.jp

そこで"stove"で画像検索をしてみましょう。
するとこんな結果になりました。

へえ〜、どうやら合ってるみたいですね！

・・・と、こんなふうに画像検索を使って、英単語の使われ方やニュアンスを確認することもできます。

同僚に相談する

業務で使うややこしい用語は、あまり日本人に馴染みのない英語で表現せざるを得ないこともあります。
いったん命名したものの、「なんかしっくりこない」とか「こんな名前だとみんな理解できないんじゃないか」と思ったときは、「ねえねえ、○○するメソッドの名前を△△にしてみたんだけど、これどう思う？」と、同僚（英語に詳しそうな人ならなお良し）に相談してみましょう。

もし、同僚も「うーん、それはちょっとわかりにくいなあ」と首をかしげるようなら、同僚と一緒にもっといい名前を検討しましょう。

あえてローマ字を使う

ビジネスドメイン（特定の業界）で使われる専門用語は英語に訳しにくいものが多いです。
たとえば「給水装置認証登録番号」という変数名を定義しなければいけなくなったら、あなたはどうしますか？

「codicで調べるかなー」ですって？じゃあ、やってみましょうか。

なるほど、給水装置認証登録番号＝water_supply_equipment_authorization_registration_numberか。よし！・・・ってなりますか？

日本国内で開発・運用するシステムであれば、業界の専門用語は直訳調の意味不明な英語よりもそのままローマ字にした方がわかりやすいケースもあります。
なので、僕だったら「給水装置認証登録番号」は、

water_supply_equipment_authorization_registration_number

ではなく、

kyusui_sochi_ninsho_toroku_bango

と名付けますね。

機械的に何が何でも変数名やメソッド名は英語にしないといけない、という固定概念は捨てましょう。

もし、どうしても、どうしても英語にしないといけない、という場合は、codicや自動翻訳ツールを頼りにするのではなく、英語で書かれた公式の文献（たとえば英語版の取扱説明書や技術仕様書等）を探す方が、正しい訳語にたどり着けるはずです。

もしくは：「給水装置認証登録番号」を日本語のまま変数名にする！？

ちなみにプログラミング言語によっては日本語の変数名やメソッド名が使えるものもあります。
僕が普段よく使っているRubyもそうです。
ですので、思い切って日本語を使ってみる、というのもアリかもしれません。

給水装置認証登録番号 = "ABC-123456-789"

僕は過去に実際にやってみたことがあります（といってもほんの数回だけですが）。
ただし、突然こんなコードが登場すると開発メンバーがビックリするので、事前にチーム内で合意を取っておきましょう。

日常的な取り組みとして：OSやツールの言語設定を英語にする

変数名やメソッド名を英語で名付けるときは、当然英語の語彙力がたくさんあった方が有利です。
ではどうすれば語彙力を増やすことができるでしょうか？

単語帳を買って毎日勉強する？英会話学校に通う？

いえいえ、もっと簡単でまったくコストのかからない方法があります。
それはOSやツールの言語設定を英語にする、という方法です。

こうすると日常的にパソコンを使いながら、システムでよく使われる英単語を自然に学習することができます。
日常的に英語に触れる機会が増えますし、知らない単語が混じってても「こういう意味かな？」推測しやすいので、自然と語彙が増えていきます。

たとえば以下はディスプレイの設定を変更したときに表示される確認ダイアログの表示例です。

confirm, revert, previousといった単語はプログラミングの世界でもよく登場しますよね。
「手前のディスプレイ設定」を英語にしようとするとき、人によっては「手前＝before？」と考えるかもしれませんが、こういうケースではbeforeではなく、previousを使った方がいい、ということもわかります（そもそもbeforeは副詞または前置詞で、previousは形容詞なので、品詞として互換性がありません）。

我々プログラマが必要としているのはIT技術関連の英語であって、日常会話で使う英語ではないので、OSの英語表示はそのへんで売ってる単語帳を買ってくるよりもはるかに効率良く「IT技術でよく使われる英語」を学習できます。

さあ、今すぐOSの言語設定を英語に変更しましょう！
VS Codeの日本語化パックはアンインストール！
XやFacebookといったSNSも言語設定を英語に変更！

もちろん僕も昔からOSやツール類の言語設定はずっと英語にしています。

過去に何度かツイートしてますが、英語が苦手でもっと英語ができるようになりたい！という人にオススメなのが「OSやSNSの言語表示を英語にする」という方法です。
日常的に英語に触れる機会が増えるし、知らない単語が混じってても「こういう意味かな？」推測しやすいので、自然と語彙が増えるはず〜。 pic.twitter.com/lAUYZvAYkD
— Junichi Ito (伊藤淳一) (@jnchito) 2020年7月14日

まれに変なトラブルに遭遇することがあるので注意!!

ただし、たま〜に言語設定が英語だとうまく動かないツールがあったりするので注意してください。
たとえば確定申告のときとかに使う「QRコード付証明書等作成システム」はOSが英語表示だとエラーが出て画面が表示されません。

確定申告の準備で「QRコード付証明書等作成システム」にアクセスしたら、画面が真っ白で先に進めず。おかしいなと思って調べたら、なにやら"en-us.js"というリソースが見つからないというエラーが出てた。どうやらOSが英語表示だとダメみたい。日本語表示に切り替えたら動きました。 #mac #safari pic.twitter.com/PaHGG9PSCY
— Junichi Ito (伊藤淳一) (@jnchito) 2023年2月23日

READMEやAPIドキュメントは英語のまま読もう

加えて、日常的な取り組み・心がけとして、READMEやAPIドキュメントはなるべく英語のまま読む、ということもお勧めしたいです。
「わっ、英語だ！自動翻訳、自動翻訳！！」ということを毎回繰り返していると、なかなか英語力や語彙力は向上しません。

あえて英語のまま読むことで、自然と英語力が向上していきます。
自動翻訳を使うにしても、無条件に全文をツールに放り込むのではなく、わからないところだけをピックアップして自動翻訳するのがいいと思います。

英文は苦手！英語なんて絶対読めない！って思う人も多いかもしれませんが、READMEファイルやAPIドキュメントで使われる英単語って意外と同じようなものしか出てこないんですよ。
なので、英字新聞を読んだりするのに比べるとずっとラクですし（←僕は一時期、英字新聞を読んでました）、READMEやAPIドキュメントでよく使われる英単語はそのまま変数名やメソッド名に流用できるものも多いです。

自動翻訳を使えば一瞬で英文の意味がわかるかもしれませんが、その一方で英語の語彙力はまったく向上しません。
自力でREADMEやAPIドキュメントを読んだ方が、英語の語彙力が向上し、将来変数名やメソッド名を考える時間を短縮できるはずです。
ぜひ、READMEやAPIドキュメントを英文のまま読む習慣を身につけてください！

まとめ

というわけで、この記事では僕が英語の変数名やメソッド名を考えるときのアプローチや日々の取込み・心がけについて書いてみました。

どれも即座に効果が出る銀の弾丸とは言えませんが、自動翻訳に頼ってばかりだと英語力は向上しないですし、文脈的になんかおかしい的外れな変数名やメソッド名を付けがちになってしまいます（知らない間にroom.replace_watchみたいなメソッド名を付けてるかも！？）。

ここで紹介したような方法を使って、コツコツと英語力を向上させていきましょう！💪

というわけで、明日の「フィヨルドブートキャンプ Advent Calendar 2024」もお楽しみに！！

あわせて読みたい

変数名やメソッド名を考えるときは、単純に単語を組み合わせるだけでなく、その品詞についても意識した方が良いです。
品詞に関する考え方は以下の記事に詳しく書いているので、こちらもぜひチェックしてみてください。
qiita.com

近況など

2024-12-04T08:57:27+09:00

iPhoneを買い換えた

iPhone 13 miniを2年半ぐらい使ってたので、iPhone 15に買い換えました。

ミニサイズは結構気に入ってたんだけど、新機種がいっこうに発売されそうにないので「このまま待ち続けてもたぶんダメだな」と思って、普通のサイズに切り替えました。
色はなんとなく「今まで使ったことない色にしてみよう」と思ってブルーにしました（←こだわりなし）。

スマホにそこまで最新機能は求めていないので、iPhone 16じゃなくてあえて15にしました。ちょっと安くなってたし。
「このタイミングで機種変更しておかないと、来年の新機種が出るまでしばらく割引されないから、そろそろ変えたら？」と妻に言われて、「せやなあ、3年以上iPhone 13 miniを使い続けるのはちょっと長すぎるかもしれんな〜」と思って、えいやーと変えてみた、という理由もあります。

「え、今頃？」と思われるかもしれませんが、今回初めて店に行かずに自分で機種変更しました。
eSIMなのでSIMカードを入れ替える必要もないし、2台のスマホを並べたら勝手にデータ移行してくれるし、めちゃくちゃ楽ちんですね。
時代は進化しましたなあ。

大きなiPhoneはやっぱり大きい。重い。画面の端から端まで指が届かない。
その代わり画面が大きいので小さな字はちょっと見やすい。
あと、iPhone 13 miniに比べると全体的にキビキビ動く。
大きい・重いと言っても非現実的なレベルではないので、「まあこんなもんか」と思いながら使うぶんには許容範囲かなーという感じです。

iPhone 15 128GB ピンク

Apple(アップル)

Apple iPhone 16 (128 GB) - ブラック

Apple(アップル)

兵庫県民、兵庫県民っていうな💢

最近ネットを見てると「これが兵庫県民が望んだ結果」とか「兵庫県民はみんな○○」みたいなコメントを頻繁に見かけてうんざりしてます。
いわゆる「主語でかすぎ」ってやつですね。
兵庫県民が全員同じこと考えて同じ行動してると思うなよ！！

住んでるところとか、出自だとか、そういう属性で人間をひとくくりにしてあーだこーだ断定するのは非常に良くないですね。
一種の差別発言じゃないでしょうか。
とはいえ、僕も今まで「これだから○○人は〜」みたいに思ったことがまったくないかと言われると、決してそうではないので、今回の件でちょっと人の痛みがわかったような気がします。

そして、何かに付けて兵庫県民、兵庫県民、って言ってる人たち。
明日は我が身かもしれないんだからな。
いつか「○○県民ってみんな×××なんでしょ？」って言われる日が来るぞ！

しかし、それにしても今回の選挙は本当に気持ち悪かった。
周りのおばさま方がこぞって「YouTube見た？あの話って本当は〜」みたいなことを言い出して、SNSやYouTubeの情報に見事に飲み込まれていってたので。

詐欺師は複雑な問題を極度に単純化して断言する。
しかも、スカッとする気持ちのいい物言いで。

「いいですかみなさん、Aは実はBだったんです！だから本当はCがDなんです！！」という話を聞いて、「いやいや、そんなことは言い切れんやろ」とか「それとこれとは話が別やって」と、自分は思っていても、「へえ、そうなんだ、知らなかった。我々は今まで騙されていたのか！」と考える人はやっぱり一定数いるんですよね。。

あと、敵と味方、悪と正義に二分化する考え方も非常に怖い。

「あいつは悪いやつだから我々の敵」
「こちらは正義」
「悪いやつはこてんぱんにやっつけても構わない」
「あなたも当然、"我々"サイドですよね？（まさか、まさか、敵サイドだったりしませんよね！？）」

みたいな空気が流れるのが非常に気持ち悪かった。
「あなたも当然、"我々"サイドですよね？」みたいな態度で来られると、非常に返事に困る。

そもそも同じ県の中で、敵と味方に分かれること自体おかしい。
そんなのよくないよ、そんなことしても平和は訪れないよ。

こういうのがアジテーションとか、プロパガンダっていうやつ？
そんな話は遠い過去の話か、遠い外国の話だと思ってたけど、現代の日本でも「あいつは敵だ、我々は正義だ」みたいな物言いで人民を扇動する輩が現れると、意外と簡単にそういう良からぬ空気を作り出すことはできてしまうんだ、という不気味さを感じました。

一度そういう「空気」ができあがってしまうと、すーっとその空気に同調してしまう人（もしくは空気に飲まれることで安心感を得る人）は非常に多いので、「歴史で習った話」とか「ニュースで聞いた遠い外国の話」が一瞬で現実のものとして襲いかかってくる可能性はゼロじゃないんだな、と思いました。

これ、兵庫県だけの問題じゃないですよ？
「自分は大丈夫」と思っていても、「自分の住んでる県（＝県民全員）が大丈夫」っていう保証はないですからね？
自分をとりまく空気があっという間に変わってしまう可能性は十分ありますよ？？

あ、あと僕から言いたいのは「頼むから兵庫県をおもちゃにしないでくれ、笑いものにしないでくれ」ということです。
この半年ぐらい、兵庫県に関してはロクな話題を聞かないので、早く平和で平穏な日々が訪れてほしいと願うばかりです😔

みんなで作ろう、変なカレンダー!! 第5回スキルアップ勉強会「コードレビューライブ〜伊藤淳一からの挑戦状 part2〜」を開催します #sgtech

2024-11-28T11:56:26+09:00

お知らせ

またまたやります、コードレビューライブ！
というわけで、弊社ソニックガーデン主催の 第5回スキルアップ勉強会「コードレビューライブ〜伊藤淳一からの挑戦状 part2〜」 のお知らせです。

開催日時は2024年12月9日(月) 20時です。
今回もオンライン開催ですので、みなさんどうぞお気軽にご参加ください！

「コードレビューライブ」って何なん？

コードレビューライブは、

僕がプログラミングのお題を出し、
参加者のみなさんがそのお題を解いて提出し、
当日僕がその場でコードレビューする、

そんな勉強会です！

コードレビューを通じて、良いコードを書く上で大事な考え方や実践的なフィードバックをみなさんに提供できればと考えています。

ちなみに、コードは書かずに当日勉強会に参加してコードレビューの様子を眺めるだけ、でもOKです。
ですが、自分で事前にコードを書いておいた方が、当日の学びが100倍アップすると思います！

今回のお題は「変なカレンダー生成問題」です

今回の勉強会では、みなさんに「見にくくてあまり実用性のない、変なカレンダー」を生成してもらいます。
ちょっと難しいかもしれないので、挑戦者のレベルにあわせて3つのパターンを用意しました。

レベル1: 横向きに出力

レベル1では年を指定すると、横向きのカレンダーが1年分出力されます。

calendar = SgStrangeCalendar.new(2024)
puts calendar.generate

上のプログラムを実行して、以下のようなカレンダーが出力できれば完成です。
いやあ、とても見にくいですね、実用性ゼロ！（苦笑）

レベル2: 今日の日付を強調

「そんなの簡単、簡単！」という人はレベル2へ。
レベル2では今日の日付を[ ]で囲んで強調表示します。

以下は今日の日付が2024年12月9日だった場合のコードと、その出力例です。

calendar = SgStrangeCalendar.new(2024, Date.today)
puts calendar.generate

ちょっとわかりにくいかもしれませんが、12月9日の"9"が[9]になっています。

レベル3: 縦向きに出力

「レベル2も余裕でしたけど？」という人はレベル3にチャレンジ！
レベル3はレベル2の縦向きバージョンです。行と列を入れ替えてカレンダーを出力します。

calendar = SgStrangeCalendar.new(2024, Date.today)
puts calendar.generate(vertical: true)

generateメソッドにvertical: trueオプションを渡しているので、カレンダーは下のように縦向きで出力されます。
12月9日の日付が[9]になっている点にも注目してみてください。

「よっしゃ、チャレンジしたる！」という人はプルリクを送ってね😘

プログラム仕様の詳細や解答の方法については以下のGitHubリポジトリで説明しているのでこちらをご覧ください。

Image:あなたのコードをその場でレビュー＆リファクタリング！「コードレビューライブ - 株式会社ソニックガーデン

上記リポジトリをフォークし、コードを書いてプルリクエストを作成すれば提出完了です！

なお、予めテストコードが用意してあるので、問題が解けたかどうかはテストが全パスするか否かで判断できます。

↓こんなふうにテストが全パスすればOKです。

$ ruby test/sg_strange_calendar_test.rb --no-plugins
Run options: --seed 16463

# Running:

.........

Finished in 0.001414s, 6364.9222 runs/s, 6364.9222 assertions/s.

9 runs, 9 assertions, 0 failures, 0 errors, 0 skips

レベル3は必須ではありません。
レベル1で提出してもらっても良いですし、腕に自信がある人はレベル2、レベル3と進んでもらってもOKです。
みなさんが「ここまでならできそう」というレベルまで完成したら、解答コードを提出してください。

前回のコードレビューライブの様子や反響など

前回のコードライブでは「ローマ数字変換プログラム」をお題として出していました。

romanizer = SgRomanizer.new

# アラビア数字 → ローマ数字
romanizer.romanize(1) #=> "I"
romanizer.romanize(2) #=> "II"
romanizer.romanize(3) #=> "III"
# ...
romanizer.romanize(3999) #=> "MMMCMXCIX"

# ローマ数字 → アラビア数字
romanizer.deromanize("I")   #=> 1
romanizer.deromanize("II")  #=> 2
romanizer.deromanize("III") #=> 3
# ...
romanizer.deromanize("MMMCMXCIX") #=> 3999

こんな感じで、僕が画面共有しながら、RubyMine上で提出されたコードにコメントしたり、リファクタリングしていました。

当日のXのポストから、参加者のみなさんのコメントをいくつか紹介させていただきます。

#sgtech
コードレビューデバッグしながらするってあまりやったことなかったので新鮮
— wataru kubota (@wkubota) 2024年10月28日

indexとかiとかじゃなくて、ズバリ座標って変数名にするのか。なるほど〜 #sgtech
— ほりゆう@英語 (@yuki82511988) 2024年10月28日

見てる。見入りすぎて呟く暇が無いｗ #sgtech
— タカハシ/Takahashi (@tttol777) 2024年10月28日

こんなコード短く出来るのか。
僕のプルリクの半分以下の長さやん。
#sgtech
— 奥日曜 (@Okunichiyou) 2024年10月28日

参加してくださったみなさん、どうもありがとうございました！

まとめ

というわけで、今回は2024年12月9日（月）に開催するオンライン勉強会「第5回スキルアップ勉強会・あなたもチャレンジ！コードレビューライブ〜伊藤淳一からの挑戦状 part2〜」についてお知らせしました。

前回参加した人も、そうでない人も、ぜひご参加ください。
あなたの書いたコードをお待ちしています！😄

Apple 2024 MacBook Air M3チップ搭載15インチノートブック: 15.3インチLiquid Retina ディスプレイ, 8GB ユニファイドメモリ, 256GB SSD ストレージ, バックライトキーボード, 1080p FaceTime HD カメラ, Touch ID。iPhone や iPad との連係機能, ミッドナイト

iPhoneミラーリング使用時に英数・かなを切り替える方法（さらにHHKBでも同じことを実現する方法）

2024-11-12T09:10:57+09:00

はじめに

先日、MacとiPhoneをそれぞれ最新のmacOS SequoiaとiOS 18にアップデートしました。
OSを新しくしたので、試しに新機能のiPhoneミラーリングを使ってみました。

使う前は「これ、なんか役に立つの？」と思いましたが、2要素認証するときにいちいちiPhoneに手を伸ばしたりしなくて済むので意外と便利ですね！

ただ、iPhone画面の操作時に日本語入力と英語入力を切り替える方法がわからず、ちょっと苦労したのでその方法を書いておきます。

MacBook本体のキーボードを使う場合：fnキーを押す

MacBookユーザーで本体のキーボードを使っているときは、地球儀マークの付いているfnキーを押してください。
これで日本語入力と英語入力を切り替えられます。

HHKBを使っている場合：Karabiner-Elementsでカスタム設定を追加する

ただ、僕は普段MacBook本体のキーボードではなく、Happy Hacking Keyboard (HHKB) を使っています（MacBook本体もHHKBも、どちらも英語配列）。

さらに、Karabiner-Elementsを使ってHHKBのコマンドキーを単体で押したときに、英数とかなが切り替わるようにカスタマイズしています。

これに近い動きになるように、以下のような設定をKarabiner-Elementsに追加しました。

左または右のコマンドキーを単体で押したときに、英数・かなを切り替える（＝fnキーを押したことにする）
上記の設定はiPhoneミラーリングの使用時のみ有効にする

手順は以下の通りです。

Karabiner-Elementsを開き、Complex Modifications > Add your own ruleボタンをクリックします。
テキストエリアに以下の設定を入力して保存

{
    "description": "iPhoneミラーリング時にコマンドキーにfnキーを割り当てる",
    "manipulators": [
        {
            "conditions": [
                {
                    "bundle_identifiers": [
                        "^com\\.apple\\.ScreenContinuity$"
                    ],
                    "type": "frontmost_application_if"
                }
            ],
            "from": {
                "key_code": "left_command",
                "modifiers": { "optional": ["any"] }
            },
            "to": [
                {
                    "key_code": "left_command",
                    "lazy": false
                }
            ],
            "to_if_alone": [{ "apple_vendor_top_case_key_code": "keyboard_fn" }],
            "type": "basic"
        },
        {
            "conditions": [
                {
                    "bundle_identifiers": [
                        "^com\\.apple\\.ScreenContinuity$"
                    ],
                    "type": "frontmost_application_if"
                }
            ],
            "from": {
                "key_code": "right_command",
                "modifiers": { "optional": ["any"] }
            },
            "to": [
                {
                    "key_code": "right_command",
                    "lazy": false
                }
            ],
            "to_if_alone": [{ "apple_vendor_top_case_key_code": "keyboard_fn" }],
            "type": "basic"
        }
    ]
}

以下はHHKBの左右コマンドキーを使って、iPhoneミラーリングの英数・かなを切り替えている様子です。

なお、この場合はあくまでMacBook本体のfnキーのエミュレートをするだけなので、英数・かな（と絵文字）が切り替えられるようになるだけです。
左コマンドキーを押せば常に英数字入力、右コマンドキーを押せば常に日本語入力になる、というわけではない点に注意してください。

参考：HHKBのFnキーは使えないっぽい

ちなみに、HHKBにもFnキーが付いています。

最初はMacBook本体のfnキーと同じように、このキーを押せば英数・かなが切り替わるのかな？と思ったのですが、このキーを押しても何も変わりませんでした。
というわけで、上記のようにKarabiner-Elementsでカスタム設定を追加した次第です。

まとめ

というわけで、この記事ではiPhoneミラーリング使用時に英数・かなを切り替える方法と、HHKBでも同じことを実現する方法を紹介しました。

「iPhoneミラーリングでは英語入力と日本語入力を切り替えられなくて不便！！」と思っていた人の参考になると幸いです 😃

Apple(アップル)

PFU キーボード HHKB Studio 英語配列／墨（ポインティングスティックメカニカルキーボード）

HHKB

My Job Went To India オフショア時代のソフトウェア開発者サバイバルガイド

君たちはこの先どう生き残るか！？エンジニアtypeさんに読書感想文を寄稿しました

2024-10-22T08:34:55+09:00

お知らせ

エンジニアtypeさんの連載記事「プロフェッショナルたちの読書感想文」に寄稿させてもらいました。
type.jp

本連載の概要は以下の通りです。

本連載では、業界の第一線で活躍する著名エンジニアたちが、それぞれの視点で選んだ書籍について語ります。ただのレビューに留まらず、エンジニアリングの深層に迫る洞察や、実際の現場で役立つ知見をシェア！初心者からベテランまで、新たな発見や学びが得られる、エンジニア必読の「読書感想文」です。
プロフェッショナルたちの読書感想文 - エンジニアtype | 転職type

サイトを見ると、僕以外にもいろんな有名エンジニアのみなさんが読書感想文を書いてくださっています。

僕が選んだ本は"MY JOB WENT TO INDIA"

どの本をピックアップするかとても迷ったのですが、今回僕は"MY JOB WENT TO INDIA"という本について書くことにしました。

作者:Chad Fowler
オーム社

ですが、この本を知ってる人はほとんどいないと思います。
なぜなら、現在は「情熱プログラマー」というタイトルに変わっているからです。

情熱プログラマーソフトウェア開発者の幸せな生き方

作者:ＣｈａｄＦｏｗｌｅｒ,でびあんぐる
オーム社

CODE COMPLETE 第2版上完全なプログラミングを目指して

ただ、僕からすると自分が衝撃を受けた本は「情熱プログラマー」ではなく、"MY JOB WENT TO INDIA"だったので、今回はあえて"MY JOB WENT TO INDIA"をピックアップすることにしました。

個人的には”MY JOB〜”の方が、なんか刺激的で攻めてる感じがするので僕は好きです（苦笑）。

なぜこの本を選んだのか？どんな人に読んでほしいのか？

この本を選んだ理由は、新人エンジニア時代に自分がITエンジニアとしてこの先どう生きていくべきか、そしてどうすれば生き残っていけるか、という観点で様々な考え方を知ることができたからです。
僕のエンジニア人生に大きな影響を与えた一冊であることは間違いないので、今回この本を選んでみました。

どういう人に読んでほしい本かというと、「エンジニアとして働いているが、この先もずっとコードを書いていきたい」「でもそのためには、どういうキャリアを歩んだらいいのか分からない」と日々悶々としているエンジニアの方々です。そう、20年前の僕みたいな人ですね！

「もしかして私のことかも？」と思った人は要チェックです！

これ以外で候補に挙がった本

"MY JOB WENT TO INDIA"以外で候補に挙がったのは、"CODE COMPLETE"と「人を動かす」です。

作者:スティーブマコネル
日経BP

人を動かす　改訂新装版

作者:Ｄ・カーネギー
創元社

"CODE COMPLETE"は、コードの良し悪しについて明確な基準を僕に与えてくれました。
（それまでは「なんとなく良い or 悪い」という感覚的なもので、コードの良し悪しの理由については明確に語れなかった）

「人を動かす」はエンジニアとして、というよりも、一人の人間として生きていく上でとても勉強になった本です。
それまでは「自分が正しくて、おかしいのは絶対にあいつ」というような考え方しかできず、しょっちゅう人とぶつかってきたのですが、この本を読んでからはもう少し相手の立場に立って物事を考えられるようになりました。

今回は編集者さんと相談して"MY JOB WENT TO INDIA"をピックアップしましたが、この2冊もとてもお勧めなので興味がある人はぜひ読んでみてください。

まとめ

というわけで、今回はエンジニアtypeさんの連載記事「プロフェッショナルたちの読書感想文」に寄稿させてもらいましたよ、というお話を書いてみました。
僕の読書感想文は以下のサイトで読めるので、以下のリンクからぜひ！

type.jp

前述のとおり、"MY JOB WENT TO INDIA"はもう売ってないので、これから読む人は「情熱プログラマー」を買ってくださいね。
内容はどちらもほぼ同じです。

情熱プログラマーソフトウェア開発者の幸せな生き方

作者:ＣｈａｄＦｏｗｌｅｒ,でびあんぐる
オーム社

【関・刃物まつり】ミソノ刃物の包丁直売イベント（規格外良品販売会）に行ってみた🔪

2024-10-13T19:14:23+09:00

はじめに

5年ぶりに妻と二人で旅行に行ってきました。
行き先は名古屋と岐阜です。

旅行に出かけるのは本当に久しぶりなので、ちょっとゴージャスなホテルに泊まろうということになり、「名古屋プリンスホテルスカイタワー」というホテルに泊まってきました。

このホテルは客室がすべて32階〜36階にある高層ホテルで、僕たちは34階の部屋に泊まりました。
いやー、さすがにめちゃくちゃ景色がよかったです！！

ご覧のとおり、夜景もとってもきれいです ✨

が、今回の目的地は名古屋ではありません。
僕たちが本当に行きたかったのは岐阜県の関市（せきし）です。

今回の旅行の目的は関の刃物まつり！

なぜ関市に行ったのかというと、「刃物まつり」が開かれていたからです。
seki-hamono.jp

正確には刃物まつりにあわせて開かれる、ミソノ刃物の包丁直売イベント（規格外良品販売会）に行ってお目当ての包丁を買うために、はるばる兵庫から岐阜まで出かけたのでした。

この直売イベントではいわゆるアウトレット品の包丁が格安（定価の半額以下）で販売されます。
ミソノの包丁はプロの料理人が使用していることで有名で、妻がよく見るお料理系YouTuberにも愛用者が多いです。
なので「ぜひ使ってみたい！」と妻が言い出して、じゃあ刃物まつりに行っていろいろ買ってみよう、ということになったのでした。

ミソノの規格外良品販売会の様子

噂によるとイベント当日は大勢の人でごったがえすため、朝早くから行かないと掘り出し物は売り切れてしまうそうです。
なので、早めに名古屋を出発して、9時には現地に着くようにするぞー！✊
・・・と意気込んでいたのですが、ホテルを出た途端、名古屋市内の渋滞に巻き込まれたため、到着が9時半になってしまいました。

現地に着くと、もうすでにたくさんの人が……。しまった、出遅れた〜！！😭

会場内では無造作にアウトレット品の包丁がトレイの中に並べられていて、それをたくさんの人が手に取りながら自分の欲しい包丁を探しています。
しかも包丁の刃先はすべて紙で覆われているため、毎回包丁を紙から取り出さないと品番がわかりません。

たくさんの人がひしめき合う中で、品番を確かめるために包丁を取り出すのはめちゃくちゃ怖かった……。
いつか誰か大ケガをするんじゃないかとちょっとヒヤヒヤしました。

参考情報として、会場内の雰囲気がわかるXのポストをこちらに引用させてもらいます 🙏

関市刃物まつり、とりあえず目当てのミソノさんに到着🔪
規格外品はちょっと寸法が違うだけで正規品と同じ工程・性能です😌💓価格は半額以下なのでお買い得ですよ🔪自分と義母と会社同僚用に３本購入～⚔️ pic.twitter.com/4fDmZLILPa
— とりさん (@nekogamegohan) 2024年10月13日

というわけでミソノの包丁をゲットしたよ

今回は最終的に以下の5本の包丁をゲットしました。

袋から取り出してみましょう。じゃん！

左から順に、

UX10 21cm 牛刀（正規品、2万5000円）
440 24cm 筋引き（8000円）
440 18cm 牛刀（5000円）
モリブデン鋼 15cm ペティ（4000円）
モリブデン鋼 12cm ペティ（4000円）

となります。
包丁のグレードとしてはUX10が最上級、その次が440、その次がモリブデン鋼です。

正規品とほぼ遜色のないアウトレット品が買えてお買い得💰

UX10だけはアウトレット品ではなく、正規品です。
この販売イベントでは「UX10のアウトレット品は出ません」ということだったので、最初から正規品を買いました。

ペティはモリブデン鋼ではなく、その上位グレードである440を買いたかったのですが、残念ながら9時半の時点ですでに全部売り切れてしまっていたのでした。残念！！

あと、18cmのスライサーも欲しかったのですが、これは最初から出品がなかったみたいです。

なお、アウトレット品といっても問題点は小傷や微妙なサイズオーバー・サイズ不足等で、使用上にはまったく支障が無いそうです。
実際、アウトレット品と判定されたポイントはどこなのか探してみましたが、素人目には全然わかりませんでした。

正規品とほとんど変わらないのでは？というレベルのアウトレット品が定価の半分以下で購入できるのはめちゃくちゃお得ですね。
妻もわざわざ遠くまで来た甲斐があったと喜んでいました😄

「今まで買った包丁の中で一番よく切れるかも」by 妻

そして肝心の切れ味チェックです。
恒例の（？）紙の筒切りでは、5本ともバッチリ紙の筒を切ることができました。

紙の筒切りってなんや？と思った人は昔書いたこちらの記事をご覧ください。
blog.jnito.com

それから生の鶏肉を切って切れ味を確かめてみました（妻が）。
料理をする人はご存じだと思いますが、生の鶏肉は包丁の切れ味がそのまま肉の切りやすさに直結する食材です。

妻いわく「誇張無しに今まで買った包丁の中で一番よく切れるかもしれない！」とのことでした。
すごいぞ、ミソノの包丁！さすがプロの料理人が選ぶだけのことはあります。

切れ味の持続性と研ぎやすさのチェックはこれから

今回はUX10、440、モリブデン鋼と3つのグレードをそれぞれ買いましたが、新品の切れ味だけでいうと、どれも十分よく切れるみたいです。
なので、妻いわく「頑張って正規品のUX10を買わなくても、アウトレットの440だけを買えばよかったかもしれない」とのことでした。

あと気になるのは切れ味の持続性と研ぎやすさですね。
これはもうしばらく使ってみないとわかりません。
しばらく使ってみると、もしかすると切れ味の持続性や研ぎやすさの面で「UX10の方がいい！」という結論になる可能性もあるので、結論が見えてきたら、またこのブログで報告しようと思います〜。

オマケ：ミソノの刃付けは片刃風？

UX10の説明書（？）には表側と裏側を7:3の割合で研ぐように書いてありました。
実際、買ってきたミソノの包丁はどれも片刃風の刃付けがされています。

よく見ると表側の小刃（こば＝刃先に見える細い線）は厚く、裏側は薄くなっています。

詳しい理由はわかりませんが、片刃っぽい刃付けをすることで切れ味をより高めているのかもしれませんね。

まとめ

というわけで、このエントリでははるばる岐阜まで出向いてミソノの包丁を買ってきた、というお話を書いてみました。

まあ、包丁に興味がない人は「なんで包丁を買うのにわざわざ岐阜まで行ってるの？」と思うかもしれません。
しかし、「よく切れる包丁を使ったときの料理の楽しさ」を知ってしまうと、一気に包丁沼にハマってしまうみたいです。僕の妻みたいに（苦笑）。

なので、みなさんもいい包丁を一本買ってみませんか？
ミソノの包丁はハンズ（旧東急ハンズ）でも取り扱ってるみたいなので、機会があればぜひチェックしてみてください！

ミソノUX10 牛刀 No.712/21cm

ミソノ(Misono)

Misono(ミソノ) 440 筋引 No.821/24cm

ミソノ(Misono)

ミソノ(Misono) 440 牛刀 No.811/18cm

ミソノ(Misono)

Misono(ミソノ) モリブデン鋼ペティーナイフ No.533/15cm

ミソノ(Misono)

ミソノ(Misono) モリブデン鋼ペティーナイフ No.531/12cm

ミソノ(Misono)

Special thanks

今回、旅行をするにあたって一番の懸念材料は家で飼っている2匹の犬たちの世話でした。
「ペットホテルに預ける？でも今までそんなことしたことないから不安だよね」と話していたところ、高校生の娘が「犬たち🐶🐶の面倒は私が見とくから、2人で旅行に行ってき！」と快く僕たち夫婦を送り出してくれました。
娘よ、どうもありがとう！いやあ、立派に育ってくれたもんだ😭

移住とリモートワークに関するオンラインセミナーに登壇します（ひょうご移住イベント：教えて！リモートワーク最前線 2024/10/20）

2024-10-10T08:13:58+09:00

お知らせ

2024年10月20日（日）に開催される、ひょうご移住イベント「教えて！リモートワーク最前線～いまや転職なき移住も？転職するorしない？メリットとデメリット徹底比較～」に登壇させてもらうことになりました。

ひょうご移住イベント｜オンラインセミナー

日時: 2024年10月20日（日）13:30～15:00
開催地: オンライン（Zoomウェビナー）
参加費: 無料
参加申込みページ: https://hyogoonline1.peatix.com/

一緒に登壇されるみなさん

伊藤真美さん（「いえしまコミュニティスペース　縁」運営/ WEBディレクター・デザイナー）
モデレーター：兼松佳宏さん（さとのば大学副学長　NPO法人グリーンズ理事）

どんなイベントなの？

大阪から兵庫県西脇市に移住した僕と、神奈川県から兵庫県にある家島（いえしま）という島に移住された伊藤真美さんが、リモートワークや移住後のライフスタイル等についてお話しするオンラインセミナーです。

地方でリモートワークするメリットやデメリットや、ふだん暮らしていて感じていることなど、実際に移住した人だからこそ話せる、リアルな感想をお話しします。

兵庫県に在住しながらリモートワークをはじめとした多様な働き方を実践する移住者の生活をご紹介。
そのライフスタイルや趣味、地域とのつながり、子育てなどのお話から、「暮らしやすいまち兵庫」の魅力、兵庫の懐の深さを実感していただけるセミナーです。
質疑応答のお時間も設けますので、「移住のリアル」を出演者に直接聞いていただけます。
ひょうご移住イベント｜オンラインセミナー

一緒に登壇される伊藤真美さんの経歴がすごい 😲

僕と一緒に登壇されるのは伊藤真美さんという女性です。
同じ伊藤なのでややこしいですが、別に親戚とかではありません（笑）。

先日、イベントの打ち合わせでお話しさせてもらったのですが、WEBディレクター・デザイナーとして家島でリモートで働くだけでなく、「りょうし」としても活動されているそうです。

その話を聞いたとき、「漁師？ああ、島に住んでるので魚を捕るんですね🐟 すごいなあ」と思ったんですが、違いました。

猟師でした。

島に住むイノシシ🐗を捕まえているそうです。漁師もすごいけど、猟師はもっとすごいかも！？

地域おこし協力隊の活動をきっかけに家島に移住し、リモートワークをしたり、猟師をしたり、コワーキングスペースを運営したりと、ものすごくアクティブに活動されている方なので、僕の話には興味がない人も伊藤真美さんのお話はめちゃくちゃ面白いんじゃないかなーと思います！

この投稿をInstagramで見る

伊藤真美(@mami.ito.9231)がシェアした投稿

家島は、瀬戸内海播磨灘に浮かぶ44の島からなる諸島です。
そのうち、人が住んでいるのが家島本島、男鹿（タンガ）島、坊勢（ボウゼ）島、西島の４島です。
人口は４島あわせて4,500人ほどで、このうち約2,200人が家島本島に住んでいます。
家島について | いえしまコンシェルジュ

一方、伊藤淳一の暮らしぶりはというと

僕が住んでいるのは兵庫県西脇市という町です。
西宮とたまに間違われますが、にしのみやではありません。「にしわき」です。

地図で見るとこんな場所にあります。

田舎といえば田舎なんですが、何にもない田舎、というわけではなく、スーパーや家電量販店など、生活に必要なお店は生活圏内に十分ありますし、上の地図にも書いてあるとおり、大阪や神戸には車で1時間ぐらいで行けます。
なので、田舎だからといって特別不便な思いをすることはないですね。

リモートワークでプログラマの仕事をしつつ、子育てしたり、ギターを弾いたり、堤防を散歩したり、のんびりと田舎暮らしを楽しんでいます。

決して「田舎暮らしはメリットばかり！」とは言いませんが、いいところも悪いところも含めて、当日はざっくばらんにいろんなお話をできたらいいな〜と思っています。

なお、上に載せた写真は昔寄稿したこちらの記事からの抜粋です。
西脇の暮らしに興味を持った方はぜひチェックしてみてください👇

suumo.jp

まとめ

というわけで、このエントリでは2024年10月20日（日）に開催される、ひょうご移住イベント「教えて！リモートワーク最前線～いまや転職なき移住も？転職するorしない？メリットとデメリット徹底比較～」のお知らせを書いてみました。

無料のオンラインイベントなので、気軽に参加登録してもらえると嬉しいです。
移住やリモートワークというキーワードにピン💡と来た方はぜひ！

ひょうご移住イベント｜オンラインセミナー

みんなが書いたコードをLIVEでレビューします！（第4回スキルアップ勉強会 2024/10/28） #sgtech

2024-10-07T12:12:09+09:00

お知らせ

僕が所属している株式会社ソニックガーデンでこんな勉強会をやります。
題して「あなたもチャレンジ！コードレビューライブ〜伊藤淳一からの挑戦状〜」です！

開催日時は2024年10月28日（月）20時です。
どこからでも参加できるオンライン勉強会なので、みなさんぜひご参加ください〜😄

どんな勉強会なの？

ざっくり3行で説明するとこんな感じです。

僕がプログラミングのお題を出すので、みなさんに解答してもらいます。
当日僕がみなさんの書いたコードをその場でレビューします。

以上。あれ、2行だったw

そう、みなさんが書いたコードを僕がレビューし、よいコードを書く上で大事な考え方や実践的なフィードバックを提供する、そんな勉強会（になる予定）です。

ちなみに、コードは書かずに当日勉強会に参加してコードレビューの様子を眺めるだけ、でもOKです。
でも、自分で事前にコードを書いておいた方が、当日の学びが100倍アップすると思います！

プログラミングのお題ってどんなの？

みなさんに作成してもらうプログラミング問題はこちら、「ローマ数字変換プログラム」です。

romanizer = SgRomanizer.new

# アラビア数字 → ローマ数字
romanizer.romanize(1) #=> "I"
romanizer.romanize(2) #=> "II"
romanizer.romanize(3) #=> "III"
# ...
romanizer.romanize(3999) #=> "MMMCMXCIX"

# ローマ数字 → アラビア数字
romanizer.deromanize("I")   #=> 1
romanizer.deromanize("II")  #=> 2
romanizer.deromanize("III") #=> 3
# ...
romanizer.deromanize("MMMCMXCIX") #=> 3999

プログラム仕様の詳細や解答の方法については以下のGitHubリポジトリで説明しているのでこちらをご覧ください。

プロを目指す人のためのRuby入門［改訂2版］　言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus

上記リポジトリをフォークし、コードを書いてプルリクエストを作成すれば提出完了です！

なお、予めテストコードが用意してあるので、問題が解けたかどうかはテストが全パスするか否かで判断できます。

↓こんなふうにテストが全パスすればOKです。

$ ruby test/sg_romanizer_test.rb --no-plugins
Run options: --seed 629

# Running:

..

Finished in 0.039555s, 50.5625 runs/s, 202199.4691 assertions/s.

2 runs, 7998 assertions, 0 failures, 0 errors, 0 skips

プログラミング初心者ですが私にも解けますか？

うーん、どうでしょう？
プログラミングを始めてまだ数ヶ月、という人にはちょっと難しいかもしれません。
でも、プログラミング歴が1年ぐらいあれば解けそうな気がします。
仕事でコードを書いてる人は若手、ベテランを問わず、全員解けてほしいですね！

ちなみに僕は問題を思いついて自分で解いたところ、30分ぐらいでできました。

この問題を解く上で一番大事なのはロジック力です。
今回、対象の言語はRubyに限定していますが、高度な言語知識はいりません。
拙著「プロを目指す人のためのRuby入門（通称チェリー本）」の知識があれば（特に5章までの知識がメイン）、十分解ける問題になっているはずです。

作者:伊藤淳一
技術評論社

🚨カンニングはなしでお願いします！🚨

みなさんが自力で考えたロジックをレビューするのがこの勉強会の一番の醍醐味です。
やろうと思えば、

ネットで公開されている既存の変換ロジックを参考にする
ChatGPTに解いてもらう（たぶん一発で解いてくるはず💧）
他の人が提出したプルリク（解答）を見る

等々の方法でカンニングできちゃいますが、それはなしでお願いします！

あと、注意してほしいのはGitHub CopilotのようなAIコード支援機能です。
これが有効のままコードを書き始めると結局AIに解いてもらったことになりかねないので、問題を解く間はオフにするようにしてください 🙏

まとめ

というわけで、今回は2024年10月28日（月）に開催するオンライン勉強会「第4回スキルアップ勉強会・あなたもチャレンジ！コードレビューライブ〜伊藤淳一からの挑戦状〜」についてお知らせしました。

「面白そう、私も解いてみたい！」「伊藤さんにぜひコードレビューしてもらいたい！」というみなさんからの積極的なご参加をお待ちしています！！😄

かまいたち濱家さんの影響で？Martin D-42を買ってしまった件

2024-10-07T08:05:56+09:00

「またギターの話かよ」「この間もなんか買ってなかったっけ？」「お前はいったい何本ギターを買えば気が済むんだ」とみなさんの心の声が聞こえそうな気がしますが、すいません、また買ってしまいました……💧

泣く子も黙る高級アコースティックギター、Martin D-42です。

いや、もともとそんなつもりじゃなかったんですよ？
でも、気付いたらなぜかギターケースを片手に楽器屋さんを出てきてしまってました😅

そして、これにはちょっとしたエピソードがありまして。
長文になりますが、よかったら最後までお付き合いください。

【もくじ】

話せば長くなる言い訳？
この動画を見てMartinのアコギに興味が出てきた（でも買わなかった）
Martin D-42、再び
急に風向きが変わった店員さんのひと言
僕と妻「そこまで言われたらもう引き下がれんわ。。」
- 具体的なお値段が気になる方へ
購入は大正解！？1週間後にまさかの値上げ告知😱
自分の家にD-42がある喜び ❤️
D-45に比べるとD-42ってどうなの？
そしてめちゃくちゃ弾きやすい！
さらに：思った以上に軽い！
弾かないときは弦を緩めるのか問題について
D-42の性能を出し切りたいなら、コーティング弦はやめた方がいいかも
トリビア：D-42は横顔が素敵？
まとめ
で、いったいいくらで購入したの？
おまけ：中古のD-42について

話せば長くなる言い訳？

突然ですが、妻はかまいたち（お笑いコンビ）のファンです。
なので、妻はよく彼らのYouTubeを見ています。

ある日、妻が「濱家さんがなんかギター買ったみたいやから見てみて」とこんな動画を見せてきました。

この動画の中で、濱家さんは楽器屋さんで散々迷った挙げ句、最終的にヴィンテージのMartin D-45を187万円で購入していました。

ぜひギター好きのみなさんにも一度見てもらいたいのですが、この動画はとっても面白くて、ギター好きの一人として僕も「わかる、わかるわ、その気持ち〜」と何度も首を大きく縦に振ってしまいました。

かまいたち好きの妻はこれを見てD-45が欲しくなったらしい😅
でもこの動画の濱家さんの気持ちとかリアクションとか、ギター好きとしてはよくわかる!! ツシマさんの接客も超素敵❤️(TC楽器のYouTubeよく見てます)

かまいたち濱家が187万のMartinヴィンテージギターD-45を購入！ https://t.co/ZrrDZcz347
— Junichi Ito (伊藤淳一) (@jnchito) 2024年2月18日

この動画を見てMartinのアコギに興味が出てきた（でも買わなかった）

また、内容が面白いだけでなく、たしかに動画越しにも「MartinのD-45ってさすが高いだけあっていい音してんな〜」というのがわかりました。
そこでこの動画を見たのがきっかけで、妻と一緒に大阪の楽器屋さんにMartinのアコギを見に行ったんです。約半年前に。

そしていくつかのMartinのアコギ（いずれも新品）を試奏したんですが、そこで試奏したD-42が他のギターに比べて明らかにいい音で鳴っていました。
ギターにそこまで詳しくない妻でも「これは明らかに音が違う！めちゃくちゃいい音！」と絶賛するレベルでした。

ちなみに妻は自分ではギターは弾かないものの、アコースティックギターが好きで、僕によく「エレキよりもアコギをたくさん弾いてよ」と言ってきます😅

で、そのMartin D-42はたしかにめちゃくちゃいい音だったんですが、あくまで試奏しに行っただけなので、「このD-42は別格ですね。参考になりました！」と店員さんに伝えて、その日は店を後にしました。

でもとてもいい音だったので、「いつかあんなギターを買ってみたいね」と折に触れて二人で話していました。

Martin D-42、再び

時は流れて9月のある日。

僕と妻は神戸の中古楽器屋さんを訪れました。
そこに中古のD-42が置いてあったので、ちょっと試奏させてもらいました。

ジャラ〜ン・・・

はぁー、D-42はやっぱりいい音・・・ではない！？
なんか半年前に弾いたあのD-42に比べると、グッと来る要素がありませんでした。
弦高も妙に低くてなんかビシャビシャした音がするし。

妻と二人で「この個体はなんか違うね。大阪の楽器屋さんで弾いた、あのD-42の方が良かったね」と話をして、そのあと「もう一回あの楽器屋さんに行って、新品のD-42を弾いてみよう！」という話になりました（なぜそうなる？）。

そして急きょ、神戸から大阪に移動し、例の楽器屋さんでD-42を試奏させてもらいました。
するとやっぱりこの新品のD-42は音がいい！
販売価格だけ見たら中古の方がウン十万円ぐらい安いんですが、でも音色が全然違うので絶対こっちの方がいいよね、と二人で話しました。

急に風向きが変わった店員さんのひと言

ところで、この日は別にギターを買いに来たわけではありません。
もともと神戸で買い物をする予定があって、たまたまついでに楽器屋さんに立ち寄ったらなぜか「よし、大阪に行こう」ということになり、現在に至ります。

ギターを買う予定は本当に1ミリもなかったのですが、そこで楽器屋の店員さんと「D-42ってやっぱりいいですね〜」みたいな雑談をしていたら、その店員さんが突然、

「お値段、頑張りますよ！お客さんが本気で買いたいなら僕らも本気出しますんで！！」

と言ってきました。

僕と妻は「えっ？」と顔を見合わせました。
いやいや、今日はギターを買いに来たわけでは……でも、頑張るって言われたらちょっと気になるやん？
そんだけ言うならまあ、ちょっと話を聞いてもいいけど？

というわけで、突然D-42を買うか買わないかモードに突入しました。

そんなとき、心強いのが妻の値段交渉力です。

僕は値段交渉とかとっても苦手なんですが、妻は楽器屋さん相手でもうまくやりとします。
先日もHeritageのフルアコを購入したときに上手に値段交渉してくれました。

Baroque ストリングアクションルーラー弦フレットサドルナット高さ調整用

僕と妻「そこまで言われたらもう引き下がれんわ。。」

そして、D-42を巡る値段交渉が始まりました。
てか、新品のギターを買うのに値段交渉ってできるもんなんですね（驚）。

最初に提示された額は「え〜、悪くないかもしれないけど、ちょっと微妙」という額でした。
妻も同じく「その金額じゃ、ちょっと」という反応だったので、そこで承諾せずにさらに店員さんと話し合いを続けました。
そして・・・

店員さん「じゃあ、○○万円にします！」

僕の心の声「○○万円かあ、結構下げてくれはったなあ。これぐらいなら、まあ・・・」

妻「△△万円にしてくれたら今日買います（断言）」

僕の心の声「えっ、△△万円って、それはちょっと無謀すぎるやろ？新品のD-42がその値段ではさすがに……」

店員さん「わかりました。△△万円にしましょう！」

僕「え゛っっっっっ！！！！！！！」

まさか本当に△△万円してもらえるとは……。（妻すごすぎ）

△△万円なら今日買います、って言った手前、さすがに「やっぱりやめます」とは言いにくいです（苦笑）。

それに、為替の影響等もあり、ギターの値段はここ数年で急激に上がってきています。
新品のD-42が△△万円で買えるのはこれが最初で最後のチャンスかもしれません。
妻と二人で「いつかD-42を買いたいね」と話していたので、その日が今日だった、ということなんでしょう。
というわけで、清水の舞台から飛び降りる気持ちで買うことにしました！！

僕と妻「わかりました。じゃあ△△万円で買います！！」

そして、僕たち夫婦はなぜかギターケースを片手に楽器屋さんを出てきてたのでした。
めでたし、めでたし？😅

具体的なお値段が気になる方へ

今回は記事に有料部分を付けてみました。
「具体的な金額が気になって仕方がない」「自分もD-42を購入する際に参考にしたい」という方は、この記事を購入してもらうと「△△万円」の具体的な金額がわかるようになっています！

購入は大正解！？1週間後にまさかの値上げ告知😱

僕たち夫婦がD-42を買ったその1週間後、なんとMartinギターの価格改定の告知が発表されました。

いつもご愛顧いただきありがとうございます。
この度、マーティンギターの一部商品をマーティン社の価格改定と各種コストの高騰から、やむなく販売価格を改定することとなりました。改定は2024年11月1日からとさせていただきます。誠に恐縮ではございますが、ご理解賜りますようお願い申し上げます。
マーティンギター価格改定のご案内 | クロサワ楽器店公式ブログ

店員さんも何も言ってなかったですし、まさか購入直後に値上げされるなんて思ってもいませんでした。

そして、そこで発表されたD-42の新価格はなんと！！

ひゃっ、ひゃくまんじゅうにまんにせんえん・・・・😱

ついに100万円を超えてしまいました。
最近のギターの値上がり方、ほんまに半端ねーっす。

もちろん91万円もめちゃくちゃ高いし、この値段ですら数年前に比べるとかなり上がったあとなのですが、それでもあの日あの時あの場所で△△万円でD-42を購入できたのは実はかなりラッキーだったのかもしれません。
「新品のD-42が△△万円で買えるのはこれが最初で最後のチャンスかも」と思って購入を決断した自分と妻を褒めてやりたいですねｗ

ちなみに値上げは11月からなので、今月中であれば値上げ前の価格でD-42が買えますよ！！

自分の家にD-42がある喜び ❤️

さて、ここから下はD-42の製品レビューになります。

いやあ、まさか自分がMartin D-42のオーナーになるとは……。
自宅にD-42があるのは控えめに言って、最高です！！ 😍

見た目も美しいですが、それ以上に美しいのはギターを弾かない妻でも違いがわかるレベルの、その音色です。
ピックで弾いても、指でも弾いても、めっちゃいい音で鳴ります。
3フレットから5フレットあたりにカポ（カポタスト）を付けたときの音色もやっぱりきれいです。
どんなふうに弾いても、なんとも形容しがたい、きらびやかな音色がギターから飛び出してきます。

きらびやかな音色というと、高音がきれいなイメージかもしれませんが、低音がしっかり出てこその高音、というのが僕の感想です。
グランドピアノでドーンと鳴らしたかのような、太くてしっかりした低音が土台を支え、そこに倍音豊かな高音域が重なり合うことで、独特の美しい音色を作り出している印象です。

このギターをポロポロンとつま弾くだけで、たぶん2割ぐらい上手くなったように聞こえます。

あと、ギターを鳴らすと、アコギのボディって実はドラムだったのか？っていうぐらい、トップ板が振動して大きな音を出しているのがよくわかります。

D-45に比べるとD-42ってどうなの？

ちなみに、濱家さんが購入したD-45（Martinの最上位機種）も試奏したんですが、僕と妻はD-42の方が好き、という結論になりました。

D-45を弾くと、D-42よりもさらにトップ板が薄いような印象で、繊細にギター全体が振動しているのが身体に伝わってきました。
また高音域のキラキラ感もD-42以上だったと思います。

ただ、バランス的にやや高音に寄りすぎているような印象があり、D-42の方が低域と高域の音量バランスがいいような気がしました。
お肉で例えるなら、D-45は霜降りがやや多め、D-42は上質な赤身肉、みたいなイメージでしょうか？

最上位機種のD-45の影に隠れて、D-42はややスポットライトを浴びにくい存在かもしれませんが、D-42にはD-42なりの良さがあると思います！

そしてめちゃくちゃ弾きやすい！

また、弾きやすさも抜群です。
アコギってある程度弦高を高くして弾きにくさを許容しないといい音が出ないもの、と思ってたんですが、D-42は全然弾きやすいです。

1フレットあたりでBフラットを押さえたり、7フレットあたりでCやF#m7みたいなコードを押さえたりしても、ほとんど苦労なく押さえられます。
ネックも太すぎず細すぎず、厚すぎず薄すぎず、最高にちょうどいいです。
さすがD-42、すばらしい！ 👏

ちなみに弦高は12フレット6弦側で2mm〜2.25mm、1弦側で1.5mm〜1.75mm程度でした。
数字だけ見ると弦高が特別低いわけでもないのに、とっても弾きやすいのは不思議です。

Baroque

MARTIN アコースティックギター弦 AUTHENTIC ACOUSTIC Treated with Lifespan 2.0 MA540T Light .012-.054

さらに：思った以上に軽い！

ドレッドノートサイズのギターはアコギの中でも大型の部類に入るので、ちょっと重たいイメージがありましたが、このD-42は手に持ったとき、「あっ、軽っ！」と思いました。
ちなみに重さを量ったら約2.1kgでした。

軽いギターだからよく鳴るのかな？
詳しいことはよくわかりませんが、なんかそんな気がします。

弾かないときは弦を緩めるのか問題について

このギターを買うときに店員さんに「やっぱり弦は緩めた方がいいですか？」と聞いたところ、「緩めた方がいいと思います。僕たちもいつも緩めてるんで」という答えが返ってきました。
ただ、1弦と3弦は切れやすいので、それ以外の弦をペグ4回しぶんぐらいいつも緩めてるそうです。

それを聞いても僕も同じように1弦と3弦以外を緩めることにしました。
高級ギターなので、変にそのへんで手を抜いてギターがおかしくなってもイヤですし……。

ただ、「ペグ4回しぶんぐらい」という具体的な回数を聞けたのはよかったですね。
今までは緩めるときは適当に緩めていたのですが、毎回「緩めるのは4回」と決めておくと、チューニングするときもだいたい4回まわすと元の音程に戻ってくるので、弾く前のチューニングの儀式がそこまで苦ではなくなりました。

これはなかなか便利なライフハック（？）です！

D-42の性能を出し切りたいなら、コーティング弦はやめた方がいいかも

購入時はサービスで新品の弦を張ってもらったのですが、ほぼ毎日弾いていたところ、2週間ぐらいでだんだん音に元気がなくなってきました。
もちろん、十分きれいな音は出るのですが、購入時の音色が100点だとすると、2週間後の音は80点ぐらいに落ちるイメージです。

「もう少し長持ちする弦に変えた方がいいかな〜」と思っていたある日、YouTube動画を見ていたら「Martinのコーティング弦は普通の弦と遜色ない音がするよ！」と話している人がいたので、試しにその弦を買って張ってみました。

Martin(マーチン)

Martin(マーチン) MARTIN アコースティックギター弦 AUTHENTIC ACOUSTIC Superior Performance MA540 Light .012-.054

そして僕の結論は・・・音色だけで言えばやっぱり普通の弦の方が良い、でした（あれ？）。

コーティング弦はコーティングしてあるぶん、「私、コーティングされてますんで」という音のよそよそしさを感じますね。
普通の弦の方が、ズドーンと前に出てくる生々しさがあります。
グランドピアノを鳴らしたときのようなあの迫力が、コーティング弦だとイマイチ出ません。

あと、5〜7フレットあたりでコードが若干押さえづらくなったので、弦のテンションも少し上がったのかもしれません。
ちなみにゲージはどちらもライトゲージ（012〜053）です。

というわけで、次回からはまた普通の弦に戻そうと思います。
すぐに元気がなくなるのが難点だけど……。

Martin(マーチン)

Martin Guitar Book(シンコー・ミュージックMOOK)

トリビア：D-42は横顔が素敵？

購入してから初めて気付いたんですが、D-42のボディって横から見ると上にいくほど薄くなってるんですね。
よ〜く見ると、ボディの背面が上に行くにつれて徐々に薄くなってるのがわかるでしょうか？

ネットの写真を調べると、D-45は同じような構造になっていましたが、D-28はボディの厚みは一定になってるように見えました。
D-42やD-45が奏でるきらびやかな音色の秘密は、こんなところに隠されているのかもしれません。

まとめ

というわけで、このエントリでは最近買った（買ってしまった）Martin D-42を紹介してみました。
いやあ、ギターって本当に沼ですね（汗）。

かまいたちさんの動画を見なければ、こんな世界があることを知らずにアコギ売り場を通り過ぎてたと思うんですが……。

このブログを見たギタリストのみなさんももはやこの沼に片足を突っ込んだも同然なので、今度楽器屋さんに立ち寄った際はぜひMartinのお高いギターを弾いてみてください！（沼への誘いｗ）

シンコーミュージック

Acoustic Guitar Book 58 (SHINKO MUSIC MOOK)

シンコーミュージック

で、いったいいくらで購入したの？

ここから下は有料記事の内容なので、ネットに公開したり、人に話したりしないようにお願いしますね！

全人類待望の？「受託開発なのにドキュメントを書かずに済む秘訣」が公開されました〜Software Design 2024年10月号〜

2024-09-18T08:09:33+09:00

えっ、なになに？設計ドキュメント問題に関する特集だって？
しかも「受託開発なのにドキュメントを書かずに済む秘訣」って、おい、マジかよ！そんなウマい話、あるわけないだろ！！ #PR https://t.co/KZtN1o6Rqu
— Junichi Ito (伊藤淳一) (@jnchito) 2024年9月3日

突然ですが、みなさんに質問です。

Q1. コードを書くのは好きですか？ (Yes / No)
Q2. ドキュメントを書くのは好きですか？ (Yes / No)

Q1の答えがYesで、Q2の答えがNoだったそこのあなた！（たぶん9割以上が該当するはず？）
とっておきの秘訣があります😎

お知らせ

というわけでお知らせです。
Software Design 2024年10月号の「再考設計ドキュメントの課題」という特集で『「コードがドキュメント」を地で行く開発スタイル』という章を執筆させてもらいました。

このエントリではこの寄稿記事について簡単に紹介します。

「コードを書くのは好きだけど、ドキュメント作成は嫌い」というあなたに

まず、「再考設計ドキュメントの課題」という特集記事の冒頭に書かれている、本特集のイントロダクションを引用します。

ITエンジニアにとってドキュメントは悩ましい問題です。関係者との合意形成や情報共有のために必要なものの、コードができあがってくると、コードと同期をとって保守しなければならない気が重い存在となります。
（略）
本特集では、いくつかの開発現場におけるドキュメントとの付き合い方を紹介します。ご自身の現場に合ったドキュメントとの付き合い方を見つけられるかもしれません。

いやあ、ほんとそうですよね〜。

なんでコードを書く前にいちいちドキュメントなんか書かなきゃいけないの！
さっさとコード書かせてよ！！

って思いますよね〜。
僕も前職や前々職ではそういう悩みを持ってました。

ですが、現職のソニックガーデンに入社してからはそういう悩みがなくなりました。
というか、ドキュメントを書かなくても済む理想的な開発プロセスがあったので、それを求めて僕はソニックガーデンに入社しました。

それから10年以上経ちましたが、やはりソニックガーデンではほとんどドキュメントを書いていません。
入社前は本当にそんなことできるの？と半信半疑な部分もありましたが、10年以上ドキュメントを書かずにここまで開発をやってこれました！

でも日本の開発の現場では、中でもとりわけ受託開発の現場では、やれ要件定義書だ、やれ外部設計書だ、詳細設計書だ、と「エンジニアなのにコードじゃなくてドキュメントばっかり書いてる……」というエンジニアが今でもたくさんいると思います。

そういったドキュメント作成が苦にならない人はそれで良いですが、僕みたいに「コードを書くのは大好きだけど、ドキュメント作成は大嫌いでござる！」という人はぜひ！本書を手に取り、『「コードがドキュメント」を地で行く開発スタイル』を読んでみてください。

そうすれば、ソニックガーデンではなぜドキュメントを作らないのか？なぜドキュメントを作らなくてもシステム開発できるのか？というあなたの疑問が解決するはずです！^※

※ 注：ただし、弊社の開発スタイルをすぐにみなさんの現場に適用できるとは限りません。その理由も本記事を読めばわかるはずです。

おまけ

Rubyで型付け開発！？

Rubyにだって型はあるんだぞ！という話も載ってますｗ@gihyosd pic.twitter.com/p2fNp2r4Bb
— Junichi Ito (伊藤淳一) (@jnchito) 2024年9月17日

まとめ

というわけで、このエントリではSoftware Design 2024年10月号に寄稿した『「コードがドキュメント」を地で行く開発スタイル』という記事の紹介をしてみました。
Software Design 2024年10月号は本日（2024年9月18日）発売ですので、気になる方はぜひ、お近くの書店で手に取ってみてください😄

ソフトウェアデザイン 2024年10月号

技術評論社

ギター・マガジン耳と感性でギターが弾ける本 (CD付き) (Guitar Magazine)

電子版もありますよ〜。

gihyo.jp

謝辞

Software Design誌に寄稿したこの記事は、僕が弊社ソニックガーデンのメンバーとディスカッションし、そこで挙がったさまざまな意見を記事としてまとめたものです。
「ソニックガーデンはなぜドキュメントを書かないのか」というテーマで一緒にワイガヤしながらその理由を深掘りしてくれた弊社メンバーに感謝します！

www.sonicgarden.jp

あわせて読みたい

Software Design誌の編集長（そして「プロを目指す人のためのRuby入門」の編集者でもある）、吉岡さんが書かれた「再考設計ドキュメントの課題」という特集記事を企画した意図や背景が書かれたブログ記事です。
「編集者の職に就く前の私はSIerでSEとして働いており、ドキュメントの作成やメンテナンスの苦労は自ら経験した」とのことで、みんな悩みどころは同じなんですね。
Software Design 2024年10月号とあわせてこちらもぜひ！

note.com

17インチのフルアコ、Heritage Eagle ClassicをMy New Gearしました

2024-09-15T09:05:23+09:00

イントロダクション：超ショックな出来事!!

9月のある日。
僕は大阪に出かける用事があったので、そのついでに楽器屋さんに立ち寄りました。
そこで以前から一度弾いてみたいと思っていた、中古のGibson ES-175（下はイメージ写真）を弾いてみました。

気持ちとしては試しに弾いてみたい、というだけで買うつもりはなかったのですが、これが思った以上に良かった！
そしてお値段も最近の相場を考えると結構リーズナブル！

うーむ、これはめちゃくちゃいいぞ？
でもまったく買う予定はなかったし、安いといっても衝動買いできるような値段ではないので、僕はいったん楽器屋を後にして帰宅しました。

家で妻と相談しつつ、じっくり考えた結果、「よし、買おう！」と決めました。
「明日、もう一度大阪の楽器屋さんに行くぞ！」と決めて、翌日に再び大阪の楽器屋さんに向かいました。

その楽器屋さんにオープンは昼の12時です。
妻と一緒に大阪へ向かったので、まずランチを食べて、それからその楽器屋さんに行く予定にしました。

ランチを食べている最中に「あ」と、僕は思いました。

万が一、買おうとしているあのES-175が誰かに買われたら困るので、楽器屋さんに電話して取り置きしてもらおう。その方が安心だから、と。

そこで楽器屋さんに電話してお願いしました。

「あのー、昨日弾いたGibson ES-175、これから買いに行こうと思うので、ちょっと商談中にしてもらえませんか？」

しかし、楽器屋さんからは思いがけない返事が・・・

「えっと、、、すいません、ES-175はついさっき、注文が入って売れてしまいました・・・」

なんだってーーーー！！？？
昨日の晩も、今日の朝もホームページを見たら「販売中」になってたのに！！
12時オープンのお店に12時半に電話したら、そのタイミングでもう売り切れだと！？

しまった、開店と同時に電話を掛けるべきだった。
でも、まさか、まさか、こんなタイミングで売れてしまうなんて・・・。
わざわざ車で1時間かけて大阪までやってきたのに。
いったい俺は、何をしに大阪までやってきたんだー！！
超ショック。ガックリorz

めちゃくちゃショックだったんですが、このままランチだけ食べてまた家に帰るのはあまりにもむなしいので、別の楽器屋さんに寄ってみることにしました。

運命の出会い？

そこで出会ったのがHeritage（ヘリテージ）のEagle Classicです。

このギターも以前からちょっと気になっていたのですが、試しに弾いてみるとすごく良かった！
ネックがしっかりしていて握りごたえもあって僕好み。
中古にしてはきれいだし、高級感もあって、これはこれでとても良い。

販売価格はもともと狙っていたES-175よりもちょっと高かったので、予算的には厳しかったのですが、同席していた妻が上手に値段交渉してくれたおかげで、ES-175とほぼ遜色ない価格で購入することができました。（妻に感謝！！）

というわけで、僕はES-175ではなく、HeritageのEagle Classicを買って帰ったのでした。
めでたし、めでたし。（？）

Heritageギターについて

ちなみにHeritageというのはGibsonにも関わりの深いメーカーです。
1985年、歴史のあるGibsonの工場が遠くへ移転することになったとき、「俺たちはここに残ってギターを作り続ける！」と決心した職人たちが立ち上げたのがHeritageです。
なので、Heritageのギターは「昔使われていたGibsonの工場」で作られています。

heritageguitars.com

Heritage Eagle Classicの感想

ここからはHeritage Eagle Classicをしばらく弾いてみた感想を書いていきます。

ネックが良い。めちゃくちゃ弾きやすい

最近僕はジャズギターにハマっているのですが、ロックギターで速弾きしたりするのとは違い、難しいコードを押さえたりするときはネックにある程度厚みがある方が力を入れやすいですし、指板の幅も少し広い方が指板上で指が渋滞しなくて弦を押さえやすかったりします。

この点において、Eagle Classicはほぼ100点満点です。
今まではGibson ES-135（下の写真）が自分にとってベストなネックだったのですが、Eagle Classicはこれを超えてきました。

Eagle Classicのネックは5ピースのメープルネックです。

杢目もしっかり出ていて高級感があります。
しかし、見た目だけでなく、握った感触もしっかり・どっしりしていて安心感があります。

指板はエボニーでポジションマークがないタイプです。

今までポジションマークのないギターはほとんど弾いてこなかったので、ポジションマークなしで大丈夫？とちょっと不安でしたが、意外となんとかなりました。
もちろん、ネックサイドにはポジションマークが付いています。

その他、ネックについていろいろ

セットアップがうまいのか、ローポジションの弦高も絶妙で、1〜3フレットあたりのコードを押さえるときも力を入れずに押さえられるので楽です。

これまで基本的にミディアムスケール（いわゆるギブソンスケール）のギターがメインだったので、ロングスケール（フェンダースケール）になると途端に弾きにくくなるのではないかとちょっと心配していましたが、今のところその点も大丈夫です。
むしろ、フレットの間隔が広くなったおかげで難しいコードを押さえるときも指同士がぶつからなくなって楽になった気がします。

ちなみに、数年前にもHeritageのフルアコを試奏したことがあるのですが、そのギターはネックと指板のエッジが丸められておらず、ネックを上から押さえ込むと親指の腹にネックのエッジが食い込んで痛かった記憶があります。
ですが、このギターはその点も問題ありませんでした。

アコースティックによく鳴る17インチボディ

今までにいろんなフルアコを弾いてきましたが、一時期所有していたD'Aquisto（ダキスト）のNew Yorker（下の写真）は大きすぎて弾きにくかった、という苦い思い出があります。

それ以来、フルアコを買うときは17インチではなく16インチを選ぶようにしていたのですが、今回は久々に17インチボディにリベンジすることにしました。

D'Aquistoを使っていた頃はフルアコに関する知識があまりなかったので「大きすぎて手に負えない！」と思ってしまいましたが、フルアコを弾くときは（というか、エレキ全般においてそうですが）常にストラップを付けて弾くのが正解です。

座って弾くときにネックを握る左手や、ボディを挟み込む右腕でギターを支えようとすると、大きなギターの場合は一気に身体に負担がかかります。
無理をしながら弾き続けると最悪、右肩を痛めたりします（経験あり）。
ストラップを付けるとギターが宙に浮くので（←ストラップは座ったときにちょっと浮くぐらいの長さに調整しましょう）、左手や右腕の負担を減らすことができます。

・・・という知識をここ数年で獲得したので、久々に大きなギターを使ってみることにしました。
たしかに今まで使っていた16インチのギターに比べると若干大きいですが、ストラップを付ければそこまで気にならないですね。

ちなみに、座って弾くときでもストラップを使った方がいい、という話は「耳と感性でギターが弾ける本」を読んで知りました。

作者:トモ藤田
リットーミュージック

ボディの厚みは3インチです。
GibsonのL-5のような伝統的な17インチフルアコは厚みが3.5インチあるのですが、Eagle Classicはそれよりも厚みが薄くなっているので、これも弾きやすさに貢献してるんじゃないかなーと思います。

Eagle Classicはトップがスプルースの単板、バックがメイプルの単板です。
バックもフレイムメイプルの杢目がとっても美しい😍

そのおかげか、生音で弾いてもアコギみたいに大きな音で鳴ります。
このギターは今まで使ってきたフルアコの中では一番アコギっぽい音で鳴りますね。
そして、それがアンプにつないだときの音色にも影響してそうな気がします。

特に低音弦がきれいに鳴る印象です。
イメージ的にはピアノを弾いてるような印象です。
アコギのように無駄なく、効率良く、弦の振動が大きなボディをきれいに揺らしていて、それが低音弦の美しい音色につながってるんじゃないか？と勝手に思っています。

もちろん、フロントピックアップで弾けば、ジャズギターらしいクリアでウォームな音が出ます。
下の動画の8分50秒あたりからHeritage Eagle Classicが登場するので、どんな音か気になる人は参考にしてみてください。

ピックで弾くギター・ソロで奏でる本格ジャズ・スタンダード [模範演奏CD付]

まとめ

というわけで、このエントリでは僕が最近My New GearしたHeritage Eagle Classicを紹介してみました。
せっかくいいギターを買ったので、もっといっぱい練習したいですね（って毎回言ってる気がするけど）。

ジャズギターはレパートリーが少なくて同じ曲を何度もぐるぐる弾いてしまってる気がするので、もっといろんなタイプの曲を弾きこなせるようになりたいです。

ちなみに僕がよく練習しているジャズギターの本はこちらです。

作者:宮嶋洋輔
ドレミ楽譜出版社

時間があったらオンラインレッスンとかも受けてみたいな思っている今日この頃ですが、とりあえずポロロンとつま弾くだけでも楽しいギターなので、しばらくこんな調子でこの子と遊んでいこうと思います🎵

今さらながらブログにプライバシーポリシーを設置してみた

2024-09-07T17:39:08+09:00

お知らせ

当サイト「give IT a try」にプライバシーポリシーを設置しました。
当サイトを訪問される方はぜひご一読ください。

www.haurin-zatunenlife.com

なんで今さら設置したの？

「give IT a try」は2009年から、かれこれ15年ぐらい続いているブログサイトですが、プライバシーポリシーを設置したのはこれが初めてです。

なんで今さら設置したのかというと、GoogleアナリティクスやAmazonアソシエイトを設置しているページにはプライバシーポリシーを設置した方がいい（というか設置しなければならない？）、という話をちょくちょく見かけるからです。

いや、そのこと自体はもっと前から知ってたんですが、ちょっと面倒だし、具体的に何を書けばいいのかもよくわからなかったので、ずっと後回しにしていました。
が、このたびふと思い立って、「えいやー」とプライバシーポリシーページを作ってみた、というわけです。

参考にさせてもらったサイトと作成手順

とはいえ、ゼロから全部文章を考えるのはさすがに大変なので、文章の雛型を提供されている以下のサイトを参考にさせていただきました（どうもありがとうございます！）。

poyaran.com

具体的な手順としては、

上記サイトに書かれている雛型から、必要な内容と不要な内容を取捨選択
文面や構成を一部自分なりにアレンジ
ChatGPTに完成した文章を食わせて、誤字脱字の修正や表現の改善をリクエスト

といった感じです。

はてなブログへの設置方法

PC向けページへの設置は上でも紹介したこちらの記事を参考にさせてもらいました。
www.haurin-zatunenlife.com

PC向けページではサイドバーのLinks欄にプライバシーポリシーのリンクが載っています。

一方、スマホ向けページへの設置は、フッタ欄に自分でHTMLを設定しました。

<div style="text-align:center;font-size:75%;">
<a href="/privacy">プライバシーポリシー</a>
</div>

まとめ

というわけで、このエントリでは今さらながらこのブログにプライバシーポリシーを設置したよ、という話を書いてみました。

GoogleアナリティクスもAmazonアソシエイトも導入するだけなら比較的簡単ですが、プライバシーポリシーの設置となるとちょっと腰が重くなる人も多いかもしれません。
ちゃっちゃとやれば1時間程度で終わる作業だと思うので、「そういや自分も設置してないや」と思った人はこの機会にぜひ設置してみてください！

【書評】生成AIに何でも聞ける時代に「Ruby コードレシピ集」をあえて読む価値とは？

2024-08-25T11:48:23+09:00

はじめに

技術評論社さんから「Ruby コードレシピ集」をご恵贈いただきました。
どうもありがとうございます！

本書の概要を公式サイトから抜粋します。

最新Ruby 3.3に対応。Rubyでやりたいことがすぐにわかる，逆引きレシピ集の決定版。

Rubyの基礎知識や実践ですぐに役立つテクニックを，目的別にまとめた逆引きレシピ集です。文法／データ操作／正規表現／文字列操作／テスト／エラー処理といったRubyの基本から，RubyGems／データベース操作／データ処理といった実践的な開発に役立つテクニックまで，やりたいことをすぐに逆引きできるように整理しました。繰り返し参照しやすい形式で構文やコードをわかりやすく掲載。駆け出しエンジニア，Web開発者，ホビープログラマー，Rubyを使うすべての方にお届けします。Ruby 3.3に対応。
Ruby コードレシピ集：書籍案内｜技術評論社

ちなみにページ数は672ページで、拙著「プロを目指す人のためのRuby入門改訂2版」の568ページよりもさらに分厚いです。

さっそく読んでみたので、感想を書いてみたいと思います。

プルではなくプッシュでRubyのテクニックを学ぶ、という価値

正直に言います。

逆引き系の技術書は20年前にはとても重宝しました。
しかし、現在ではネット上に必要以上の情報があふれ、ここ数年でChatGPTに代表される生成AIも台頭し、コードの書き方で迷うことがあれば「ググる」もしくは「ChatGPTに聞く」でほとんどの問題は解決します。

なので、「Ruby コードレシピ集」が発売されることを聞いたとき、「こんな時代に逆引きレシピ集なんて出しても、あまり意味がないのでは？」と心配になりました。

しかし、本書を読み進めていくうちに、僕は「ああ、本を読むというのはググったりAIに聞いたりするのとは違うんだな」と感じるようになりました。

具体的に何が違うのか？
それはググったりAIに聞いたりする体験はプルで、読書はプッシュである、ということです。

本はあなたに向かって知識をプッシュする

ネットやAIの情報はこっちから聞かないと情報が出てきません。
つまり、自分の中に「これが知りたい」という動機がないと情報が引き出せないのです（＝プル）。

一方、本を読むと、本が自分に対して「これ知ってる？」とか「こんなこともできるんだよ」と話しかけてきます。
つまり、「これが知りたい」という動機がなくても、本が自分に対して知識を送り込んできてくれるのです（＝プッシュ）。

プル型の知識は受け身の姿勢で待ち続けているとまったく自分の中に落ちてきません。
一方、プッシュ型であれば「本を読む」というアクションさえ起こせば、様々な知識がどんどん落ちてきます。

生成AIに何でも聞ける時代に「Ruby コードレシピ集」を読むのは、このように技術的な知識を自分の中に強制的にインストールできるところにその価値があるんじゃないだろうか？と僕は感じました。

Ruby初心者は逆引きではなく、あえて頭から順番に読もう

公式サイトでは「逆引きレシピ集の決定版」と説明されているので、本書の典型的な使い方はおそらく「やりたいことがあればその都度本書を参照する」という逆引きのスタイルなんだと思います*1。

ですが、Ruby初心者（だいたいRuby歴が2年未満の人）はぜひ本書を最初から順に読んでいってほしいと思います。
そして、本書との対話を楽しんでほしいです。

たとえば「025 ヒアドキュメントで文字列を書きたい」であれば、本書が「ヒアドキュメントって知ってる？ちゃんと使いこなしてる？」とあなたに問いかけてると考えてください。

「ヒアドキュメントぐらい知ってるよ！」という場合はOKです。
ただし、本当に自分の知識は合っているのか、実は今まで知らなかった応用的な使い方がないか、といった観点で本文をチェックしましょう。

一方、「ヒアドキュメント、全然知らなかった」とか「そういや昔やったけど、完全に忘れてたわ」という人は、新しい知識を習得するチャンスです！
ここでしっかりヒアドキュメントについて学びましょう。

・・・と、こんな具合で最初から順に読んでいくと、本書を読み終わる頃にはいい具合にRubyに関する知識やコーディングテクニックを吸収できているはずです。

1日10トピックずつ読み進めれば1ヶ月で読み終えられるはず！

前述のとおり、本書はかなり分厚い本です。
ですが、各トピックはほとんどが1〜2ページにまとまっています。
説明も簡潔で大変わかりやすいです。

全部で290のテクニックが載っているので、1日10トピックずつ読み進めれば約1ヶ月で本書を読み終えることができます。
毎朝仕事を始める前に、もしくは通勤の電車の中で、気軽な読み物として一定のペースで読み進めるといいんじゃないかなと思いました。

チェリー本とあわせて読めばもう完璧！？

本書の内容は拙著「プロを目指す人のためのRuby入門改訂2版（通称チェリー本）」と被る部分も多いです。

なので、チェリー本を何度も読み直す代わりに、Ruby コードレシピ集を読んで復習する、という使い方もありかもしれません。
（あっこれ、チェリー本に載ってたのに忘れてしまってたわ〜、みたいな感じで）

ちなみに、チェリー本とRuby コードレシピ集の主な違いは以下の通りです。

チェリー本の対象バージョンはRuby 3.0、Ruby コードレシピ集はRuby 3.3なので、Ruby コードレシピ集の方が内容が新しい
チェリー本は「素のRubyの知識」にこだわっているが、Ruby コードレシピ集はgemのインストールを前提とした話題も多い
チェリー本はテストコードの説明にminitestを使っているが、Ruby コードレシピ集はRSpecを使っている

このほかにも、チェリー本執筆時に「ページ数が多くなり過ぎるからこれはカットせざるを得ないな」と思った内容もRuby コードレシピ集にはたくさん載っています。
具体的に挙げると、日時データの扱いやファイル操作に関するライブラリの使い方などです。

なので、チェリー本とRuby コードレシピ集を両方読めばRubyに関する知識はかなり広範囲に網羅できると思います！

まとめ

というわけで、このエントリでは「Ruby コードレシピ集」を読んでみた僕なりの感想を書いてみました。

現在Rubyを勉強中のそこのあなた！

本書を毎朝10トピックずつ読んでいきましょう。
そうすれば1ヶ月で知らなかったテクニックや忘れていた知識を効率良く吸収できるはずです💪

Ruby コードレシピ集

作者:山本浩平,下重博資,板倉悠太
技術評論社

プロを目指す人のためのRuby入門［改訂2版］　言語仕様からテスト駆動開発・デバッグ技法まで Software Design plus

作者:伊藤淳一
技術評論社

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ

あわせて読みたい

著者の一人である id:kymmt90 さんと Shimoju さんによる「Ruby コードレシピ集」の紹介ブログです。
こちらもあわせてどうぞ！
blog.kymmt.com
shimoju.jp

*1:ただし、冒頭の「はじめに」では「本書は学習用途で1章から順に読むのでも、実務用途でやりたいことに応じて必要なところから読むのでもかまいません」と書いてあります。

【書評】技術ブログの書き方を教えてくれる本を読んでみた -Writing for Developers-

2024-08-12T15:15:40+09:00

はじめに

洋書ですが、"Writing for Developers"という技術ブログの書き方を教えてくれる本を読んでみました。

www.manning.com

以下は公式ページにあった概要の翻訳です（ChatGPTで翻訳）。

「Writing for Developers」は、優れた技術的洞察を素晴らしいブログや記事に変える手助けをします。著者のピョートル・サルナとシンシア・ダンロップは、エンジニアとプロのライターという異なる視点を組み合わせ、説得力のある作品を書くためのサポートを提供します。この本は一般的な執筆ガイドではなく、技術的なトピック、執筆者、読者に特化して焦点を当てています。
楽しい例やユーモラスなイラスト、たくさんのジョークを通して学べます！この本は、アイデアの生成と優先順位付けから、計画、執筆、改訂の際に考慮すべきこと、成功したブログ投稿をさらなる機会への足がかりとして活用する方法まで、執筆プロセス全体をカバーしています。
Writing for Developers

僕も技術ブログをたくさん書いてきた人なので、この本に書いてある内容がどれくらい同意できるのか、そしてどれくらい僕の知らない新しい情報があるのかが気になって読んでみました。

本書の目次

以下は目次の翻訳です（ChatGPTで翻訳）。

第1部：基本原則
1. なぜ書くのか
2. 何を書くべきか
3. 読者を魅了する

第2部：ブログパターンの適用
4. 「バグハント」パターン
5. 「Xで書き直した」パターン
6. 「どうやって作ったか」パターン
7. 「学んだ教訓」パターン
8. 「トレンドに関する考察」パターン
9. 「マーケティングっぽくない製品の視点」パターン
10. 「ベンチマークとテスト結果」パターン

第3部：執筆プロセスの確立
11. 作業用ドラフトの作成
12. ドラフトの最適化
13. フィードバックの取得
14. 完成させる

第4部：プロモーション、適応、拡張
15. 注目を集める
16. ブログ記事からカンファレンストークへ
17. 本を書きたいなら

付録A. 執筆と出版のリソース
付録B. AIの使用と濫用

本書の感想

想定している技術ブログのレベルが高い

まず、本書で扱っている「技術ブログ」は僕が想像していた「技術ブログ」よりも少しレベルの高いものでした。
「レベルが高い」というのは「技術的に高度」という意味です。

たとえば10章の事例として挙げられていたのが "Redpanda vs. Kafka: A performance comparison"（RedpandaとKafkaのパフォーマンス比較）というブログ記事です。
実際にアクセスしてもらうとわかりますが、「エンジニア歴1年目」みたいな人が書けるような内容ではありません。

www.redpanda.com

本書ではブログの内容をそのままスライドに書き起こせばすぐに技術カンファレンスで発表できるような、そういうレベルの技術ブログを想定しています。
実際、16章ではブログの内容をベースにしてカンファレンスで話すにはどうすればいいか、という話が書かれています。

もちろん、「エンジニア歴1年目」みたいな人が参考になるような内容もいくつかはありますが、本書の対象となる読者は「すでにエンジニアとして豊富な経験と実績を持っているが、それらをまだ外部に情報発信したことがない人」になるんじゃないかなと思います。

英語が母国語ではない人向けのアドバイスが載っている

また、本書ではところどころに「英語が母国語ではない人向けのアドバイス」が載っている点も興味深かったです。
これはどうやら筆者の一人であるPiotr Sarna氏がポーランド出身だからみたいです。
なので、「日本人だけど英語で技術ブログを書いてみたい人」や、「海外の技術カンファレンスで発表してみたい人」が読むと参考になりそうです。

生成AIの活用方法が出てくる

他には随所に生成AIの活用方法が出てくる点もイマドキだな〜と思いました。
僕はブログを書くときはほとんど生成AIは使っていませんが、今後はちょっとずつ使ってみようかなと思いました。

本書はまだ未完成。そして実は無料で読める！？

2024年8月時点では本書は実は未完成です。
大半の章は執筆済みですが、最後の「付録A. 執筆と出版のリソース」と「付録B. AIの使用と濫用」はまだ執筆されていません。
「未完成だけど執筆済みの部分なら読めますよ」というManning Early Access Program (MEAP)があるので、これを使って僕は電子版を購入しました。

が！！

さっき気付いたんですが、本書は無料で読めるみたいです。
公式ページのtable of contents（目次）に以下の文章があります。

You can see this entire book for free. Click anywhere in the table of contents to start reading
(この本全体を無料で読むことができます。目次のどこでもクリックして、読み始めてください)
Writing for Developers

本当に？と思って目次のリンクをクリックしてみると・・・読めました！！

ずっと無料なのか、期間限定なのかはわかりませんが、現時点では無料で読めるみたいなので興味がある人は公式ページにアクセスしてみてください。

www.manning.com

2024.8.18追記：完全無料ではないようです

コメント欄にて「無料で読める部分ですが、制限がかかっているようで、数パラグラフまでは読めますが、それ以降はMANNING ONLINE のサブスクリプションを購入しなければ読めませんでした」という情報を教えていただきました。
コメントしてくださった id:kwy さん、どうもありがとうございます！

まとめ

というわけで、このエントリでは僕が読んだ "Writing for Developers" という本を紹介してみました。

本書の対象となっている「技術ブログ」が僕がふだん書くような技術ブログよりも高度なものだったので、すべての内容がすぐに役に立つわけではなかったですが、将来「海外に向けて発信したい」とか「技術的にもっと高度な内容を発信していきたい」と思ったときは本書が心強い味方になってくれそうです。

ブログを書くときだけでなく、技術カンファレンスで発表するときにも参考になりそうな内容が多かったので、自分の成果をこれからどんどん外に向けて発信していきたいと考えている中級者以上のエンジニアはぜひ本書を取ってみてください。

おまけ

洋書なんてとても読めない (><) って思う人も多いかもしれないけど、僕もたぶん6割ぐらいしか理解できてないから大丈夫w

雑に「だいたいなんとなくわかる」というレベルでがーっと読み進めていって、「ここはちょっと気になるな」と思ったところだけをじっくり読む、みたいな感じで読んでます。
— Junichi Ito (伊藤淳一) (@jnchito) 2024年8月12日

学校の英文和訳みたいに「隅から隅まできちんと日本語に翻訳しなきゃ」みたいなマインドで読むといつまで経っても読み終わらないし、そうしないと何かペナルティーがあるわけでもないので、「とりあえず読み進める。多少わからないところがあっても前へ進め！」というマインドで読むのがお勧めです。
— Junichi Ito (伊藤淳一) (@jnchito) 2024年8月12日

【書評】脳に関わる技術書を2冊読んだ #プログラマー脳 #脳に収まるコードの書き方

2024-08-02T09:21:34+09:00

はじめに

プログラミングと脳の関係が注目されているのでしょうか？
最近「脳」がタイトルに含まれる技術書が2冊発売されました。

1つは「プログラマー脳」。

作者:フェリエンヌ・ヘルマンス,水野貴明,水野いずみ
秀和システム

脳に収まるコードの書き方 ―複雑さを避け持続可能にするための経験則とテクニック

もう1つは「脳に収まるコードの書き方」です。

作者:Mark Seemann
オーム社

The Programmer's Brain: What every programmer needs to know about cognition (English Edition)

個人的にもプログラミングと脳の関係はちょっと気になるので、2冊とも買って読んでみました。
このエントリではこの2冊の感想を書いてみます。

書評：プログラマー脳

サブタイトルに「優れたプログラマーになるための認知科学に基づくアプローチ」とあるように、プログラマの認知能力に関する研究をベースにコードの理解しやすさ・しにくさを議論する本で、いろいろと興味深く読めました。

サンプルコードはC++やJavaで書かれているケースが多いですが、題材としてちょこっと出てくるだけなので、C++やJavaを知らなくても全然大丈夫です。

プログラミングを始めたばかりの人にはピンと来ないかもしれませんが、現場で2〜3年働いている経験者なら実務で見たコードを思い出しながら、「あー、だからあのコードは読むのがしんどかったのか〜」と納得できるかもしれません。

書評：脳に収まるコードの書き方

うーん、この本は正直ちょっと期待外れでしたね。
悪い本ではないと思うのですが、「プログラマー脳」に比べると「別に脳みそ関係ないやん」っていう話題が多かったです。
僕としては、プログラミングと脳の関係に注目した斬新な切り口でコードの良し悪しを語ってほしかったなあ。

この本を読みながら僕が頭に思い浮かべたタイトルは「達人プログラマー・実践編」です。
別の本の名前を付けちゃってますけど。

要するに、「達人プログラマー」みたいに、良いプログラマになって良いコードを書くための考え方や習慣を、具体的かつ実践的なコード例とともに解説した本、という感じです。
タイトルにある「脳に収まるコード」というのは、脳みそそのものの話ではなく、「理解しやすい良いコード」を意味しているだけなんだと思います。

もちろん内容自体は間違ったことは書いてないですし、現場経験の浅いプログラマは知っておいた方が良い知識がたくさん載っていますが、僕みたいな20年選手が読むと「せやな」「それな」という話題がほとんどでした。

あと、割合的に C# に特化した内容が多い点にも注意が必要です。
僕は前職で C# をやってたので、C# はそこそこ読めますし、「最近の C# はこんなふうになってるのか。へ〜」と思う点も多かったですが、 C# に触れたことのない若手プログラマが読むとピンと来ない部分が多いかもしれません。

個人的には以下の書籍の内容をひとまとめにした本かな、という印象でした。

達人プログラマー
リーダブルコード
リファクタリング
レガシーコード改善ガイド

そこに筆者の考える「C# ならこう作るといいよ」という具体的なコード例が加わる感じです。
なので、この本が一番役立つのは「若手 C# プログラマ」なんじゃないかなーと思います。

原題には「脳」が含まれるのか？

ちなみにどちらの本もタイトルに「脳」が含まれていますが、はたして原題はどうなんでしょうか？
ちょっと調べてみました。

「プログラマー脳」の原題は "The Programmer's Brain" です。
こちらは "Brain" が入ってますね。

作者:Hermans, Felienne
Manning

Code That Fits in Your Head: Heuristics for Software Engineering (Robert C. Martin Series) (English Edition)

一方「脳に収まるコードの書き方」の原題は "Code That Fits in Your Head" でした。
"Brain" ではなく "Head" ですね。

作者:Seemann, Mark
Addison-Wesley Professional

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ

直訳すれば「頭に収まるコード」でしょうか。
たしかに「脳に収まるコード」と書いた方が、日本語として収まりがいいですが、「プログラマー脳 = The Programmer's Brain」に比べるとタイトルからして内容の「脳みそ感」はちょっと薄くなってしまうのはやむを得ないのかもしれません。

まとめ

というわけで、このエントリでは最近僕が読んだ「脳」に関する2冊の技術書を紹介してみました。
まだ読んでない人の参考になれば幸いです！

作者:フェリエンヌ・ヘルマンス,水野貴明,水野いずみ
秀和システム

脳に収まるコードの書き方 ―複雑さを避け持続可能にするための経験則とテクニック

作者:Mark Seemann
オーム社

達人プログラマー ―熟達に向けたあなたの旅― 第2版

「脳に収まるコードの書き方」の感想でチラッと触れたこちらの技術書もどうぞ。
いずれも名著ですね。

作者:David Thomas,Andrew Hunt
オーム社

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

作者:Dustin Boswell,Trevor Foucher
オライリージャパン

リファクタリング既存のコードを安全に改善する（第2版）

作者:ＭａｒｔｉｎＦｏｗｌｅｒ
オーム社

レガシーコード改善ガイド: 保守開発のためのリファクタリング

作者:マイケル C.フェザーズ
翔泳社

私がメインの検索エンジンをGoogleからBingに変えた理由

2024-08-01T08:49:46+09:00

はじめに

タイトルの通りですが、今年に入ってからメインの検索エンジンをGoogleからBingに変えました。

なぜ変えたのか？

それはこのブログを含む個人ブログがGoogleの検索結果に上がりにくくなってきたからです。

Googleで個人ブログが検索結果に上がりにくくなった例

たとえば、先日僕は自分の車のワイパー交換の方法をブログに書きました。

Bingで「volvo xc60 ワイパー交換」というキーワードで検索すると、僕のブログがトップに表示されます。

一方、Googleだと同じキーワードで検索しても全然表示されません。
いくらスクロールしても最後まで僕のブログは表示されませんでした。

「xc60 ワイパー自分で交換」なら表示される

しかし、インデックスに登録されてないわけではありません。
「xc60 ワイパー自分で交換」みたいなキーワードにするとGoogleでも2番目に表示されます。
（Bingでもトップに表示されます。）

「xc60 ワイパーゴム」は表示されない

次にキーワードを「xc60 ワイパーゴム」に変えて見ましょう。
すると最初のキーワードと同じようにBingでは僕のブログがトップに表示されました。

一方、Googleではまったく表示されませんでした。

同じような事例をもう一つ

もう一つ同じような例として以下のブログ記事で検証してみます。

【セット買い】貝印 KAI コンビ砥石セット (#400・#1000) AP0305 + 樹脂製研ぎ上手日本製 AP0327 + 面直し用砥石日本製 093AP2475

このブログ記事はFUJIGEN(FGN)のフルアコ（フルアコースティックギター）にThomastik-Infeldというギター弦を張るためにギターを少し改造した、という内容です。
「FGN + フルアコ + Thomastik-Infeld」という組み合わせはめちゃくちゃニッチで、こんなブログを書いてるのはたぶん日本中で僕しかいません。
てか、そもそもネット上に同じような情報が見つからなかったのでブログを書きました。

「fgn フルアコ Thomastik」という検索キーワードでBingを検索してみます。

ご覧のとおり、僕のブログが最初に表示されました。
そんな情報を書いてる人は僕以外いないはずなので、当然といえば当然でしょう。

ではGoogleだとどうでしょうか？

Googleはなぜか記事本体ではなく、僕のXのポストを最初に表示しています。

2ページ目に行くと今度もやはり記事本体ではなく、はてなブログの記事一覧が表示されます。

結局最後まで僕のブログ記事本体のリンクは表示してくれませんでした。

記事タイトルで検索しても表示されない

ちなみにこの記事の場合、「FUJIGENのフルアコにThomastik-Infeldの弦を張る」という記事タイトルそのものをキーワードにしても表示されません。

siteを限定したら表示される（意味なし）

「FUJIGENのフルアコにThomastik-Infeldの弦を張る site:jnito.com」というようにsiteを限定してようやく表示されました。

もはやこれって、Googleから「お前のブログは絶対表示させないぞ」と言われているに等しいと思います。

個人ブログを隠そうとするGoogle？

このようにキーワードの指定方法によってはGoogleでは表示されるものの、Bingに比べると僕のブログは検索結果に引っかかりにくくなっています。
前述のワイパー交換やギター弦のブログ記事に限らず、最近自分の書いたブログ記事はどれも同じような傾向にあると感じています。

あくまで個人的な感覚ですが、昔のGoogleは今のBingみたいに「このキーワードだったら引っかかるっしょ」というキーワードを指定すれば自分のブログが（1位ではなくても）ほぼ百発百中で引っかかっていた記憶があります。

今は順位が落ちたとかではなく、いくらスクロールしても、いくらページをめくってもGoogleの検索結果に表示されません（インデックスにはちゃんと登録されているのに！）。
僕はこの結果に「お前のブログは絶対に表示させないぞ」というGoogleの強い意志を感じます。

個人ブログもたくさん検索結果に上げてくれるBing

Googleがどういうルールでランク付けしているのかはわからないので、もしかすると僕のブログが何らかの理由でペナルティーを食らってたりするのかもしれません（Google Search Consoleの内容は特に問題なさそうなんですけどね）。
ですが、僕だけに限らず、Googleで検索すると個人ブログが引っかかる割合が最近減ってきたような気がしています。

そういう不信感のようなものがGoogleに対して芽生えてきた頃にBingを試してみたところ、昔のGoogleっぽいというか、個人ブログも含めて分け隔てなく検索結果に表示してくれているような印象を受けました。
なので、それ以来、メインの検索エンジンはBingを使うようにしています。

僕は人の役に立ちたくてブログを書いてるのに！！

昔から僕は自分が情報発信することで他の人の役に立ちたい、という思いでブログやQiitaの記事を書いています。
上の例で挙げたワイパー交換の記事にしても、「これならすぐわかる」という交換方法がネットに見つからなかったので、今後自分と同じように自分でワイパー交換したいと思った人のためにブログを書きました。
これはギター弦のブログ記事も同様です。

しかし、Googleは（何か特定のルールに従ってキーワードを入れないと）僕のブログを表示してくれません。
これだと「XC60のワイパーを自分で交換したい」とか「FGNのフルアコにThomastikの弦を張りたい」と思った人が僕のブログにたどり着けなくなってしまいます。

個人が情報発信することでニッチな情報もネットなら見つかる、というのがインターネットの大好きなところだったのに、最近のGoogleは個人ブログを意図的に排除しているような、そんな雰囲気を感じて少し悲しいです 😢

まあ、時代が変わったんだよと言われたらそれまでなのですが、ネットの検索エンジンはGoogleだけがすべてではないので、僕はインターネットの良心を忘れていない（と勝手に信じている）Bingに乗り換えたのでした。

Bingのイマイチなところ

Googleに比べて個人ブログも検索結果に上げてくれやすいのがBingのいいところですが、イマイチなところもいくつかあります。

スクロールが強制的にトップに戻ることがある

意図せず検索結果画面のスクロールがトップに戻っていて、イラッとすることがたまにあります。
具体的にはこんな感じです。

検索結果を表示する
　↓
下の方にスクロールする
　↓
リンクを別タブで開く
　↓
リンク先のページを閲覧したあと、Bingの検索結果にまた戻る
　↓
なぜかスクロールがトップに戻っている
　↓
また下までスクロールしないといけない！ 💢

別タブで開く表示にしているのに同じタブで開くことがある

検索結果のリンクをクリックしたときは別タブで開く設定にしているんですが、たまに同じタブで開くことがあります。
設定の意味ないやん！なんで？って思います……。

1ページあたりの表示件数を増やせない

検索結果は1ページあたり最大10件程度です。
設定で変更できないので、知りたい情報が上位に出てこないときは何度もページ送りしないとといけません。

広告と検索結果の区別がしづらい

広告は小さな字で「広告」って書いてあるだけで視覚的な違いが少ないため、よーく確認しないと広告をクリックしそうになってしまいます。

とはいえ、検索エンジンは検索結果がすべてでしょ！！

こんな感じでBingはUX（ユーザー体験）としては、ちょっとイケてない部分も多いです。
ですが、検索エンジンで大事なのは検索結果です。

個人ブログの表示順位を下げるのではなく、（検索キーワードによっては）個人ブログをまったく表示しないというGoogleの方針がどうしても好きになれないので、僕はまだしばらくBingを使い続けるつもりです。

まとめ

というわけで、今回のエントリではメインの検索エンジンをGoogleからBingに変えた理由を書いてみました。
いつの頃からは「検索エンジンといえばGoogle」と決まっていましたし、僕自身もそう考えていましたが、この1年ぐらいで僕はGoogleの検索結果に対して強い違和感と不信感を感じるようになりました。

僕みたいに「個人による情報発信を読むのが好き」という人は、Bingに切り替えてみると昔の大好きだったインターネットが帰ってくるかもしれませんよ？

あわせて読みたい

僕がアウトプットするのは「インターネットに恩返し」したいからなんです！という話を書いた記事です。
こちらもあわせてどうぞ。
levtech.jp

「ITエンジニア、夫婦で包丁と包丁研ぎの沼にハマる」の巻

2024-07-01T07:28:44+09:00

はじめに

昨年書いたこちらのブログの続きです。
blog.jnito.com

ここ1年ぐらい、包丁にハマってます。しかも夫婦で。
妻は包丁の切れ味にハマり、僕は包丁研ぎにハマってます（苦笑）。

料理をしない夫と、包丁を研がない妻

僕は包丁を研ぐ人、妻は包丁を使う人です。
でも僕は包丁を研ぐだけで料理はしません。
妻も包丁は研ぎません。

僕は料理はしないですが、包丁の切れ味を高めるのは好きです。
自分で包丁を研ぐなら自分でも使えよ、というツッコミが聞こえてきそうですが、作詞作曲はしても自分では歌わないバンドメンバーもいたりするので、包丁は研いでも自分では使わない人間がいてもいいんじゃないでしょうか😅

それはさておき、この1年で包丁と砥石と包丁研ぎグッズがめちゃくちゃ増えました。

これまでに購入した包丁

實光（じっこう）刃物・青二三徳包丁 (165mm)

ちょっと高くてもいいからよく切れる包丁が欲しい！ということで初めて購入した高級包丁です。
青紙二号という鋼（はがね・非ステンレンス材）を使っている包丁です。
「おお、さすが。めちゃくちゃよく切れる！」という感動を味わいました。

www.jikko.jp

播鍛（ばんか）・ステンレスV金10号ダマスカス牛刀鎚目 (210mm)

僕は兵庫県西脇市という町に住んでるのですが、車で20分ほどで行ける兵庫県小野市に播鍛という包丁メーカーがあります。
試しに足を運んでみたら、いい包丁が比較的手頃な値段で売っていたので購入したのがこちらの牛刀です。
一般的に「切れ味が優れているのはステンレスよりも鋼」と言われますが、実際に使ってみると「ステンレスでもめっちゃ切れるやん！」となりました。

banka.jp

播鍛・ステンレス粉末ハイス鋼三徳 (180mm)

播鍛の包丁、いいね！ステンレスの包丁、いいね！ということで、もう一本買ってみたのがこちらの三徳包丁。
V金10号よりもさらに高級な粉末ハイスというステンレス材を使っています。
前評判通り、V金10号よりもさらに鋭い切れ味でした。

banka.jp

播鍛・ステンレスV金10号ダマスカス牛刀鎚目 (180mm) とステンレス粉末ハイス鋼ペティ (135mm)

それまでは三徳包丁をメインで使っていたのですが、2つ前に購入した牛刀が便利で妻がすごく気に入ったので、サイズ違いの牛刀を買おうということになり、購入したのがこちらの180mm牛刀です。

また、ペティナイフは長年GLOBALのペティナイフを使ってたのですが、これもよく切れるやつに買い換えたい、ということで、2本同時に購入しました。

banka.jp
banka.jp

堺山凰青2 牛刀 (210mm) と堺北辰白3 本焼ペティ (180mm)

鋼はサビやすいから、という理由でしばらくステンレスをメインで使っていたのですが、久々に鋼の包丁を使ってみると「やっぱり鋼は切れ味がいい！ステンレンスとはひと味違う！」となり、鋼の包丁を求めて日本三大刃物産地のひとつ、大阪府堺市にある「堺刃物ミュージアム CUT」を訪れました。

www.sakaidensan.jp

「堺刃物ミュージアム CUT」には数多くの魅力的な包丁がありました。
もともと鋼の牛刀を買う目的で行ったのですが、気付いたら鋼の牛刀に加えて本焼きのペティナイフまで買っていました（苦笑）。

ちなみに本焼き（本焼き包丁）というのは一枚の鋼を鍛造して作る最高級包丁のことです。
別に本焼き包丁が欲しかったわけではないのですが、180mmという万能包丁代わりに使える絶妙なサイズ感と見た目の美しさに惚れてつい購入してしまいました（かなり高かったけど・・・😅）。

ですが、使い勝手と切れ味のバランスが良いので、今のところこの包丁が普段使いで一番よく使う包丁になっています。

コラム：鋼の包丁に熱湯をかけてはいけない！？

鋼の包丁はよく切れる代わりに錆びやすいというデメリットがあります。
そのため、使い終わったらすぐに水分を拭き取る必要があります。

また、水分を拭き取るのではなく、強制的に乾燥させる目的で「包丁に熱湯をかけると良い」というアドバイスもネットやYouTube動画もよく見かけます。

「そうか、なるほど」と思い、上で紹介した本焼きのペティナイフに熱湯をかけてみたところ・・・包丁に白いシミができてしまいました！！😱

ビックリして購入した「堺刃物ミュージアム CUT」に電話したところ、「サビ防止のために塗ってあったコーティング用の液体ビニールが熱で溶けたんだと思います」とのこと。
持ち込めばその場で職人さんが直してくれるとのことで、すぐに包丁を持っていきました（兵庫の山奥から片道1時間半かけて💦）。

とりあえず液体ビニールとやらは別になくても構わないので、剥がしてもらうことにしました。
また、職人さんいわく、サビ防止の目的なら熱湯でなくシンクで使うお湯でも十分とのこと。
それからは熱湯は使わず、シンクで使うお湯で包丁を洗っています。

それにしても液体ビニールが塗ってあるなんて全然知らなかった！
ごく少量なのでそのまま使っても人体には影響がないそうですがこういうトラブルに遭遇するとビックリするかもしれないので、鋼の包丁を買うときは予め液体ビニール（またはなんらかのコーティング材）の有無を確認した方がいいかもしれません。

これまでに購入した砥石と包丁研ぎグッズ

自分で包丁を研ぎ始めたのは去年の夏頃からなのですが、包丁と同じく、あれよあれよという間に砥石と包丁研ぎグッズが増えていきました（苦笑）。

貝印のコンビ砥石セット #400 #1000

包丁研ぎについて右も左もわからない状態でとりあえず買ってみた砥石セットです。
包丁研ぎ入門者にはちょうどいいと思います。

貝印(KAI CORPORATION)

ALTSTONE 「深 FUKAMI」【滑かな研ぎ味】包丁研ぎ超仕上げ砥石 8000番セラミック砥石名倉砥石すべり止めマット付き日本製 (超仕上げ砥 #8000)

が、すぐにこれでは満足できなくなり、このあといろいろと砥石や包丁研ぎグッズを買い足していくことになります。。。

ALTSTONE 「深 FUKAMI」の3000番と 8000番

砥石の番手を上げた方が切れ味がよくなる、という情報を聞いて買い足した砥石です。
たしかに番手を上げた方が滑らかな切れ味になりますね。

ALTSTONE

シャプトン刃の黒幕＃12000仕上クリーム K0705

シャプトン刃の黒幕 #12000 クリーム

8000番の砥石で研ぐと切れ味は滑らかになるものの、YouTube動画で見るようなシャープな切れ味にはならないな〜、さらに番手を上げないといけないのかな〜？と思いながら買ってみたのがこの砥石です。

シャプトン(Shapton)

ツボ万砥石修正用アトマ中目 12662 取手付砥石修正用ダイヤモンド砥石アトマエコノミーアトマシリーズ ATOMA

が、結構固くて砥石の上で包丁が滑るような感覚があり、研げてるのか研げてないのかよくわからない感じでした。
また、これを使えば誰でもYouTube動画のようにスパスパ切れるのか、というとそうでもなかったです。

半年以上使って最近ようやくこの砥石のクセや上手な使い方がわかってきたような気がします。
なので、これはちょっと上級者向けの砥石かもしれません。

ツボ万砥石修正用アトマ中目

使い終わった砥石の面を平らにするための修正砥石です。面直し（つらなおし）と呼んだりもします。
最初に購入した貝印の砥石セットにも修正砥石は付いていたのですが、持ち手の付いてるこっちの方がずっと使いやすくて便利です。
包丁研ぎにハマった人は買って損はないと思います。

ツボ万(Tsuboman)

ALTSTONE 「深 FUKAMI」【滑かな研ぎ味】包丁研ぎ中砥石 1000番セラミック砥石名倉砥石滑り止めマット付き日本製 (中砥 #1000)

ALTSTONE 「深 FUKAMI」の1000番

1000番は最初に買った貝印の砥石があるからいらないかな、と思ってたのですが、やっぱりもうちょっといい1000番の砥石が欲しいと思って買い足したのがこの砥石です。
貝印の砥石よりもよく研げますし、研ぎ心地もいいですね。

ALTSTONE

SHARPAL 205Hレザーストロップ（本物の牛革）8 "x 3"キット、2オンス。ポリッシングコンパウンド＆アングルガイド、ナイフを研ぎ、研ぐためのナイフストロッピングブロック、ストレートカミソリ、木彫りノミ

SHARPAL 205Hレザーストロップ

いわゆる革砥（かわと）っていうやつです。
僕は研磨剤を塗らず、バリ取り（包丁研ぎの仕上げとして刃先の小さな削りかすを除去する作業）だけに使っています。
バリ取りは丸めた新聞紙の上で包丁をすべらせればOK、と説明されることも多いですが、雑にシャカシャカやると切れ味が悪くなるような気がして、革砥の上で包丁の角度を一定にしながら丁寧にバリ取りをするようにしています。
また、いちいち新聞を丸めるのが地味に面倒だった、という理由もあります。

SHARPAL

ピカールネオ

鋼の包丁はすぐ錆びます。
こまめに洗って拭けば錆びないのでは？と思っていましたが、どれだけがんばってもすぐにうっすらと変色してきます。
というわけで、錆びるのは鋼の包丁の宿命です。絶対に避けられません。

包丁が錆びてきても金属磨きで磨けば十分きれいになります。
代表的な金属磨きとして、ピカールとピカールネオがありますが、ピカールの方はめちゃくちゃ臭いらしいです（使ったことないけど）。
ピカールネオは部屋の中で使ってもほとんど臭いが気になりません。

ただし、人体にはよくないらしいので使ったあとはしっかり包丁を洗う必要があります。
また、相手は鋭い刃物なので気を付けて磨かないとケガの原因になります。
僕はいらなくなったまな板の上に包丁の刃先をピタッとくっつけながら磨くようにしています。

ピカールネオ金属磨き 180g

ピカール(Pikal)

ＩＫＥＡ/イケア SKOGSTA：まな板35x20 cm アカシア材（103.055.00）

包丁を研いだら紙の筒を切ってみる

YouTubeで包丁研ぎ師のRyotaさんが、包丁の切れ味を確かめるためによく紙の筒を切っています。

www.youtube.com

僕もRyotaさんの真似をして包丁を研ぎ終わったら毎回紙の筒を切っています（笑）。

上で使ったのはコピー用紙ですが、新聞紙を使うのもアリです。
ただ、新聞紙はコピー用紙よりもふにゃっとしているのでコピー用紙よりも難易度が高いかもしれません。

昔はなかなか切ることができませんでしたが、最近はだんだんとコツがわかってきました。

紙の筒を切るコツと注意点

そもそもの話として、よく切れる包丁とめちゃくちゃよく切れる包丁があります。

上で紹介した包丁は基本的にどれもよく切れるのですが、その中でも「播鍛・ステンレス粉末ハイス鋼三徳」と「堺山凰青2 牛刀」はめちゃくちゃよく切れます。
この包丁を使うとあまり神経質にならなくても包丁を研いだあとは結構簡単に紙の筒が切れます。一種のチートですね。

反対に「播鍛・ステンレスV金10号ダマスカス牛刀」とかは、かなり包丁を研ぐときの角度等に気を付けないとなかなか切れなかったりします。
とはいえ、がんばればなんとかなるんですが。

これは鋼材の違いや刃先の薄さの違いが切れ味に影響しているのかなーと思ったりしています。

あとは、単純に切り方の問題も大きかったりします。
切るときの角度はかなり包丁を縦気味にして（60度ぐらい？）、包丁のアゴの部分から先端に向かってゆっくり引きながら包丁を筒に押し当てると、包丁の刃先と紙が擦れ合うざらっとした感触と共に刃先が紙に食い込みます。

一回成功すると「こういう感じか！」というのがわかるのですが、一度も成功したことがないと「全然わからん」となるかもしれません。
逆上がりを覚えるときと同じような感じ、と言えば伝わるでしょうか。

最後に、紙の筒を切るのは研いだ人の自己満足です（苦笑）。
別に紙の筒が切れなくても、研ぎ終わった包丁を使う妻は「普通によく切れる」と言ってくれます。
なので、紙の筒が切れない包丁＝全然研げていない包丁というわけではないので、あまり躍起にならないようにしてください。

新品の包丁が一番切れる、とは限らない

これまでに買った包丁のほとんどは購入直後の新品の状態でとてもよく切れました。
しかし、例外がひとつだけあります。
それは「堺北辰白3 本焼ペティ」です。

これまでに買ってきた包丁の中で一番高い包丁だったので、当然一番よく切れるだろうとワクワクしていたのですが、家で試し切りしてみると「あれ？」という切れ味でちょっとガッカリした記憶があります。

ハッキリした理由はわからないのですが、これは「購入後に本刃付けしてもらう前提で作ってあるから」ということなのかもしれません。
聞くところによると、プロの料理人は研ぎ師に依頼して新品の包丁を自分好みの切れ味になるよう研いでもらうそうです。
もしかすると「堺北辰白3 本焼ペティ」もそういう意図で、新品の状態では調整の余地を大きく取ってあったのかもしれません。

ちなみに「堺北辰白3 本焼ペティ」もしっかり研いであげるとよく切れるようになりました（きれいな鏡面に傷を付けないように神経を使いましたが・・・）。

で、鋼とステンレス、どっちがいいの？

包丁について調べていくと、「包丁の鋼材は大きく分けて2つあります。鋼（はがね）とステンレスです」という説明を目にすると思います。

hocho.ichimonji.co.jp

「えー、そんなの気にしたことがない」という人はおそらくステンレスの包丁＝錆びない包丁*1を使っているはずです。

一般的に「鋼は切れ味は良いが錆びるのが難点」「ステンレスは錆びないが切れ味は鋼に劣る」と言われます。
じゃあ、どっちがいいのか？

鋼とステンレスの両方を使った妻いわく、

「めちゃくちゃこだわる人じゃなければステンレス。錆びないのはすごく大きなメリット。いい包丁なら切れ味も鋼とそこまで変わらない」

とのことです。

ただ、食材を切ったときの感触は微妙に違うらしく、ステンレスは「スコン！」と鋭く切れるのに対し、鋼は食材に油を塗っているかのような滑らかで優しい切り心地になるみたいです。
切ってて気持ちいいのは鋼の方なので、妻は「堺北辰白3 本焼ペティ」を一番よく使っています。

研ぎやすさはどうなの？

鋼とステンレンスには研ぎやすさにも違いがあり、一般的に「鋼の方が研ぎやすく、ステンレンスの方が研ぎにくい」と言われます。

が、僕自身は鋼材による大きな違いをそこまで感じないですね。

一般論でいうと、粉末ハイスを使っている播鍛の三徳とペティが一番研ぎにくいはずですが、意外とそうでもないです。
むしろバリがすぐに出るので研ぎやすい方かも。

一方、鋼を使っている「堺北辰白3 本焼ペティ」は硬くて結構研ぎづらいです。
もっとも、これは「硬くて研ぎにくい」という本焼き包丁の特徴そのものかもしれませんが。

ステンレス系のV金10号を使っている播鍛の牛刀は研ぎにくいというよりも、よく切れる刃を付けにくい（＝かなり神経を使う）という印象です。

なんとなく、研ぎやすさ・研ぎにくさは鋼材の違いよりも刃先が薄さの方が大きな要因になってそうな気がします。
最初から刃先の厚みが薄く仕上げてある包丁の方がすぐにバリが出て、なおかつ鋭い切れ味が出るので研ぐのが楽です。

おまけ：これまでに購入したまな板

包丁の切れ味が落ちる大きな要因がまな板です。
固いまな板を使うと刃先にダメージを与えてしまい、すぐに切れ味が落ちるそうです。
この話を聞いてから我が家もプラスチック製の固いまな板から、木製の柔らかいまな板に切り替えました。

が、木製のまな板もいろいろあって、包丁と同じくこの1年でいろんなまな板を買ったので、実際に購入したまな板と使ってみた感想をまとめておきます。

IKEA SKOGSTA

イケアのまな板です。大きさ、重さ、柔らかさ、ともにいい感じです。

IKEA (イケア)

無印良品ひのき調理板・薄型・小約幅24×奥行18×厚さ1.3cm S 15254385

無印良品のまな板

「まな板はひのきが一番包丁に優しい」と聞いて購入したまな板です。
たしかに柔らかくて包丁には優しいのですが、ヒノキ風呂のような匂いが部屋中に漂うのと、いかにも「和風」な木目がインテリアにマッチせず、すぐに使うのを辞めました。

無印良品

[ケユカ] KEYUCA pinam カッティングボードマホガニー

KEYUCA オリーブのまな板

見た目がオシャレ、という理由で買いましたが、思った以上に固いまな板だったため、すぐに使うのを辞めました。
item.rakuten.co.jp

KEYUCA マホガニーのまな板

一方、オリーブのまな板と一緒に買ったマホガニーのまな板は大きさ、重さ、柔らかさ、ともにgoodで今も使っています。

ケユカ

今はIKEAのまな板とKEYUCAのマホガニーのまな板をメインで使っています。

まとめ：包丁も包丁研ぎも奥が深い！

というわけでこのエントリでは最近夫婦で包丁と包丁研ぎにハマっているという話を書いてみました。

僕は料理をしないので包丁の切れ味については妻の感想が基準になるのですが、包丁がよく切れると料理がすごく楽しくなるみたいです。
というか、包丁をたくさん使いたくなるのでキャベツや人参を細かく刻んだりしたくなるんだとか。
また、生肉も思い通りに切れるので、最初からカットしてある肉ではなく、少し安い肉のブロックを買って自分でカットすることも多いみたいです。

プログラマであれば、いいキーボードを買うと打ち心地がよくてたくさんタイピングしたくなるような気持ち、と言えば伝わるでしょうか（伝わるか？）。

包丁研ぎは最高の切れ味を求めてもくもくと作業に熱中できるところが面白いですね。
精神集中というか、瞑想をしてるような、そんな感覚になることがあります。
また、砥石もいろんな砥石がありますし、YouTube動画を見ていると研ぎ方にも無限のバリエーションがあってとても奥が深いです。

包丁も同じく、鋼材、形状、大きさ、作り方、デザイン等々で無限の組み合わせがあります。
いい包丁を使い始めると、だんだんと自分の好みがわかってきて、次はあんな包丁を使ってみたい、こんな包丁があったら嬉しい、というようにどんどん欲しい包丁が増えていきます。

いやあ、どちらも沼ですね（苦笑）。
一度も包丁を研いだことがない人や、特にこだわりもなく安い包丁を使い続けているという人は、ぜひこちらの世界へ。
包丁がよく切れると楽しい！という感動を一度味わってみてほしいです😄

おまけ

研ぎ立ての包丁でキッチンペーパーの芯も切ってみました。

これもRyotaさんの真似ですｗ

www.youtube.com

続・おまけ

あまり切れ味よくないなーと思ってたGLOBALの包丁でも紙の筒が切れました!!

*1:厳密には錆びにくい包丁です。条件によってはステンレンスも錆びるので。

Rails + Sassでimage-urlを使うのは古い。画像の指定はurlだけでOK

2024-06-16T09:10:50+09:00

TL; DR（最初に結論）

2024年にrails newするなら、dartsass-railsを使おう。

そして、sass/scssファイルに画像のURLを指定する場合はimage-urlではなくurlを使おう。

/* app/assets/stylesheets/foo.scss */
.my-image {
  /* image-urlではなくurlを使う */
  background-image: url('bg.png');
}

はじめに

Qiitaに書こうと思ったけど、記事としてきれいにまとまらないのでこっちに雑にまとめます。

たとえばRailsアプリで背景画像を出したいとき、かつSassを使っているとき、画像のURLはimage-urlで指定していました。

/* app/assets/stylesheets/foo.scss */
.my-image {
  background-image: image-url('bg.png');
}

ちなみにbg.pngはapp/assets/images/bg.pngに配置されている前提です。

上のscssファイルはプリコンパイルされるとダイジェスト付きのURLに変わります。（image-urlもurlに変わる）

.my-image {
  background-image: url(/assets/bg-31822...4a19b.png);
}

が、image-urlはsass-railsやsassc-railsが提供している関数です。そして、sass-railsやsassc-railsはすでに開発が止まっていて、現在開発が継続しているのはdartsass-railsです。

ただし、dartsass-railsではimage-urlは使えません。冒頭のscssファイルをプリコンパイルするとurlの中身はダイジェスト付きのパスになるものの、image-urlがimage-urlのままになり、結果として無効なCSSになります。

.my-image {
  /* dartsass-railsだとimage-urlがそのまま残る */
  background-image: image-url(/assets/bg-31822...4a19b.png);
}

じゃあどうしたらいいのかというと、scssにurlを指定します。

/* app/assets/stylesheets/foo.scss */
.my-image {
  background-image: url('bg.png');
}

こうすると正しいCSSが出力されます。

.my-image {
  background-image: url(/assets/bg-31822...4a19b.png);
}

なお、この記事ではimage-urlを対象にしていますが、asset-url, font-url, video-url, audio-urlも考え方は同じです。

コラム：Railsで使えるSassのgemは3種類

歴史的経緯により、Railsで使えるSassのgemは、sass-rails、sassc-rails、dartsass-railsの3種類です。

さらにややこしいことに、sass-rails 6はsassc-railsのラッパーです。

This gem is now only just a wrapper around sassc-rails.

https://github.com/rails/sass-rails/releases/tag/v6.0.0

よって、これら3つのgemを古いものから順に並べると、以下のようになります。

sass-rails 5以下（Rubyで実装されたオリジナルのSass。開発終了）
sass-rails 6 = sassc-rails（Cで実装されたSass。開発終了）
dartsass-rails（Dartで実装されたSass）

このほかにも、gemを使わずにnpmとして提供されているSassを使う、というアプローチもあります。いろいろあってややこしいですね。

僕の疑問

上記のような挙動を知って、僕は以下のような疑問を持ちました。

image-urlってそもそもどこで定義されてるの？？
url(...)って標準のCSSなのに、なんでdartsass-railsだとプリコンパイルされたらダイジェスト付きのパスに変わるの？？

それぞれ調査した結果を以下にまとめます。

セルフアンサー：`image-url`はどこで定義されてるの？？

image-urlはsprockets gemのimage_urlメソッドにマッピングされます。

# https://github.com/rails/sprockets/blob/v3.7.3/lib/sprockets/sass_processor.rb
def image_url(path)
  asset_url(path, type: :image)
end

asset_urlメソッドはsassc-railsに定義されていて、これがさらにasset_pathメソッドを呼び出します。こうした一連の流れにより、image-urlの引数として指定したパスはasset_pathメソッドでダイジェスト付きのパスに変換されます。

# https://github.com/sass/sassc-rails/blob/v2.1.2/lib/sassc/rails/template.rb
def asset_path(path, options = {})
  path = path.value

  path, _, query, fragment = URI.split(path)[5..8]
  path     = sprockets_context.asset_path(path, options)
  query    = "?#{query}" if query
  fragment = "##{fragment}" if fragment

  ::SassC::Script::Value::String.new("#{path}#{query}#{fragment}", :string)
end

def asset_url(path, options = {})
  ::SassC::Script::Value::String.new("url(#{asset_path(path, options).value})")
end

しかし、dartsass-railsではasset_urlメソッドやasset_pathメソッドに相当する処理がありません。

セルフアンサー：なんで`url`がダイジェスト付きのパスに変わるの？？

これはsprockets-rails 3.3でurlに指定したパスをダイジェスト付きのパスに変換する機能が導入されたためです。

つまり、これはdartsass-railsではなく、sprockets-railsの機能です。

この機能は正規表現で実現されています。

# https://github.com/rails/sprockets-rails/blob/v3.5.1/lib/sprockets/rails/asset_url_processor.rb
module Sprockets
  module Rails
    # Resolve assets referenced in CSS `url()` calls and replace them with the digested paths
    class AssetUrlProcessor
      REGEX = /url\(\s*["']?(?!(?:\#|data|http))(?<relativeToCurrentDir>\.\/)?(?<path>[^"'\s)]+)\s*["']?\)/
      def self.call(input)
        context = input[:environment].context_class.new(input)
        data    = input[:data].gsub(REGEX) do |_match|
          path = Regexp.last_match[:path]
          "url(#{context.asset_path(path)})"
        end

        context.metadata.merge(data: data)
      end
    end
  end
end

実装上はurl(...)みたいな文字列を置換するだけなので、image-url(...)でもhoge-url(...)でも、正規表現にマッチした文字列なら何でも()内のパスがダイジェスト付きのパスに変換されます。

/* app/assets/stylesheets/foo.scss */
.my-image {
  /* hoge-urlはCSSとして無効 */
  background-image: hoge-url('bg.png');
}

.my-image {
  /* だが、url(...)の形式ならimage-urlでもhoge-urlでも何でも変換される */
  background-image: hoge-url(/assets/bg-31822...4a19b.png);
}

また、sprockets-railsが提供している機能なので、SassではないプレーンなCSSでもアセットプリコンパイルの対象になっていればurlがダイジェスト付きのパスに変換されます。

/* app/assets/stylesheets/foo.css */
.my-image {
  /* scssやsassではなく、プレーンなCSSとしてurlを指定する */
  background-image: url(bg.png);
}

.my-image {
  /* アセットプリコンパイルの対象になっていればダイジェスト付きのパスに変換される */
  background-image: url(/assets/bg-31822...4a19b.png);
}

ちなみにsprocets-rails 3.2以前ではurlはプリコンパイルしても何も変わらず、そのまま出力されます*1。

/* sprockets-sass 3.2ではプリコンパイルしても何も変化なし */
.my-image {
  background-image: url(bg.png);
}

まとめ

わかったことをまとめるとこんな感じです。

image-urlはsass-railsやsassc-railsが提供している関数
image-urlはdartsass-railsには存在しない
バージョン3.3以降のsprockets-railsはurlをダイジェスト付きのパスに変換してくれる
dartsass-railsはurlを使うしかない
sass-railsやsassc-railsはsprockets-rails 3.3以上がインストールされていれば、image-urlもurlも両方使える

表にするとこんな感じでしょうか。

組み合わせ
sass-rails, sassc-rails	Y	Y
dartsass-rails			Y
sprockets-rails 3.2以下	Y
sprockets-rails 3.3以上		Y	Y
image-url	✅	✅	❌ 2
url	❌ 1	✅	✅

❌ 1 = ()内のパスは変化しない（ダイジェスト付きにならない）
❌ 2 = パスにダイジェストは付くものの、image-urlがimage-urlのまま残るため、無効なCSSになる

2024年現在でrails newする場合、Sassを使いたいならdartsass-railsを使うことになるはずです（なぜならsass-railsやsassc-railsは開発が終了しているから）。

また、sprockets-rails 3.3がリリースされたのは2021年11月なので、3.2以前のsprockets-railsがインストールされることはまずないでしょう。

ということはSassで画像URLを指定する場合はimage-urlではなくurlを使う、というのが望ましい方法になりますね。

/* app/assets/stylesheets/foo.scss */
.my-image {
  background-image: url('bg.png');
}

参考文献

おまけ

Stack Overflowに同じような質問があり、まだ誰も回答していなかったので、僕が回答してみました（2013年の質問ですが・・・）。

stackoverflow.com

あわせて読みたい

アセットプリコンパイル周りは初心者泣かせのややこしい挙動が満載です。画像がうまく表示できないときはこちらの記事も参考にしてみてください。

PIAA ワイパー替えゴム 650mm 超強力シリコート特殊シリコンゴム 1本入呼番152 SMFR650

*1:これが原因でローカルでは画像が表示されるが、Herokuにデプロイすると画像が表示されない、というトラブルがよく起きていた

2021年式VOLVO XC60のワイパーゴムを自分で交換する

2024-06-08T17:48:10+09:00

はじめに

愛車のVOLVO XC60（2021年式）のワイパーゴムが弱ってきたので交換することにしました。
ディーラーで交換すると車を持っていくのが面倒だし、費用も高そうなので自分で交換できないかチャレンジしてみました。
結果としては無事に交換できたのですが、意外とネット上に情報がなく、「どのゴムを使えばいいの？」、「どういう手順で交換すればいいの？」と右往左往したので、最終的に判明した交換方法をこのブログにまとめておきます。

免責事項

このブログの内容は基本的に自分用の備忘録です。
ワイパーゴムの交換は自己責任でお願いします。
自信がなければディーラーで交換してもらいましょう。

用意するもの

新品のワイパーゴム

今回は近所のカー用品店で売っていた、こちらのワイパーゴムを購入しました。
2つ併せて3160円でした。

ただし、助手席側のワイパーゴムは500mm（呼番147）ではなく475mm（呼番146）がベストです。
475mmは売ってなかったので500mmを自分で475mmにカットしました。

PIAA(ピア)

PIAA ワイパー替えゴム 475㎜【超強力シリコート】特殊シリコンゴム 1本入呼番146 撥水コーティングタイプ SMFR475

PIAA(ピア)

BOSCH(ボッシュ) 輸入車用ワイパーブレードエアロツイン車種専用ボルボ 650/500mm A089S

その他

マイナスドライバーとタオルや雑巾を2枚用意します。

交換手順

ワイパーをサービス位置に移動させる

メニューから「ワイパーのサービス位置」を選択します。

するとワイパーがピョコッと写真の位置に移動して止まります。

この状態でいったんエンジンを停止してください。

ワイパーブレードを外す

ワイパーの背中にある四角いボタン（？）を押し込みながらワイパーブレードを上に引っ張ると、ワイパーブレードが抜けます。
指で押し込むのが難しいときは、マイナスドライバーを突っこみながら引っ張るのもありです。

もしくは上端のキャップだけを外す

運転席側のワイパーブレードは上記の方法で外せたのですが、助手席側はなぜかいくら引っ張っても外れませんでした。
下手に力を入れて壊すのもイヤなので、ワイパーブレードを引っこ抜くのは諦めて、上端のキャップ部分だけを外すことにしました。

ちょっとわかりづらいですが、キャップには小さなロック用のツメがあります。
これをマイナスドライバーなどでワイパーの外側に向かってにカチッと移動させるとロックが解除され、上端のキャップを外せます。

キャップを外すとワイパーゴムだけスルスルッと引っ張り出せるようになるので、古いワイパーゴムを抜いておきます。

ワイパーとフロントガラスの間にタオルを挟む

作業中、何かの拍子にワイパーゴムの付いてないワイパーがパチン！とフロントガラスにぶつかるとガラスが割れてしまうかもしれないため、あらかじめワイパーを倒してタオルを挟み込んでおきましょう。

運転席側のワイパーゴムを交換する

運転席側はワイパーブレードごと外したので、このワイパーゴムを交換します。
まず、先ほど書いた手順で上端のキャップを外します。
それから古いワイパーゴムを引っ張って抜き出します。

写真ではわかりにくいですが、黄色い枠の部分にワイパーゴムを通す溝が切ってあるので、ここに新しいワイパーゴムを通します。

こんな感じで通していきます。

最後まで通しました。

あとはさっきと逆の手順で上端のキャップを取り付けます。
キャップ部分にもワイパーゴムを通す溝があるので、ワイパーゴムがちゃんとキャップの溝に収まるように注意しながらキャップを取り付けてください。
キャップは最後までぐっと押し込むと、カチッと音がして自動的にロック用のツメがロック位置に移動します。

助手席側のワイパーゴムを交換する

助手席側はワイパーブレードが外れなかったので、ワイパーブレードを車に取り付けたまま新しいゴムを取り付けます。
手順は運転席側と同じですが、ワイパーブレードが車に付いたままだと、若干無理な体勢で作業を強いられるので少し時間がかかりました。

ワイパーブレードを取り付ける

運転席側はワイパーブレードを外したときと逆の手順でワイパーブレードを取り付けます。
ただし、XC60のワイパーブレードはウォッシャー液がワイパーから出てくるようになっているせいか、作りが若干複雑です。
無理に押し込まず、丁寧に取り付けてください。

うまくはまればカチッと音がしてきれいにワイパーブレードが元の状態に戻ります。

ワイパーを元の位置に移動させる

エンジンを始動し、メニューから「ワイパーのサービス位置」を選択して、ワイパーを元の位置に戻します。

ワイパーの試運転

ウォッシャー液を出しながらフロントワイパーを動作させます。
ちゃんとウォッシャー液がワイパーから出てくるか？ワイパーの動きにおかしな点はないか？不自然な拭き残しがないか？等々のチェックをしましょう。

これで終わりです。
お疲れ様でした！

ちなみに：このワイパーは使えません！

Amazonで「代表適合車種ボルボ: C30/ S40/ S80/ V50/ V70/ XC60/ XC70」と書いてあるワイパー（ワイパーブレード）があったので、最初はこのBOSCH A089Sを買ったのですが、全然ダメでした！

ボッシュ(BOSCH)

PIAA ワイパー替えゴム 650mm 超強力シリコート特殊シリコンゴム 1本入呼番152 SMFR650

パッと見は似てるんですが、ワイパーの長さも違うし、ブレードの取り付け溝も形状が違うし、ウォッシャー液を出す穴とかもないし、まったく互換性がなかったです！

ワイパーブレードは互換性がなくても、実はワイパーゴムだけは互換性があったりする？と思いましたが、ワイパーゴムの幅や形状も違ったため、ワイパーゴムだけ利用する作戦もダメでした（4600円が無駄になった😭）。

もしかすると初代（2009-2017年製）XC60用だったのかもしれませんね。。
オーナーのみなさんはお気を付けください。

まとめ

というわけで今回は2021年式VOLVO XC60のワイパーゴムを自分で交換する方法を紹介してみました。
やろうと思えば自分で交換できることがわかったので、今後もワイパーゴムは自分で変えようと思います。

PIAA(ピア)

PIAA ワイパー替えゴム 475㎜【超強力シリコート】特殊シリコンゴム 1本入呼番146 撥水コーティングタイプ SMFR475

PIAA(ピア)

engineer-umd.hatenablog.com
torihazi.hateblo.jp
engineer.crowdworks.jp
qiita.com
neco3s.hatenablog.com

「プロを目指す人のためのRuby入門改訂2版」が増刷されました🎉＆Ruby 3.0で学習すべきかどうかについて

2024-05-20T08:15:43+09:00

お知らせ

先日拙著「プロを目指す人のためのRuby入門改訂2版（通称・チェリー本）」が増刷されました！🎉

【Rubyを知れば，Railsはもっと楽しくなる】伊藤淳一さん執筆の『プロを目指す人のためのRuby入門［改訂2版］　言語仕様からテスト駆動開発・デバッグ技法まで』が好評につき第3刷の増刷が決定！あのチェリー本がRuby 3.0に完全対応しました！https://t.co/5wMqpobn08
— 技術評論社販売促進部 (@gihyo_hansoku) 2024年4月24日

いやあ、嬉しい！いやあ、めでたい！
本書を買っていただいたみなさんのおかげです。どうもありがとうございます！

そもそも「増刷」って何なん？

増刷（ぞうさつ）というのは、簡単に言うと「本の在庫がなくなってきたから、在庫を補充するために追加で印刷すること」です。
「え、それだけ？」と思われるかもしれませんが、商業出版の場合、一回につき、かなりまとまった冊数を印刷します。
つまり「増刷される＝それだけ本がたくさん売れている」ということを意味するので、「増刷しますよ」の連絡は本の著者にとって、大変嬉しいニュースになります😄

ところで、Ruby 3.0で学習を進めてもいいの？

さて、話は変わりますが、本書の対象バージョンはRuby 3.0です。
出版当時（2021年）は最新バージョンでしたが、Rubyは毎年12月25日バージョンが上がります。
2024年5月現在の最新バージョンはRuby 3.3です。

そして、定期的に古いバージョンからサポートが切れていきます。
Ruby 3.0は2024年4月23日にリリースされたバージョン3.0.7が最終バージョンとなり、現在はサポートが切れた状態（EOL = End of Life）になっています。

では、このサポートが切れたRuby 3.0でRubyの学習を進めてもいいのでしょうか？

筆者の答え：Ruby 3.0でもいいし、Ruby 3.1以上でもOK！

最初に結論を言うと、学習目的で使用するならRuby 3.0でもいいし、Ruby 3.1以上でも構いません。
詳しい話は以下に書きます。

Ruby 3.0を使う場合

公式サポートが切れると、Ruby本体のバグ修正やセキュリティパッチのリリースがなくなります。
もしRuby 3.0を使って、外部に公開するようなアプリケーションを開発している場合はこれが深刻な問題につながる可能性があります。

ですが、チェリー本のサンプルプログラムはローカルマシン内に閉じた簡単なものばかりです。
なので、学習用として使うのであれば、Ruby 3.0を使い続けても問題はありません。

Ruby 3.0の問題点

ただし、Rubyのバージョンが古くなっていくと、「最新の開発環境にうまく対応できなくて、インストールにすごく苦労する」という現象がときどき発生します。
今はすんなりインストールできると思いますが、数年すると「Ruby 3.0をインストールしようとしたらエラーが出た」みたいな問題が起きるかもしれません。
その際は無理に頑張らず、新しいバージョンのRubyをインストールして学習することを検討してください。

また、最新のRubyでは本書の説明と異なる部分もいくつかあるため、業務で新しいバージョンのRubyを使ったときに「あれ、こんな構文あったっけ？」と疑問に思うことが出てくるかもしれません。
そうならないように、Ruby 3.0で学習が終わったら今度は次の項で紹介する説明記事を参考にして、Ruby 3.1以上の新機能や新構文もチェックしておきましょう！

Ruby 3.1以上を使う場合

Ruby本体はバージョンが上がっても、大半の部分で後方互換性が維持されています。
ですので、Ruby 3.1以上のバージョンでチェリー本を勉強したとしても、9割以上の内容は有効です。

ただ、そうは言っても「100%同じ」というわけにはいきません。
そんなに数は多くないものの、中には「チェリー本に書いてある内容と、実際に動かしたときの挙動が異なる」という部分もところどころに出てきます。

そういうときのために、Ruby 3.1、3.2、3.3の各バージョンについて、チェリー本の説明との差異をまとめています。

Ruby 3.1以上のバージョンを使って学習する場合は、事前にこれらの記事に目を通しておくと、安心して学習が進められると思います。

このような最新バージョンとの差異の説明は、今後も引き続き行っていく予定です。
なので、書籍のRubyバージョンが多少古くても気にせず本書を手に取っていただけるとありがたいです！

チェリー本に関する書評ブログあれこれ

最後に、読者のみなさんが書いてくださった書評ブログ（一部）を掲載させてもらいます。
まだ本書を持ってない方はこちらの書評も参考にしてみてください。

あなたの書評もお待ちしています！

書評を書いてくださったみなさん、どうもありがとうございます！
どんな内容であれ、書評を書いてもらえるのは著者としてとても嬉しいです。
簡単な内容でも良いので、みなさんぜひ「プロを目指す人のためのRuby入門」を読んだ感想を教えてください！

まとめ

というわけで、このエントリでは「プロを目指す人のためのRuby入門改訂2版」が増刷されたお知らせと、サポートの切れたRuby 3.0で学習を進めても良いかどうかについて書いてみました。

これからもたくさんの人に本書を読んでもらえると嬉しいです。
引き続き「プロを目指す人のためのRuby入門」をよろしくお願いします！

プロを目指す人のためのRuby入門[改訂2版] 言語仕様からテスト駆動開発・デバッグ技法まで (Software Design plus)

作者:伊藤淳一
技術評論社

blog.jnito.com
blog.jnito.com

あわせて読みたい

ネチャッとして跡が残るシールやラベルをきれいに剥がす

2024-05-18T08:27:10+09:00

はじめに

ケースに貼ってあったラベルを剥がそうとしたら、きれいに剥がれなくて「これだったら貼ったままにした方がマシだった😭」と後悔することってよくありません？

たとえばこんなふうに↓

でもこれ、意外とかんたんにきれいに剥がせるんです。

用意するもの

ドライヤー
ガムテープ
ちょっとした時間と根気

注意：必ず自己責任でお願いします！！

ラベルが貼ってある素材が熱に弱いものだったりすると、ドライヤーの熱で変形したりするかもしれません。
このやり方はあらゆる素材に適用可能、というわけではないので、みなさんご注意ください。

また、ドライヤーの熱で素材が熱くなってやけどしたりする恐れもあります。
作業中はやけどにもご注意ください。

ドライヤーでシールを温める

シールやラベルに熱を加えると、シールの糊が柔らかくなって剥がしやすくなります。
端っこの方からドライヤーでシールを温めましょう。

ゆっくり、少しずつシールを剥がしていく

ドライヤーで温めたら、シールをゆっくり、少しずつ剥がしていきましょう。
ドライヤーの熱が加わってない箇所はシールが剥がしにくくなるので、そういう場合は無理に剥がさず、「温める→剥がす→温める→剥がす」をこまめに繰り返してください。

いったんシールを全部剥がす

とりあえず、シールを全部剥がしてみました。
まだ本体にシールの糊が残っていますが、次のステップできれいにするので大丈夫です。

残った糊をガムテープで除去する

本体に残った糊はガムテープでペリッと剥がします。
こんなふうにガムテープを貼り付けて・・・

えいっ！と引っぺがします。

一回ではきれいに取れないかもしれませんが、何度かガムテープをペタペタやっていると、徐々に糊が取れていきます。
取れにくい糊はドライヤーで温めてからガムテープを使うと取れやすくなります。

できた！✨✨✨

ガムテープ作戦を繰り返して、本体に残った糊が全部なくなったらおしまいです。

どうでしょう？ほぼ完璧にラベルの痕跡を無くせたんじゃないでしょうか？

なお、今回の作業にかかった所要時間は約15分でした。
どうもお疲れ様でした！！

まとめ

「このシール、全然きれいに剥がれない！キーッ！！」とイライラしながら無理に剥がそうとすると余計に状況が悪化します。

爪でカリカリッとシールを剥がそうとしてみて、「あ、これはきれいに剥がれないタイプだな」とわかったら、さっさと今回紹介したような「ドライヤー＆ガムテープ作戦」に切り替えましょう。
今回は「手で剥がそうとして失敗した状態」がスタート地点だったのでちょっと時間がかかりましたが、この作業をやるなら「シールがきれいに貼ってあるまっさらの状態」の方がシールを剥がしやすいので早く終わります。

というわけで、きれいに剥がれないタイプのシールやラベルに遭遇したら、ぜひここで紹介した方法を試してみてください！
（ただし、熱に弱い素材や作業中のやけどにはくれぐれもご注意を〜）

ReFa BEAUTECH DRYER （ホワイト）

リファ(ReFa)

ニチバン布テープ 50mm×25m巻 121-50 黄土

ニチバン(Nichiban)

プライムポーカーチップケース & プライムポーカーチップ 1【セット買い】

【RubyMine】「機能拡張さえ入れれば無料で使える機能」と「最初から全部入りの機能」の違いとは？ #ソニックガーデン勉強会

2024-04-22T12:08:32+09:00

はじめに

先日、弊社ソニックガーデン主催の「エンジニアのためのスキルアップ勉強会#2 自分が考える最高の開発環境」に参加しました。（登壇者ではなく視聴者として）

https://www.jetbrains.com/ja-jp/ruby/

その中で弊社の @ruzia がRubyMine愛、もといJetBrains愛を熱く語っていたのですが、同じRubyMineユーザーとして、彼の言うとおりRubyMine（およびJetBrains系IDE）の一番の強みはやっぱり、「デフォルトにして至高」つまり、「最初から全部入り」であることだな〜と再確認しました。

RubyMineじゃなくてもできるから、無料のエディタで十分？

RubyMineの便利機能を紹介するとよく耳にするのが、

「それ、RubyMineじゃなくても <<あの機能拡張>> を入れたら <<あのエディタ>> でもできるよ。しかも無料だよ！」

というセリフです。

ですが、同じ機能が使えるとしてもスタンスとして大きく違うのは、

無料で使える（でも自分で機能拡張をインストールしなければならない）
最初から使える（でも毎年利用料を払わないといけない）

のどちらを重視しているか、ということです。

無料で使える機能拡張は素晴らしい？

RubyMineを使う前は僕はVimをメインで使っていました。

ネットの情報を見ながら、いろんな機能拡張（プラグイン）をインストールしていたんですが、意外としんどいんですよね。
というのもインストールしたらおしまい、ではなく、

他のプラグインとショートカット等が競合して動かないときがある
Vim本体やプラグインがアップデートすると突然動かなくなってしまうことがある

みたいなトラブルが起きるからです。

古いバージョンを使い続けるのはイヤだから早くアップデートしたい、でも、アップデートするとエディタが動かなくなるかもしれない、みたいな心配って結構開発体験（DX）が悪いです。

何の気なしに新しいプラグインを入れたら、それまで使えていたプラグインの機能が使えなくなって、何が原因なのか調査しないといけない、みたいな問題も困ります。
「今すぐコードを書きたいのに、なんで俺はエディタのconfigとにらめっこしてるんだー！？」みたいな体験は苦痛以外の何物でもないです。

「私は <<あのエディタ>> のエキスパートだから、トラブルが起きてもすぐ直せる自信がある」とか「突然起きたトラブルを解決するのも <<あのエディタ>> を使う醍醐味のひとつ」みたいに考えている人はいいですが、僕にとってエディタは「いつでもすぐ使える状態になっている便利な道具」であってほしいです。

「最初から全部入り」ならトラブルが起きにくい

その点、RubyMineはほぼすべての機能がデフォルトで入っています、
RubyMine用のサードパーティ製プラグインも用意されていますが、数えるほどしか入れていません（今調べたら「CSV Editor」と「GitHub Copilot」だけでした）。

なので、プラグイン同士の相性問題やRubyMineをアップデートしたときに便利機能が壊れることを心配する必要がありません。
なぜなら、そうした問題が起きないようにJetBrains社が責任を持って機能の整合性を管理してくれているからです。

お金を払う＝損、ではない

そして、「お金を払う＝損」ではありません。
費用対効果が見合っているのなら、お金を払う価値はあるでしょう。
その点、JetBrains社はお金を払っただけの（もしくはそれ以上の？）働きをしてくれます。

上で述べたとおり、「JetBrains社が責任を持って機能の整合性を管理してくれる」というのも価値のひとつですが、それだけではありません。

たとえば、RubyMineは毎年数回バージョンアップします。そのたびに新機能が追加されます。
つい先日もバージョン2024.1がリリースされました。

RubyMine 2024.1 の新機能

こうした定期的なアップデートから、僕は「お金をいただきました、はい終わり。じゃないですよ、いただいたお金はちゃんと機能開発に回しますよ」というJetBrains社の意志を感じます。

また、そこまで頻繁に利用するわけではないですが、動作がおかしいときはサポートに直接問い合わせることができます。
個人開発の機能拡張とかだと「issueがあふれかえって返信が全然返ってこない」とか、「作者が興味を失ってメンテが止まってしまった」みたいなことがあったりしますが、RubyMineは個人ではなく企業として対応してくれるので、いつでも迅速に応対してもらえます。

このように、たしかにお金を払う必要はあるけれど、

ツールが壊れる心配をせずに開発に集中できる
定期的に新機能を追加してくれる
いざというときはサポートが助けてくれる

というメリットや安心感があるので、お金を払う価値は十分にあると思っています。

初心者の人にこそ勧めたいRubyMine

「RubyMineってなんかすごそうだけど、有料だし、そんな高機能なエディタは初心者の自分はとても使いこなせる自信がないので、私はもうしばらく無料の <<あのエディタ>> でいいや」と思っているそこのあなた！

むしろ、僕は初心者の人にこそRubyMineをお勧めしたいです。
というのも、RubyMineを使えばそれだけでスキルアップ・効率アップできるからです。
つまり、初心者が苦手だったり時間がかかったりする作業や調査も、RubyMineを使えばIDEの力でさくっと終わらせることができる、ということです。

RubyMineを利用することは、重労働時にパワードスーツを着るようなものですね。

Image: https://news.livedoor.com/article/detail/17510385/

実際、僕自身もRubyMineを使い始めてから、RubyやRuby on Railsに対する理解がぐっと深まった経験があります。

RubyMineの強力なアシストを受けながらコードを書けば、無料の <<あのエディタ>> を使い続けている周りの初心者グループから一足先に抜け出せるかもしれません。

もちろん、熟練者にとってもRubyMineのアシストは強力です。
僕はもうRubyMineなしだと戦闘力が20分の1に下がっちゃいます😅

RubyMine 2024.1が先ほど正式リリースされたようです。有料IDEだけど、こうやって定期的にアップデートを続けてもらえるのは大変ありがたい🙏
RubyMineがなくなったら僕のRails戦闘力はたぶん20分の1ぐらいになると思います😅 https://t.co/PzlugJtQjV
— Junichi Ito (伊藤淳一) (@jnchito) 2024年4月4日

初心者にお勧めの入門本

RubyMineをこれから使い始める方は、 ikuma-t さんが書かれたこちらのwebブックがお勧めです。
まずはこの本の内容に従って手を動かしながら、徐々にRubyMineに慣れていくのがいいと思います。

zenn.dev

コラム：だからといって、Vimを完全に卒業したわけではない

ちなみに僕はRails開発する際のメインエディタはVimからRubyMineに切り替えましたが、だからといってVimを完全に卒業したわけではありません。
むしろ今でも頻繁にVimを使っています。

ただし、Vimの用途はあくまで「テキストエディタ」です。
つまりプレーンテキストを編集するための便利ツールとしてのみ、Vimを使っています。

Railsをがっつり開発するときはRubyMine、それ以外の場面（プレーンテキストや小さなスクリプトの編集等）ではVim、というふうに使い分けています。

言い方を変えるというと、「Vimにプラグインを入れまくってRubyMine並みに高機能なエディタにする、というアプローチは取らないことに決めた」という感じです。

VimはVimで、さっと起動して、ぱぱっとテキストを編集できるから便利なんですよね。
大は小を兼ねないというか、Vimを封印してそういう作業も全部RubyMineでやれ、と言われたらそれはかえって不便だと思います。

まとめ

というわけで、このエントリではRubyMineの何がすごいのか、なぜお勧めなのか、というポイントを僕なりに語ってみました。
30日間は全機能を無料で使えるので、興味がある人は一度無料版を使ってみてください！
（僕はJetBrains社の回し者ではないですし、以下のリンクもアフィリエイトリンクとかではないですよw）

IKEAのテーブルやミラーを使ってドレッサーを作ってみた

2024-04-14T20:40:47+09:00

妻はこれまでお化粧をするときに洗面所の鏡を使っていたのですが、さすがにちょっと不便だというのでドレッサーをこしらえることにしました。

ドレッサーを置くスペースを確保して・・・

どんっ！

こんな感じでどんっ！

共用の洗面所ではなく、専用のお化粧スペースができたので妻も娘も化粧や髪の毛のセットがしやすくなったと喜んでいます😄

IKEAで購入したアイテムたち

今回購入した主なアイテムは以下の通りです。

www.ikea.com

ミラーやライトの取り付けに使った工具たち

シンプルでオシャレなアイテムが揃うのがIKEAのいいところですが、大きくて重たいダンボールを抱えて車に乗せたり、がんばって組み立てたりするのがなかなか大変です😅

特に、今回はミラーとライトを壁に直接取り付けたので、壁に穴を空けたりするのが大変でした。
この手の作業をするのには電動ドリルが必要不可欠です。

京セラ(Kyocera) 旧リョービドライバードリル CDD-1020 645801A

京セラ(Kyocera)

イチネンアクセス RELIEF(リリーフ) 木工ドリル木工・樹脂用ドリルセット 10本組 26808 六角軸 2.0~6.5mm

Wiselead

フィッシャーナイロンプラグ DUOPOWER 5×25(100本入) 542430

また、重たい物は木桟（もくさん）を狙ってネジ止めする必要がありますが、設置したい位置に必ずしも木桟があるとは限らないので、木桟がない場所は石膏ボードアンカーを併用してネジ止めしました。

フィッシャージャパン

オノカツなべ頭タッピングねじステンレス 4x20 110本入 174-00-0420

あと、ミラーとライトは取り付け用のネジが付属していないので、自分でホームセンターに行って適当なサイズの木ネジを探すのも大変でした。
ミラーもライトも、4mm x 20mmぐらいのサイズの木ネジが取り付けにちょうどいいと思います。

オノカツ＼ＦＡＳＴＥＮＥＲ＆ＭＥＣＨＡＮＩＣＡＬＰＡＲＴＳ

そうそう、ミラーはきっちり水平を出さないといけないので長い水平器も買いました。

ARC アルミ水平器 900mm ブラック

アーク(Arc)

こういった工具関係は作業効率や仕上がりに影響してくるので、あまり出し惜しみせずに買っておく方がよいと思います。
（プラスαの出費になるのは痛いですが・・・😭）

まとめ

というわけで、IKEAのテーブルやミラーを使ってドレッサーを作ってみたよ、というお話でした。

ドレッサーを新しくしたいと思ってる方は参考にしてみてください〜。

FUJIGENのフルアコにThomastik-Infeldの弦を張る（ためにヤスリでテールピースの穴を拡張する）

2024-04-14T16:06:22+09:00

先日のブログにも書いたとおり、最近僕はFUJIGEN(FGN)のMFA-HHというフルアコを弾いてます。

Thomastik-Infeld フラットワウンド・ギター弦 12-50 ミディアム・ライトゲージ JS112

ジャズギター界隈ではちょっと有名な（そしてちょっと高級な）Thomastik-Infeld（トマスティック・インフェルト）という弦があります。
せっかくフルアコを買ったので、試しにこれを貼ってみようと思いました。

THOMASTIK

このギター弦、弦の両端に赤い糸（ラウンドワウンドだと緑）が巻いてあってなんかオシャレです。

が！

なんと困ったことに、この糸が巻いてあるせいで弦が太くなり、MFA-HHのテールピースに6弦が通りません😭

最初は写真のように、この糸をむりやり剥ぎ取ってなんとか穴を通したんですが、それが悪かったのか6弦だけオクターブピッチが大きく狂ってしまい、使い物になりませんでした。（高かったのに！！）

ただ、弦の音色や弾き心地は良かったのでもう一度チャレンジしようと思い、今度は糸を剥ぎ取らなくても済むように、テールピースの穴を細い丸ヤスリで拡張することにしました。

以下はその作業の様子です。
（削りかすがボディに飛び散ると傷の原因になりそうなので、いちおう養生してあります）

高儀 M&M ダイヤモンドヤスリ丸 180mm

髙儀(Takagi)

FUJIGEN Masterfield MFA-HH JB フルアコギター

拡張しすぎないように気を付けながら、グリグリ、ガリガリと削ること約30分・・・ようやく通りました！作戦成功です！！🙌

ただし、どうしてもヤスリがテールピースに当たってしまい、メッキがわずかに剥がれてしまいました。。(涙)
もし同じことをやろうとする人がいたら、十分気をつけてください。

糸を剥ぎ取らずに弦を張ったおかげか、今後はオクターブピッチも狂わずに済みました。
いやあ、よかったよかった。

それにしてもFUJIGENさん、Thomastik-Infeldの弦はジャズギター界隈ではポピュラーな弦だと思うので、わざわざこんなことをしなくても弦が通るように、あらかじめ十分な大きさの穴を空けておいてほしいです。
改善よろしくおねがいします！！

Fujigen フジゲン

Thomastik-Infeld JS113 JAZZ SWING Flat Wound フラットワウンドギター弦

おまけ

ちなみに今回張ったのはちょっと太めの.013-.053のセットです。
でも弾きにくさはあまり感じないですね。.012と感覚的には変わらないかも？

THOMASTIK

長年の悩みだったギターアンプのノイズが「マイ電柱」で直った件

2024-04-01T11:42:41+09:00

はじめに

僕は趣味でよくギター（エレキギター）を弾きます。
ですが、長年ずっと困っていたことがありました。
それはギターアンプのノイズです。

多かれ少なかれ、エレキギターを弾くときはアンプからノイズが出るものです。
しかし、僕の家のギターアンプからは明らかに異常な「キーン」というノイズが出ます。
実際どんな音なのかは以下の動画で確認できます。（うるさいのでボリュームには気を付けて！）

Fender ギターアンプ '64 Custom Deluxe Reverb®, 100V JPN

このノイズは以下のような特徴があります。

5〜6年前から急に発生し始めた
常時ノイズが出るわけではなく、たまに発生する
ノイズが鳴り始めると鳴ったり止んだりを繰り返す
ギターを変えても、アンプを変えても同じようにノイズが出る（なので、ギターやアンプの問題とは考えにくい）
ギターを全くつないでいない状態でもノイズが出る（なので、ギターのピックアップがノイズを拾っているわけではない）
家中のありとあらゆる電化製品をオフにしてもノイズが出る（なので、家電を通じてノイズが発生している可能性も低い）
家中どのコンセントに挿しても同じようにノイズが出る（なので、特定の部屋だけ問題があるわけではない）

アンプを変えたら直るかも？と思って買ってみたVOXのアンプ（が、全く効果なし！）

ギターを弾くときはストレス解消のために楽しく弾きたいのに、このノイズが出始めると一気にテンションが下がって逆にストレスが溜まります😣

自力で解決しようとしてやった、あんなこと、そんなこと

このノイズをなんとかしたくて、素人なりにあれやこれやとノイズの原因を調査していました。
上にも書いたとおり、わざわざ調査用に別のアンプを買ったり、家中の電化製品をすべて切ったりして、ノイズの原因を特定しようとしました。

ノイズを抑えると宣伝されている電源タップを買って違いが出ないか調べたこともあります（結果は当然ダメ🙅）。

あと、コンセントを使わずに直接バッテリから電源を取れば根本的に解決するのでは？と思い、災害に備えて買っていたポータブル電源をつないだこともあります。

災害に備えて買っていたポータブル電源

が、実際にやってみると明らかに音が変で、別の種類のノイズも大量に発生しました。
おそらくバッテリなら何でも良いというわけではなく、オーディオやアンプに適したバッテリとそうでないものがあるんじゃないかと思います。
このまま続けると果てしなきバッテリ探し旅が始まりそうな気がしたので、バッテリに接続することも諦めました。

・・・と、こんな感じで何をどう調べても、試しても、これといった原因や改善方法が全くわからず、かれこれ2〜3年が経過しました。

ですが、ある日、意外な原因を発見したのです。

原因はまさかの！？

それは「お隣さん」です。

お隣さんと言ってもただの住人ではありません。
トラックの運送会社です。

自宅の隣の敷地にはトラックの運送会社があるのですが、そこのスタッフの人たちが ~~ホースの水~~ 高圧洗浄機を使ってトラックの洗車をし始めると、ギターのノイズが出始めるのです！
↑ 2024.4.4追記：ホースの水ではなく、高圧洗浄機を使ってるようでした

最初は「まさか」と思いましたが、窓から外を眺めると、トラックの洗車とギターアンプのノイズが完全に連動していました。

お隣さんはトラック運送会社さん（注：何も悪いことはしてないです）

上で「5〜6年前から急に発生し始めた」と書きましたが、この運送会社さんが隣にやってきたのもちょうどその時期です。
なので、ノイズの原因としてはかなり有力です。

~~ホース~~ 高圧洗浄機の水を出すときにポンプか何かの電磁波が電線を伝ってやってきてるんでしょうか？
技術的なことはよくわかりませんが、何せ洗車とノイズが連動しているのは間違いありませんでした。

よし、関西電力に相談だ！

こうなると個人の努力ではどうしようもないので（お隣さんに「洗車しないでください！」と頼むわけにもいかないですし）、関西電力のお客さまサポートに問い合わせて対応をお願いしました。

「お隣さんの洗車が原因だと思います」と伝えてもすぐに「そうなんですね。わかりました」とはならないので、本当に原因がそうなのかどうか、いろんな機材を使ったりして確認してもらいました。
何度も自宅を訪問してもらい、いろいろと技術的な調査や測定を繰り返してもらった結果、少なくともノイズの原因は家の中ではなく外部にあるということがハッキリしました。
お隣さんが洗車を始めると、たしかに電気的な信号の乱れが発生していたみたいです。

いくつか対策を打ってもらうがどれも効果なし

原因が特定できたら、次は問題の解消です。
ですが、外に立ってる電柱にアースを取り付ける等、いくつかの対策をやってもらったものの、どれもまったく効果はありませんでした😔

ちなみに関西電力に相談してからここに至るまで、すでに1年以上経過しております。。

最後の手段は「マイ電柱」！？

何をやっても効果がないので、「これはちょっと時間がかかるんですが」と言って関電の人から切り出されたのが、我が家専用のトランスを電柱に取り付けてもらうという解決策です。
オーディオマニアの人がよく言う「マイ電柱」みたいなやつだと思います。たぶん。

厳密に言えば、もともと自宅の敷地内に電柱は立ってたので、「マイ電柱」は最初からありました。
なので、正しくは「元からあったマイ電柱に、我が家専用のマイ柱上トランスを設置してもらう」という解決策になります。

今まではお隣さんとトランスを共用していたのを、我が家専用のトランスを用意することで電気の経路を別々に切り離す作戦です。

これは工事の申請やトランスを設置するための下準備など、いくつかの工程が必要になるので数ヶ月単位の時間がかかるのですが、「簡単に打てる施策がもう残ってない」ということで、最後の手段としてこの対応をしてもらうことになりました。

我が家にマイ柱上トランスがやってきた

というわけで、2月の終わりに我が家にマイ柱上トランスがやってきました。

BEFORE

AFTER（ポリバケツみたいなやつがトランスです）

ギターアンプのためのマイ電柱&マイ柱上トランスです。 pic.twitter.com/6DKdkowz4C
— Junichi Ito (伊藤淳一) (@jnchito) 2024年3月27日

さて、効果のほどは・・・！？

一番大がかりな「マイ柱上トランス」を設置してもらった結果・・・直りました！
お隣さんがガンガン洗車をしてもギターアンプにノイズは発生しなくなりました！
1ヶ月以上、ノイズのない状態が続いているのでおそらく完治したんだと思います。
ばんざ〜い！！🙌

マイ柱上トランスの副次的効果？

ちなみに、気のせいかもしれませんが、マイ柱上トランスがやってきてから、ギターアンプの音もちょっと良くなったような気がします。
具体的には低音の出方が良くなったというか、普通の音量で鳴らしてもお腹に響くような、ぐっと引き締まった低音が出るようになりました。
オーディオマニアの人がマイ柱上トランスを欲しがる理由がちょっとわかった気がしました（苦笑）。

で、マイ柱上トランスの設置にかかった費用はおいくら万円？

えっと、今回はすべて無償で対応していただきました。
なので、マイ柱上トランスの設置にかかった費用はゼロ円です。

別に僕がゴネまくったわけでもないのに、問題解決の一案としてマイ柱上トランスの設置を提案してくれた関西電力さんに感謝です🙏
（とはいえ、「じゃあ私も！」と特別な事情もないのに電力会社さんに突撃するのは控えてくださいね）

まとめ

というわけで、今回は長年の悩みだったギターアンプのノイズが「マイ電柱（マイ柱上トランス）」で直ったよ、というお話を書いてみました。
いやあ、それにしても長かった！
問題が起きたのが5〜6年前で、そこからお隣さんの洗車が原因だとわかるまでに2〜3年かかり、関電を巻き込んで調査、対策してもらうのにまた2年近くかかりました。

ですが、ようやく問題が解消し、しかもギターアンプの音も良くなったということで、とりあえず良かったです。
「マイ柱上トランス」でも直らなかったらどうしようかと思っていました。

粘り強く調査と対応を続けてくれた関西電力の担当者さん、どうもありがとうございました！

これでまた楽しいギターライフが送れそうです😄

Fender(フェンダー)