Vimプラグイン初心者がスニペット機能を導入して、独自スニペットを追加できるまでの流れ - Qiita
背景 競技プログラミングで遊んでると、使い回しが効くようなコードはスニペット機能を使って素早く挿入したくなった。 Vimプラグインはあまり使ったことがないため、インストール周りで少し手こずったのでメモ化。 スニペットとは？ コード・スニペット。簡単に言うと定型構文を素早く挿入できる機能。 Vimでもプラグインを導入すればスニペット機能を利用できる。 この辺りを参照すると雰囲気がつかめると思う。 VimでPHPの補完にスニペットを使ったら捗った件 - Qiita 導入手順 プラグイン管理ツールの導入 Shougo/neobundle.vim Neobundleは、Vimプラグインを管理するためのプラグイン。 gitから落としてくる。 mkdir -p ~/.vim/bundle git clone git@github.com:Shougo/neobundle.vim.git ~/.vim/
VimでPerl（に限らないけど）を書くときにこれだけはやってほしい設定
" Disable AutoComplPop. let g:acp_enableAtStartup = 0 " Use neocomplcache. let g:neocomplcache_enable_at_startup = 1 " Use underbar completion. let g:neocomplcache_enable_underbar_completion = 1 " Set minimum syntax keyword length. let g:neocomplcache_min_syntax_length = 3 let g:neocomplcache_lock_buffer_name_pattern = '\*ku\*' " Use smartcase. let g:neocomplcache_enable_smart_case = 1 " Use camel
vim-quickrun シンプルかつまともに使える設定 - Qiita
シンプルなvim-quickrunの設定を紹介する。 使用するプラグインはvim-quickrun,vimprocのみ。 これらの導入方法については省略。 成功時はbufferに、失敗時にはquickfixに出力する。 vimprocで動作。 bufferが空なら自動で閉じる。 let g:quickrun_config = get(g:, 'quickrun_config', {}) let g:quickrun_config._ = { \ 'runner' : 'vimproc', \ 'runner/vimproc/updatetime' : 60, \ 'outputter' : 'error', \ 'outputter/error/success' : 'buffer', \ 'outputter/error/error' : 'quickfix', \ 'outputter
vim で Perl を書くときのための tips - Articles Advent Calendar 2012 Casual
@tokuhirom です。Perlを書き始めて8年ほど経ち、Perlで何か作る際の効率化の手法がそれなりに確立してきたので、それを思いつくままに紹介しようと思います。主に多言語から来てPerlにほどんど慣れてない方などを想定しています。 僕の秘伝のタレ的な .vimrc の中から perl に関係ある部分だけをぬきだしてお教えしましょう。すべて設定すればだいぶ快適になりそうです。とかかいてると教えるのもったいない気分になってきた。 ぼくの環境 僕は vim の環境として以下のようなものを指定しています。mattn さんからは DIS られがちです。 neosnippet unite.vim pathogen vim-perl プロジェクトの成果物をつかう https://github.com/vim-perl/vim-perl なんか最近、perl-vim から vim-perl にかわ
脱初心者を目指すVimmerにオススメしたいVimプラグインや.vimrcの設定 - Qiita
はじめに: 「素のVim」から「プラグイン付きのVim」へ Vimを使い始めた当初、僕は.vimrcの設定だけで実現できる機能に限定した方が「ポータブルなVimスキル」になる気がしていたので、プラグインは全く使わずに「素のVim」を使っていました。 しかし、Vimを使って実務でRailsを開発し始めるとそんなことも言ってられなくなりました。 やはり素のVimだけでは限界があります。 Vimを使って効率よくRailsを開発するためにはプラグインに頼らざるを得ません。 ネットの情報などを参考にしてあれこれプラグインを入れてみましたが、これは手放せないというプラグインもあれば、思ったほど使わなかったというプラグインもあります。 今回の記事では前者のような「これは手放せない！」と僕が考えているプラグインに限定して紹介していきます。 また、後半ではプラグインを使わない.vimrcの一般的な設定につい
vimにNeoBundleとNeoCompleteを入れる - KayaMemo
NeoCompleteを入れるために、vimのプラグイン管理ツールである、NeoBundleを入れる。 Shougo/neobundle.vim インストール方法は上記公式のReadmeに従った。 任意のディレクトリにインストール用ファイルをダウンロードし、実行。 $ curl https://raw.githubusercontent.com/Shougo/neobundle.vim/master/bin/install.sh > install.sh $ sh ./install.sh $ rm ./install.sh インストール時に表示される以下の設定を、.vimrcに記述。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 "
Big Sky :: VimmerなPerl開発環境
えーっと、IDE使ってません。ごめんなさい。 PerlをIDEで書いてる人、どれくらいいるんだろう。何使ってるんだろ。 私はLinuxでもWindowsでもVimを使ってます。Perlってサーバで使われる事が多いし、サーバだとsshで入る事が多いだろうし、まぁXの転送やVNCやそれっぽいのでグラフィカルに操作しても良いけど、正直PerlのドキュメントもテキストベースだしPerlで入力補完出来るグラフィカルエディタもまず無いと思ってる。 で、私がVim上で使ってるPerlの開発を「200倍便利にするスクリプト」を紹介。 perldoc.vim perldocはPerlのオンラインマニュアルなんだけど、これを一々ターミナルに戻ったりして引いてると時間のロス。screenで分割して開いてもいいんだけどscreenの画面間移動よりもVim内でのウィンドウ間移動の方が操作感が統一出来てて良い。 そこ
Mac OS Xの環境構築を自動化する(2016年度初旬編) | DevelopersIO
はじめに 中山です。自己紹介ブログ以外では一発目のエントリです。よろしくお願いします。 唐突ですが、みなさんMacの環境構築はどのように行っていますか。温かみのある手作業で行っていますか。または、何らかのツールを利用して自動的に設定が行えるような仕組みで構築していますか。 私はこの作業にAnsibleを利用しています。Ansibleを利用したMacの環境構築というと、去年話題になっていましたね。こちらのエントリが火付け役だったと記憶しています。その後も、エンジニア界隈で定期的に話題になるネタのようです。 私は結構前からこの方法で環境構築を行ってきたということもあって、そこそこ知見が溜まってきました。また、時期的に(新入社員の季節！私もです)会社からPCを支給され初期構築に四苦八苦されている方々が多いのではないでしょうか。 そこで本エントリではAnsibleを利用したMacの環境構築2016
日付のネーミングパターン - codic ブログ
日付型カラムのネーミングパターンについて、海外のオープンソースソフトウェアを調べてまとめてみました。 1. creation_date 名詞_date で複合名詞を作るパターンです。時制を持たないので完了日や未来日にも使えるので、汎用的かなと思います。英語的にもめちゃくちゃな意味にはならないです（だって複合名詞だもん）。デメリットは、英語の名詞形は (-tion とか -ing）は長い傾向があるという事でしょうか。 e.g.) creation_date start_date order_date 2. date_created date_過去分詞 で、〜した日付という意味で過去日付に使います。いわゆる分詞の後置で、海外ではよく見ます。型情報である date が前に付くので、他のカラムとの並びが悪くなります。 // 並びが悪い date date_created; bool created
巨大化した「詐欺的」IT業界が、国民の生命や社会・経済を破壊する危険が現実味
先月から今月にかけ、大手国内航空会社の日本航空や全日空のシステム障害が発生し、多くの利用客に影響が及んだが、大規模なITシステムの開発では、受託型IT／ソフトウェア開発業（以下、受託型IT業）のひどい体たらくが指摘される。ユーザーの要望を理解しようとしない、仕様書が読めない、言われたことしか（言われたことも）しない、技術力がない、モラルが低い、向上心がない、頭数（人の派遣）で儲けている等々。同業界がこの国の社会・経済をおかしくしないために、建築基準法並みのルールと厳格なチェックが必要ではないか。このままIoT時代に突入するのは危険すぎる。 出口なきダメ論のループ 受託型IT業はユーザー（原発注者）から「所詮は下請け」と小馬鹿にされ、「3K」といわれて久しい。「きつい・帰れない・給料が低い（結婚できない）」が新卒就職希望者から敬遠される要因だが、もうひとつ、「経験・勘・神頼み」という仕事の進
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
説明は初心者向け、学ぶ知識はプロで通用するレベル、HTML5とCSS3が身につく良書 -いちばんやさしいHTML5&CSS3の教本
