Most minimalist plugin "manager" I could have come up with - Jorengarenar/minPlug
新たなプラグインマネージャ
Most を歌ってしまったか...
Tsuyoshi CHO 1日 12:05:19 Slack
この前でてたやつですね、mostなのかw
今の時点でソースコードが40行(空行・コメント行を除いて31行)しかない
Ken Takata 1日 12:12:36 Slack
中身見てなかったけど、そんなに小さかったのか
Ken Takata 1日 12:13:15 Slack
minpacは最初の版でも300行くらいはあったような記憶。
ゴリラ(コンパイラ入門中) 1日 23:19:39 Slack
twitter
ゴリラ@プログラミングできるゴリラ @gorilla0513
gh.vimでプロジェクトカードにあるissueをopen/close できるようになった
Twitter
ゴリラ(コンパイラ入門中) 1日 23:19:49 Slack
少しだけ便利になった
gh.vim、
new <gh://user/reposは動くけど>、
new <gh://オーナー/リポジトリ/pulls[?state=open&...]>
が動かないのは、なんでだろう。
<gh://user/reposは動いているから>、トークンは正しいと思うけど…
ゴリラ(コンパイラ入門中) 2日 10:08:08 Slack
pullsは動くはずなんですが
ゴリラ(コンパイラ入門中) 2日 10:08:21 Slack
打ったコマンドをそのまま見せてもらってもいいすか?
仕事用のプライベートリポジトリなので、URLをそのまま出すわけには行かないのですが、
new <gh://オーナー/リポジトリ/pulls[?state=open&>...]
のオーナーとリポジトリを置き換えたくらいです
環境は Debian10, neovimのnightlyです。
最後の [? とかもそのまま?
ゴリラ(コンパイラ入門中) 2日 10:24:50 Slack
あー [ は不要です
ゴリラ(コンパイラ入門中) 2日 10:25:04 Slack
ドキュメント分かりづらいですね…
ゴリラ(コンパイラ入門中) 2日 10:25:08 Slack
あれはオプションの意味です
ゴリラ(コンパイラ入門中) 2日 10:25:14 Slack
new <gh://オーナー/リポジトリ/pulls?state=open>
new <gh://オーナー/リポジトリ/pulls>
  • naruhodo1
Gamou Tatsumi 2日 10:26:26 Slack
bufferの隣に uri[options] とか書くのは……まだ分かりにくいか
Gamou Tatsumi 2日 10:27:33 Slack
ドキュメント書くの難しいですよね……
お、できました。
プラグイン作りたい…
作ろう
外堀を埋め続けてはや n 年
  • 👀1
Automatically uppercase SQL keywords as you type. Contribute to Jorengarenar/vim-SQL-UPPER development by creating an account on GitHub.
リポジトリ名も大文字にする必要はないと思うんだ。
グローバル変数 k
  • yabai1
グローバル変数の扱いなんですかねこれ。
グローバルだけど builtin は壊さないのか。
関数に包まれてないと問答無用でグローバル(つらい)
for call in [1]
echo call " 1
endfor
for printf in [2]
echo printf " 2
endfor
call printf("%d", 3) " 3
call printf " 2
heavenshell 2日 12:12:32 Slack
このかた mini とか simple お好きみたいですね。
for s:k in s:keywords
end

だと、セーフです?
セーフ
人によっては最後に unlet s:k
  • wakaru1
最初これやらないといけないかと思って残ってる箇所ある
関数の中にあった処理を関数スコープから外に出した途端にグローバル汚染になる言語
  • wakaru1
Vim script難しすぎる…
個人的にはifとかでもスコープほしい・・・Vimscriptは
関数スコープがだたの辞書だからなぁ
バクダンくん 2日 12:19:23 Slack
そんなあなたにVim9
私たぶんVim9には一生触れることない気がする・・・
  • wakaru1
sql upper か
たくさんのSQLを書いた時このマッピングを追加しましたが今はあまりつかわれない。
" easy upper case
inoremap <c-u> <left><c-o>:normal gUiwea<CR><right>
Tsuyoshi CHO 2日 12:20:17 Slack
scoped blockのための記法がほしいですね...
let s:i = 0 | for s:i in range(10)
echo s:i
endfor | unlet s:i

echo exists('s:i') ? 'exists' : 'not exists'

無理矢理そのままやるとこう
Neovim 派の人は Vim9 触らんだろうねぇ
iabbrevのほうが良さそう
なんか前だれか紹介してくれましたよね?SQLのプラグイン
正直あまりVim9触りたくないな
  • me-too3
Tsuyoshi CHO 2日 12:21:59 Slack
alcesleo/vim-uppercase-sql?
  • sorena1
2 件の返信 最終返信:12:22:47
#←
チャンネルにも投稿済
yutkat 2日 12:22:29
今見つけたけどちょっと遅かったか・・・
#←
チャンネルにも投稿済
yutkat 2日 12:22:47
Automatically uppercase SQL keywords as you type. Contribute to jsborjesson/vim-uppercase-sql development by creating an account on GitHub.
Vim9 は速い。速いは正義。
なお私も未だに触れてない
今見つけたけどちょっと遅かったか・・・
このスレッドに返信しました : alcesleo/vim-upperca ...
このスレッドに返信しました : alcesleo/vim-upperca ...
Automatically uppercase SQL keywords as you type. Contribute to jsborjesson/vim-uppercase-sql development by creating an account on GitHub.
バクダンくん 2日 12:23:06 Slack
まあVim9さわるにしてもまだ早い
Tsuyoshi CHO 2日 12:23:49 Slack
Vim script 触るときは、なにか作る/解決する時なので、なかなか新機能を試しにくい(単品ならいいけど)
中身ひたすら iabbrev してて笑ってしまった(まあこの挙動を実現するにはそうするのが一番良さそう)
  • sorena1
heavenshell 2日 12:23:59 Slack
ちゃんと安定したら新しいプラグインは Vim9 にするかなぁ。
heavenshell 2日 12:24:23 Slack
(今までのやつを書き換える気は一切ない)
いやぁ、今触ってバグ出さないといけないんですよ、本当は
やるとしても速度が必要な部分だけVim9だな、今の仕様のままなら
Tsuyoshi CHO 2日 12:24:55 Slack
バグ出しはほんとにそうなんですよねー
vimrc の先頭に vim9script と書くところから始めるのはどうか
heavenshell 2日 12:25:28 Slack
あぁ 自分の vimrc の関数を vim9 に変えるのはやるかも。
heavenshell 2日 12:25:31 Slack
被り力
Gamou Tatsumi 2日 12:26:29 Slack
普及した後でクリティカルなバグ出すと誰も幸せにならないやつ
バクダンくん 2日 12:26:42 Slack
:def 関数作るだけでとりあえずその中だけVim9になるます
heavenshell 2日 12:27:06 Slack
クリティカルなバグが治ったらみんな幸せになりそう
繰り返しが多い様な処理でないと vim9 の旨味はでない。
  • sorena1
Gamou Tatsumi 2日 12:28:02 Slack
正確には半仕様化したバグですかね
致命的なだけのバグなら直して終わりになりそう
  • 👍🏾1
Automatically uppercase SQL keywords as you type. Contribute to Jorengarenar/vim-SQL-UPPER development by creating an account on GitHub.
試しにやってみたら let {a:flag} = 1 が直せなくて終了した
let {eval('a:flag')} = 1
Ken Takata 2日 12:32:51 Slack
curly-braces-names は邪悪だと思う。vim9 で無くなってよかった。
Tsuyoshi CHO 2日 12:33:32 Slack
まあ、やる人は文字列で組み立てるだろうけど...
スコープ(w: b:)も含めて a:flag に入っているので、根本的に構造直さないと直せないやつだった
scope の辞書もなくなったりしたっけ…?
バクダンくん 2日 12:41:57 Slack
a: はなくなってます
ほかは残ってるっぽいですね。よかった
# OK
var b = b:
b['foo'] = 10

# NG
b:['foo'] = 10

なるほど…
Vim9 script にすると、当然だけど vint が死ぬ
ゴリラ(コンパイラ入門中) 2日 13:13:12 Slack
vim9 script
vintから乗り換える機運なのでは?
ゴリラ(コンパイラ入門中) 2日 13:13:22 Slack
GoでLSP作れば良さそう
Tsuyoshi CHO 2日 13:13:57 Slack
大変だろうけどまあ、前よりはパースしやすいのかな
Tsuyoshi CHO 2日 13:14:13 Slack
(どう作る労力だせるか、っていう気もする)
ゴリラ(コンパイラ入門中) 2日 13:14:25 Slack
言語の静的解析はどれも大変なイメージ
そもそもまだ言語自体がコロコロ変わる可能性あるけどね
ゴリラ(コンパイラ入門中) 2日 13:15:11 Slack
なので落ち着いてきたらLSP作れば良いかなっと
それに追従するバイタリティが必要
ゴリラ(コンパイラ入門中) 2日 13:15:28 Slack
今はまだきついけど
落ち着くの待ってると遅い感もある
ゴリラ(コンパイラ入門中) 2日 13:16:34 Slack
そうすかね
コロコロ変わるvim9scriptをガッツリ使う人はいるんかなって気持ち
ゴリラ(コンパイラ入門中) 2日 13:16:55 Slack
実用レベルになったらLSPを作るのが良いラインかなって感じがします
結局卵と鶏なんですよ
ガッツリ使う人がいない限り実用レベルになんていつまで経ってもならないですよ
おそらく Language Server 作ってるなかで vim9script のバグ見つける事になる。
そういうことですね
Tsuyoshi CHO 2日 13:21:22 Slack
先駆者がいて、初めて前にすすむ、という...
ゴリラ(コンパイラ入門中) 2日 13:40:13 Slack
たしかに
ゴリラ(コンパイラ入門中) 2日 13:40:28 Slack
卵と鷄
ゴリラ(コンパイラ入門中) 2日 13:40:36 Slack
完全理解
ゴリラ(コンパイラ入門中) 2日 13:40:50 Slack
卵と鳥、これ英語でなんていうんだろ
卵と鶏って言葉を使い始めた人は、卵が先派っぽいですよね。
あれ、鶏と卵でもいいのかな。
にわたまって口語で使うこともあるし、順不同なきがしてきた。
chicken and egg
bootstrap problem
Tsuyoshi CHO 2日 13:47:44 Slack
The chicken or the egg causality dilemma is commonly stated as the question, "which came first: the chicken or the egg?" The dilemma stems from the observation that all chickens hatch from eggs and all chicken eggs are laid by chickens. "Chicken-and-egg" is a metaphoric adjective describing situations where it is not clear which of two events should be considered the cause and which should be considered the effect, to express a scenario of infinite regress, or to express the difficulty of sequencing actions where each seems to depend on others being done first. Plutarch posed the question as a philosophical matter in his essay "The Symposiacs", written in the 1st century CE.
Tsuyoshi CHO 2日 13:48:04 Slack
まんま訳されてるっぽいな
ゴリラ(コンパイラ入門中) 2日 14:15:52 Slack
ほええ
ゴリラ(コンパイラ入門中) 2日 14:16:36 Slack
そういえば、鳥って卵から生まれるんだから、最初に鳥がいるはずなんだけど、その卵を誰が生んだのかって気になりますね
ゴリラ(コンパイラ入門中) 2日 14:16:52 Slack
そんなこと言ったら人間もそうか
それがまさに卵と鶏問題なわけですな
ghcをどうやってコンパイルしたかという話と聞いて
セルフホスティング
Tsuyoshi CHO 2日 15:02:13 Slack
今となっては他のコンパイラが豊富だからまあまあどうにかなるが...
最初のコンパイラはどうやって作られたんだというやつだ。まあアセンブリか。
Tsuyoshi CHO 2日 15:02:43 Slack
ブートストラップ問題 (Bootstrap problem) は、コンパイラをコンパイル対象のプログラミング言語で作成した際に、そのコンパイラの最初のコンパイルをどうするかといった場合を典型的な例とする、いわゆる「鶏と卵」の形をしたセルフホスティング環境の問題を指す。これを解決するための方式をブートストラップ方式といい、この問題を何とかして最初の完備した環境を作ることをブートストラッピングという。
名前についてはブートストラップの記事を参照。
いわゆるブープ問題
The Go programming language. Contribute to golang/go development by creating an account on GitHub.
🐹 unicode emojis in terminal and vim with fzf - yazgoo/unicodemoji
gifがちっさい
heavenshell 3日 00:06:26 Slack
なぜ人はドキュメントを読まないのか(愚痴)
トラブル起きるまで読まないマンなので耳が痛いw
トラブル起きても読まないマン?知らない子ですねぇ
heavenshell 3日 00:08:53 Slack
FAQ 用意した方がいいんだろうか…
私も最初チラ見したあとトラブル起こるまで読まないけど、トラブル起きたら熟読する。けどこれって英語でIssue報告するのがめんどくさいからだったりもする
はたしてドキュメント読まない人がFAQを見るだろうか
聞いたほうがはやいって思う人は一定数いるから無理
自分の時間 >>>>> 相手の時間な人
heavenshell 3日 00:10:11 Slack
無理かー。
heavenshell 3日 00:10:47 Slack
まぁ興味持って使ってもらったと思うことにします。
Shougoさんみたくドキュメントのここに書いてあるっていうのをIssueのたびにやっていってユーザーを教育するしかないw
heavenshell 3日 00:11:49 Slack
いやー直近似た issue が上がって、その人はドキュメント書いてたわごめんごめんで閉じてくれたからなぁw
  • totemoturai2
そういえば、ファンができて代わりに答えてくれるようになれば負担は減りそうですね。気に入ったリポジトリはウォッチして私もときどきやってる。
lambdalisue 3日 00:19:19 Slack
たまに「僕は365日サポートセンターじゃないんだけど?」ってコメント書きそうになることはある
  • wakaru2
  • tashikani2
:goodpoem: > issueがくる
ESPがないと答えることがよくある
プラグイン作成のモチベーション落ちてきたのを感じるので、そろそろ新しいことやるかな
deoriseの開発を開始しようかと思います
  • 👍1
deorise!
やった!うれしい
需要があってよかった
巨大ファイルの編集にも使えないかと考えてます
  • subara1
ゴリラ(コンパイラ入門中) 3日 22:23:40 Slack
twitter
ゴリラ@プログラミングできるゴリラ @gorilla0513
gh.vim でGitHubのファイルツリーをブラウザ開かず、Vimだけで確認できるようになった
git cloneしなくても↓だけでプロジェクトの構成を確認できる

:new gh://:owner/:repo/:branch/files
Twitter
ゴリラ(コンパイラ入門中) 3日 22:23:51 Slack
また、少し便利になった
  • uhouho4
  • 🎉6
very simple vim plugin for easy resizing of your vim windows - simeji/winresizer
ゴリラ(コンパイラ入門中) 4日 08:36:05 Slack
それ便利すよ
Markers while using syntax fold method. Contribute to Jorengarenar/vim-syntaxMarkerFold development by creating an account on GitHub.
最近この方すごいアクティブ。
Vim プラグイン作るのめっちゃ楽しい期なんだろうな。
heavenshell 4日 09:47:47 Slack
良いですね
Tsuyoshi CHO 4日 09:48:29 Slack
おもしろい
ゴリラ(コンパイラ入門中) 4日 10:44:23 Slack
> Vim プラグイン作るのめっちゃ楽しい期なんだろうな。
ぼくもその時期すね
  • uhouho1
https://github.com/ElPiloto/sidekick.nvim
treesitter用のvista,tagbarかな。待ってたぜ!
  • 👀3
An outline window that's always by your side (except for when it's not). - ElPiloto/sidekick.nvim
1 件の返信 最終返信:17:39:50
yutkat 4日 17:39:50
うまく動かない・・・動いて入るけど候補が全然表示されない・・・
Contribute to lukas-reineke/pr.nvim development by creating an account on GitHub.
heavenshell 4日 21:59:09 Slack
おっ。
3個目?
Luaは2個目?
ライブラリを luarocks で導入してるの前提ぽいすね
ゴリラ(コンパイラ入門中) 4日 23:14:22 Slack
Integration with github cli. Contribute to nvim-telescope/telescope-github.nvim development by creating an account on GitHub.
telescopeエコシステムが発達しすぎててUniteを思い出す
ゴリラ(コンパイラ入門中) 4日 23:24:51 Slack
ghのwrapperか
ゴリラ(コンパイラ入門中) 4日 23:25:05 Slack
てか、githubのプラグインって何気にあったんだ…
ゴリラさんが最初だと思いますよ。機能的にもいま一番進んでそう
ゴリラ(コンパイラ入門中) 4日 23:25:55 Slack
日付を見るとそうっぽいすね
ゴリラ(コンパイラ入門中) 4日 23:26:21 Slack
今もせっせと機能を追加していますw
  • subara3
ゴリラ(コンパイラ入門中) 4日 23:26:38 Slack
一人だとやっぱりどうしても開発スピードが出ない
ゴリラ(コンパイラ入門中) 4日 23:26:51 Slack
実装したい機能がまだまだたくさんある…
gitの方は結構たつのにあんまり増えないですけど、GitHubの方は結構増えてきてますね。(機能の)物量戦だ
ゴリラ(コンパイラ入門中) 4日 23:30:20 Slack
一緒にgh.vimを作らないかって声かけてみようかな
Tsuyoshi CHO 4日 23:30:23 Slack
GUI的というかWebで明確に見えるものがあるから、目標にしやすい、みたいなのがあるかな
  • wakaru1
ゴリラ(コンパイラ入門中) 4日 23:30:33 Slack
でもluaだしなぁ…
ゴリラ(コンパイラ入門中) 4日 23:30:48 Slack
> GUI的というかWebで明確に見えるものがあるから、目標にしやすい、みたいなのがあるかな
なるほど
Luaで3つあるのは地獄感あるw
Tsuyoshi CHO 4日 23:30:51 Slack
あとhubそしてghとコマンドが横展開したから...自分もニッチを狙ってみよう、みたいになった?
個人的には簡単なginaがほしいけど、なかなか現れない。。。やっぱ難しいのかな・・・
ゴリラ(コンパイラ入門中) 4日 23:32:24 Slack
ginaは機能が豊富すぎてやばい
ゴリラ(コンパイラ入門中) 4日 23:32:36 Slack
ほんの一部しか使っていない
Shougo,ありすえware系は自分でインテグしなくちゃいけないからめんどいんですよね・・・オールインワン派には
ゴリラ(コンパイラ入門中) 4日 23:52:36 Slack
  • 👀1
Plugin for calling lazygit from within neovim. Contribute to kdheepak/lazygit.nvim development by creating an account on GitHub.
ゴリラ(コンパイラ入門中) 4日 23:52:38 Slack
へええ
お、使ってみよう(lazygit挫折勢だけどw)
lazygitはコミットくらいしかできない
いまいちどんな機能があるのか把握してない
  • majika1
ゴリラ(コンパイラ入門中) 5日 00:00:45 Slack
lazygitはもうgit add -p の代わりだけになってしまっている
  • sorena1
ほんとにaddとcommitくらいしかできん。。。lazyにもほどがあるぜ・・・
tig-explorer覚えてみようかな・・・
ゴリラ(コンパイラ入門中) 5日 00:13:13 Slack
tig便利そうだけど覚えるのが億劫で…
  • wakaru1
tigは挫折した、コミットすらできん
Emacs界にはmagitというものがあるのでいつか試してみたい
いらん情報がいっぱい出るんですよね?stage <-> unstageとdiffが同じウィンドウにあればいいんだけど・・・昔のコミットメッセージとかこんなに出なくてもいいんだけど・・・
うーんまた挫折しそうだ・・・やっぱむずかしい・・・
自作したGina用previewerかfzf-previewくらいがちょうどいい
fzf-previewはcommit時にdiff見れないんですよね・・・コミットはGinaだから
手で叩いてるなら :Gina commit -v するとdiff出てくれて便利
コミットで diff 出すのそこそこ簡単な気がしますね
unified diff ならば、ですが
  • naruhodo1
tig は最初に出てくるログツリーが見やすくて好きなので、ginaを覚えた最近ではログツリーを見る専用ツールと化している
ゴリラ(コンパイラ入門中) 5日 09:46:24 Slack
このことすか?
大枠はそんなやつですが、 tig の場合は(設定によるかもしれませんが)グラフィカルなツリー表示がつくんですよね。
ゴリラ(コンパイラ入門中) 5日 10:08:37 Slack
tigちゃんと入れて使ってみようかなって気持ち
ゴリラ(コンパイラ入門中) 5日 10:08:58 Slack
普段使用しているGitクライアントのTigが便利なので紹介したいと思います。 github https://github.com/jonas/tig 公式ドキュメント https://jonas.github.io/tig/What is Tig? Tig is an ncurses-based text-...
ゴリラ(コンパイラ入門中) 5日 10:09:10 Slack
git add -p ができるのか
ゴリラ(コンパイラ入門中) 5日 10:09:22 Slack
lazygitから乗り換えてみようかな
ゴリラ(コンパイラ入門中) 5日 10:11:50 Slack
行じゃなくてグループ単位だった…
ゴリラ(コンパイラ入門中) 5日 10:13:19 Slack
1で1行単位できた
ゴリラ(コンパイラ入門中) 5日 10:13:24 Slack
tig良さそうだな
ゴリラ(コンパイラ入門中) 5日 10:13:34 Slack
動作が結構軽い
ゴリラ(コンパイラ入門中) 5日 10:24:27 Slack
ちゃんとtigを使ってみたが、これは便利だ
tamago324 5日 10:52:07 Slack
自分はいまだにfugitive使ってます
自分の場合、がっつりgitを使ってないから高機能でなくてもいいのかもしれない?
ゴリラ(コンパイラ入門中) 5日 10:53:02 Slack
自分もムズカシイことはしないすね
ゴリラ(コンパイラ入門中) 5日 10:53:37 Slack
• コミット
• 差分確認
• 行単位のステージング
• blame
多分これくらいしか使っていない…
これめっちゃいいな…
メインでしばらく使ってみよう
ゴリラ(コンパイラ入門中) 5日 10:54:26 Slack
ぼくも、一旦乗り換えてみようかな
ゴリラ(コンパイラ入門中) 5日 10:54:39 Slack
こういうツール変更はまず使ってみないとなんとも言えない
後は、昨日知ったrangerも面白かった
A VIM-inspired filemanager for the console. Contribute to ranger/ranger development by creating an account on GitHub.
ゴリラ(コンパイラ入門中) 5日 10:55:57 Slack
rangerも有名ですね
ranger割と好き
  • me-too1
ただ、自分がrangerメインで使うとしてよく使う機能が実はfernで実現できてしまう事実
有名なのか。全然知らなかったです
Vim plugin to use ranger as a file explorer. Seamless switching between vim and ranger. - iberianpig/ranger-explorer.vim
こんなのもある
Kohei Yamada 5日 10:57:58 Slack
お、私のプラグイン
すごい
プラグイン作れるように成りたい(n回目)
Kohei Yamada 5日 10:59:14 Slack
Vim plugin to use Tig as a git client. Seamless switching between vim and Tig with opening in the same buffer. - iberianpig/tig-explorer.vim
ゴリラ(コンパイラ入門中) 5日 10:59:53 Slack
ご本人様が居た!
lambdalisue 5日 10:59:55 Slack
Gina log --graph
tig-explorer.vimべんり
ଳ (kato) 5日 12:32:33 Slack
macOSのカラーモードの切り替えに追従するプラグインを作ってみました。
  • 👍🏾2
  • 👍1
  • 🦜3
  • sugoi1
Tsuyoshi CHO 5日 12:34:05 Slack
前見たなーとおもったらこれか
https://github.com/L-TChen/auto-dark-mode.vim
  • ⁉️2
A MacVim plugin for switching between dark and light modes automatically. - L-TChen/auto-dark-mode.vim
Tsuyoshi CHO 5日 12:34:42 Slack
これはMacVim用らしいので、もし素でできてるなら画期的
またMacVimか
出したいだけ
  • warau2
Tsuyoshi CHO 5日 12:35:16 Slack
こういうのは、むしろシステムインテグレート用派生版の本領
  • sorena1
  • naruhodo1
Tsuyoshi CHO 5日 12:35:18 Slack
かな
ଳ (kato) 5日 12:36:18 Slack
これは素のVimで動きます!…が別にバイナリが必要です
heavenshell 5日 12:37:26 Slack
Windows とかってダークモードあるんですか?
Tsuyoshi CHO 5日 12:37:31 Slack
それはそれで :ari: ってやつですね!
いや、いい感じだ。
あとそのバイナリをどうにかWindowsの読めるやつに差し替えられたら、Windowsも対応できるかも
Tsuyoshi CHO 5日 12:37:39 Slack
ありますよー
  • naruhodo1
ଳ (kato) 5日 12:40:31 Slack
はい。Macに使い慣れてるんでMac用で実装したんですが、できると思います
ଳ (kato) 5日 12:42:33 Slack
このようなバイナリはどう提供するのが良いのでしょうか?
今の状態では単体の.swiftファイルで動いてるのでコンパイル自体は簡単にできるのですが
バイナリを同梱するのか、その場でビルドさせるか
簡単ではない(Linuxユーザー)
  • gunnyari1
heavenshell 5日 12:43:15 Slack
自分なら CI にコンパイルさせてあとはよろしゅうかなぁ。
  • naruhodo1
GH Releaseに投げて取るようにさせるのがいいかな
Tsuyoshi CHO 5日 12:43:28 Slack
いくつかのプラグインはソースをコンパイルさせますね
heavenshell 5日 12:43:34 Slack
vimproc
Cはまあわかるけど他の言語は入ってないことあるから積極的にビルドしてねは言いづらい
  • tashikani1
Tsuyoshi CHO 5日 12:45:00 Slack
コンパイルは、素でmake gcc的なやつと、if_pyth経由で、pythonのC拡張としておき、if_pytnな関数から機能を呼び出すやつとかありますな
正直言うとプラグインGoで書きたさがある
heavenshell 5日 12:46:12 Slack
あーでもプラグイン的に考えれば Makefile に書いておいたほうが vim-plug とかだったらいい感じに自動化できるのか。
Tsuyoshi CHO 5日 12:46:21 Slack
あ、素でpythonでコンパイルさせるのもあるな
heavenshell 5日 12:47:16 Slack
mac でVim 使ってる人なら XCode 入ってるやろ的な。
Tsuyoshi CHO 5日 12:48:43 Slack
Makefile/gccなど : vimproc
PythonでC拡張 : LeaderF
if_pythnなの : ...なんだっけ?
  • 👀1
ଳ (kato) 5日 12:50:03 Slack
Swiftはどちらでも良さそうですね
Win対応を考えるとビルドさせるのも大変そうだ(そもそも自分がわからない
バイナリは配布形式がよさそうかな
Tsuyoshi CHO 5日 12:51:02 Slack
まあ、swiftコードはmac用とわりきるのがいいでしょうね(仕組みもちがうから同じコード流用できる気がしないし)
ଳ (kato) 5日 12:53:32 Slack
はい。Cocoa使ってるんでswiftコードは完全にMac用です。
まあ個人的には無理にクロスプラットフォームにしなくてもとは思いますけどね、使わない物作るのはやる気出ないですし
ଳ (kato) 5日 12:58:51 Slack
Winはちょっといじってみたいので、楽しさが勝って作るかもです
…躓いたら見なかったことにするかも
ゴリラ(コンパイラ入門中) 5日 13:05:26 Slack
すごい
ゴリラ(コンパイラ入門中) 5日 13:05:31 Slack
どういう仕組みなんだろ
heavenshell 5日 13:07:44 Slack
swift でダークモードかどうかをとってその結果を callback で受けて set background で切り替えてるように見えました!
ଳ (kato) 5日 13:07:54 Slack
それです!
2 件の返信 最終返信:13:10:47
ଳ (kato) 5日 13:10:13
jobの実装がよくわからずに詰まってたので、まだ公開はしてないです
heavenshell 5日 13:10:47
動画にあるやつで大丈夫そうです!
Tsuyoshi CHO 5日 13:08:07 Slack
できるなー、というだけなので、まあ
Tsuyoshi CHO 5日 13:08:30 Slack
無理はしなくていいけど、できるよーは(特別機能が拡張しないこれなら)ありかなーと
Tsuyoshi CHO 5日 13:08:33 Slack
おもったりした
Tsuyoshi CHO 5日 13:09:34 Slack
https://github.com/tsuyoshicho/transparency.vim
mattnさんのプラグインにのっかる + MacVim + ltransset-df コマンドがあれば、でクロスプラットフォーム化したりしたけど、まあ使ってるひといるのだろうかw
  • 👀1
Gvim transparency. Contribute to tsuyoshicho/transparency.vim development by creating an account on GitHub.
フリーのテキストエディタ「Mery」を公開しています。
ダークモード対応
heavenshell 5日 13:11:35 Slack
おー Delphi!
Tsuyoshi CHO 5日 13:11:52 Slack
(もうちょっとモダンにしたい)
あー KoRoN さんの transparency パッチ以外にも、Windows で透過する方法ありましたね
Tsuyoshi CHO 5日 13:14:12 Slack
DLLでフックする感じですね(というかWindowsのウィンドウの制御APIをたたくというべきか?)
https://qiita.com/p_kato/items/88411578b7091ab1fcd0
レジストリ、Software\Microsoft\Windows\CurrentVersion\Themes\Personalize\AppsUseLightTheme に値がありそう
  • 👀1
本投稿はDelphi Advent Calendar 2019 #14 の記事です。 お詫び まず最初にお詫びを,, 昨年のアドベントカレンダーに書いたDelphi VCLでFluent Designに挑戦(その1) - Arc...
Tsuyoshi CHO 5日 13:18:59 Slack
としたら powershell scriptでも用意したら値が取れそう?
API怪しいのか…
Tsuyoshi CHO 5日 13:20:51 Slack
今はいろいろなアプリがあるし、ちゃんとしたAPIなりで取れると思いますが...
Windowsなら「ダークモードに対応したいならWPF使えばいいと思うよ」くらいのことは平然とやるイメージがある…
s/WPF/UWP/
そうですね UWP 使えよって言われますね
アクセント カラーとテーマのリソースを操作することにより、ユニバーサル Windows プラットフォーム (UWP) アプリで色を効果的に使用する方法について説明します。
Windows アプリの色 - UWP applications
Retrieves the current color used for Desktop Window Manager (DWM) glass composition.
DwmGetColorizationColor function (dwmapi.h) - Win32 apps
コレをもとにLight / Darkを判断して良いのかが怪しいな…
ゴリラ(コンパイラ入門中) 5日 13:28:14 Slack
swiftかー
ଳ (kato) 5日 13:38:21 Slack
[[ダウンロード: a.swift(Swift)]]
// reference : https://stackoverflow.com/questions/59277634/
import Foundation
import Cocoa
import Darwin.C

class ObserveColorMode {
    func observe() {
        DistributedNotificationCenter.default.addObserver(
            forName: Notification.Name("AppleInterfaceThemeChangedNotification"),
            object: nil,
            queue: nil,
            using: self.interfaceModeChanged
        )
    }
    func interfaceModeChanged(_ notification: Notification) {
        print(UserDefaults.standard.string(forKey: "AppleInterfaceStyle") ?? "Light")
        fflush(stdout)
    }
}

let app = NSApplication.shared
class AppDelegate: NSObject, NSApplicationDelegate {
    func applicationDidFinishLaunching(_ notification: Notification) {
        let observer = ObserveColorMode.init()
        observer.observe()
    }
}

let delegate = AppDelegate()
app.delegate = delegate
app.run()

ଳ (kato) 5日 13:38:29 Slack
SwiftだとFoundationのUserDefaultsから取得できるみたいなんで↑のコードで取得してます
Gamou Tatsumi 5日 14:19:30 Slack
そういえばChromeはOSのダークモードを取得していた気が
  • hee2
ଳ (kato) 5日 15:43:53 Slack
Githubリポジトリ作りました
https://github.com/kato-k/vim-auto-color-switcher
Contribute to kato-k/vim-auto-color-switcher development by creating an account on GitHub.
2 件の返信 最終返信:16:23:06
thinca 5日 16:15:26
job 変数がグローバル変数になっちゃってますね
ଳ (kato) 5日 16:23:06
ありがとうございます!直しました
backgroundにちゃんと対応しているカラースキームかなり少なそうw
だいたい決め打ちの印象
ଳ (kato) 5日 15:45:51 Slack
solarizedやicebergくらいでしょうか
ଳ (kato) 5日 15:47:43 Slack
色モードごとのカラースキームを辞書かなんかで持たせといて、
それに応じて変えられるようにすれば多少実用的になるかも
今使っているedgeは幸い両対応だけど、確かに希少種だな
そういえばpersistent colorscheme書いてて知った豆知識だけど、bgごとカラースキームを変更する際は g:colors_name にカラースキーム名を代入した後に :set bg=(light|dark) するのが効率がいい
  • 👀1
  • hee1
Tsuyoshi CHO 5日 15:55:39 Slack
両方があっても、別定義になってたり、みたいな -light/-dark
  • sorena1
backgroundオプションをセットするとカラースキームの再読み込みが走るので
その時に g:colors_name を元に適用してるのでこれをいじっていると色が変わる
とはいえそこまで時間かかるわけじゃないので削れる時間はたかが知れてる
Tsuyoshi CHO 5日 15:58:42 Slack
ちらつき対策くらい?
あと、でも逆にまっとうなカラースキームはbackgroundをちゃんと設定するんだよな...
persistent colorscheme作っていた時に一番つらかったのが変数で使う色を変えるやつ
例えばayu
対処が面倒だったので泣く泣く使用を諦めた
Tsuyoshi CHO 5日 16:01:29 Slack
Vim scriptで拡張できてしまうがゆえの弊害というか、本来がシンプル(すぎる)ため、どうしてもいろいろやろうとすると例外パターンになる、おまけにそろわない、という...
全然揃わないですよね、ほんと
Tsuyoshi CHO 5日 16:02:30 Slack
やりかた色々、ただ作者が同じだと、同系統の方法になってはいる、かな。
Tsuyoshi CHO 5日 16:03:39 Slack
いまのところ、そろってない機能として
• 透過端末向けの背景のnone設定
• italic対応のon/off
• カラーや明度、彩度のバリアントの定義方法
とかかな...
Tsuyoshi CHO 5日 16:04:19 Slack
あとサポートしてるカラーについての説明も不足が多くて、どこまで必要なのか(16いける? 256でいける? trueじゃなきゃだめ?)とか...
バリアントは分けてほしいよなと思わなくも(統合したい気持ちはわかる)
Tsuyoshi CHO 5日 16:18:34 Slack
ただ1プラグインで多カラースキームもちょっとだけ面倒がなくもないけど...まあ変数制御よかはましかなあ
@ゴリラ(コンパイラ入門中)
gh.vimのhttp.vim104行目のエラーメッセージtypoしてませんか?
> return s:Promise.reject('[qh.vim] g:gh_token is undefined')
qh.vimになってます。間違ってたら申し訳ないです
heavenshell 5日 16:21:19 Slack
PR チャンス
やります!
  • 👍2
GitHubならソースコード編集してそのままWebからPR作れたはず
ソースビューワのペンマークを押すと編集、Fork、PRまで一気にできる
  • benri3
> Create a new branch for this commit and start a pull request.
これか
PR提出done
  • otz4
PR出すことがあまりないから慣れない…
  • iinoyo1
ゴリラ(コンパイラ入門中) 5日 18:39:43 Slack
ゴリラ(コンパイラ入門中) 5日 18:39:45 Slack
あざます
ゴリラ(コンパイラ入門中) 5日 18:39:47 Slack
見ます
ゴリラ(コンパイラ入門中) 5日 18:42:42 Slack
merge done
あざます!
よーし、deol力あげていくぞ
まずdeolでもファイル名補完されるようにしたい
いまは<C-x><C-f>しないといけないので
クックック
Cookpad
どんどん人柱になっていく
ハシラッ
懐かしい >ハシラッ
よし、できた
ファイル名補完はdeoplete-zsh使いましょう
deol editバッファーをzshにする
deoplete-zshはもちろんずっと前から使ってる
deoplete-zsh, docがないので実装見てた
よーし、↑の変更で一気に快適になった...!
次は履歴検索できるようにしよう
わくわく
はい、その設定でよいはず
履歴については
g:deol#shell_history_pathをセットしてください
私はzshの履歴を読み込ませています
これでdeol-editバッファーに履歴がセットされる
おお
あーそうかこれたしかに:hによるとdefault: ""
👍:goodpoem:
vimからタスク登録ができるようなプラグインを作成し始めてようやくタスク登録ができるまで実装できた…
vim script難しい
  • 👍🏻5
プラグイン名に - を使いたくなるけど、使うと autoload で困るので仕方なく _ 区切りにすることがままある
  • wakaru2
削除機能の実装done
とりあえずぱっと使うことを目的としているので、追加と削除しか今の所対応しない予定です とりあえずは作りきれた
ゴリラ(コンパイラ入門中) 6日 18:46:40 Slack
:goodpoem:
gh.vimからアイデアを頂きました🙇‍♂️
ゴリラ(コンパイラ入門中) 6日 19:09:52 Slack
b
e
そういえばundotreeから
https://github.com/simnalamburt/vim-mundo
に乗り換えました
  • 👀3
🎄 Vim undo tree visualizer. Contribute to simnalamburt/vim-mundo development by creating an account on GitHub.
Tsuyoshi CHO 6日 21:10:46 Slack
今週末の活動
• pydocstringを<LocalLeader><C-L>でマップできるようにPRなどいろいろ
• efm-langserverで python のblackでのformat対応
• ちょっと前に reviewdogで GitHub Actionの mypy を作成
これでいろいろpythonは万全
  • subara1
heavenshell 6日 21:22:15 Slack
PR あざます :merged: しました。
heavenshell 6日 21:23:24 Slack
いただいた Issue の意図ですが、-complete=customlist の向き先おかしいんじゃないってことでしょうか?
Tsuyoshi CHO 6日 21:24:57 Slack
おおよそそうですね、補完を動かすと、PydocStringの場合なら文字列つくっちゃうので
Tsuyoshi CHO 6日 21:28:45 Slack
補完関数なら、引数になりうる文字列を返すやつを指定しないといけないのでは? というところです
heavenshell 6日 21:29:00 Slack
あー。なんでこうしたんだっけかな。すっかり忘れてしまいました。
heavenshell 6日 21:29:17 Slack
なくてよさそう。
heavenshell 6日 21:29:29 Slack
特に引数取らないし。
heavenshell 6日 21:31:21 Slack
消しちゃおう。
  • naruhodo1
Tsuyoshi CHO 6日 21:39:05 Slack
対応ありがとうございます。
heavenshell 6日 21:50:33 Slack
対応しました。ありがとうございました!!!
3 件の返信 最終返信:22:19:13
Tsuyoshi CHO 6日 22:14:11
(あと今更ですが、PydocstringFormatのほうもcomplete不要なんじゃないか感はありますね...まあそのうちで)
heavenshell 6日 22:17:40
漏れてた orz
heavenshell 6日 22:19:13
直します。あざます…。
reddit、欄外が全部謎のリンクになってるのどうにかならないの
reddit紹介してるのに本文の方にリンクないときとかあったりするのまじでやめてほしい
  • wakaru1
gifだけが置かれててあとのスレでこれやでってやってるやつ
reddit, 読んでると勝手に全然違うページに飛ばされるのほんとこまる > reddit、欄外が全部謎のリンクになってるのどうにかならないの
欄外がリンクのときとリンクじゃないときが混在してるらしくてさらにややこしい
でも良い情報まとまってるときもあるのでそれは :goodpoem:
質問です
自作プラグインをGithubに公開し、vim-plugをもちいてインストールしようとしているのですが、インストールすることができません。
この場合どんな対処法が考えられますでしょうか?
他ユーザーのプラグインはインストールされるが自分のものだけがインストールできない という状態です
Tsuyoshi CHO 7日 07:13:44 Slack
リポジトリのファイル構成とか、vimrcのプラグインとしての記法に差はない?
Tsuyoshi CHO 7日 07:14:42 Slack
あとgirがhttpでとる都合、プライベートだとトラブルってしまうことがあるけど…そこは?
リポジトリはこんな感じですhttps://github.com/hashue/adtd.vim
Contribute to hashue/adtd.vim development by creating an account on GitHub.
adtd
1 件の返信 最終返信:07:18:15
特に意味ないから、できれば意味のある名前に変えたい
プラグインとしての記法も
Plug 'hashue/adtd.vimとしています
  • banjaku1
質問の本題と関係ないけど、
• doc/adtd.txt を追加
• ライセンス決定
• autoload/.DS_Store 消す
とさらに良さそう
なるほど!やって見ます
ちなみにインストールできないとき具体的にどういうエラーがでるかとかも書くと回答がはかどります!
:messages
インストール出来ないというか、Plug install したときのインストールプラグイン一覧に、自分のものだけが表示されずインストールされていないという状態です
  • naruhodo1
静かにひっそりと失敗する系
すいません解決しました🙇‍♂️
原因としては、自分が自作プラグインをローカルファイルから読み込んでいたものが残っていたのが原因でした
Plug 'hashue/adtd.vimpath/to/adtd.vim がvimrcに書かれてた…
皆さんありがとうございました!
  • 👍🏾1
https://github.com/nekowasabi/vim-rtm
vimからRemember the milkへタスク登録できるやつ、もっと改善したい……
  • 🥛2
Add task to Remember the milk from vim. Contribute to nekowasabi/vim-rtm development by creating an account on GitHub.
あとgoogle keep連携もあるといいなあとふと思った
metarwとvital
やってみようかな
  • gobold1
  • 👍2
google keep ってAPIあったかな
🈚 かった・・・残念
  • totemoturai3
こうなるとスクレイピングしかないから合法的かつ持続可能な形でプラギン提供するのは不可能か・・・
googleさんの今後に期待
需要ありそうなのになあ
googleはTODO管理できる場所が多すぎて、まずそこの整理から…
Keep APIがなくて不便で、ちょっと前にトライした裏技として、 IFTTTのWebHook経由で、というのもあるけど流石に遠すぎてやり辛すぎるか
Tsuyoshi CHO 7日 09:04:47 Slack
vimでmilk、プロテイン、って感じがしてしまうw
やはりプロテイン……プロテインは全てを解決する……!
heavenshell 7日 10:42:23 Slack
vim-kinniku
Tsuyoshi CHO 7日 13:46:36 Slack
https://github.com/yegappan/lsp
おっとお? (まだ空)
Language Server Protocol (LSP) plugin for Vim9. Contribute to yegappan/lsp development by creating an account on GitHub.
毎回yaegassy さんかと思ってしまう
  • wakaru2
yegappan 氏が C or Vim script 以外のコードを書くの地味に初めて見る?
なんだか、だんだん出来上がってきてるけど vim9script のパースはどうするおつもりなんだろう。 https://github.com/yegappan/lsp/blob/main/autoload/lsp.vim
Language Server Protocol (LSP) plugin for Vim9. Contribute to yegappan/lsp development by creating an account on GitHub.
pythonのバージョンが見つからないと怒られる...python入ってるんだけどな
https://github.com/simnalamburt/vim-mundo
🎄 Vim undo tree visualizer. Contribute to simnalamburt/vim-mundo development by creating an account on GitHub.
🎄 Vim undo tree visualizer. Contribute to simnalamburt/vim-mundo development by creating an account on GitHub.
Tsuyoshi CHO 7日 17:08:08 Slack
:python print "Hello"

:py3 print("Hello")
がちゃんと動きますか?
heavenshell 7日 17:19:41 Slack
elseif has('python')"
一瞬ギョッとしたw
  • wakaru1
Tsuyoshi CHO 7日 17:21:03 Slack
Vim コメントなんだか文字列リテラルなんだかw
heavenshell 7日 17:25:30 Slack
この場合コメントですねw
heavenshell 7日 17:25:59 Slack
なんでコメントに " を採用したんだろうか
echo """ だと、 E114 で怒られるのか…
Tsuyoshi CHO 7日 17:28:24 Slack
そっちなら echo "\"" ですね、たしか
空文字列とコメントとして解釈されないのも…
Tsuyoshi CHO 7日 17:29:49 Slack
:h E114
vim-jp-bot 7日 17:29:49 Slack

文字列 *string* *String* *expr-string* *E114*
Tsuyoshi CHO 7日 17:30:03 Slack
おい、ヘルプそこで切ってどうするw
heavenshell 7日 17:30:28 Slack
w
Tsuyoshi CHO 7日 17:30:38 Slack
(もちろんネタで言ってます、help bot いつもありがとう)
Tsuyoshi CHO 7日 17:33:07 Slack
引用符の組があわなくてエラーということかー """
Tsuyoshi CHO 7日 17:33:25 Slack
:h E973
vim-jp-bot 7日 17:33:25 Slack

blobリテラル *blob-literal* *E973*
------------

0zまたは0Zで始まる任意のバイト数の16進数。
シーケンスは偶数個の16進数文字でなければならない。例:
:let b = 0zFF00ED015DAF
Tsuyoshi CHO 7日 17:33:40 Slack
こっちは次の節の頭のexprがないから切れないんだな
/ は検索だし #:number だしなぁと思ったが " もコマンドあるか
Tsuyoshi CHO 7日 17:35:20 Slack
行頭に " だけ残すと
:h :"
vim-jp-bot 7日 17:35:21 Slack

*:quote* *:comment*
行の最初に '"' があると、その行全てが無視される。'"' がコマンドの後にあると、
その行の残りの部分が無視される。これはコメントを加えるために使われる。例:
:set ai "set 'autoindent' option
シェルコマンド ":!cmd", コマンド ":map" とその他いくつかのコマンド (主に式を期
待するコマンド) にはコメントを付けることができない。これらのコマンドは '"' を
引数の一部として認識するからである:

:argdo
:autocmd
:bufdo
:cexpr (と類似コマンド)
:cdo (と類似コマンド)
:command
:cscope (と類似コマンド)
:debug
:eval
:display
:echo (と類似コマンド)
:elseif
:execute
:folddoopen
:folddoclosed
:for
:grep (と類似コマンド)
:help (と類似コマンド)
:if
:let
:make
:map (と :abbrev を含む類似コマンド)
:menu (と類似コマンド)
:mkspell
:normal
:ownsyntax
:popup
:promptfind (と類似コマンド)
:registers
:return
:sort
:syntax
:tabdo
:tearoff
:vimgrep (と類似コマンド)
:while
:windo
一方 Vim9 script では # がコメントになった
Tsuyoshi CHO 7日 17:35:58 Slack
スペシャル対応はされてるのか....だったらもうちょっとどうにか...w
Vim9は :# ができないからね
ですねー
「なぜその文字をコメント文字に選んだの選手権」、今のところぶっちぎりで Vim script がトップ
  • wakaru1
Ken Takata 7日 17:49:38 Slack
初めてVim script(というか他の人の.vimrc)を読んだとき、" がコメントだと気づくのにかなり掛かった。
  • me-too1
Ken Takata 7日 17:50:37 Slack
引用符をコメントにするのはキモいなと思ったけど、BASICも ' がコメントだった。
文字列リテラルとしての用法と両立させてしまったのがクレイジーポイント高いと思っている
  • ultrafastparrot1
> 今のところぶっちぎりで Vim script がトップ
あ、でもbatファイル(rem)があったか・・・(わかる押しちゃったけど)
シンタックスハイライトが効いてたからなんとなくわかったけど、確かにハイライトなしで読むと意味わからんことになりそう
Tsuyoshi CHO 7日 17:52:45 Slack
SQLのコメントってありましたっけ?
--# かな
ハイフン2つですかね。SQLインジェクションを行うのに便利です
  • aussieparrot1
Tsuyoshi CHO 7日 17:53:42 Slack
ハイフンは Lua もだし、まだわりと普通かー。
Ken Takata 7日 17:55:50 Slack
" は vi との互換性を崩さない文字として選ばれたのかなと思っていますが、実際のところ vi で " がどう解釈されるのか知らない。
  • wakaru2
  • naruhodo1
HTMLのコメントいつも忘れるからcaw.vimに助けられてる
Haskellも--
  • hee1
Vim script のアレな仕様、だいたい Vi との互換性を考慮した結果説(行継続のとき行頭にバックスラッシュ付けるやつも互換性が理由だった気がする)
jsonのコメント うわ何するやめ(ry
  • 🙊1
Tsuyoshi CHO 7日 18:00:06 Slack
シェルのコメント、意図的に # を避けるところで
: "message"

みたいな例もなくはない(ワザではあるがあまり嬉しくない)
Tsuyoshi CHO 7日 18:00:21 Slack
実際はコメントでもなんでもないけど
cmdlineの延長に積み上げた言語だからやばい
Ken Takata 7日 18:01:45 Slack
:h line-continuation-comment
vim-jp-bot 7日 18:01:46 Slack

*line-continuation-comment*
継続行の間にコメントを追加するには、行を '"\ ' で始める。バックスラッシュの後の
スペースに注意すること。例:
let array = [
"\ first entry comment
\ 'first',
"\ second entry comment
\ 'second',
\ ]

解説:
多くのプログラムは行継続を、継続する行の末尾にバックスラッシュを置くこ
とで表現する。その方法をVimで採用してしまうと、Viとの互換性に重大な欠
陥ができてしまう。たとえばこのようなViのマッピングを考えるとわかりやす
い:
:map xx asdf\
従って一般的ではないが行頭のバックスラッシュを採用している。

継続行の中でコメントを開始すると、後続のすべての行がコメントの一部にな
る。それは長い間このようなものだったので、継続行のシーケンスの途中でコ
メントを追加しようとしたとき、\" は有効な継続行であるため、それを使用
することはできなかった。'"\ ' を使用すると最も近いものになるが、少し奇
妙に見えるかもしれない。バックスラッシュの後にスペースを必要とすること
は、これが通常のコメント行にはとても見えないようにするためである。
Ken Takata 7日 18:02:38 Slack
行継続については、解説に書いてある
これ結構なコメントアウト系プラグインがまだ未対応でつらい(cawは対応してる)
(cawはtreesitterと干渉することが多かったから今は外してて・・・)
Ken Takata 7日 18:06:47 Slack
この解説、本当は line-continuation のところに書かれていたのに、line-continuation-comment が追記されたことで、line-continuation-comment に対する解説みたいになっているのは何かビミョー
Tsuyoshi CHO 7日 18:08:39 Slack
文章の整形をPRしないとですかね...
Ken Takata 7日 18:10:20 Slack
おっと、:" は vi からあった機能らしい。
Ken Takata 7日 18:10:27 Slack
:h vi-features
vim-jp-bot 7日 18:10:27 Slack

6. サポートされているViの機能 *vi-features*

VimはほとんどすべてのViコマンドを大半は同じやり方でサポートしています。それ
は、'compatible' オプションが設定されていて、'cpoptions' にすべてのフラグが含
まれている場合です。 'compatible' をリセットし、'cpoptions' からフラグを削除す
ることによる影響は、特定のコマンドのヘルプで確認できます。

ヘルプファイルは、VimにはあるがViにはない機能を {not in Vi} でマークするために
使用していました。しかし、これらの備考はヘルプファイルを煩雑にしていたので、私
たちは今それを反対の方法でやっています: 以下はViが既にサポートしているものの一
覧です。これ以外のものはVimによって追加されました。


以下のExコマンドはViでサポートされています:

`:abbreviate` 短縮入力を登録する
`:append` テキストを追加する
`:args` 引数リストを表示
`:cd` ディレクトリの移動
`:change` 変更リストを表示する
`:chdir` ディレクトリの移動
`:copy` 行のコピー
`:delete` 行を削除
`:edit` ファイルの編集
`:exit` `:xit` と同じ
`:file` カレントファイルの名前を設定または表示
`:global` パターンにマッチした行でコマンドを実行する
`:insert` テキストを挿入
`:join` 行の結合。Vi: join! はない
`:k` マークを設定
`:list` 行を表示
`:map` マップの設定または表示
`:mark` マークを設定
`:move` 行を移動する
`:Next` 引数リストの1つ前のファイルを編集 {Vi: count はない}
`:next` 引数リストの次のファイルを開く {Vi: count はない}
`:number` 行番号を表示
`:open` openモードを開始(Vim では未実装)
`:pop` タグスタックの1つ古いエントリへジャンプ(一部のバージョンでのみ)
`:preserve` すべてのテキストをスワップファイルに書き出す {Vi: 終了するかも
しれない}
`:previous` `:Next`と同じ {Vi: 一部のバージョンでのみ}
`:print` 行単位で印刷する
`:put` テキストにレジスタの内容を挿入
`:quit` Vi を終了
`:read` テキストにファイルを挿入
`:recover` スワップファイルからファイルを復元 {Vi: 別の方法で回復し、回復
するものがあればメールを送信する}
`:rewind` 引数リストの先頭のファイルを開く。++opt はない
`:set` オプションを設定する。でも、`:set inv{option}`, `:set option&`,
`:set all&`, `:set option+=value`, `:set option^=value`
`:set option-=value` `:set option<` はない
`:shell` シェルを実行する
`:source` Vi or Ex コマンドをファイルから読み込む
`:stop` エディタをサスペンドするかシェルにエスケープする
`:substitute` テキストの検索と置換。Vi: '&', 'i', 's', 'r' または 'I' フラグ,
確認プロンプトは 'y' と 'n' のみサポート, ハイライトなし
`:suspend` ":stop" と同じ
`:t` ":copy" と同じ
`:tag` タグへジャンプする
`:unabbreviate` 短縮入力を削除
`:undo` 最後の変更を取り消す {Vi: 1レベルのみ}
`:unmap` マップを削除
`:vglobal` パターンにマッチしない行でコマンドを実行する
`:version` バージョン番号その他の情報を表示
`:visual` ":edit" と同じ、ただし "Ex" モードから抜ける
`:wq` ファイルに保存して Vi を終了する
`:write` ファイルに保存
`:xit` バッファが変更されていたら保存し、Vi を終了する
`:yank` 行をレジスタへヤンク
`:z` いくつかの行を表示 {Vi のすべてのバージョンにはない}
`:!` 行をフィルタにかける、または、外部コマンドを実行する
`:"` コメント
`:#` ":number" と同じ
`:*` レジスタの内容を実行する
`:&` 最後に実行した ":substitute" を繰り返す
`:<` 'shiftwidth' 1つ分だけ行を左へシフト
`:=` カーソルのある行の行番号を表示
`:>` 'shiftwidth' 1つ分だけ行を右へシフト
`:@` レジスタの内容を実行。しかし、`:@` はない。`:@@` は一部のバー
ジョンでのみ

これらのコマンドに共通するのは、Viが `:edit` やファイルを開く他のコマンドの
++opt 引数をサポートしていないことです。


以下のノーマルモードコマンドはViでサポートされています:

note: 説明文中のWORD、N、Nmoveなどの意味については、|normal-index| の先頭を参
照してください。

|CTRL-B| N 画面後方にスクロールする
|CTRL-C| 現在の(検索)コマンドを中断する
|CTRL-D| N 行(デフォルト: 画面の半分の行数)下にスクロールする。Vimは
'scroll' 画面行をスクロールし、Viはファイル行をスクロールする。
行が折り返されると違いが出る。
|CTRL-E| N 行上にスクロールする (N 行余分)
|CTRL-F| N 画面前方にスクロールする
|CTRL-G| カレントファイル名と位置を表示する
|<BS>| "h" と同じ
|CTRL-H| "h" と同じ
|<NL>| "j" と同じ
|CTRL-J| "j" と同じ
|CTRL-L| 画面を再描画する
|<CR>| カーソルを N 行下の最初の文字へ移動する
|CTRL-M| <CR> と同じ
|CTRL-N| "j" と同じ
|CTRL-P| "k" と同じ
|CTRL-R| 一部のViバージョン: CTRL-L と同じ
|CTRL-T| タグリストの N 個古いタグにジャンプする
|CTRL-U| N 行上へスクロールする (デフォルト: 画面の半分の行数) {Vi は
ファイル行を使っていたが、Vimは 'scroll' 画面の行をスクロール
する。行が折り返されると違いが出る}
|CTRL-Y| N 行下へスクロールする
|CTRL-Z| プログラムを中断する(または新しいシェルを起動する)
|CTRL-]| カーソル下の識別子で :ta する {Vi: カーソルの後の識別子}
|CTRL-^| 代替ファイルを編集する {Vi: count はない}
|<Space>| "l" と同じ
|!| {filter} コマンドで Nmove テキストをフィルタ処理する
|!!| {filter} コマンドで N 行をフィルタ処理する
vim-jp-bot 7日 18:10:27 Slack
" 次の削除、ヤンク、貼り付けにレジスタ {a-zA-Z0-9.%#:-"} を使う
(大文字は追記する) ({.%#:} は貼り付けでのみ動作する)
|$| カーソルを N 番目の次の行の行末へ移動する
|%| 現在の行の次の (波/角) 括弧を検索し、そのマッチに移動するか、
マッチするコメント括弧に移動するか、またはマッチするプリプロ
セッサディレクティブに移動する (Vi: countは未サポート)
|&| 最後の :s を繰り返す
|'| マークにジャンプする (Vi: 小文字のマークのみ)
|(| カーソルを N 文後方に移動する
|)| カーソルを N 文前方に移動する
|+| <CR> と同じ
|,| 最後の f、t、F または T を反対方向に N 回繰り返す
|-| カーソルを N 行上の最初の文字へ移動する
|.| 置き換えられた最後の変更を N 回繰り返す
|/| {pattern} の N 番目の出現箇所を前方に検索する
|0| カーソルを行の最初の文字へ移動する
|:| Exコマンドの入力を開始する
|;| 最後の f、t、F または T を N 回繰り返す
|<| Nmove 行を 'shiftwidth' 1つ分左にシフトする
|<<| N 行を 'shiftwidth' 1つ分左にシフトする
|=| "indent" で Nmove 行をフィルタリングする
|==| "indent" で N 行をフィルタリングする
|>| Nmove 行を 'shiftwidth' 1つ分右にシフトする
|>>| N 行を 'shiftwidth' 1つ分右にシフトする
|?| {pattern} の N 番目の出現箇所を後方に検索する
|@| レジスタ {a-z} の内容を N 回実行する
{Vi: 名前付きレジスタのみ}
|@@| 前の @{a-z} を N 回繰り返す
|A| 行末の後にテキストを N 回追加する
|B| カーソルを N WORD 後方へ移動する
|C| カーソル位置から行末まで変更する
|D| カーソルの下の文字を行の終わりまで、さらに N-1 行まで削除する
[レジスタxへ]。"d$" と同義
|E| カーソルを前方の N WORD の終わりに移動する
|F| カーソルを左に N 番目に現れる {char} に移動する
|G| カーソルを N 行目に移動する。デフォルトは最終行
|H| カーソルを画面上から N 行目に移動する
|I| 行の最初の文字の前にテキストを N 回挿入する
|J| N 行を連結する。デフォルトは 2
|L| カーソルを画面下から N 行目に移動する
|M| カーソルを画面の中央の行に移動する
|N| 最後の '/' か '?' を反対方向に N 回繰り返す
|O| カーソルの上に改行してテキストを挿入し、N回繰り返す
{Vi: 空白の [count] 画面行}
|P| カーソル前にテキストを N 回貼り付ける [レジスタ x から]
{Vi: count はない}
|Q| "Ex" モードへ切り替える
|R| 置換モードに入る: 既存の文字を上書きする。入力したテキストを
N-1 回繰り返す
|S| N 行を [レジスタ x へ入れ] 削除し、挿入を開始する。"cc" と同義
|T| カーソルを左に N 番目に現れる {char} の後ろまで移動する
|U| 1行のすべての最新の変更を元に戻す
{Vi: 最後に変更された行から移動していない間}
|W| カーソルを N WORD 前方に移動する
|X| カーソルの前の N 文字を削除する [レジスタ x に入れる]
|Y| N 行ヤンクする [レジスタ x に]。"yy" と同義
|ZZ| 変更されていれば現在のファイルを保存して終了する
|[[| カーソルを N セクション後方に移動する
|]]| カーソルを N セクション前方に移動する
|^| カーソルを行の最初の文字に移動する
|_| カーソルを N-1 行下の最初の文字に移動する
|`| カーソルをマーク {a-zA-Z0-9} へ移動する
|a| カーソルの後ろにテキストを N 回追加する
|b| カーソルを N word 後方に移動する
|c| Nmove テキストを削除して [register x へ入れ] 挿入を開始する
|cc| N 行削除して [register x へ入れ] 挿入を開始する
|d| Nmove テキストを削除する [レジスタ x へ入れる]
|dd| N 行を削除する [レジスタ x へ入れる]
|e| カーソルを前方の N word の終わりに移動する
|f| カーソルを右に N 番目に現れる {char} に移動する
|h| カーソルを左に N 文字移動する
|i| カーソルの前にテキストを N 回挿入する
|j| カーソルを N 行下に移動する
|k| カーソルを N 行上に移動する
|l| カーソルを右に N 文字移動する
|m| カーソル位置にマーク {A-Za-z} を設定する
|n| 最後の '/' か '?' を N 回繰り返す
|o| カーソルの下に改行してテキストを挿入する
{Vi: 空白の [count] 画面行}
|p| カーソル後にテキストを N 回貼り付ける [レジスタ x から]
{Vi: count はない}
|r| N 文字を {char} に置き換える {Vi: CTRL-V <CR> は依然として改行
に置き換えらる。何かを <CR> に置き換えることはできない}
|s| (置換え) N 文字を削除して [レジスタ x へ入れ] 挿入を開始する
|t| カーソルを右に N 番目に現れる {char} の前まで移動する
|u| 変更を元に戻す {Vi: 1 レベルのみ}
|w| カーソルを N word 前方に移動する
|x| カーソル下およびカーソルの後の N 文字を削除する [レジスタ x へ
入れる]
|y| Nmove テキストをヤンクする [レジスタ x へ入れる]
|yy| N 行をヤンクする [レジスタ x へ入れる]
|z<CR>| 現在の行を先上位へ
|z-| 現在の行を最下位へ
|z+| カーソルを N 行目上へ
|z^| カーソルを N 行目上へ
|{| カーソルを N 段落後方へ移動する
| カーソルを N 桁位置へ移動する
|}| カーソルを N 段落前方へ移動する
|~| カーソルの下の N 文字の大文字と小文字を切り替える。
vim-jp-bot 7日 18:10:27 Slack
Vim: 'tildeop' に依る {Vi: count はない、'tildeop' はない}
|<Del>| "x" と同じ


以下のコマンドはViの挿入モードでサポートされています:

CTRL-@ 前に挿入したテキストを挿入して挿入モードを停止する
{Vi: 最初の文字として入力した場合のみ。最大128文字まで}
CTRL-C 'insertmode' が設定されていなければ、略語をチェックせずに挿入
モードを終了する
CTRL-D 現在の行の shiftwidth 1つ分のインデントを削除する
{Vi: CTRL-Dは自動インデントの後に使用した場合にのみ機能する}
<BS> カーソルの前の文字を削除する {Vi: 自動インデントを削除しない、
行をまたがない、挿入の過去の開始位置を削除しない}
CTRL-H <BS> と同じ
<Tab> <Tab> 文字を挿入する
CTRL-I <Tab> と同じ
<NL> <CR> と同じ
CTRL-J <CR> と同じ
<CR> 改行する
CTRL-M <CR> と同じ
CTRL-T 現在の行に shiftwidth 1つ分のインデントを挿入する {Vi: インデ
ント内の場合のみ}
CTRL-V {char} 次の非数字を文字通りに挿入する {Vi: 10進数バイトエントリなし}
CTRL-W カーソルの前の単語を削除する
CTRL-Z 'insertmode' が設定されている場合: Viを中断する
<Esc> 挿入モードを終了する('insertmode' が設定されていなければ)
CTRL-[ <Esc> と同じ
0 CTRL-D 現在行のすべてのインデントを削除する
^ CTRL-D 現在行のすべてのインデントを削除し、次行にそれを復元する
<Del> カーソル下の文字を削除する


以下のオプションはViでサポートされています:

'autoindent' 'ai' 新しい行のために前の行のインデントを使う
{Vi はこれとは少し違ったやり方をする: <Esc> や
<CR> を打ったときにインデントが削除された後、上下
に移動したときのカーソル位置は削除されたインデント
の後である。Vi は削除されたインデントのどこかにカー
ソルを置く}
'autowrite' 'aw' 変更された場合は自動的にファイルに書き込む
'directory' 'dir' スワップファイルのディレクトリ名のリスト
{Vi: 一時ファイルを入れるディレクトリ。デフォルト
は "/tmp"}
'edcompatible' 'ed' ":substitute" コマンドのフラグを切り替える
'errorbells' 'eb' エラーメッセージのベルを鳴らす
'ignorecase' 'ic' 検索パターンの大文字小文字を無視する
'lines' ディスプレイの行数
'lisp' Lisp用の自動インデント {Vi: ちょっとだけ違う}
'list' <Tab> と <EOL> を表示する
'magic' 検索パターンの特別な文字を変更する
'modeline' 'ml' ファイルの先頭または末尾の 'modelines' を認識する
{一部のViバージョンではmodelinesと呼ばれている}
'number' 'nu' 各行の前に行番号を表示する
'paragraphs' 'para' 段落を区切るnroffマクロ
'prompt' 'prompt' Exモードでプロンプトを有効にする
'readonly' 'ro' バッファへの書き込みを禁止する {Vimは :view
ファイルを編集する場合は 'readonly' を設定する}
'remap' マッピングの再帰を許可する
'report' レポートのしきい値の行数の変更
'scroll' 'scr' CTRL-U と CTRL-D のスクロール行数
'sections' 'sect' セクションを区切るnroffマクロ
'shell' 'sh' 外部コマンドに使用するシェルの名前
'shiftwidth' 'sw' (自動)インデントステップに使用するスペースの数
'showmatch' 'sm' 括弧を挿入する場合は、対応する括弧に簡単にジャンプ
する
'showmode' 'smd' 現在のモードを示すステータス行のメッセージ
'tabstop' 'ts' ファイル内の <Tab> が使用するスペースの数
'taglength' 'tl' タグの有効文字数
'tags' 'tag' tagコマンドで使用されているファイル名のリスト
{Vi: デフォルトは "tags /usr/lib/tags"}
'tagstack' 'tgst' タグをタグスタックにプッシュする {すべてのViのバー
ジョンにはない}
'term' 端末名
'terse' いくつかのメッセージを短くする
'timeout' 'to' マッピングとキーコードのタイムアウト
'timeoutlen' 'tm' 'timeout' の時間 {一部のViバージョンでのみ}
'ttytype' 'tty' 'term' の別名
'verbose' 'vbs' 有益なメッセージを与える {ブール値オプションとして
一部のViバージョンでのみ}
'warn' バッファが変更されたときにシェルコマンドを警告する
'window' 'wi' CTRL-F と CTRL-B のスクロール行数
{表示する行数を指定するためにもViはオプションを使
用する}
'wrapmargin' 'wm' 折り返しが始まる右からの文字
{Vi: 異なった働きをする。そしてあまり役に立たない}
'wrapscan' 'ws' 検索はファイルの末尾で折り返す
'writeany' 'wa' "!" を必要とせずにファイルに書き込む

|missing-options| も参照。

              
Ken Takata 7日 18:10:59 Slack
(めっちゃ長かった)
Tsuyoshi CHO 7日 18:12:05 Slack
そしてコマンドの解説がコメントてあってよくわからなくなりそうw
Tsuyoshi CHO 7日 18:12:16 Slack
しかしやっぱり過去互換だったか...
Ken Takata 7日 18:13:34 Slack
いや、vi の頃から " はコメントとして使われていたということだと思います。なぜ " が使われたかは、ここを見てもわからない。
やっぱりフォームみたいなインターフェースはvimは苦手だなあ
CLIで次々聞かれる方が良いや…
フォームみたいなvimってどれですか??
あいや
作ろうとして失敗したって話です
なるほど
NicoNicoNi~~ 🤟🤟 Haskell / Vim / Idris / Scala / Kotlin / Android / YazawaNico / Japanese - aiya000
ちょっとGitHubが遅くて貼り遅れたのが悔やまれる・・・
何かと思った笑
Tsuyoshi CHO 7日 23:36:28 Slack
あいやさんは製作失敗 (4コマ)
Tsuyoshi CHO 7日 23:36:42 Slack
(さすがにまずいw)
  • sorena1
(こわいことを)
そう、でもそう。Vimでユーザー入力を次々受け付ける系はあんまりいい感じにならないですね
  • wakaru1
せいぜいがmarkdownのfrontmatterみたいなやつで、うーんって感じだ
これだったら npm init みたいに次々聞かれる方が体験的には良いや…
Tsuyoshi CHO 7日 23:40:39 Slack
いまだとpopupで選択、とか(自由入力はコマンドバッファ)
うーん。そうですね
popupと自由入力の時とでインターフェイスに飛びがあるんで
結構戸惑うんですよ
結構作り込まないと駄目だなこれは
Tsuyoshi CHO 7日 23:43:35 Slack
まあ、向いてないのはわかります。しいていえば、そのへんかなあというだけなので
ですよね
Tsuyoshi CHO 7日 23:44:10 Slack
バッファをcontrol系にするのはもともと向いてない気が...
専用のUIライブラリとかないと辛そう
ちょっと前にスニペット作るプラギン作ったんだけど、そのへん本当に微妙にしかならなかった
結局ユーザーにSetPrefix的なコマンド叩かせる形にしたけどこれもすごく微妙
こういうときElectronベースはちょっと羨ましくはなる…
本当は専用バッファ用意したかったけど、Emacsみたいに特定の場所は編集できないみたいなことが無理くさいので
ですね
Tsuyoshi CHO 7日 23:47:10 Slack
まあ、結果としてHTML系レンダラはGUI構築十分にできる能力ができてるからなあ
prefix:とか入れるとユーザーに消されちゃう
Tsuyoshi CHO 7日 23:47:29 Slack
(XAMLみたいなネイティブバインディングができたほうがうれしいんだけどな)
XAMLのほうが嬉しいわかります
UI構築はReactが好き
これがvimで叶えられる日が来るとしたら
textpropの超絶進化だろうな
(あんまり頑張って欲しいとも思わんけど)
実際ライブラリがあんまりないのが問題ですよね。ライブラリがないというよりもライブラリのエコシステムがない
みんな同じものを各自で作ってる
  • wakaru3
またfuzz(ry
Tsuyoshi CHO 7日 23:50:57 Slack
JavaのGUIツールキット(AWT)とかTcl/Tkをベタに書いて構築するとかより低レイヤなのがつらい
これはfuzzyほど大きくなくて、もっと小さい単位で起きていることだけど…
みなさんよくこれで頑張ってますねって気持ちにはたまになる
Tsuyoshi CHO 7日 23:54:08 Slack
Startifyとかcalendar.vimとか、よーやると思う
テキストエディタのバッファでUI構築するというのがまず無理がある
vdom(vim document object model)
Tsuyoshi CHO 7日 23:54:35 Slack
プログラミング言語が先行気味なEmacsは多少よいけど、あれも地獄
Tsuyoshi CHO 7日 23:54:57 Slack
というか、ブラウザをUIにしてる時点でいろいろみんな間違ってるよ、と言いたいw
Tsuyoshi CHO 7日 23:55:22 Slack
PDFのformとか逆にまだ仕組みとしては安定なんだが、こっちはリーダーが重い...
自分が知っているUIフレームワークの中で一番完成度が高いんだよな > ブラウザ
  • wakaru1
しかもクロスプラットフォームだし
Tsuyoshi CHO 7日 23:55:59 Slack
結果そうなりましたね...
cssテメーは許さねえ
Tsuyoshi CHO 7日 23:56:20 Slack
CSS、理念は嫌いじゃないが、使うに辛すぎるのが...かな
Tsuyoshi CHO 7日 23:56:33 Slack
XSLTももっと辛いけど
Git使えない…
Tsuyoshi CHO 7日 23:57:09 Slack
どうしたん
コンソールで頑張ってui作り込むのは趣味の領分なこんにちですがだがそれがいい!
  • goodpoem2
いつもなんかいっぱい触ってgit add .ってしてる細かくコミット出来るようになりたい
plugins的にはgina.vimをおすすめすることしかできない
Gina使いましょ
いや実際にはもっと選択肢はあるけど
tigとか
printだけでui作るお遊び最初は楽しいけどだんだん辛くなってくる
  • wakaru1
Tsuyoshi CHO 7日 23:59:29 Slack
git add -p すると粒度は下げれるが
git add -p はユーザーにdiffを書かせるという恐ろしい設計になってるのがな
hunkの分割しないなら十分だけど
Tsuyoshi CHO 8日 00:01:14 Slack
自動分割までしかしませんね
Tsuyoshi CHO 8日 00:01:24 Slack
書くのは無理(なんか失敗する)
  • wakaru1
慣れです慣れ 💪
gitの運用に関してだけは脳筋(なので参考にはしてもらいがたい)
-pおぼえた
Tsuyoshi CHO 8日 00:02:54 Slack
:wakaru:
GitHub Desktopの出来はまあまあいいと思う。
初心者には基本これを勧めてる
  • hee1
  • wakaru1
そういえばみらさんWindowsマンだったな
デザイナーとかマークアップやさんに聞かれたときは必ずDesktop使うこと進める
Windowsですです
heavenshell 8日 00:05:00 Slack
何度か書いてるけど、git add -i
  • tashikani1
Tsuyoshi CHO 8日 00:05:08 Slack
SourceTreeも悪くないえど、今はちょっとかも?
奴隷: こまめにaddしてこまめにcommitしないと電流が走る
脳筋: git add -pでいいじゃん
マメな人: git add -iがアレば十分
シェル好き: tig
デキるVimmer: gina.vim
誰にでも優しい: GitHub Desktop


くらいか
ちなみに僕は奴隷〜脳筋
デキないVimmerだけどvimdiffがないとpartial commit切れない体にされてしまってな…
たまにpartial commitしたいことあるので無いと困る
ここだとあまり使っている人いなさそうだけどfugitiveの :Gwrite は相当便利(書き込む時に一緒にindexに入れてくれる)
自分で切り出してvimrcにいれてるくらい
あ、たしかにfugitive
余計(?)なコンテキストスイッチング発生させてる分、実はマメなコミットなんて悪なんじゃないかという個人的な疑念もあるので、こればかりは人に強制したりできない
気がついたら膨れ上がって諦めてadd .
" fugitiveのGwriteもどき
function! s:gwrite() abort
update
let repo = finddir(".git", resolve(expand("%:p:h")) .. ";")
if !empty(repo)
let repo = fnamemodify(repo, ":p")
let root = fnamemodify(repo, ":h:h") " ディレクトリ名が展開された場合末尾に/が付く
call system(printf("git --work-tree=%s --git-dir=%s add %s", root, repo, expand("%:p")))
else
echoerr "not a git repository"
endif
endfunction

よかったらどうぞ
ちなみにgit add .で困ってないなら別に良いと思ってますよ僕は
まぁ個人で遊ぶだけの間は困ってないので就職とかしたり複数人でなにかするときにちゃんと考えるようにします…
heavenshell 8日 00:13:41 Slack
怠惰なワイ < どうせ rebase & squash するからええやろ
  • wakaru1
そして残る意味不明なコミットたち
さらに怠惰なワイ < rebase & squashしよ・・・まあやらんでもええやろ
  • sorena1
  • wakaru1
heavenshell 8日 00:14:48 Slack
ギ、ギットハブさんがよろしくやってくれるし…
コラボレーションのことを考えるなら、コミットを小さくするより先に
プルリクエストを小さくするほうが先で
プルリクエストを小さくしきれなくなった時に、コミットを小さくすることを考えるって感じになる気がしてはいる
(小さいコミットは巻き戻す単位の話だから、もっと原理的に必要なのは分かってるんだけども)
でかいPRは読むのつらい
なんか昔そんな記事を書いたなそういえば
1 件の返信 最終返信:00:17:45
kyoh86 8日 00:17:45
本日のいまさら記事はこちらです。 この記事の対象読者 commit messageは wip fix が9割を超える 「宇宙人」と書いて「マメな人」と読む 夏休みの宿題を9/1までに終える人は未来人である 「毎日1分頑...
heavenshell 8日 00:16:37 Slack
1000 行超えなければまぁなんとか。1000 行超えたらモブレビュー求めてます。
ものによるかなー昔はいろいろこだわってたけど最近はスピードが出れば正直なんでもいい
自分は未来の自分が読む時のためにコミット切ってる
とはいえ適当な事多いけど
細々といっぱいPR送られてきても結局なにがどうなったかわからなくなるときがある
このコードとしては正しいけど、全体としてどうなんだ・・・?的な
rebase&squashよくわかっていないので全部mergeで代用している。
結果commit treeがスパゲッティになった
それはそうですね
意味のある単位じゃないとPR出したらあかん。結果大きくなることもあるはず
手動rebaseは適当なリポジトリで試してみるのが一番早く理解できるかな
cloneした何かのOSSとか
自分が作った何かの複製とか
rebaseはcommit tree破壊して危険だからなれないうちはmergeで対応すればいいと学んだので避けていました
まあそれはそう、最悪コミット吹っ飛んだりするので
comit treeの破壊だっけ?なにかを書き換えるから危険だとかなんとか(うろおぼえ)
あ、あってましたか
だいぶ慣れたけど、未だに年に1回位コミットをふっとばす
なのでバックアップを取ってからやるしかない
一応GCが走る前ならreflog経由で戻せるはず
heavenshell 8日 00:22:34 Slack
push -f master さえしなければまぁ。
  • hai-small1
  • sorena1
  • yabai1
またmattnさんのTシャツが売れちゃう
Ken Takata 8日 00:24:08 Slack
git br temp みたいにバックアップを作ってからrebaseすることが多いかな
  • wakaru2
  • naruhodo1
結局むっちゃ敷居下がってて 😆
ローカルのマスターコピーでrebase事故やっちゃって、しかも手が滑ってpush -f masterまで済ませたやつがいるからな
一日分の作業が飛んだぞ
heavenshell 8日 00:24:43 Slack
素振り rebase feature ブランチでやることあります。
だいたいローカルで作業してるときはwip-hogehogeにいて
heavenshell 8日 00:25:20 Slack
https://suzuri.jp/mattn/3977917/big-t-shirt/l/white
とりあえずこれ 着させましょう。
mattnがつくった私は git push -f しました!のビッグシルエットTシャツが購入できるアイテムページ。色やサイズも選択可能。オリジナルアイテムを手軽に作成・販売できるサイト、SUZURI(スズリ)。自分だけの Tシャツやスマホケースなどを簡単につくることができます。
キレイなブランチはhogehogeにしておいて
wip-hogehoge -- upstream -> hogehoge
hogehogeはremoteをfollowして、そっちはrebaseしない、みたいなことをしているけど
面倒くさいからやめたい
そろそろブランチ切って作業する癖付けたほうがいいのかしら
heavenshell 8日 00:26:53 Slack
個人作業ならいいんじゃないですかね。
ふむ
heavenshell 8日 00:27:30 Slack
OSS でもユーザーついたらブランチ切る運用にしてます。
  • naruho1
流石に一人でブランチ切るのはマメすぎる…
たまに自分で破壊的変更するのが怖くなった時に予めタグ打つくらいだな
  • wakaru2
heavenshell 8日 00:28:52 Slack
changelog 自動で生成したいとかの時は最初から切るかな。
dotfiles毎回ブランチ切っていました……
それはすごい
dotfilesは全部master pushだな、たまに-fも付く
そういやなんでここでgitの話してるんだっけか? #tech-git
  • 😨3
ちょうどいいのがfeedに流れて来たけど、求めてるのと違った・・・
https://github.com/victorvoid/vim-frontend
⭐ Vim Frontend is a Vim configured for Front-end Developers. - victorvoid/vim-frontend
まぁ普通そっちか…
https://github.com/kuator
この人結構新し目のVimプラグインにスターつけていく人なんだけど、kuuさんとGitHubの名前が紛らわしくてRSS上だとどっちなのかわからない
https://github.com/kuuote
Web developer? Weeb developer! Low quality memes and even lower quality code. - kuator
ゆるしてくれ〜
文字数も同じなんだよな
一回ならんで同じのにスターつけてるときがあって面白かった
twitter
はす @83_hasu
adtd.vim表示形式を変更した
これでだいぶ見やすくなったかな
Twitter
💭 json-schemaでjsonにlsp噛ませたら便利なのでは…?
Tsuyoshi CHO 8日 22:18:29 Slack
yamlはやってくれますが、jsonサーバやってくれますっけ?
Tsuyoshi CHO 8日 22:19:25 Slack
あ、効くみたい
おお…できるのか…
つまりElasticsearchのSchemaを読み込ませれば…
ないのかElasticsearch…Query DSL…
plugin開発するとき、みんなどうやってるんだろう。
hot-reload的な機構もってるんだろうか
hot-reload気分でsourcingしたりすることはある
まぁやはりsoか…
保存してquickrunするとsource相当のことをやってくれるので
後は引数に特定の値を渡すとカレントディレクトリをrtpに加えた上で起動するやつをvimrcに書いてたりする
私はrepl駆動開発気味ですね〜
前は thinca/configパク 参考にしてカレントディレクトリがpluginっぽかったらrtpに加えるようにしてたけど色々と面倒で
replもとい : であれこれ試すこともあるな
repl言ってるのは、repl.vimです?
いやあれはvimscript対応してないか
起動時にあれこれフックするやつでなければpackpathに置いてpackaddするのもいいかもなー
あ、すみません。 : でreplっぽくってニュアンスでした
ああ
まぁそうですよね
packpathにおいてpackaddするの、僕も1アイディアなんですよね
やってみっか…
dotfiles配下で開発できる
heavenshell 9日 00:00:44 Slack
• packpath において autoload/foo.vim を開く
• tmux の pane でファイルを開いて :call foo#run() みたいなのを呼ぶ
• うまく動かなかったら foo.vim を編集
• pane で開いてる vim をカジュアルに落として再起動
• ある程度動いたら plugin/foo.vim にコマンド登録
そういやrepl系プラグインも地味に激戦区なんだよな〜機能差がいまいちわからないし、全体的にメンテされつづけてるし
vimをパカパカ落とすスタイルですよね。そう、そっちと悩む。
僕は * vimのなかにいる * ので、このコストがデカイのがネック…
別のVimを起動してカジュアルに落とすんですよ、そこがミソ
もちろん。
いや、言い方が正しくないか。
あ、terminalで動かすとネストしてつらいって話かな
vim on tmux on terminalではなくterminal on vim で生きてるので、
vimを落として立ち上げる = gvim落として別のgvim立ち上げるになる
heavenshell 9日 00:03:39 Slack
あーターミナルで生活してるからですねー。
なるほど
heavenshell 9日 00:03:49 Slack
gVim だときついかもですね。
non tmuxかめずらしい
vimの画面分割でいいじゃんってなってしまっているんですね
ありだと思う
Vimの中のterminalでカジュアル起動して外からガンガン落としまくってたことがあった
vimrcレスで起動してるせいでスワップが大量発生した
heavenshell 9日 00:05:55 Slack
一枚ものの .vim のなかで書いて :so % しまくって動きを確認ってのもやります。プラグイン書く一番最初の時。
まあswapはオプションで切ったらよかっただけの話
任意に強制再起動できて指定したコマンドを走らせられるシングルトンターミナルプラグインを自作して使ってるので、そこに vim -u NONE -N -n -c "so %" を指定するだけの簡単なお仕事
  • naruhodo1
高速に修正して回す時、終了して再起動するのもだるいのでブツ切りするのに便利
まぁそうですよねー
「やり方がわからないときほど、既存のアーキテクチャに頼りたくなる」という現象なのかもしれない
  • wakaru1
あとでリファクタリングすりゃいんだから、一枚で書いてsoしとけや、か…
そう考えると、そうか。必要なのはテストを書くことじゃないか
  • kzk1
リファクタリングの怖くない状況を先に作れば良いのか
singleton terminal with force restartすごく便利なので個人的にはおすすめして回りたいくらいなんだけど既存のプラグインで何かないかなー
> singleton terminal with force restart
は気になるは気になりますね確かに
サーバーの中身をインクリメンタルにいじくりまわすのに物凄く便利
vim-cargo test
こういう話をするのが一番楽しい…
  • wakaru2
1 件の返信 最終返信:00:17:59
kyoh86 9日 00:17:59
忘年会いらんからvimについて語らってたい
開発フローの効率化検討好きだけど、これ人を選ぶんですよね〜
全然響かない人とかも結構いる
  • wakaru1
CI/CDいじくり回してるときとかほんと楽しい
とにかく同じ工程を何度も繰り返すので無駄な手間は削りたい、そして削るためにyak shavingが始まって時間が消える
だって楽しいんですもの
作業環境、開発環境、開発フローはまじで楽しい。ずっと考えてられる
そしてプロダクトは完成しない
  • hai-small2
生産性を上げるための手続きを生産することに気を取られて
先に言われた
heavenshell 9日 00:21:43 Slack
昔は楽しかったけど今はそうでもないかなー。いちばんいいものをくれってなってる。
なんか誰かの記事で歳をとったらあんだけいじってたzshがデフォルトでよくなった的なの読んだな。。。 :totemoturai:
まぁでもわかる
heavenshell 9日 00:23:08 Slack
たくさん沼にはまってられるほど余生が長くないと感じてるからかもしれない。
多分それですわ僕も
自分の望みの環境が何もせずに降ってきてくれと思うことがある
環境構築は楽しめるからなんとかなってるだけなんだよなって本当に思う
heavenshell 9日 00:25:01 Slack
vimrc いじるので精一杯だw
あと、単純に「理想の何か」に一足飛びで頭が届かなくなってきた。
「でもアレ考えなきゃ」「そういえばこれも考えなきゃ」ってその理想にたどり着くために必要な諸々の障害が先に見えてしまう部分がある気がする
  • wakaru2
そういえば前にここで誰かが言ってましたね、見通す力が付いてくると腰が重くなるって
何も知らない方が我武者羅に動けるって
私ですね。そして、えふしんさんがオリジナルです
  • naruho2
すごいあるな
わお
犬のひとのなまえがここにも
日本人選手としては犬さんとあいやさんが参戦してますね
ですね
codi.vimとnvim-luapadは使ったことあるけど(どちらもリアルタイムにコードを走らせてくれるやつ)quickrunでいいやって思ってやめてしまった
私は一応codiを入れてますがちゃんと比較して選んだわけじゃないですね・・・
sniprunはRustとかも部分実行できるので少しだけ毛色が違いますが、他はまじで同じに見える。。。
herophan 9日 04:21:11 Slack
イヌ
herophan 9日 04:21:46 Slack
犬さん?
yoshitia 9日 04:23:39 Slack
vim-jpではrhysdさんが犬さんと呼ばれてます
  • naruhodo1
herophan 9日 04:24:18 Slack
ナイス徹夜yoshitia さん
yoshitia 9日 04:26:10 Slack
徹夜というか最近は7時くらいに家を出る仕事になったので
yoshitia 9日 04:27:34 Slack
04:00-05:00に起きてる
yoshitia 9日 04:29:39 Slack
行きと帰りで合計3時間かかるのつらい
  • totemoturai2
herophan 9日 04:32:02 Slack
それは大変ですね。。長期間の仕事なら引っ越した方が健康にとってよくない?
yoshitia 9日 04:35:42 Slack
私はOkinawa pref. の生まれなんで納得できないのですが
ずっとTokyoやその隣のprefectureにずっと住んでる人には
仕事でこのくらいの行き帰りの時間は通常なのです
herophan 9日 04:37:49 Slack
yoshitia 9日 04:38:04 Slack
おかしいですよね
herophan 9日 04:38:55 Slack
ボクは巨大都市にあんまり住んだ経験がないんですね
herophan 9日 04:39:05 Slack
おかしいです
herophan 9日 04:39:06 Slack
ほんとう
yoshitia 9日 04:40:44 Slack
それが嫌でTokyoに住んでいるのですが
今の仕事はYokohamaなんですよ
herophan 9日 04:41:09 Slack
ここはまだ、ほとんどリモート仕事なんですけど、首都圏の制裁は取りやめられていますか
herophan 9日 04:41:29 Slack
日本の制裁
yoshitia 9日 04:43:05 Slack
それなんですが日本は感染症のために人の移動や仕事を制限する法律がありません
yoshitia 9日 04:44:45 Slack
なので制裁と言っても「移動はあまりやらないでください。感染に気をつけて仕事してください」
yoshitia 9日 04:45:14 Slack
とアナウンスするのが精一杯なのです
repl系プラギン、とりあえずこれ以外をおすすめします!
  • 👍1
irb, ghci, and anything else. in Vim. Contribute to ujihisa/repl.vim development by creating an account on GitHub.
yoshitia 9日 04:54:18 Slack
リモート仕事あまりやらないですね。
日本企業はボス達がEメールやslack使って仕事するのが下手。
家から1時間の距離のオフィスに従業員集めて仕事するのが当然だと思ってる。
加えてMS Officeがコーヒー飲めるくらい遅い性能のPC使ってるので最悪
  • totemoturai1
31 件の返信 最終返信:05:17:28
herophan 9日 04:59:23
ここじゃ、リモート仕事が一般です。最近感染者の数が減ってきていたんですので、一応ロックダウン状態を解除されて、感染者が増えてきてまたロックダウンですね
herophan 9日 05:00:06
ヴァクチンが盛らない限り、リモート仕事が続くらしいです
herophan 9日 05:00:26
ソフトウェア仕事くらいは
herophan 9日 05:01:14
日本じゃやってないのは従業員にとってとても危ない
yoshitia 9日 05:01:39
さっきの話、信じられないかもしれませんがソフトウエア仕事の会社の話なんですよね
herophan 9日 05:02:16
yoshitiaさんがvimmerなのでそう思っていました
herophan 9日 05:02:29
信じられないくらいです
herophan 9日 05:03:26
日本の感染者も増え続けているらしいんですので、気を付けてくださいね
herophan 9日 05:03:26
日本の感染者も増え続けているらしいので、気を付けてくださいね
yoshitia 9日 05:04:39
たまたま日本が他の国より感染の速度が遅いので何とかなっています。
yoshitia 9日 05:05:16
でもそろそろHokkaido pref. と Osaka pref. が危ない
herophan 9日 05:05:51
政治家は経済の心配なんですかね
herophan 9日 05:06:49
リモート仕事出来る仕事(ソフトウェア)なら普遍的にそうした方が良いと思います
yoshitia 9日 05:07:36
情けないことに、日本政府はcovid-19対策にお金を使わないことに一生懸命です
yoshitia 9日 05:09:30
どうも今のオフィス、リモート仕事の準備をしてないみたい
herophan 9日 05:10:46
日本はアメリカよりは良いと思う。医療保険制度が良いらしい
yoshitia 9日 05:11:37
Tokyoは感染者増えていますが
日本で一番医師と病院が多い
Tokyoが危ない時はTokyo以外のprefは全部駄目になる時
herophan 9日 05:11:37
北米は就業率が激減したのでカナダなどがリストラされた人たちを助けていますが、アメリカなどが違うね
yoshitia 9日 05:12:34
日本は国営の医療保険があるのです
herophan 9日 05:13:04
それはグッド
herophan 9日 05:13:14
アメリカじゃそんなのがないんで
herophan 9日 05:13:34
カナダも、基本の医療保険だけがあります
yoshitia 9日 05:14:00
Obamaはそれを民営の保険会社にやらせようとしたので失敗したと聞いています
herophan 9日 05:14:18
薬品も歯科保健も国営じゃないんで(カナダは)
herophan 9日 05:14:39
医師に診させてもらうだけが国営らしい
herophan 9日 05:15:50
ボクはアメリカもカナダも行き来しているんですが、今はカナダに住んでいますね
yoshitia 9日 05:16:04
@ujihisa さんはカナダに住んでるはずですが時々日本に帰国して歯科病院に行くと言ってた
herophan 9日 05:16:20
herophan 9日 05:16:57
仕事先が歯科保健を賄うのがカナダの制度ですね
herophan 9日 05:17:28
@ujihisa さんが住んでいるのはBC州なので違うかも知れません
yoshitia 9日 05:17:28
@ujihisa さんhootsuite で仕事してた事もあるはず
理由は単にメンテしてないからです
repl系ちゃんと使いこなしたい
quickrunの概念に慣れてから、そっちですべてを完結させてる感じです
statelessなので普段は圧倒的にそれが便利
でもたまにstatefulでないといけないケースもありますしね (デバッガかつ前準備に時間がかかる系のやつとか)
yoshitia 9日 04:57:11 Slack
Railsの仕事やったことないからrails consoleうらやましい
具体的にはCのVimとか、あとJVM系の一部
といいつつ単に前準備に時間がかかる系だと、ConcurrentProcessがありますしね
quickrunのrunner/concurrent_process
これめっっっっっっっっっっっっっっっっっちゃ使ってます
具体的にはdocker-compose経由で比較的重いアプリケーションをquickrunしたいとき
これだと起動待ちしなくていいので (ただしひっそりとstatefulなのでそこだけ注意。たまにprocessちゃんとkillしないといけない)
yoshitia 9日 05:00:14 Slack
lisp系言語の仕事ないかなぁ
そうですね > hootsuite
こんな感じです! https://www.linkedin.com/in/ujihisa/
最後に来日したのは2019-11でした。VimConf 2019のため
herophan 9日 05:47:02 Slack
今はself-employed ですね
herophan 9日 05:47:22 Slack
日本語は「自営」かな
herophan 9日 05:49:04 Slack
医療保険はカナダじゃ国営じゃないので歯科などを日本にしているんですか?
herophan 9日 05:50:29 Slack
歯科や薬品などカナダに困っている人がたくさんいるらしいんですね。
herophan 9日 05:50:47 Slack
今は大学生として大学保健があるんですけど
たぶんそれ5年くらい前の話で、今は普通にこっちで行くために、たぶん2021年から追加の保険入ります
まだ調査中
#corporate-owners になったので、自分の会社が自分の社員にbenefitに入る系のあれにするつもりです
2019年、2020年は歯医者いけてなくてちょっと怖い
ちなみにこちらself-employedといいつつ、直近二年は99.99% Quipperに対してのみ仕事して稼いでるって感じです #quipper
  • naruho1
herophan 9日 05:54:26 Slack
stealth startup みたいな感じですか?
ですです
と言っても拡大予定してないので単なるsmall businessです
  • goodpoem2
herophan 9日 05:58:16 Slack
従業員はどれくらいいますか?
二人です
僕と嫁のみ、かつ他人雇用予定なし
  • goodpoem1
法人名もない
herophan 9日 06:00:40 Slack
なるほど。二人の保険を社員のbenefit扱いしてますね。カナダはsmall business が税率低いのでその点も良い
herophan 9日 06:01:20 Slack
そういうのボクもいつかしたいね
herophan 9日 06:01:28 Slack
consulting などのsmall business
まさにそれです
Small business deduction上限たぶんたどり着けない
  • hee1
$500,000/year
  • warau1
herophan 9日 06:02:43 Slack
それ結構高い
herophan 9日 06:02:53 Slack
でも行けるかも?
herophan 9日 06:03:42 Slack
consultingですか? それともcontract development?
herophan 9日 06:03:54 Slack
web application など作ってもらうために
実は違いがよく分かってないけど、今の契約は後者が近そう
  • goodpoem1
両方やってるのが正しいか
メインのサービス開発実際にやりつつ、かつ他のサービスにもアドバイスしたりパッチ投げたりしてる
  • naruhodo1
herophan 9日 06:06:04 Slack
社員より自営が儲かるらしいのでやってみたい。失敗する可能性もありますが
:gobold:
  • 👍1
herophan 9日 06:06:38 Slack
本などを読んで、知識集めて、いつかはやりたい
#corporate-ownersにプロが二人いる
herophan 9日 06:07:13 Slack
僕はアマチュア
  • ujihisa-teacher1
herophan 9日 06:07:47 Slack
You are teacher
yoshitia 9日 06:08:15 Slack
koronさんとtomoyaさんかな>プロ
  • sorena1
herophan 9日 06:09:20 Slack
保険の話はなんとかなるのかね…ヨロッパや日本みたいに薬品も歯科も国営というシステムあれば良いね、カナダも
herophan 9日 06:09:51 Slack
いつか
yoshitia 9日 06:09:54 Slack
日本もいつまで続くかわからないかな
herophan 9日 06:10:15 Slack
え。続かないの?
yoshitia 9日 06:10:41 Slack
保険を使うと病院や医師に報酬が出るんですが
  • goodpoem1
yoshitia 9日 06:11:06 Slack
段々報酬が安くなってきていて
ちなみにBCは薬の保険のやつある
  • naruhodo1
Phermasafe だっけ、名前忘れた
ただし所得が少なくないといけない
herophan 9日 06:11:48 Slack
Ontarioは24歳以下は保険があります
yoshitia 9日 06:11:49 Slack
保険が続いても医師や病院の数が減ってしまうかもしれない
  • 😢1
1 件の返信 最終返信:06:16:03
#←
チャンネルにも投稿済
herophan 9日 06:16:03
悲しい。でも日本は公務員(? 行政に雇われた人たち。例: 先生、医者)の報酬他の国よりは高いと聞いたことだけがあります
Income
herophan 9日 06:12:21 Slack
無職の人は薬品無料なんですか、BCは?
Yes
  • goodpoem1
正確に言うと、前年度無職だった人かな
herophan 9日 06:12:45 Slack
Ontarioは違う。。
納税額に依存
herophan 9日 06:13:08 Slack
今年無職になった人は?
  • 💸1
herophan 9日 06:16:03 Slack
悲しい。でも日本は公務員(? 行政に雇われた人たち。例: 先生、医者)の報酬他の国よりは高いと聞いたことだけがあります
このスレッドに返信しました : 保険が続いても医師や病院の数が減ってしま ...
herophan 9日 06:16:43 Slack
アメリカでの先生の年収はあんまり高くないです。かなり低い方だと聞いています
yoshitia 9日 06:19:15 Slack
給料高い医師は、診察や治療より、組織の運営や医療にかかわる行政の仕事かなぁ
yoshitia 9日 06:20:07 Slack
もしくは研究所とか
yoshitia 9日 06:22:07 Slack
診察や医療やってる医師も高いんだろうけど見合うかわからないくらい長時間労働
  • naruhodo1
herophan 9日 06:22:37 Slack
普通の医師は給料高くないんですか? 「医師」というと英語のPhysicianを訳したいんですが、Physicianは患者の悩みを聞いて基本的処置をおすすめする人です
herophan 9日 06:23:41 Slack
診察ですね
yoshitia 9日 06:23:49 Slack
今調べたら平均は高いな
yoshitia 9日 06:24:49 Slack
12,400,000 円/year
herophan 9日 06:25:16 Slack
それ高い方ですね
yoshitia 9日 06:27:16 Slack
カナダはそこまで高くないのか
herophan 9日 06:27:24 Slack
医者という職業(?)はいつでもどの点でも必要とされる職業で、長年の学業をやってからの職業なので、なれる人数が少ないし、給料が高くなければ他の国に行ってしまうし。なので給料は高い
herophan 9日 06:27:27 Slack
カナダも高いです
herophan 9日 06:29:53 Slack
友達が医者になろうとしてて、Doctor になるには: 学士号(4年)、Medical School (4年)、そして Residency (2-6年)なので10年くらいかかりますが
yoshitia 9日 06:30:22 Slack
日本医師が大変になってきてるのは給料以外の話だと
段々医療訴訟が増えてる
  • hee1
herophan 9日 06:31:08 Slack
なるほど
herophan 9日 06:31:44 Slack
カナダじゃ色々法に守られているとか聞いていますが、詳細はしらないんです
yoshitia 9日 06:32:25 Slack
問題は
yoshitia 9日 06:33:36 Slack
裁判官や検察の司法関係者に
妥当な医療措置だったか判断できる人が居ない 😇
herophan 9日 06:34:24 Slack
他のエキスパート医者を呼べばいいんじゃないですか?
yoshitia 9日 06:35:09 Slack
そう思うんですけどねー
yoshitia 9日 06:36:13 Slack
それが心配なので医師も訴訟トラブルの少ない診療科目を選ぶようになってる
yoshitia 9日 06:38:02 Slack
特に小児科や産婦人科は選ぶ人が激減した
herophan 9日 06:38:37 Slack
神経学より心臓病学を選ぶ人が多くなっているとか?
herophan 9日 06:38:55 Slack
おなるほど
yoshitia 9日 06:38:59 Slack
どちらも人によって適切な治療が異なる事が多いから・・・
  • naruho1
yoshitia 9日 06:40:40 Slack
他に不足してるのは獣医師かなぁ
herophan 9日 06:42:01 Slack
でもね、医療の分野、やりたい人が必ずしもいますね。小児科も産婦人科も神経科も心臓病科、その診療科に目指す人は必ずいると思います
herophan 9日 06:42:13 Slack
医者になりたい人は、医者になるだけの話ですね
ちなみに弊社、コンサルないし特定の開発の依頼、受けています。もし需要があれば気軽に声をかけてください!
  • goodpoem1
yoshitia 9日 06:43:09 Slack
日本では獣医師、動物専門と思われている事が多いけど
公衆衛生全般が専門だからな
yoshitia 9日 06:43:59 Slack
やりたい人が足りるといいなぁ
  • 👍1
1 件の返信 最終返信:06:45:54
#←
チャンネルにも投稿済
herophan 9日 06:45:54
足りると思う
herophan 9日 06:45:07 Slack
一人の友達が心臓専門医の外科医になりたいのは給料が高いかららしいww
yoshitia 9日 06:45:44 Slack
北米では心臓専門医の給料すごく高いのは知ってるwwwwwww
  • warau1
herophan 9日 06:45:54 Slack
足りると思う
このスレッドに返信しました : やりたい人が足りるといいなぁ
herophan 9日 06:46:30 Slack
人が人を助けたいと思う限りいると思います
herophan 9日 06:46:33 Slack
動物もww
依頼言語は英語でも日本語でもどちらでもok
  • naruhodo1
yoshitia 9日 06:47:25 Slack
あまり海外に知られていない医療関係の問題だと
1 件の返信 最終返信:06:51:57
#←
チャンネルにも投稿済
herophan 9日 06:51:57
海外に知られていない医療関係の問題?
yoshitia 9日 06:47:46 Slack
日本、善きサマリア人の法が無い
herophan 9日 06:49:21 Slack
? 善きサマリア人は知っているけど「善きサマリア人の法」は初耳ですね
herophan 9日 06:49:45 Slack
というかウィキペあった: https://en.wikipedia.org/wiki/Good_Samaritan_law
herophan 9日 06:50:42 Slack
ああなるほど。これは大事です
yoshitia 9日 06:51:25 Slack
欧米では当たり前過ぎて話題にはならないはずです
1 件の返信 最終返信:06:52:18
herophan 9日 06:52:18
たまにはなる
herophan 9日 06:51:57 Slack
海外に知られていない医療関係の問題?
このスレッドに返信しました : あまり海外に知られていない医療関係の問題 ...
yoshitia 9日 06:52:35 Slack
街中で誰かが急に倒れた時に
yoshitia 9日 06:53:22 Slack
近くに居た人や医療関係者が処置をして
herophan 9日 06:53:25 Slack
ああなるほど、「日本、善きサマリア人の法が無い」という事実は海外に知られていないですね
herophan 9日 06:53:39 Slack
ちょっと日本語下手なんですみません
herophan 9日 06:54:29 Slack
なるほど。これは法になるべき
yoshitia 9日 06:54:37 Slack
倒れた人が悪い結果になったりした場合に訴訟される可能性がある
  • 👍1
herophan 9日 06:55:10 Slack
欧米は「善きサマリア人の法」があるので問題ないんですが、日本は違う
herophan 9日 06:55:15 Slack
なるほど
herophan 9日 06:56:40 Slack
そんなに毎日ニュース読む人じゃないけど、たまにはそういう話聞きますよね
herophan 9日 06:57:06 Slack
「善きサマリア人が訴えられた」と
herophan 9日 06:57:38 Slack
ここは問題ないらしい、はい。弁護士じゃないので詳細はわからないけど
herophan 9日 06:58:14 Slack
仕事がんばってねyoshitiaさん!Good luck!
yoshitia 9日 06:58:30 Slack
ε=ε=ε=ヾ(´∀`*)ノ イッテキマース
  • 👍1
Tsuyoshi CHO 9日 13:03:00 Slack
A plugin for peeking help 👀. Contribute to notomo/helpeek.vim development by creating an account on GitHub.
すげえええ。いれよ
Tsuyoshi CHO 9日 13:05:57 Slack
たまごさんのstarとしてdashboardにきてた
  • benri1
良さそう!
リアルタイムに出るのかと思ったけど普通にcmapしてるだけなのね・・・
まあ便利な気もするけど使わないかな。(飛び道具としていれておくけど)
Tsuyoshi CHO 9日 13:17:33 Slack
というか閉じる方法がよくわからんw
デモだとスクロールできてるけどそもそもpopupにフォーカスできない
Tsuyoshi CHO 9日 13:18:36 Slack
あっちはnvimだからかな
  • naruhodo1
これ普通にsplitで開けば…
Tsuyoshi CHO 9日 13:19:32 Slack
たぶん「顧客の欲しいもの」は
• enable/disable機能
• enableで CursorHoldしたらpointのcwordのhelpを出す
• 移動したら更新する
みたいなのかもしれんな
  • wakaru2
ほんとだnvimだとできた
issue案件か
Tsuyoshi CHO 9日 13:20:08 Slack
というかコマンドのcompleteもないのちょっとまだまだ感あるな
Tsuyoshi CHO 9日 13:20:39 Slack
:h :command-complete
vim-jp-bot 9日 13:20:40 Slack

*:command-completion* *E179* *E180* *E181*
*:command-complete*
属性を指定しない場合、ユーザー定義コマンドの入力時に引数は補完されません。下記
の属性のうちいずれか1つを指定することで、引数が補完されるようになります。

-complete=arglist 引数リスト内のファイル名
-complete=augroup 自動コマンドのグループ
-complete=buffer バッファ
-complete=behave |:behave| サブオプション
-complete=color カラースキーム
-complete=command Ex コマンド(と、引数)
-complete=compiler コンパイラ
-complete=cscope |:cscope| サブオプション
-complete=dir ディレクトリ
-complete=environment 環境変数
-complete=event 自動コマンドのイベント
-complete=expression Vimの式
-complete=file ファイルとディレクトリ
-complete=file_in_path |'path'| 内のファイルとディレクトリ
-complete=filetype ファイルタイプ名 |'filetype'|
-complete=function 関数
-complete=help ヘルプの主題
-complete=highlight 強調グループ
-complete=history |:history| サブオプション
-complete=locale ロケール名 (locale -a の出力)
-complete=mapclear バッファ引数
-complete=mapping マップ
-complete=menu メニュー
-complete=messages |:messages| サブオプション
-complete=option オプション
-complete=packadd オプショナルパッケージの |pack-add| 名
-complete=shellcmd シェルコマンド
-complete=sign |:sign| サブオプション
-complete=syntax シンタックスファイル名 |'syntax'|
-complete=syntime |:syntime| サブオプション
-complete=tag タグ
-complete=tag_listfiles CTRL-D を押した時にタグ、ファイル名を表示
-complete=user ユーザー名
-complete=var ユーザー変数
-complete=custom,{func} {func}によるユーザー定義の補完
-complete=customlist,{func} {func}によるユーザー定義の補完

Note: いくつかの補完方法は環境変数を展開します。


ユーザー定義の補完
Tsuyoshi CHO 9日 13:20:44 Slack
ここにあるのに
cmapで使うのがデフォっぽいですからね〜
あとはKか
Tsuyoshi CHO 9日 13:20:54 Slack
ですねえ
thinca 9日 13:21:35