あぜち(おばあちゃん)の投稿 - Crieit

Git Revert 複数コミットをまとめて取り消すときにコミットメッセージを設定する

2019-05-20T18:32:12+09:00

｢ここからここまでのコミット｣と範囲を指定したrevertをして、いい感じのコミットメッセージを作る方法です。

複数のコミットをrevertしたい場合は、単に複数のコミットを指定するか、オプション--no-commitでrevertコマンドを繰り返した後にrevert --continueして確定します。どちらの場合も、コミットメッセージをコマンドラインで指定することができません。オプション-eはコミットメッセージを編集するためのエディタを開くもので、メッセージをコマンドラインで指定できません。*コマンドリファレンス Git - git-revert Documentation

メッセージを指定するには、オプション--no-commitを実行した後に通常のコマンドgit commitをオプション-mと共に実行します。from: stack overflow

ところで、gitには｢ここからここまでのコミット｣を表す記法があります。例えば、master..HEADの｢..｣みたいなやつ。詳しくはここに書いてあります、Git Book コミットの範囲指定。revertコマンドでは、この記法で複数コミットを指定できます。

以下のコマンドではbashの文字列展開を使って、すべての取り消し対象コミットのメッセージの先頭行を結合したテキストを作ります。

$ ref=[ここまで戻したいコミット、タグ]
$ git revert --no-commit $ref..HEAD
$ git commit -m "Revert to $ref" -m "$(eval "git log --pretty=oneline $ref..HEAD")"

# 確認
$ git diff $ref HEAD

revert --no-commitで、チェリーピッキング
- revert --continueするとメッセージが指定できない
commit -mしてしまえばいい
- -mオプションを複数書いたら改行して追加される
bashで入れ子の文字列展開にはevalを使う
- "$(eval "$var")"

gopls(golsp)でもbingoでも、gopathの下でなかったらただpanicで終了する

2019-02-18T09:52:00+09:00

この記事は以下のバージョンで確認した内容です

go version 1.11
GO111MODULEがONではない
gopls golang.org/x/tools/cmd/gopls commit: 8dcb7bc

VimでGo言語の入力補完がしたくて、vim-lspとgoplsをインストールした。
.goファイルを開いて動作の確認をしようとしたが補完候補が出なかった。

vim-lspのログを見ると、ファイルを開いたときの一連の処理でgoplsが終了していた。
panic: runtime error: invalid memory address or nil pointer dereference

原因は、`.go`ファイルがgopath以下のディレクトリになかったためだった。

Vimの補完プラグインを試すことに注意が向いていたので、golangの基本的なことを忘れていた。

※ goplsは、golspから名前が変わったもの

開いた`.go`ファイルがgopath下になかったときのvim-lspのログ

Mon 18 Feb 2019 08:53:17 AM +09:["lsp#register_server","server registered","go-lang"]
... (中略) ...
Mon 18 Feb 2019 08:53:17 AM +09:["s:update_file_content()",1]
Mon 18 Feb 2019 08:53:17 AM +09:["--->",1,"go-lang",{"method":"textDocument/didOpen","params":{"textDocument":{"uri":"file:///home/user/main.go","version":1,"languageId":"go","text":"\n"}}}]
Mon 18 Feb 2019 08:53:17 AM +09:[{"response":{"data":{"path":"file:///home/user/main.go","__data__":"vim-lsp","filetype":"go","server_name":"go-lang"},"message":"textDocument/open sent"}}]
Mon 18 Feb 2019 08:53:17 AM +09:[{"response":{"data":{"path":"file:///home/user/main.go","__data__":"vim-lsp","server_name":"go-lang"},"message":"not dirty"}}]
Mon 18 Feb 2019 08:53:17 AM +09:["<---(stderr)",1,"go-lang",["[Trace - 8:53:17 AM] Sending notification 'textDocument/didOpen'.\r","Params: {\"textDocument\":{\"uri\":\"file:///home/user/main.go\",\"version\":1,\"languageId\":\"go\",\"text\":\"\\n\"}}\r","\r","\r",""]]
Mon 18 Feb 2019 08:53:17 AM +09:["<---(stderr)",1,"go-lang",["panic: runtime error: invalid memory address or nil pointer dereference","[signal SIGSEGV: segmentation violation code=0x1 addr=0x50 pc=0x6e894d]","","goroutine 7 [running]:","golang.org/x/tools/internal/lsp/source.Diagnostics(0x8b4f00, 0xc00001a0d8, 0x8b5040, 0xc00007e090, 0xc000018ce0, 0x1d, 0xc000034740, 0x1, 0x5d789e)","\t/home/user/gopath/src/golang.org/x/tools/internal/lsp/source/diagnostics.go:56 +0xcd","golang.org/x/tools/internal/lsp.(*server).cacheAndDiagnose.func1(0x8b4f00, 0xc00001a0d8, 0xc000051480, 0xc000018ce0, 0x1d)","\t/home/user/gopath/src/golang.org/x/tools/internal/lsp/diagnostics.go:24 +0x81","created by golang.org/x/tools/internal/lsp.(*server).cacheAndDiagnose","\t/home/user/gopath/src/golang.org/x/tools/internal/lsp/diagnostics.go:23 +0x13c",""]]
Mon 18 Feb 2019 08:53:17 AM +09:["s:on_exit",1,"go-lang","exited",2]
Mon 18 Feb 2019 08:53:20 AM +09:["s:on_text_document_did_close()",1]

