手を動かした記録
こちらの記事が割と検索に引っかかってみてくれているようなので追記しておきます。
最近関連した記事を追加したので、よろしければこちらもどうぞ。
【Ruby/Win】Windows上のAtomからWSL2上のrubocopを利用する 2020年版
こんにちは、しきゆらです。
今回は、Windows上でRubyの開発環境を整える方法をメモしておきます。
以前までは、DockerやWSLを使って開発ができそうな状態までをメモしてきました。
しかし、少し前に画期的なものがMicrosoftから発表されました。
そう、WSL2です。
以前までのWSL(以下、WSL1)から大きく改善され、個人的には普段使いできるのでは？という状態までなっています。
今回は、WSL2を導入してWindows上でRuby環境を構築、rubocopで変なコードを怒ってもらうところまでをまとめます。
先日、プルリクを送るとLGTMとだけ返ってきました。
最近話題(？)のLGBTかと思いましたが、違いました。
調べてみると「Looks Good To Me」の頭文字をとったもので「いいと思うよ」程度の意味らしい。
つまりは、コードを見たけど問題ないと思うよ～ってな感じでしょうか。
Looks Good To Me
言わずと知れたマージトリガー
初めて書かれると何を言ってんだ？？？と思いますが、わかれば4文字で伝わるので良さそうですね。
しかし、こういうのをどこかにまとめておいてほしい。
所見では確実にわからないと思いました。
おわり
皆さん、Sinatra使っていますか？
簡単なWebアプリであれば一瞬でできてしまうような、Webアプリケーションフレームワークです。
しかし、簡単なので機能をたくさん増やしていたり、処理が多くなってくるとどうしても起こるのが「全体像が見えにくくなる」ということ。
機能やエンドポイントごとに分割したい、と思うこともあるでしょう。
私は思いました。
その方法を調べてみたので、まとめておきます。
例として、以下のような形でアプリケーションを作成しているとします。
[ruby]
# app.rb
require 'sinatra’
class MyApp < Sinatra::Application
get '/’ do
'hello’
end
end
[/ruby]
今回は、エンドポイントごとにファイルを分割していきます。
こんにちは、しきゆらです。
タイトルが長くてよくわからないかもしれません。
問題と解決方法を、メモしておきます。
WSL上にrbenvを用いてRuby2.6.3をインストールして簡単なWebアプリを作成しようとしていました。
適当なディレクトリにbundlerを使ってSinatraとUnicornをインストールし、起動テストを行いました。
最初は問題なくUnicornが起動したので、一度停止させておきました。
再びUnicornを立ち上げると、うまく立ち上がりません。
Unicornはデフォルトではターミナルにエラー等を表示しないので、エラーログをファイルに吐き出すようにしてありました。
エラーログの中には、このようなエラーが記録されていました。
code:error
F, [2019-05-22T22:52:13.998205 #22482] FATAL — : error adding listener addr=/path/to/sinatra_app/tmp/sockets/unicorn.sock
ArgumentError: socket=/path/to/sinatra_app/tmp/sockets/unicorn.sock specified but it is not a socket!
どうやら、ソケットファイルが問題のようです。
根本的な解決方法ではありませんが、tmp/sockets/unicorn.sockファイルを削除すると問題なく起動するようになりました。
しかし、再度Unicornを停止した後Unicornを再起動すると再び上記のエラーが表示されます。
Unicorn停止とsockファイルの削除は同時に行うと、無駄な時間がかからないかともいます。
解決方法があればコメントやTwitter等から教えてほしいです。
というか、そもそもsockファイルと普通のファイルの違いなどもきちんと理解できているわけではないので、この辺も含めて調べる必要がありそうです。
今回は、場当たり的な対処法までをまとめておきました。
おわり
こんにちは、しきゆらです。
今回は、うれしさのあまりTwitterにも投稿しましたが、RealForceのキーボードを購入したのでメモしておきます。
恥ずかしながら、私は同僚から教えてもらうまで存在を知りませんでした。
調べてみると、東プレ株式会社が提供している金融機関やデータ入力など業務関係で使われているキーボードのようです。
耐久性や静穏性が高いのが特徴ということでした。
キーボード（REALFORCE） | 電子機器関連製品 | 製品情報 | 東プレ株式会社
こんにちは、しきゆらです。
今回は、Windowsで開発環境を整えていきます。
Windows環境での開発環境としてWSLを使って環境を整えていこうと思います。
こんにちは、しきゆらです。
今回は、少し間が空きましたが作成した自作PCのスペックを図っていきたいと思います。
よく聞くベンチマークとは何か。
簡単に言えば、メーカーや型番の異なる製品等の性能を同じ指標で評価するためのものです。
例えば、CPUで言えばIntel製CPUとAMD製CPUではそもそもメーカが異なるため単純な比較はできないでしょう。
また、Intel製CPUでもi3やi5などのシリーズや、世代によっても性能が異なります。
これらを比較するために、同じ処理をさせてどのくらいスコアに差が出るかを測定するのがベンチマークです。
今回は、CPUとGPUのベンチマークをとっていきます。
なお、自作PCのスペックは以前までの記事を参照してください。
こんにちは、しきゆらです。
今回は、screenコマンドを知ったのでメモしておきます。
Linux等を触っていると、時々時間がかかる処理を走らせることがありますよね。
私の場合は、aptやyum、dnf等のパッケージマネージャでのアップデート関係やrbenvなどで環境を整えるときなどです。
このようなコマンドをSSH越しに実行しているときに、途中で接続が切れると悲しいことになりますよね。
そんなことが起きても大丈夫なようにしてくれる魔法のコマンドが「screen」コマンドです。
できることはいくつかあるようですが、よく使うのがセッションの管理でしょう。
今回は、簡単に使い方をまとめておきます。
こんにちは、しきゆらです。
今回はタイトルの通り、Rubyで文字列を判定するときに大文字小文字を無視して判定する方法を知ったのでメモしておきます。
記述としては、
[ruby]
/Test/i
[/ruby]
と記述することで
など、大文字小文字を無視して判定してくれるようです。
Rubyの正規表現ページにも書いてありました。
きちんと見ないといけないなぁと、何度目かの反省でした。
おわり
こんにちは、しきゆらです。
今回は、Windows環境にDockerを導入していきます。
環境は、前回まで作成していた自作PC環境です。
詳しい内容は、「【Win】なんとなくデスクトップPCを組んでみた パーツ選び編」を参照ください。
WindowsでDockerを利用するには、Pro版のWindows10を用いるのが一般的なようです。
しかし、Home版ではDockerを使えないか、といえばそうでもありません。
皆さんおなじみ、VirtualBoxを使ってそれっぽく使うことができるようです。
まずは、Windows10 home環境にDockerをインストールして実行してみます。
基本は、Docker公式サイトにある記事をもとに進めていきます。
https://docs.docker.com/toolbox/toolbox_install_windows/