監視ソフトが出す進捗がリニアなのかどうかわかりません。前回再構築時も3日くらい9%で止まって、最後の12時間くらいで完了。[労働]魂を加速する120msもかかっていたvim(iterm2上)の起動を90msまで短縮した、たった一つの冴えたやり方的ななにか。colorschemeを決めうちに変更。立派に作られたcolorschemeは各種のなにかに対応するため、ちゃんとしたスクリプトっぽい構成になっていますが、決まってしまえばめったに変更することがないので決め打ちに変更してしまいましょう。なんだかんだいっても決め打ち数値を割り当てるだけの逐次処理は最強です。黒バック用の陰キャ全閉、見てるだけで陰気になる華やかさの破片もない普段遣いのものを晒しておきます。もとはjellybeansだったはずなのですが、原型をとどめていません...。何もかもが決め打ちなので、guiのみ。IgnoreMacVimだと、このあとGUIの起動という大仕事があるので、この程度切り詰めても体感できるほどの効果はありません。[労働]どうみても○ンコです。ほんとうに(ryと思ったら、実際に増殖しているようで、見たのは間違いなくインコでした。https://headlines.yahoo.co.jp/videonews/nnn?a=20180628-00000048-nnn-sociビルの屋上で尻尾の長い派手な色の鳥が、おぼつかない足取りで、なんかの実らしきものを食おうとして、落ちそうになったりしてるのを見かけました。思ったのですが......。コメントを受け付けていません。[労働]解決neocompleteが俺より遅いとき。新規で更で打つときは補完してくれたほうが圧倒的に早いのですが、写経をするときみたいに、ただひたすらにガンガン打っていくときには補完が邪魔になったりします。neocompleteにはNeoCompleteToggleっていうのがあって、それを適当にmapして、止めたいときにはlock。Toggleなので、Toggleになるようにvimrcとかに書く必要もなく、単にToggleを呼べばいい。neocomplete。コメントを受け付けていません。[労働]MacVimでもどうにもならない。japaneseはどうにもならない。-lに出てくるコードには載ってない...。CP932前提で変換すると♡とか丸数字とかが出てきたところで終了。JIS2004前提で変換すると、そこらへんが文字化け。iconvを使っているので当然ですが、MacVimで++encしても同じ結果。まともに変換できるコマンドラインツールはnkfくらい。83pv)以外でも一応読み込める(テキスト取り込みのときに、オプションで、読み込みオプションを表示にすると、画像とかと同じように読み込みのオプションが出くる。japaneseを前提にしたこまごました仕組みを使い続けていたりする。japaneseで保存して送られてくるテキストがほとんど(ありがとうライターさん)。コピペだと、クリップボードかなんかが適当な手段でなんとかしてくれるようで、画面に表示されている形でそのままコピペできる。なるMacVimで使うためには形を保ったままutf-8に変換しないといけないので、nkfは手放せません。editorとかmi(えむあい)とかで変換してもいいんだからね...。いうか、そのままそれで行け。japaneseからutf-8に決め打ちで変換するドロップレットを作ったからそっちのが速いし...。おれMacVimmerだし...。emacsどこいった...。MacVimでもどうにもならない。コメントを受け付けていません。