import os
import re
import traceback
from os.path import expanduser

home = expanduser("~")

dire = open(os.path.expanduser("~/.config/nvim/.cache/dein/repos/github.com/takkii/ruby-dictionary3/autoload/source/ruby_method_deoplete"))

print(os.path.exists(dire))

#contents = dire.read()
#print(contents)

ロードパスを自動化する際のメモ。読み込むまでの様子を確認する必要があります。上記の内容で読み込みがTrueかFalseか判別することもできました。コメントアウトしたのは読み込んだ内容が表示されるかどうかです。それもクリアしています。printデバッグですね。

コードに問題がなく、

SyntaxError: EOL while scanning string literal

このようなメッセージが流れるときは、

保存しているファイル形式やエンコーディングなどを疑いましょう。

これはコード側ではありません。

! そして見つけます、""クオートが余計に紛れているなどのシンタックス異常に。

Deopleteに関して、プラグインを書くことはそれほど難易度は高くないと思います。

リスト型で値を返せば、読み込んでくれます。

要するに途中経過は何でもできるということです。

結果がリスト型を返せば、ほとんどの処理は動作することがDeopleteから辞書を読み込ませてわかっているので、もう少し先に進めるかもしれないですね。
— Takayuki.K@🎃👻🍬 (@takkii) 2019年10月27日

いつかやるといった記事を書きました。

次はまた、内容ができたら更新します。

2019-10-23

なぜ？といえるplackup

dancer2

stackoverflow.com

Ruby製Sinatraはプロジェクトフォルダ直下でrackupできます。

Perl製dancer2はbinフォルダで、plackupをするようです。なぜ？

こんなことをすると、起動するためにbinフォルダへ移動しなければいけません。

なので、上記記事のようにシンボリックを貼ります。

私は、なるべくそのまま使いたかったので、

terminal (例： Genshiプロジェクト直下、

binフォルダ移動しなくてよい )

ln -s bin/app.psgi

bin/app.psgi

#use lib "$FindBin::Bin/../lib";
use lib "$FindBin::Bin/lib";

plackup

こういう風に変更しました。

これでローカルでplackupすることはできます。

※ herokuで役に立つか、まだわかりませんが、ローカル起動はできます。

Perlの方法は様々です。それはよく知っています。

2019-10-22

Sinatra風Perl製Dancer2

Perl Vim8

perldancer.org

Vim8でこんな設定を書いたら補完リスト増えた。

[[plugins]]
repo = 'c9s/perlomni.vim'
build = 'make install'
— Takayuki.K@🎃👻🍬 (@takkii) 2019年10月22日

真珠ですね。ファイルタイプ。
— Takayuki.K@🎃👻🍬 (@takkii) 2019年10月22日

scalatraもいいな。なぜ今まで1つのものに囚われてたのか。
— Takayuki.K@🎃👻🍬 (@takkii) 2019年10月21日

bistroとperlomniがあればdancer2は書ける。
— Takayuki.K@🎃👻🍬 (@takkii) 2019年10月21日

Rubyアソシエーションから開発助成金2019に関して応募していた件、お祈りメールが来ました。vimconf2019の次はRubyでも。こんな不運なのは、前厄だからでしょうか。何をしても決まらない、選ばれないことが自分で悔しく思います。フリーランスの仕事もひと段落しました。なんというか、これからの種まきをしているときにですね。ただ、RubyでPythonの主流である機械学習や深層学習をすることはかなりのハードルがあり、難しい面もあったので内心ホッとはしています。

Perlなんですが、私が東京の研修を受けるまではRubyはオライリー本で知っていたぐらいで、Perlでもともとは色々書いていました。なので、指南書といわれる自分にあった参考書は若いときに買った物がまだ使えます。Ruby、Rubyと病的に書かなくても選択肢があることは知っています。Python3でねこだるまやトトロットや漆黒の翼などを書いたときはそれなりに楽しかった。これからは、Perlでシナトラ風なWebアプリを作ります。そろそろ1つではなく他にも目を向けるときがやってきたきっかけになったのではないかと。

Scalaも、ありますね。スクリプトは種類が豊富です。

落選したテーマ

・TabNineのような機械学習をOSSとしてRubyで作る
・入力補完辞書を使ったVimプラグインについて

※ 話を広げるのはライティング力だと思ってまして、テーマは軽くしていた。

病的折衷主義のがらくた出力機

久々に使ってみます。

途中経過

github.com

機能追加、思案中。

追記

環境構築でperlbrewが時間がかかりすぎる上に、

ビルドエラーが起きるようになりplenvを使うようにしています。

plenv

github.com

cpanm

github.com

日本の人に高度技術者が多いなぁと。

2019-10-05

Googleからコードレビューのドキュメントが公開された。

Google流コードレビュー

google.github.io

GitHubなどでコードレビュー担当者になったら「なんでもいいよ」ではなく具体的に、

設計：コードは適切に設計され、システムに適していますか？
機能性：コードは作成者が意図したとおりに動作しますか？ユーザーにとってコードの動作は良いですか？
複雑さ：コードをよりシンプルにすることはできますか？別の開発者が将来このコードに遭遇したときに、このコードを簡単に理解して使用できるでしょうか？
テスト：コードには、適切で適切に設計された自動テストがありますか？
命名：開発者は変数、クラス、メソッドなどの明確な名前を選択しましたか？
コメント：コメントは明確で有用ですか？
スタイル：コードはスタイルガイドに従って いますか？
ドキュメント：開発者は関連ドキュメントも更新しましたか？

これぐらいの視点をもち、相手のコーディングを調べていく必要がある。

デバッグも、vscodeなどのデバッガが付いている環境で、ブレークポイントを仕掛けて調べられる。

相手のことを思いやるならば、親切な言葉より、コーディングに対しての意見を正確に伝えることだ。

環境構築・零

環境構築のその先へ

公開されました。

C++Builderのcommunityediton、ライセンス期間。

正式公開前、フライング限定公開。

ブランチをわけてロードパスを指定していました。

なぜ？といえるplackup

Sinatra風Perl製Dancer2

Googleからコードレビューのドキュメントが公開された。