[過去ﾛｸﾞ] Vim Part29 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
139: 2019/04/15(月)00:06 AAS
ダーク系はコメント文をやたら薄く見づらくしてるのが多いからコメント文は色変える
140: 2019/04/15(月)00:14 AAS
なんであんなに暗くするんだろうな
もう色彩感覚が違うとしか思えない
141: 2019/04/15(月)02:03 AAS
コメントで遊ばせないためでは？
142: 2019/04/15(月)07:28 AAS
誰も強制しているわけではない。
嫌なら使わなければよい。
143: 2019/04/15(月)08:14 AAS
コメントがそれほど重要じゃなくなってきている，というのもあるんだろうな。
重大な変更点はVCSのコミットメッセージなどで残せばいい。
ライセンスはソースコード内ではなく別個のファイルとして独立させればいい。
↑こういう考え方。
俺自身はあまり馴染めないんだが
（一つのファイルにそのファイルに関連する事柄が全て載っていて欲しい）
OSSだけでなく業務でもそういう立場に立ったコーディング規約を多く見掛けるようになった。
144: 2019/04/15(月)08:30 AAS
変更履歴はgitとかでいいけどなぜそんな計算をするのか自明でない場合はコメント付けてほしい
適度な粒度の関数に分けても数学や物理の専門知識を要するコードだと説明が必須のものは存在する
145(1): 2019/04/15(月)10:51 AAS
コメントがそれほど重視されないってすごい時代だ
昔じゃ考えられない
146: 2019/04/15(月)17:38 AAS
vimのカラースキームでフルカラーに対応してる奴ってあるのかね
147: 2019/04/15(月)18:12 AAS
フルカラーって何？
True Color（24bit色）のことならとっくにしてるけど
148: 2019/04/15(月)18:13 AAS
あ、そういうカラースキームがあるかという話ですか、すいません
どうなんでしょ
149: 2019/04/15(月)19:29 AAS
>>145
昔はgitとか便利な管理システムが個人で使えなかったからね…
効率悪くても変更箇所とかを全部コメントとして記述しなくちゃならなかった。
150(1): 2019/04/16(火)08:51 AAS
vimも標準でgitとの連携機能つけてほしいな
今どきgit使うのは当たり前の前提なんだから(´・ω・`)
151: 2019/04/16(火)12:28 AAS
>>150
なんでもかんでも「標準」にしたがるのはどうかと。
ていうかPython側がその内gitに対応しそうっていう状況だから
pythonプラグインに任せればいい。
152: 2019/04/16(火)13:49 AAS
コメントは将来の自分に残すもの
153: 2019/04/28(日)13:20 AAS
その目的であればgitが最適。もはやコメントだけに頼るべきではない。
154: 2019/04/28(日)15:02 AAS
gitは慣れないとコミットし忘れて気付いた時に複数ネタをまとめてコミットしてしまってコミットメッセージを見ても何のことか分かりにくくなってしまうんだよな
155: 2019/04/28(日)15:23 AAS
自分が分かれば良いやと思って書いたコメントは
大抵自分で意味わからなくなる
156: 2019/04/28(日)15:34 AAS
常にコメントレベルでコミットしてんの？
157: 2019/04/28(日)16:43 AAS
gitはサーバーそこそこ早いし
階層見れるの便利だから
ただのアップローダーとして使っている俺笑
158: 2019/04/28(日)16:44 AAS
要点だけ書けばいいだろ
いちいちコメント残してらんない
159(1): 2019/04/28(日)17:01 AAS
難解な数学的処理が入るようなプログラムでどれだけ綺麗なソースでも長々とした説明がなければ理解不可能な場合ってコメント以外に適切な方法ある？
別ファイルに丁寧に書きたいところだけど別ファイルの存在を忘れてソースの修正に追随しなくなるリスクとかもあるし
160: 2019/04/28(日)17:40 AAS
使用したアルゴリズムか定理等の簡単な説明と
入力値を定数で表した場合に結果がこの式(値)
になればいいって20行以内で示して
下に挙動中心にプログラムの要約の擬似コードを
texで書いて差し上げればいいだろ readme.texとか
texとか慣れてないならreadme.jpgとかpdfとかあるだろ。
コメントとかtxt(doc)でそもそも単純な文字列で
無理やり書こうとするのが間違いなんだよ
161: 2019/04/30(火)01:45 AAS
お前らってこんなにも無知だったのか？
オラがっかりだぞ
162(2): 2019/05/01(水)21:49 AAS
splitしたときに:qで閉じると画面分割が崩れるのを防ぐために
nnoremap <Leader>q :bdelete<CR>
としています
同じコマンドで、最後のバッファを閉じるときだけは
通常の:qの動作をさせるにはどうしたらいいですか？
163: 2019/05/02(木)00:11 AAS
画面分割が崩れるってのがわからん
どっちつかってもウィンドウは同じように消える
164: 2019/05/02(木)00:22 AAS
:qall で一気に終われるんじゃね？
165: 2019/05/02(木)00:51 AAS
mksで保存したセッションファイルを開くとnerdtreeの画面分割がおかしくなることはよくある
166: 162 2019/05/02(木)11:01 AAS
すみません自分で勘違いしてました
'qpkorr/vim-bufkill' を導入して、:BDというのを入れてました
そうすると:splitで2画面に分割して、上でFile A、下でFile Bを編集しているときに
File Bだけ:BDで閉じれば画面分割は解消されずにFile Bだけ閉じれます
これが便利なのでいつも:BDでファイルを閉じるようしています
が、分割していなくて1ファイルしか開いていないときに
:BDすると、no nameなファイルを編集している状態になってしまって
vimが終了できないのです (当たり前ですが)
ということで
2バッファ以上存在するとき→nnoremap <Leader>q :BD<CR>
1バッファしか存在しないとき→nnoremap <Leader>q :q<CR>
という場合分けマッピングがしたい、というのが主旨でした
そういう場合分けマッピングってできますか？
167: 2019/05/02(木)11:08 AAS
バッファ数カウントして実行するコマンド変える関数作れば良いんでね？
168: 2019/05/02(木)11:35 AAS
tabpagebuflist()でバッファリストが返ってくるから後はお好きに
上下前次1-新書関写板覧索設栞歴
あと 834 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.009s