本日2021年9月30日が最終出社日でした。1か月間のお休みをいただき、11月から新しい職場で働きます。2015年4月に新卒入社して、Mackerelチームとブックマークチームに所属しました。約六年半、お世話になりました。どちらのプロダクトも携わることができて楽しかったです。 入社時はウェブサービスの実装について何も知らない状態でした。しかしMackerelチームの優秀な先輩と理解あるプロダクトオーナーとディレクターに支えられて、様々なことを学びながらサービスと共に成長できました。サーバーやフロントエンドを書いたり、機能を作ったり閉じたり、年の瀬の夜中に障害対応したり、ioドメインが壊れたり、Linuxカーネルのコードを読んだり、時系列DBをクラウド上で実装したり、競合との差別化を考えたり、お客様とサービスの強み弱みについて議論したりしながら、SaaSビジネスをやる上での色々なことを経験で

本日 2021年9月16日に vim-jp は10周年を迎えました。 vim-jp 立ち上げ当初の記事は以下になります。 2011-09-07 github上にvim-users-jpというorganizationを作った。 by mattn 後に名称が vim-jp へ変更となりました。 2011-09-16 vim-jpを作りました。 by KoRoN 2011-09-16 Vimをお使いの皆さまへ by KoRoN 2011-10-01 個々の作業はチームを作る事で効率を上げられる by mattn vim-jp 立ち上げ約1か月の振り返り記事 2012-11 vim-jpの活動報告 (by KoRoN) 1年目の振り返り。VimConfの前身である ujihisa.vim 2012 での発表スライド この10年ものあいだ vim-jp が存続・機能できたのは、 何より vim と

はじめに この記事は以下の記事で事故がなぜ起きたかを技術的に理解し筆者のtipsを共有しようと思い書きました。あくまで筆者のtipsですので、これが正しいとは限りません。 やはり、下記のコマンドが原因でした。 [root@foo script]# ls -l | sh 事故そのものは ls コマンドに -l を付けて実行してしまった事で、ls コマンドが出力したシンボリックリンクが以下の様になってしまったという話です。

#Tools #Vim #MouselessA Vim Guide for Advanced UsersWelcome to the third part of this series aimed to help you unleash a power never seen on Earth using the Almighty Vim. We’ll see together in this article: Some nice keystrokes beginning with g.What ranges are and how to use them.The quickfix list and the location lists.The marvelous substitute command.The crazy useful :global (or :g) command.What

こんにちは、みみぞうです。 ナビタイムジャパンで『システムや開発環境、チームの改善』を担当しています。 本記事は社内勉強会で発表した内容に沿っています。 この勉強会は、社内全エンジニアの1/4ほどが参加して好評だったため、記事を書かせていただくことになりました。 なお、Vim歴は2年半です。 読んで欲しい方以下のように感じる方を対象にしています。 ❶ VimよりVS CodeやJetBrainsのIDEを使った方が速いので使う必要がない ❷ Vimは学習コストが高いのにメリットがない ❸ Vimの勉強/スキルアップの仕方が分からない この業界に入って7年以上もの間..私も❶～❸の考えをもつ人間でした。 もし昔の自分に会えるなら..『今すぐVimの思想を取り入れよ』と言いたいですね😅 Vimは使わなくていい、されどVimの思想を取り入れよ『すべての開発をVimでせよ』なんて言うつもりはあり

（vimとの戦争の話ではない） Emacs、一生入門できない あたまがうんちで出来てる俺にはむり ・パッケージの導入方法がわからない package, use-package, leafやらのいろんな方法が混在していてわけわからん 便利そうなパッケージの説明見に行くと、設定方法の説明に使ってるのがpackageだったりuse-packageだったりもっと古いやつだったりでわけわからんくなる 結局packageとuse-packageの混在したわけわからんinit.elを書く羽目になる しかも設定書いたつもりでも反映されてなかったりするし原因調べようにも全部英語 ・簡単な操作をするのにもいちいち調べないと行けないのが面倒 さっきもRedoってどうやるんだ？ってなってググった いちいちググりに行かないといけないのがしちめんどくさい しかもなんだよC-g C-/って。覚えてられっかよ。C-yでR

