サイキョウライン

「disc」と「disk」の違い – Apple サポート

disc と disk は読み方は同じですが、技術的には明確な違いがあります。

ほほー。時々気になりつつもなんとなく流してました。
こういう「ここでこう定義されています。」的な話好き。

普段はソロ活動が多く、他の方が書いたコードを仕事の中で読むことがほとんどないので、実践的な章はもちろん、入門的な章も知識の棚卸しとして読みました。

自分にはまず、9章、10章が嬉しい内容でした。
全体として具体的で「あぁ、トラブるな、そこ。」だったり「なるほど、そんなことも考えないといけないな。」「そうすればいいのか。」という気持ちになることがところどころに。
それぞれ、当初から予想が出来ない、ということはないのかもしれませんが、そこを通った時に「こういう事があって、こうしました。」という感じで、実際に時間を掛けて付き合った上でないと出てこない内容だと思います。

あとは、この部分。

P392「そのため、Railsでアプリケーションを開発するならば、アプリケーションを放棄しない限り、ずっとバージョンアップをし続ける必要があると肝に銘じておきましょう。開発現場だけでなく、事業計画のレベルでも、RubyやRailsのバージョンアップの費用を常に計画に織り込むことが非常に重要です。」

「開発が終わったアプリにそんなにお金掛けられないですよね？」というような話を最近続けて聞くことがあったので、ここが刺さりました。

「終わった、とは？」という話は置いておいて、結果からいうと、自分はそこで「そういうケースではそもそもRailsは向いていないのだと思います。」と答えていました。おそらくこの言葉は「アプリを完成させることによって、または完成したアプリにはもう大きな費用がかからないことを前提に、その後の保守で利益を出す。」という発想から来ているのだと思います。
そのアプリに働いてもらって、そこから立った売り上げで体制を維持していく、という考え方でないと、なり立たない。経営的な話ですが、お仕事では必ず考える必要がある（が、得てして後回しにされがち）ので、気をつけておきたいところです。

発展編の方の章から話を始めてしまったのですが、入門編、レベルアップ編について。
まったくの新規ではなく、棚卸しの視点なのである程度は流し読みになってしまったのですが、準備から順番に、積み重ねるよう丁寧に解説されていると感じました。順番に進めていけば、おそらく躓くことはないと思います。

全体として、普通に開発を進めていくと必要になることが網羅されていて、木の幹になるような本だと思います。ひとまずこれを通して読んで、やってみましょう。もし足りないケースが出たら、そこで他を調べて枝葉を増やしていきましょう、と。発展編については、はじめの頃に読んでもおそらく難しいので、見出しを眺める程度にし、いまは置いておきましょう、という感じで。

毎月参加しているSaitama.rbでは、これからRuby/Railsの勉強を始めますという方がよくいらしゃいますが、この本をおすすめできると思っています。

ラジオクラウドにバックナンバー全部あった / TBSラジオ 神田松之丞　問わず語りの松之丞 https://t.co/azaBDhlISN

— MIKAMI Yoshiyuki (@yoshuki) 2018年10月7日

最近聴くようになってハマり、しばらくノーマークだったのを悔やんでいたのですが、ラジオクラウドにバックナンバーがありました。うれしい。

番組の冒頭が五木寛之の夜っぽいと思って聴いていたのですが、プレ放送で明言していたのですね。
いつも寝る時に付けていたラジオから流れてくる「哀しみのフローレンス」が、サザエさんのエンディングテーマ以上に週末の終わりを実感させるものでした。（この後すぐ寝入ってしまうので、番組内容はほとんど記憶にないのです。）

五木寛之の夜 – Wikipedia

えー、「深夜の友は真の友」などといいますけれども、こんな時間に独りで起きている貴方はいったいどんな人なんだろうと、いろいろ考えながらマイクに向かっています。人生は短く、夜もまた短い。今日できることは明日に延ばして、せめてこの深夜の一時を。今、この放送を聞いていらっしゃる深夜の友に、限りない友情と共感を抱きつつお送りするミッドナイトメッセージ。『五木寛之の夜』です。

