[Neovim]null_ls.nvimを用いてNeovim上でLinter/Formtterを動かす🌵
2023/8/12日追記: null-ls.nvimは、現在、作者さんによる開発が終了し、Archiveされています。 https://github.com/jose-elias-alvarez/null-ls.nvim/issues/1621 利用される際はご注意ください。 BuiltinLSP+Lspsaga.nvim+null-ls.nvimでeslintを動かしているところ ここ1~2年、Neovimでは、Neovimに組み込みのLSP(BuiltinLSP:Language Server Protcol)クライアントを用いて各種のコーディング支援機能（コード補完/定義ジャンプ/コード診断など)を活用することが大きなトレンドとなっています✍ BuiltinLSPを用いると、各種Language Server(例えば、Typescriptであればtsserver）が提供するコーディン
![[Neovim]null_ls.nvimを用いてNeovim上でLinter/Formtterを動かす🌵](https://cdn-ak-scissors.b.st-hatena.com/image/square/61feac7b022561c56c04ee5f4ca9a06f1009a9bf/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--SVoYrf7n--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BNeovim%25255Dnull_ls.nvim%2525E3%252582%252592%2525E7%252594%2525A8%2525E3%252581%252584%2525E3%252581%2525A6Neovim%2525E4%2525B8%25258A%2525E3%252581%2525A7Linter%25252FFormtter%2525E3%252582%252592%2525E5%25258B%252595%2525E3%252581%25258B%2525E3%252581%252599%252520%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E9%2525A3%25259F%2525E3%252583%252591%2525E3%252583%2525B3%252520%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzhmYjI2MmE0YjMuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
VimからNeovimへの移行とプラグインの棚卸し
2019年ごろにVim/Neovimで開発できる環境を整えてから3年経過しました。 Neovim関連のプラグインが充実しているようで、最近はGitHub copilot XのようなGPT4ベースのツールもNeovimに対応しています。AstroNvimとか、もはやVSCodeと見間違いそうなカッコいい設定ツールも出てきました。 VimとNeovim両方で動くように.vimrcを設定していましたが、そろそろNeovimへ寄せようと思い、プラグインなどの棚卸しを行いました。 プラグインマネージャーの変更packer.nvimへ移行しました。 READMEを参考に設定後、nvimで下記コマンドを実行することで、設定ファイルに記載したプラグインがインストールされます。 LSP設定用のプラグインnvim-lspconfigに移行しました。goplsなどのLanguage Server Protoco
VSCodeでblackとflake8の設定をしてみた | DevelopersIO
Pythonのblackとflake8を導入して、VSCodeのファイル保存時に適用する設定内容について記載しました。 DA事業本部の横山です。 プロジェクトでPython用にFormatterとLinterを導入することとなり、blackとflake8を採用しました。 ファイル保存時に両者を適用するためのVSCodeの設定内容について記載します。 black PythonのFormatterで、PEP8に準拠した形でコードを整形してくれます。 PythonのFormatterとしては、他にautopep8やyapf等が存在します。 blackの特徴としては、カスタマイズがほとんどできず1行あたりの最大文字数程度しか設定できません。 今回は、formatterにプロジェクト固有のルールを付与する必要がないためblackを利用することとしました。 pip install black 上記コマ
Dartの公式Linterの”lints”を導入してクォートのlintをしてみた | DevelopersIO
こんにちは、CX事業本部 Delivery部の若槻です。 最近知ったのですが、Dartにはlintsという公式提供のLinterがあります。 今回は、lintsを導入して「文字列の記述でダブルクォートの使用を違反対象とする」lint設定をしてみました。 やってみた 導入 dart pub add --dev lints analysis_options.yamlファイル作成 analysis_options.yamlファイルを作成し、次のように記述します。（analysis_options.yamlはflutter createコマンドを実行でも自動作成されます。） include: package:lints/recommended.yaml linter: rules: - prefer_single_quotes 1項目目のincludeでは、Linterとして使用するパッケージと設
actionsに利用可能なlinterの存在チェックにも使えるsuper-linterを試してみた | DevelopersIO
GitHub Actions上で使えるlinterってどのくらいあるのかなーと検索して見つけたActionが、GitHub公式提供の、Actions上で利用確認がとれたlinter一覧にも使えるActionでした。 ソースコードのlinterはなるだけ編集時に行っておきたいものですが、merge作業でうっかり衝突した時等、個別に見て回るのがなかなかしんどいケースもあります。そしてそんな時のためのごったにlinter Actionも存在します。 文字通りSuperなlinterです。GitHub公式が管理しており、サポートしている言語は計47。Web上で見かけるメジャーな言語は全てカバーしています。直近だとactionlintも含みます。さすがStar 7.2kといったところ。 サンプル中にあるpush時に使うのは少々辛いとは感じましたが、用途によっては便利に使えそうなので紹介してみます。
Go公式のlinter、Golintが非推奨になった
Goが公式で出していたGolintがdeprecated/frozenしました。 メンテがされていない 2018年から実質的な変更が加わってない Issueも放置されているものが多い golang orgに存在するlinterなのでGoが公式として推奨しているlinterに見える Go が実際には保守されていないプログラムを公式として推奨しているように見えてしまう 開発者は合理的に異なるスタイルを採用したい場合がある Golint単体で特定の警告を無視したりするなどの機能を持っていない ということからattractive nuisance（魅力的な迷惑者）になっているというProposalでした。 Issueの議論を見てもdeprecate/frozenすることに対して否定的な意見は少なく、一年ほど前にapproveされました。(なので「非推奨にしよう」なったの自体は少し前の話です) そし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