コツコツと開発を続けてきた、テキストエディター向けの色テーマ「Iceberg」。開発6年目にして、とうとうGitHubのスター数が1,000を越えました！めでたい🎉🎉🎉

はじめに ローカルでのTerminalを使った開発 EC2インスタンス等へログインした後に発生するテキスト編集作業 など、vim等のテキストエディタを使うシーンというのはそれなりに発生します。いざその場面に遭遇した際に、テキストエディタ操作で手間取ってしまうことは避けたいものです。 vimのローカルトレーニング用テキストとしてvimtutorというコマンドがあります。 % vimtutor =============================================================================== = V I M 教 本 (チュートリアル) へ よ う こ そ - Version 1.7 = ===========================================================================

なにそれ 最強のvimプラグインcarbonpaper.vimを使うと、、、 このvimのコードが そのままの色（カラースキーム: hybrid）でLaTeXに！ あるいはこんな感じにも！ （カラースキーム: PaperColor） 概要 カーボン紙です。vimのカラースキームをLaTeXに転写します。 s417-lama/carbonpaper.vim LaTeXのlistingsでソースコードを貼りたい、しかし わかりにくい そのままだときれいじゃない シンタックスハイライティングがサポートされている言語が少ない といった状況。 例えば上の例みたいなElixirのコードをTeXに貼りたい時、vimのカラースキームのまま貼り付けられると嬉しい。 LaTeX用の文法定義を書いて、、、みたいなことをすればハイライトできるかもしれないが、そんなことを新しい言語が出るたびにやりたくない。 じゃあ

はじめに まず始めに言っておかなければなりません。 gocode 今まで本当にありがとう この記事は、Go 言語歴10年になる僕がこれまで愛用してきた Go 言語のコード補完ソフトウェア gocode の歴史と功績、そして今、gocode 自らがその役割を終えようとしている姿をぜひ皆さんに知って頂きたいという思いから Go Advent Calendar 2018 の記事として起こしました。この記事では gocode が歩んできた歴史と苦悩を少しでも皆さんに分かる様に解説させて頂きつつ、そして次にやってくる Go 言語のコード補完の未来についてご紹介したいと思います。Vim について多めに書かれていますが、Visual Studio Code での Go 開発にも影響する話です。 gocode とは gocode は nsf 氏が開発した Go 言語のコード補完サーバです。 GitHub

小川一水 @ogawaissui SF作家です。ツインスター・サイクロン・ランナウェイ3、23年6月20日発売。あいすみませんがお返事しないことが多いです。 これまでの仕事歴はこちら。 issui.sakura.ne.jp/hp/issui1.htm#… 避難先ブルースカイ @ogawaissui.bsky.social 小川一水 @ogawaissui たまに、「このバージョンの文と、このバージョンの文の、差分箇所だけ自動置換か、せめてハイライトしてほしい」という作業があるが、エディタはそんなことやってくれないので手動である。

VimConf 2018 パンフレット イベントのレポートというのは生ものであり、鮮度がある。 イベントの当日は、疲れ切ってしまっていて、とても帰宅してから文章を書こうという気持ちにはならずすぐに寝てしまう。次の日は仕事がある。そんな風にレポートを書くことをしぶっているうちに、Twitterではいろんな参加レポートが出回る。これ以上俺が書く必要もないんじゃないか・・・という気持ちが大きくなり、「書かない」という決断をするわけでもなく、レポートは永久に書かれない。 イベントの報告をする上で、では自分が書くもの、自分にしか書けないものは何だろうか。それはパーソナルな体験であり、今回のVimConfであれば、やはりスタッフ業に関することを書くべきだろう。 スタッフは何をするのか ノベルティを詰める作業の様子 残っている記録を見ると、VimConfスタッフが最初に打ち合わせを行ったのは2018年5