ブラウザでdiscord botを作れるんだよ

2018-12-10T19:27:50+09:00

Google Cloud Shell で Discord.pyを使ってDiscord Botを作る。

Google Cloud Shellには、最初からpython3とpipはインストール済み。
Discord.pyはPythonで書かれたDiscord APIのラッパー。公認ライブラリのひとつ。
プロジェクトでのPythonパッケージ管理をするためにpipenvを使う

用意するもの

Google Cloud Platformのアカウント
Discord botのtoken

Google Cloud Shell環境

OSはDebian-based Linux
python3は、python3、python3のpipは、pip3という名前で用意されている
Google Cloud Shell は起動の度にHOMEディレクトリ(~/)以外は真っさらになる

pipenvをインストールする

pipenvをユーザーディレクトリへインストールする。

$ pip3 install --user pipenv

--userオプションを付ければ~/.local以下にインストールされる。

PATHに~/.local/binを追加する。.profileファイルに、PATH=$PATH:$HOME/.local/binを書き足す。
ログインしなおすか、$ source .profileする。

プロジェクトへdiscord.pyをインストールする

$ mkdir discord_bot
$ cd discord_bot
$ pipenv install https://github.com/Rapptz/discord.py/archive/master.zip#egg=discord.py

自分はボイスチャット機能を使いたいから、https://github.com/Rapptz/discord.py/archive/master.zip#egg=discord.py[voice]とした。

できあがり

import discord

してコード書けばいい。

実行するときは

$ pipenv run python main.py

※うまくいかなかったやりかた

$ pipenv install discord.py

したら、エラーERROR: ERROR: Could not find a version that matches discord-pyが発生した。
わからない。
pypiのdiscord.pyページにあるurlを指定する書き方を試したらできた。

※※ pypiは、パイピーアイと呼ぶ人が多いらしいとどこかで聞いた。pypyというのがあって、そっちがパイパイ。

※※※pipenvをインストールしたり、pip3自体を更新すると、pip3コマンドが使えなくなる。

そのときは代わりにこう書けばpip3コマンドと同じ。

$ python3 -m pip PIPCOMMAND ARGS

vimとかtmuxとかを使いこなそうとしない

2018-11-15T10:25:03+09:00

Google Cloud Shellの中でやれることをやる。高価なPCやサーバーを用意しなくてもブラウザだけで従来の「プログラミング」をすることができる。評価の定まった本に書かれたコードを書いて実行できる。いま始める人のためにピッタリ。

Google Cloud ShellにはWebエディターも用意されているけど複雑だから使わない。
vimがインストール済みだからvimを使う。

$ vim index.html