Ctrl-[ が Esc になる理由 – Humanity

SHIFT キーはキーコードを -0x20、CTRL キーはキーコードを -0x40 する機能

自分もMBPのTouch Barが理由で、EscがあるキーボードでもCtrl+[で統一するようになったのですが、これは知りませんでした。
Ctrl+PしようとしてCtrl+[しちゃうこともある（逆も）のですが、まぁそれはそれで。こういう話を聞くのはおもしろい。

Numbers as translation keys · Issue #36 · svenfuchs/rails-i18n

sandstrom opened this issue on 9 Nov 2010 · 6 comments

ここで議論されていて、Symbolにしてもいけるよってコメントもあるのだけれど、React使った時に云々てコメントも付いていて、予期せぬところでハマりそうなのでStringにすることで落ち着きました。はい。

マイグレーションの作成は常に必要になっていました。 by yoshuki · Pull Request #701 · yasslab/railsguides.jp

新しくアプリを作った時でもマイグレーションファイルが作られなかったので原著を確認したところ、常に「rails active_storage:install」が必要になっていました。

些細なことなのですが、気が付いたので出してみました。こういう、書いてあるとおりの結果にならないやつ、知らないと身動き取れなくなりますね。

5.2なのでActiveStorageを、と思って始めたのですが、バリデーションを書いたりファイルを直に開いたり、Paperclipを使っていた時には任せていたところを自分で書くことが多くて、どうしようかな、と。

rails commit log流し読み(2018/05/17) – なるようになるブログ

openメソッドはblobをディスクに一時ファイルとして保存し、そのファイルに対して処理を実行出来るようになっています。

[via] ActiveStorageでblobのファイルを加工したい場合はActiveStorage::Downloadingをつかう

Rails5.2から入る新機能ActiveStorageを使うべきか?

Rails5.2.0リリース後、ファイルアップローダとしてActiveStorageを採用していいのでしょうか？

George Claghornさんのツイート: “I’m working on adding validations to Active Storage. It took a few failed attempts, but I’ve finally found an approach with promise.”

必要になったいまになってちゃんと追ったのですが、あぁ、そういうことなんですね、という気持ち。
まだActiveStorageで収まっている感じなのですが、Shrineを使ったことがないので調べてみようと思います。

PRESS RELEASE | 高級キーボードのトップベンダー「PFU」と「東プレ」が協業 | 株式会社PFU

本製品はREALFORCEシリーズの静電容量無接点方式、静音機能、高いシャーシ剛性に加え、REALFORCE R2シリーズで採用された全ての技術を搭載した最高峰モデルです。

正確にはR2の英語配列の変荷重が欲しい。プレスリリースやら製品ページやらを探して回ったのですが、いまのところR2の英語配列はこの「PFU Limited Edition」しかないみたいで、これだと45g固定になってしまう。東プレの製品ページに日本語配列の変荷重はあるのでそのうち出るのだろうと思っているのですが、APCってのはキーストロークの話で、変わりにはならないですよねぇ。

PRESS RELEASE | 高級キーボードのトップベンダー「PFU」と「東プレ」が協業 | 株式会社PFU

2018年9月8日（土曜日）よりPFUの中国販売拠点「上海必優信息系統有限公司」にて、既に販売中のHHKBに加え、REALFORCE R2 「PFU Limited Edition」のテンキーレスおよびフルキーボード（英語配列）4モデル、およびR2標準モデル（英語配列）の販売を開始します。

この「R2標準モデル（英語配列）」が後から日本に流れてくるのかしらん。

4月で番組改編があって、ちょっと増えました。
これらは「必ず聴いてる番組」で、この他にも時間が余ったら聴いたり聴かなかったりしてます。

• 東京ポッド許可局 月曜日 24:00 – 25:00
• JUNK 伊集院光 深夜の馬鹿力 月曜日 25:00 – 27:00
• ハライチ岩井勇気のアニニャン！ 火曜日 21:00 – 21:30
• アルコ＆ピース D.C.GARAGE 火曜日 24:00 – 25:00
• JUNK 爆笑問題カーボーイ 火曜日 25:00 – 27:00
• かまいたちの ヘイ！タクシー！ 水曜日 21:00 – 21:30
• うしろシティ 星のギガボディ 水曜日 24:00 – 25:00
• JUNK 山里亮太の不毛な議論 水曜日 25:00 – 27:00
• ハライチのターン！ 木曜日 24:00 – 25:00
• JUNK おぎやはぎのメガネびいき 木曜日 25:00 – 27:00
• AI時代のラジオ 好奇心プラス 金曜日 21:00 – 22:00
• マイナビ Laughter Night 金曜日 24:00 – 25:00
• 空気階段の踊り場 金曜日 24:30 – 25:00
• JUNK バナナマンのバナナムーンGOLD 金曜日 25:00 – 27:00

[ref.] 毎週聴いているTBSラジオ番組。2017年4月 » サイキョウライン

メールアドレスを表す現実的な正規表現 – Qiita

RFC5322で定義されているメールアドレスの書式を完全にサポートすることは簡単ではありませんが、適当な正規表現を紹介してOKとする記事があとを絶ちません。

ということにモヤモヤしていたのですが、必要に迫られまして。

メールアドレスを表す現実的な正規表現 – Qiita

HTML5には input[type=email] という要素があり、メールアドレスの書式チェックをクライアントサイドで行えるようになっています。このチェックでは、下記の(Perl5の記法にならった)正規表現を使っています。

すごい、長さが現実的、そして根拠が強い。ということで、これからはこちらに倣うことにしました。ご紹介ありがとうございます。

HTML 5.2: 4.10. Forms

A valid e-mail address is a string that matches the email production of the following ABNF, the character set for which is Unicode. This ABNF implements the extensions described in RFC 1123.