僕のこれまで人生の中で、2日間まるまる Vim の事を考えるなんて事なんて無かったし、今思い返してもとても刺激的な日でした。 まず始めに、VimConf というイベントを産み出してくれた ujihisa さん、kaoriya さん、運営に関わった皆さん、そしてスポンサー頂いた企業の皆様、個人スポンサーをして頂いた皆さん、本当にありがとうございました。 中には参加できないにも関わらず VimConf が上手く行く事を願って個人スポンサーになってくれた方も沢山いました。本当にありがとうございます。 今回 Vim の作者 Bram Moolenaar 氏を VimConf 2018 に呼べたのは皆さんのお力あってこそだと思っています。 これまで VimConf はどちらかというと、こじんまりしたイメージのイベントでしたが、「Bram Moolenaar 氏を呼ぶに相応しい国際会議として開催すべき

普通、保存だったらハードディスクとかCDとかそういうマークにしないか？ ろくでもないような、電荷プラスマイナス逆に定義しちゃったのを引きずってるみたいな話なのかもしれないが。 使う側からしたら気持ち悪くてしょうがない。なんのマークなんだ？ ピンとくるようなわかりやすいデザインにしてくれればいいのに、あのよくわからない四角いマークのせいで探すときいちいち迷うわ。 意味不明だわ。なにがモデルになってるの？

たとえば今6時半で、寝るまでかなりの時間があるんだけど、どう過ごしてるんだろう お前らネットジャンキーも、ジャンキーでない正常な人間ならどうするかな？　どうすべきかな？　というのは想像ぐらいはできると思うので聞かせてほしい

今年の VimConf 2018 は凄いぞ 2013年から毎年開催されている Vim の国際カンファレンス VimConf も今年で 6 回目の開催となります。今年も 11/24、富士ソフトアキバプラザで開催されます。 記念すべき日 実は VimConf 運営スタッフには、開催当初から念願していたある夢がありました。 VimConf を国際カンファレンスのレベルにまで成長させ、いつの日か Vim の作者 Bram Moolenaar 氏を呼びたい VimConf 2018 でこの記念すべき日がやってくる事に、我々スタッフはいま胸の鼓動の高鳴りを抑えられずにいます。 https://vimconf.org/2018/ 我々スタッフは何ヶ月前も前からメールで Bram Moolenaar 氏にアポイントを取り始め、昨日ついに正式な OK を頂く事が出来ました。 Can I confirm th

Vim Advent Calendar の165日目の記事です。 前回の記事はthincaさんの同一視されるキーに注意でした。 Vimの設定ファイルをGitHub等のリモートリポジトリで管理すれば、新しい環境にVimをインストールする際手間が省けます。 便利な反面「リモートで管理できる設定」と「ローカルで行うべき設定」を正しく区別しないと、 むしろセキュリティなどの面で問題が生じかねません。 今回はリモートリポジトリで共有する汎用の .vimrc と、ローカルな設定ファイル vimrc_local についての意見を書きます。 vimrc_localの読み込み まず vimrc_local を読み込む方法について説明します。 .vimrc の最後に以下のように書き加えます。 if filereadable(expand($HOME.'/.localsetting/vimrc_local'))

スクラム崩壊からの復活、神Excel手順書ベースの運用からAnsibleでの自動化へ――泥臭い現場の取り組みに学ぶ、明日から使える開発ノウハウ：明日の開発カンファレンス 2018（1/2 ページ） より良いサービス、より良いモノを作るため、現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」を、「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 より良いサービス、より良いモノを作るため、開発現場は日々試行錯誤している。書籍で学ぶ方法論も大いに役に立つが、何より参考になるのは、自分たちと同じように現場で泥臭く試行錯誤を重ね、前進し続けている現場のエンジニアの「声」だ。そのような生の声を、2018年4月17日に開催された「明日の開発カンファレンス 2018」で行われたセッションの中から拾ってみた。 黄ばむTrello、崩壊するスクラム……次々変わる異