はじめに まず始めに言っておかなければなりません。 gocode 今まで本当にありがとう この記事は、Go 言語歴10年になる僕がこれまで愛用してきた Go 言語のコード補完ソフトウェア gocode の歴史と功績、そして今、gocode 自らがその役割を終えようとしている姿をぜひ皆さんに知って頂きたいという思いから Go Advent Calendar 2018 の記事として起こしました。この記事では gocode が歩んできた歴史と苦悩を少しでも皆さんに分かる様に解説させて頂きつつ、そして次にやってくる Go 言語のコード補完の未来についてご紹介したいと思います。Vim について多めに書かれていますが、Visual Studio Code での Go 開発にも影響する話です。 gocode とは gocode は nsf 氏が開発した Go 言語のコード補完サーバです。 GitHub
Why I Still Use VimAnd no, it’s not because I can’t figure out how to close it. Image: http://amzn.to/2umsBaYI often get asked about why I use Vim as my primary editor, there is no particular reason for this, except that I ended up learning it when I moved over to Linux full time many years ago. I ended up liking it because I could edit my small source files on my quad-core machine without needing
gitという、とっても便利なツールをご存知だろうか。 git とはソフトウェア開発に特化したバージョン管理ツールである。もはや、git 無しで僕らの開発は立ち行かないし、GitHubを中心としたエコシステムに僕らは支えられている。 日々の開発では、毎日数え切れないgitコマンドを打ち続けてプロダクトの歴史をアップデートしている。 この記事を見ているエンジニアの皆さんもきっとそうだろう。 いや？ ちょっと待ってくれ。 そういえば、僕はしばらくgitコマンドをコンソールで叩いた記憶がない。 そうだ！ vimをカスタマイズしてからというもの、gitを直接たたくより遥かに便利な開発環境になったんだった！ Vimmerはunite-gitiなしでは生きられない unite-gitiというプラグインがある。 これがすこぶる便利なのだ。 github.com サヨナラ git add git statu
![Vimとgitで俺たちの開発速度はさらに加速した - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/974c396b316ba443c89fcaddfe809807f67d57db/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2Fca48bbb0627840fd1cfe819768d53afbd9221977%2Fbackend%3Dimagemagick%3Bheight%3D1300%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fcloud.githubusercontent.com%252Fassets%252F1688137%252F11896630%252F8f08dc74-a5cb-11e5-8b1e-4b7433794387.gif)
この記事は Vim Advent Calendar 2012 : ATND 17日目の記事です。 前日は@syootaroさんのでした。 今年、ぼくの周りで「Vimを使ってみようと思う」と人が3人くらい出てきました。 その人達から「おすすめのプラグインや設定ないですか」とか 「Vimってこういうこと出来ないの？」という質問を受けることがありました。 また、私の操作を見て「何それどうやったんですか」という質問もいくつか受けました。 毎回説明するの面倒くさいのでこの経験を生かし、今後も増えることが間違いない新世代Vimmerに向けて 「ぼくがおすすめする基本操作と初期設定とプラグイン」を書いてみたいと思います。 ほとんどただのリンク集となっていますが。 対象は「Vimを触り始めてちょっと経った」程度の人です。 何より大事なこと viじゃなくてVimです。 前提 Vimはインストール済みであると
Vim Advent Calender 2011 45日目の記事です。今回のテーマはソースコードを素早く追いかけるです。 Vimをお使いの皆さんは設定ファイルや文書作成以外にもソースコードを作成・メンテ・閲覧などに利用されている事と思います。 そこで、ソースコードを追いかける時に便利なプラグインをご紹介したいと思います。なお、この記事は過去に私が書いたエントリーを再構成した内容となっています。 追いかけるソースコードを用意する まずは、追いかけたいソースコードを用意しましょう。例としてあげるソースコードはVimで世界的に有名なc9sさんが作った、巷で話題のRubyのBundler（やVimのVundle）ライクなPHP版Onionです。 $ git clone https://github.com/c9s/Onion.git cd ./Onion プラグインを設定する Source Exp
20111011 追記 node.jsをインストールしないと.coffee内の日本語が.jsにコンパイルされた後に欠落する問題がありました。 brew install node.js で、node.jsをインストールすることをおすすめします。 Homebrewは https://github.com/mxcl/homebrew/wiki/installation を参考に簡単にインストールできます。 もう生JSは触れない Titaniumでロジックを書いていて生JSの非力さに絶望していたところ、CoffeeScriptのことを思い出して食わず嫌いで触ってなかったので試しにCoffeeScriptを触ってみたら壮絶良かったので、もうTitaniumもCoffeeScriptで書こうと思いました。 Guardで自動コンパイル CoffeeScriptはコンパイルすることでJavaScriptの
前回の記事で、とりあえずMacのターミナルでGitのブランチ名を表示できたので、そのきっかけの元記事VimのステータスラインにGitのブランチ名を表示するを実行してみた。 記事のとおりにやったらサクっとブランチ名を表示できたんだけど、そのままだと見た目が思い通りではなかったので、ちょっとカスタマイズしてみた。こんな感じ。 そう、ブランチ名を右側に表示したかった。以下はそれについての備忘録。 Gitのブランチ名を右側に表示する まず前提として、VimのステータスラインにGitのブランチ名を表示する方法については、id:marutanmさんのこちらの記事を見てもらえばおｋ（丸投げ） 上記の記事の通りに設定して、既にGitのブランチ名の表示はできてるとして、これをそのまま使うとそれまで使っていたカスタマイズしたステータスラインの表示と変わってしまう。今まで使っていた.vimrcのstatusli
さて、以前、vim でコード解析を行うプラグインとして、clang_complete を紹介しました。 補完の精度は優秀ですが、普通に使用すると補完に時間がかかってしまい、ストレスが溜まってしまいます。 clang_complete では、高速にコード解析を行う方法がいくつあるので、今回はそれの検証と結果をまとめたいと思います。 ★高速化する方法 1.pch（プリコンパイル済みヘッダー）ファイルを使用する その名の通り、使用するヘッダーをプリコンパイルして、clang のコード解析時に使用します。 予め、プリコンパイルしておかないとダメなので、ちょっとめんどいかも？ 2.libclang libclangは、llvm に付属しているツールの1つで、コード解析を行います。 （Windows であれば、llvm のビルドを行うと libclang.dll が生成される） clang_compl
Vim is a highly configurable text editor LinuxやFreeBSDといったサーバを管理する場合、ssh(1)でログインしてvim(1)でファイルを編集するという作業を行う。こうした作業を実施する場合に覚えておくと便利なコマンドがある。vim(1)コマンドは引数にscp://からはじまる指定を受けることができる。この指定を実施すると、ssh(1)でログインしなくとも直接ファイルを編集しているように振舞わせることができる。 ssh(1)でログインしてvim(1)コマンドを実行するという2度手間が、1回のコマンド実行で完了するという利点があるほか、作業するマシンを1つに集約できるという特徴がある。ログインして作業する場合、それぞれのホストに設定ファイルが必要になり、コマンド履歴などのデータもホストごとに分散することになる。作業するホストをひとつに絞ること
http://d.hatena.ne.jp/Craftworks/20100908/1283941430 Vim からこのようなツールを利用する場合にはコンパイラプラグインを書くとより便利． 以下のプラグインはかなり手抜きだけど，まぁ最低限の機能は提供できていると思う． if exists("current_compiler") finish endif let current_compiler = "gjslint" if exists(":CompilerSet") != 2 command -nargs=* CompilerSet setlocal <args> endif CompilerSet makeprg=gjslint\ % CompilerSet errorformat= \%+P-----\ FILE\ \ :\ \ %f\ -----, \Line\ %l\\,\ %
Google が先日 JavaScript のコーディングスタイルガイド Google JavaScript Style Guide (邦訳) を発表しましたが、今度はその文法に沿ってチェックをしてくれる Lint ツール Closure Linter を公開したようです。 (via. 「Google JavaScript Style Guide」に沿ってチェックしてくれる、グーグル製JavaScript文法チェッカー) 早速インストールして開発効率を上げるべく、開発環境に導入してみたいと思います。 Closure Linter は python 製なので、easy_install でインストールできます。easy_install が入ってなければ、下記コマンドでインストールしましょう。 curl http://peak.telecommunity.com/dist/ez_setup.py
開発効率を上げるためのプラグインや機能のご紹介。 ■neocomplcache http://github.com/Shougo/neocomplcache 自動で補完候補をポップアップしてくれるプラグインで、Vimで効率的な開発をしようと思うのであれば必須のプラグインです。vimrcに以下の1行を加えればプラグインが有効になります。 let g:neocomplcache_enable_at_startup = 1有効にした上で適当にファイルを編集すれば自動で補完候補が出てきます。候補を選ぶ時はCtrl+Nで次の候補、Ctrl+Pで前の候補が選択できます。 設定項目もたくさんあります。:help neocomplcache@ja とすれば日本語ヘルプが見れるので、参照しながら設定してください。 もしこのプラグインを使ったことがないのであれば、人生の半分は損をしています。 ■テキストオブジ
えーっと、IDE使ってません。ごめんなさい。 PerlをIDEで書いてる人、どれくらいいるんだろう。何使ってるんだろ。 私はLinuxでもWindowsでもVimを使ってます。Perlってサーバで使われる事が多いし、サーバだとsshで入る事が多いだろうし、まぁXの転送やVNCやそれっぽいのでグラフィカルに操作しても良いけど、正直PerlのドキュメントもテキストベースだしPerlで入力補完出来るグラフィカルエディタもまず無いと思ってる。 で、私がVim上で使ってるPerlの開発を「200倍便利にするスクリプト」を紹介。 perldoc.vim perldocはPerlのオンラインマニュアルなんだけど、これを一々ターミナルに戻ったりして引いてると時間のロス。screenで分割して開いてもいいんだけどscreenの画面間移動よりもVim内でのウィンドウ間移動の方が操作感が統一出来てて良い。 そこ
Vimについてこんなことも知らないなんて言えないなあ……と尻込みしている方、いませんか？ このシリーズでは数回にわたってVimの導入から基本の操作、設定に至るまでを紹介します。（編集部） Vim - プログラマに人気の軽量高性能エディタ プログラマに人気の高いエディタの1つに「Vim」がある。「ヴィム」または「ヴィアイエム」と発音する。Vimはvi系の高性能エディタで、vi互換機能に加え、独自の機能を実現している。拡張が容易で多くのプラグインが提供されており、さまざまな用途に活用できるという特徴がある。 viはUNIX系オペレーティングシステムで長らくデフォルトインストールされてきたエディタで、システム管理や設定ファイルの編集などに使われることが多かった。ワープロとは操作方法がだいぶ違い、基本的にコマンドモードと入力モードという2つのモードを切り替えながら編集作業を実施する。 使えるように
2012/01/11追記。今やGitHub - tpope/vim-pathogen: pathogen.vim: manage your runtimepath、GitHub - VundleVim/Vundle.vim: Vundle, the plug-in manager for Vim、GitHub - Shougo/neobundle.vim: Next generation Vim package managerなどの優れたVimプラグイン管理ツールが存在するので、下記をアテにするよりもそれらを使ってGitHub - vim-ruby/vim-ruby: Vim/Ruby Configuration Filesから直接インストール方がよい。 熱心なVimmerであり、かつ敬虔なRubyistである諸兄におかれましては、当然ながらvim-rubyを使って日夜Rubyプログラミン
VimでRailsを快適に開発する（設定編）
Vimはとっつきにくいところがありますが、使っていると離れられなくなるくらいの、素晴らしいエディタです。 当然Railsの開発でもVimを使いたい。ということで、Rails開発をVimで快適に行えるよう設定してみました。 参考にしたのは以下のサイト。 Rails on Vim http://d.hatena.ne.jp/garbagetown/20090506/1241601962 以下、手順です。Windows環境です。 １．Kaoriya から最新のWindows版Vimをダウンロード。 実行するとフォルダが解凍されます。 解凍したものは、今回はProgram Files以下に、 C:\Program Files\vim72-kaoriya-w32j として置くことにします。 ２．環境変数HOMEを設定（どこでもいいが、たとえば C:\home) ３．ec57w32.zip をダウンロ
When you need perl, think perl.org 21日(米国時間)から4日間に渡って、Perlプログラミングにどのエディタ/統合開発環境を使っているかというアンケートがPollDaddyにおいて実施された。 最終的に3,234の投票が実施され、集計結果がPerl IDE and Editor Poll, October 2009において公開されている。公開された結果は次のとおり。 順位 エディタ 投票数 割合 1 Vim (またはvi、gvim) 1097 34% 2 Emacs (またはxemacs) 430 13% 3 Ultra Edit (plainまたはStudio) 224 7% 4 Eclipse EPIC 210 6% 5 そのほか 143 4% 6 Notepad++ 142 4% 7 Komodo IDE 128 4% 8 Komodo Edit
思うところがあってVimをメインに使い始めた。とりあえず今まで適当だったvimrcの整理から始めて、blosxomの新規記事を公開したり既存記事を更新するコマンドを作り、コーディングのために補完関連などを覚えたり調べたり設定したりした。そしたらいつのまにか3日経っていた。とりあえずはあまり困らないくらいまでにはなった……ような気がする。 カラー・スキームはIR_BlackをCursorLineをちょっと明るくしたりとかPmenuThumbを追加したりとか少しカスタマイズしたものを使っている。 プラグインは、 autocomplpop.vim commentout.vim eregex.vim mru.vim だけ。autocomplpop.vimは細かい挙動に慣れるのがちょっと大変そうだけど、すぐにすごいなーと実感はできた。commentout.vimは同じキーバインドでコメントアウトと削
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
vim で実践！ コードリファクタリング
