2020-08-10 るりまに@undefを足し

火曜、るりまの日にこれを解決してみるか〜と思ってbitclustのソースコードを読んでいた

github.com

雑なPull Requestを出した

github.com

bitclustわからないのがわかる

ruby-jpでgem-codesearchが最近csearchのインデックスが4GB越えて動かないという話をznzさんから教えてもらった

zoektを入れgem-codesearchのインデックスを作り直した

github.com

足りてるかわからないけどこの辺をやった

go get github.com/google/zoekt/
go install github.com/google/zoekt/cmd/zoekt-index
cd path/to/gem-codesearch
git pull
env GEM_CODESEARCH_DIR=/mnt/gems/gem-codesearch bin/gem-codesearch-setup all | tee setup.log.2020-08-09-19:32

容量なかなか

du -h zoekt-index                                68G     zoekt-index

コマンド雑にいれて

go install github.com/google/zoekt/cmd/zoekt-webserver
go install github.com/google/zoekt/cmd/zoekt

これでよいっぽい

% zoekt -index_dir ./zoekt-index '"\.to_json\}"' | grep expect

最近私はわりとプログラマ向いてないのかな〜と思ってしまう機会が多い。

例えば前にかいた記事についてginza.rbでこう言及されていたけれども

いささか危険思想 https://speakerdeck.com/toshimaru/how-to-deal-with-fat-model?slide=63

blog.toshimaru.net

辞書をひくと「かなり」の意でもちいられていそう。つまりかなり危険思想。その提唱者が私。

いささ か ［0］［2］ 【些▼か・聊▼か】 一 （ 副 ） ① 数量・程度が少ないさま。少し。幾らか。自己の事柄については謙遜を、他者の事柄については婉曲を表し、「かなり」の意で用いられることがある。 https://www.weblio.jp/content/%E3%81%84%E3%81%95%E3%81%95%E3%81%8B

他、最近私が書いていたコードに普通書かないという感じのコメントがついたりして、普通に書くけどなあという感じで納得がいくまでコメントを返すというプロらしからぬ反応をしてしまい色々と考えていたのでこのへんを読んでいた。

shuuji3.xyz

結果、私の中では大分理解が深まったしコードはよりよくなったが疲れた。たぶん普通に書くけどなあのあたりの受け止め方が微妙な感じではあったと思う。 私は主語省略された「普通」だと、この図でいうと画面全部みたいな主語デカさで受け止めてしまう感じがある。 結果、普通との違いをちゃんと認識するまではわりと延々とコメントを書くけど範囲が広くて無限に話が広がる感じ。

f:id:h6n:20200810013224p:plain 一方、この「普通」が限定されていれば比較的楽に受け入れられる。 例えば「私は書かない」だったり「このアプリでは書かない」だったり、業務委託ではいった先で「この会社では書かない」と言われたら、かなり範囲が狭まるので「はい」で済むこともある感じ。(済むこともある、と書いたのはなぜかというと、業務委託で入っても普通に延々と話すの稀によくあるから...) 私はコンテキストにより「普通」の主語が落とされているときにその普通は何にとっての普通なのかがうまく読み取れないんじゃないかなあ、という感じ。

「普通書かない」と言われたときに全gemからgrepをして他に書いている人がいない、みたいな場合も多分納得すると思う。 しかし、全gemからgrepできる環境が個人マシンにある自体がそもそも既に普通ではない可能性が高い。見つかったとて。

日本語難しすぎる〜〜〜

プラレールのさまざまな種類のレールを買い足したので様々なレイアウトが組めて楽しい、けど拡張しようとすると普通のレールも含めてもっと欲しくなっちゃう。まいっちんぐ。

3連休はもう1つぐらいOSSしておきたいけど特に何もできず終わりそう。引っ越しの作業が粛々と進んでいる。

会社の日報的なのによもやま話欄があってそこをこのにっきに吸い出してもいいかもしれないなあ。

敬具

2020-07-29 にっき

昨日のは2020-07-28 にっきだったのだな

冷蔵庫と洗濯機がきた。洗濯機の配管をまだつないでいない。繋がねば着る服がなくなる。 今週を凌いで週末に何か、整理整頓を進めたい。 退去からやれという話だが。

omniauthとなかよくなりつつある

今日職場で自分がgemに追加したオプションを見かけてとっても嬉しかったので私が作りました!!みたいなの出張って書いたりしていた

JSONのテストについて雑にscrapboxにまとめたがscrapboxには双方向のやりとりが無いからTweetしてもらうかブコメしてもらって流行りに流行って自分がブコメをエゴサするぐらいまでいかないとコミュニケーションが発生しないんだよな。 やはりscrapboxでメモしつつある程度のところの版をQiitaにスナップショットとしてあげてしまうのがよいのではないか。