ややこしいことは考えずに、
ESCとiと:q!と:qwだけで十分使える。
ESCキーの代わりに使えるctrl + [ が便利。

設定しなくても色が付いてるし、自動で閉じタグ書いてくれる。
ただ、タブ幅が大きすぎるからvimrcファイルで設定する。

~/.vim/vimrcファイルを置く、中身は3行。

source $VIMRUNTIME/defaults.vim

まずこれを書くこと。これがないとすっぴんで起動して、htmlのハイライトもされない。

set tabstop=4
set shiftwidth=0

これでタブ1文字の表示がスペース4つ分になる。

index.htmlを書いたら、プレビューする。

Google Cloud Shellの「ウェブでプレビュー」は、インターネットからアクセスできるURLを用意してくれる。googleアカウントでログイン済みのアクセスだけをcloud shellの8080ポートへ通してくれる。
ということで、8080ポートで待ち受けするWebサーバーを起動する。何を使ってもいいんだけど、インストールされててすぐ使えるからpython3。

$ python3 -m http.server 8080

実行すると、画面から入力待ちのプロンプトが消えてWebサーバーのログが表示されるようになる。こうなるとvimが使えない。Webサーバーを起動したままで他のこともしたい。cloud shellの別のタブを使ってもいいけど、Google Cloud Shellはtmuxが導入済みで、こういう場面で役に立つ。

ctrl + b, cを押すと、「Wellcome to Cloud Shell」が表示される。さっきまでの画面はctrl + b, nで戻れる。迷子になったときはctrl + b, wで画面の一覧が出せる。

これで、Webサーバーを起動させたままvimでhtmlファイルを編集できる。

vimを終了させずにファイルを保存するには、:w

「window is not equal to」というログメッセージ

2018-11-02T15:43:53+09:00

ログに"window is not equal to"というメッセージが出力された。windowとあるので、Storyboardに問題があるのかと思ったが違った。また、メッセージの中にあるViewControllerが原因でもなかった。遷移元のViewControllerでperformSegue(withIdentifier:sender:)を2回呼んでいたことが原因だった。

's window is not equal to 's view's window!

ヒントになった

teratail「window is not equal to」というログメッセージ

問題のコード

if user == nil {
    self.performSegue(withIdentifier: "segueA", sender: nil)
    return // このreturnを忘れた
}

self.performSegue(withIdentifier: "segueB", sender: nil)

// 終了

今回のケースでは、userがnilでないときに追加して他のことをするならguard文で書くのが妥当。上記のコードでは、遷移先の選択のみなので、guard文ではなくif else で並列に書くと意図が明確になると思う。

自家用iOSアプリの開発をはじめられるようなサンプルアプリケーションを作るぞ

2018-10-24T17:32:13+09:00

20181112 追記

やっぱり面倒になってやめた。コードの断片をメモにして残しておくことにする。自分で使うつもりもないアプリなんて作れない。ニーズを想定できないから細かい部分で判断に迷ってしまってうまく進められなかった。今後もアプリを作る気がないし。

↑ 追記おわり

夏ごろに人に頼まれて初めてiOSアプリを作った。そのアプリは結局没になったのだけれど。せっかく勉強したので何か形に残しておこうと思った。

iOSアプリ開発の初心者向けのサンプルアプリを書いてる。頼まれて仕事として作るアプリではなくて、MacとiPhone持ってて自分で使うアプリ作れたらいいなって人にワークショップとかできたら金になるかな、なんて野心もあったり。

いまはまず、最初の1回目をざっくり作ってみてる。その後コードを捨ててまた同じものを書きながらキレイなコミットログを作ったり、リファクタリングの台本とか考えてみようと思ってる。

アプリは出納帳。ものの出し入れの数量を記録する。こづかい帳として使えるもの。それだけだとつまらないから、Firebase Cloud Firestoreをデータ置き場にする。iOSアプリとは別でWebアプリのサンプルアプリも作って連携できるようにしたら面白そうだから。

UIは、iOSの設定アプリにならう。全部UITableView。なるべくInterfaceBuilderだけで出来るようにする。

ソースコード@github
ご意見下さい。

手探りSwift: Staticメンバーをクラス内で呼ぶときにクラス名を書かなくちゃいけない

2018-10-24T11:05:11+09:00

Swiftはstaticメンバーをクラス内で呼ぶときに、C#のようにメンバー名だけでは呼べなくてclassName.memberNameのように書かなくてはいけない。これが馴染めない。タイプ数を問題にしているのではない。

クラスの内側でクラス名が出てくると遠近が混乱して頭に余計な負荷がかかる。クラス名は外側の名前なのに、内側で出てくると他の内側の構成要素の語彙と馴染まない。固有名詞を出す必要のない場面で固有名詞が登場する。代名詞で十分である。

あまりいいアイデアとも思えないけど、いい方法が見付かるまでの次善の策を思いついた。
クラス名に外側の意味を持たない別名を付ける。下の例だとTypeだけど、これはStaticでも、Classでもなんでもいい。

typealiasは実行時コストがゼロ(?)だから、純粋に表現の問題として扱える...はず。
staticメンバーにアクセスするインスタンスメンバーを用意する方法もあると思う。そちらもコンパイル時の最適化によってコストゼロになりそうだけど、今の自分では判断ができなかったので避けた。

例

こういう POSOがあったとして

struct Supercalifragilisticexpialidocious {
    var dateStr = ""
}

Before

import Foundation

extension Supercalifragilisticexpialidocious {

    private static var df = ISO8601DateFormatter()

    var date: Date? {
        get {
            return Supercalifragilisticexpialidocious.df.date(from: dateStr)
        }
        set {
            dateStr = Supercalifragilisticexpialidocious.df.string(from: dateStr)
        }
    }
}

DateFormatterのインスタスをstatic変数dfにキャッシュしておく。プロパティdateでは、dfを使って文字列と日付を変換する。dfはprivate変数であり内側の構成要素なのだけど、Supercalifragilisticexpialidociousと書かれていることでdfが今のスコープの外側のモノという錯覚が生れる。

After

import Foundation

extension Supercalifragilisticexpialidocious {
    fileprivate typealias `Type` = Supercalifragilisticexpialidocious

    private static var df = ISO8601DateFormatter()

    var date: Date? {
        get {
            return Type.df.date(from: dateStr)
        }
        set {
            dateStr = Type.df.string(from: dateStr)
        }
    }
}

自クラスをTypeという代名詞で指せるようになった。
言語の上に、自分ルールを置くことによってコードを読むときのスコープが狭まって読みやすくなったと思う。ただしルールは増えたし、そのルールは自分しか知らない。