Qiitaおじさん業をした。コメントを書いただけだけど。社のOrganizationに参加した。

今朝はn度寝してかなり破滅した感じがする。

子からうつった鼻喉の風邪、妻にうつさないように別の部屋で寝てるんだけど、もってきた唯一の寝床設備であるところのハンモックの設置をやる体力がなくフローリングに直で毛布しいて上に寝るどこでも寝れるギフテッドを発揮している

月末までこれでしのげば妻の寝具、脚付きマットレスが揃い私のマットレスが帰ってきていい感じになる予定。

環境が変わったので通う食べ物屋さんに変化が現れていい感じ。うまい。 ココイチのポークカレー(特に何も具のってないやつ)をはじめて注文してみたけど結構満足出来てしまった、とはいえ何もないので何か足したい。いいのがあれば....

2020-07-29 にっき

ここを手軽に書けるようにするのを怠っていた

最近は引っ越しをしている

4連休でRedmineパッチ会 #1に参加した

redmine-patch.connpass.com

よさそうなissueを見繕ってくださっていて雑に直して3つパッチを投げた。

チケットは

時刻の表記の設定がCSV・PDFのダウンロードで効いてなくてぴえん、と https://www.redmine.org/issues/31637

前へ・次へにtitleつけるやつ https://www.redmine.org/issues/33572

後者の方、雑すぎて2クエリ増やしてしまったので直さねば。

4連休でbitclustとなかよくなったので、るりまに「編集する」のリンクを付けれるようになった。GitHubユーザーのみなさまがたにおかれましては、どのファイルをいじればいいか、どの行あたりなのかを知らなくても編集押せば編集できるのでかなり便利だと思う。

github.com

とはいえ新規でエントリ追加はできないので、やはりこれだけでは足りなくて

  • rdocから未翻訳のエントリをるりまに足す
  • 未翻訳のエントリをみた人が編集を押して日本語訳を追加する

の両輪かなあ。これで編集してくれる人が増えてくれると嬉しいなと思っています。

るりまでいうとbitclustのGraphQL対応を入れたいと考えている。 bitclustではHTMLを出力するまでのviewの部分も内包されているんだけど、そこが分離できるとフロントエンドが得意な人にRubyのコードを触らずにフロントエンドのほうで便利な機能を実装してもらいやすくなるかなあ、っていう。

基本的に他力本願なところがあり他人のちからを借りやすくなるような変更を入れていきたい次第

まあ「GraphQL実装したい」じゃなくて「GraphQL実装しました」報告がしたいところですが当面は引っ越しに集中しています。(まだ荷物の移動が終わっていない)

鼻水が出ていてシャワーをさぼったり耳たぶをいじっていたらピアスホールから出た汁が固まっていて「なるほど」という感じ、完成は遠い。

2020-07-14 にっき

自分はアヒルのように動けばアヒル、Arrayを拡張して回転寿司のように動くArrayは回転寿司、そういう雑な気持ちでRefinementsを使っているんだなあ。べんりなので...。

これは雑すぎですがこういう感じ

「こうでもかけるんだけど〜」とクラスを定義しだすと「クラスでいいじゃん」になるかと思いますがクラスを定義しなくていいというのが便利ポイントなのでその辺の音楽性の違いっぽい。 あとは同じことをやるならメソッドにしなくてもよくて結果を説明的な名前の変数名に入れればいいのでは、とかもありそうだけど、それもやはりすごく特定のユースケースに合わせたメソッドをその場だけで使うことが出来る、というところに価値を見出しているんですよね。 一般的なメソッドを組み合わせて呼びたいわけじゃなくて特定のユースケースに合わせて作ったメソッドが生えているのがよい。 そういう意味でいうと自分はやはり語彙を再定義しているRSpecみたいなところをRubyの書きはじめの最初にガツンとうけてしまったので文化的な背景がやはり違いそう。

色々と話していてrefine(Array) よりも refine(sushi.singleton_class) のほうがより範囲が狭くなって Module.new との相性がよいことに気がついた。

これの感想にリプ返していた

hanachin.hateblo.jp

雑ではない仲間

雑仲間

アプリケーションの中でライブラリみたいなことをやるときに補助的なAPIを完全にprivateなものとしてはやせるのはやはり便利そう

これもそうかな

いい話!なので特にリプをしていなかった

雑仲間だ

なんでなんだろうなあ

この辺を読み直しているけど使ってみるとやっぱり削がれてしまった機能をもとめてブロック単位のRefinementsとかを作り出してしまうので使い勝手がよくないだけなんだろうか

magazine.rubyist.net rubykaigi.org github.com

組み込みを拡張したいとなるとそうですよね、という感じ

はい

いいなと思ったらKyashでお金を下さい
20191128011151
GitHubスポンサーも受け付けています
https://github.com/sponsors/hanachin/