Visual Studio Code / VSCode Part3

**デフォルトの名無しさん** · 2018/01/02(火) 20:50:35.60

MS発のエディタVSCodeのスレ

公式
https://code.visualstudio.com/
https://github.com/Microsoft/vscode/

前スレ
MacでもLinuxでも使えるVisual Studio Code Part2
http://mevius.5ch.net/test/read.cgi/tech/1494638671/

**デフォルトの名無しさん** · 2018/01/21(日) 12:59:48.80

>>53
tslint.jsonってことはESLintプラグインじゃなくて、TSLintプラグインの話だよね？
TSLintプラグインなら、設定のtslint.configFileで、ディレクトリのtslint.jsonとは別に指定できるよ。

53 · 2018/01/21(日) 13:13:14.95

ありがとうございます。たしかにTSLintプラグインの間違いです。
それで、tslint.configFileをディレクトリごとに設定するにはどう記述すればいいのでしょうか？

54 · 2018/01/21(日) 15:36:12.90

>>55
同じ設定のtslint.jsonをディレクトリごとに複数作るかわりに、共通のtslint.jsonひとつを使いまわしたいってことかと思ったんだけど、違ってたらゴメンね？
TSLintプラグイン設定のtslint.configFileはコマンドラインの--configオプションに相当するので、tslint.configFileに共通のtslint.jsonを指定しておけば、各ディレクトリにtslint.jsonを作らなくても、tslint.configFileに指定したtslint.jsonが読み込まれるよ。
説明長いか...(；´∀｀)

あとはワークスペース設定でtslint.configFileを分けたりすれば良いんじゃないかな？
https://vscode-doc-jp.github.io/docs/getstarted/settings.html
ユーザー設定のtslint.configFileでグローバルに参照されるtslint.jsonをデフォルト指定
ワークスペース設定のtslint.configFileで（グローバルと異なる）プロジェクトごとのtslint.jsonを指定
※ワークスペース設定がユーザー設定より優先されるので

**デフォルトの名無しさん** · 2018/01/21(日) 16:21:40.06

あー、ちょっと違います。

・ディレクトリごとに異なるtslint.jsonを使用したい
・それぞれのディレクトリにtslint.jsonを置けば一応実現できるけど、同じ設定を使いたいディレクトリもある

両方を実現する方法はないってことですかね。

**デフォルトの名無しさん** · 2018/01/21(日) 17:52:16.91

>>57
やっぱワークスペース設定で tslint.configFile を指定すればいい気がするけど、ワイが何か勘違いしてるのかな？？

ディレクトリA tslint_a.json
ディレクトリB tslint_b.json
ディレクトリC tslint_b.json
みたいな場合に、同じ設定の tslint_b.json を2つ作るより、 tslint.configFile で共通の1ファイルを指定すれば、tslint.json は設定ごとに１ファイルで済むからOKだと思うんだけど、不満点はそこじゃないのかしら？

あと、基本がディレクトリごとに異なる設定を使いたいなら、グローバルなユーザー設定は不要だと思うよ。

それ以外だと、tslint.json をシンボリックリンクで使いまわすとかぐらいかなー？

**デフォルトの名無しさん** · 2018/01/21(日) 18:10:11.09

複数のワークスペースで共通のtslint.jsonを使いたいという話じゃなくて、
ワークスペース内のディレクトリ毎に異なる設定のtslint.jsonを使いたいということです。

具体的にはWebアプリケーションでして、ワークスペース内のサーバーとクライアントの
それぞれのコードで設定を一部変えたいのです。
webpackでtslintかけている部分はいいんですが、VSCode側がどうにかならないかと。

**デフォルトの名無しさん** · 2018/01/21(日) 23:16:56.36

>>59
tslint設定を適用したい範囲でtslint.jsonを分ければいいんじゃないの？
サーバ用ディレクトリとクライアント用ディレクトリとで、それぞれ別のtslint.jsonを置くなり、設定で指定すればOKな気がするけど。
VSCodeのワークスペース設定をサーバとクライアントごとに設定してもいいだろうし。

設定内容が同じtslint.jsonを複数作りたくないってことかと思ったんだけど、
主眼は異なる設定をどうするかだとしたら、当然tslint.jsonは分けないと無理だと思うよ。

なんか、ワークスペース設定とかを例に出したことで、かえって混乱させたとしたら申し訳ない<(_ _)>
ディレクトリにtslint.jsonを置かなくても、VSCode（プラグイン）の設定でも指定できるよ。そうすれば同じ設定はまとめられるよ。というだけ。

ちなみに、それ系の話題はgithubのvscode-tslintでも何度かあがってるから、直接Isuue立てて質問するのも手かも。
https://github.com/Microsoft/vscode-tslint/issues/39
https://github.com/Microsoft/vscode-tslint/issues/228

**デフォルトの名無しさん** · 2018/01/22(月) 00:01:03.32

>サーバ用ディレクトリとクライアント用ディレクトリとで、それぞれ別のtslint.jsonを置くなり、設定で指定すればOKな気がするけど。

ええ、まぁ、それならできるというのは>>53に書いたつもりだったんですが、

>VSCodeのワークスペース設定をサーバとクライアントごとに設定してもいいだろうし。

これができるのかどうか、できるとしたらどうやるのかがわかりませんでした。

>https://github.com/Microsoft/vscode-tslint/issues/39

"extends"でnode_modules外のファイルも参照できるというのは気付きませんでした。
もしかしたらこれで実現できるかもしれません。ありがとうございました。

**デフォルトの名無しさん** · 2018/01/22(月) 23:34:28.18

これってC++のビルドできるの？

**デフォルトの名無しさん** · 2018/01/22(月) 23:50:23.72

エディタですんで

**デフォルトの名無しさん** · 2018/01/23(火) 00:19:03.89

tasks.json書けば出来るんじゃない
ビルドエラーをvscodeのerrorsで確認出来ないのが痛いけど

cmakeだけでもちゃんと対応して欲しいところ

**デフォルトの名無しさん** · 2018/01/23(火) 00:36:31.98

Code Runner使えば実行できるしできるっしょ

formulahendry/vscode-code-runner: Code Runner for Visual Studio Code
https://github.com/formulahendry/vscode-code-runner

Run code snippet or code file for multiple languages: C, C++, Java, JavaScript, PHP,
Python, Perl, Ruby, Go, Lua, Groovy, PowerShell, BAT/CMD, BASH/SH, F# Script,
F# (.NET Core), C# Script, C# (.NET Core), VBScript, TypeScript, CoffeeScript,
Scala, Swift, Julia, Crystal, OCaml Script, R, AppleScript, Elixir, Visual Basic .NET,
Clojure, Haxe, Objective-C, Rust, Racket, AutoHotkey, AutoIt, Kotlin, Dart, Free Pascal,
Haskell, Nim, D, and custom command

**デフォルトの名無しさん** · 2018/01/23(火) 16:51:20.12

ファイル開いた時に、エクスプローラーで該当するファイルが選択されるけど
あれ抑止する設定ってある？
フォルダ下層にあったりすると開いて欲しくない場合もあるんだよね。

**デフォルトの名無しさん** · 2018/01/23(火) 20:29:22.01

>>66
explorer.autoReveal

**デフォルトの名無しさん** · 2018/01/23(火) 22:41:42.63

VS CodeをCentOS7にインストールしたけどC++デバッグできないね。
Debugging with inspector protocol because Node.js v8.9.4 was detected.
とか意味不明なエラー？でてしまう。
どっかに一発で成功するセットアップ方法上がってない？
英語でもいいよ！

**デフォルトの名無しさん** · 2018/01/23(火) 22:43:58.96

結局何がしたいかというと、gdbをGUIで動かしたいだけ

**デフォルトの名無しさん** · 2018/01/23(火) 22:57:59.93

>>68
お前はなかなかいいvscodeを使っているからinspectorプロトコルを使ってやるぞって言われてるだけでは？

**デフォルトの名無しさん** · 2018/01/23(火) 23:00:20.03

>>70
もうあきらめたよ。おとなしくeclipse入れることにした

**デフォルトの名無しさん** · 2018/01/23(火) 23:03:31.70

node.js?
inspector protocol?
わからんわからんわからんわからんわからん

**デフォルトの名無しさん** · 2018/01/23(火) 23:12:00.50

>>67
これか！ありがとう！そうすると、
reveal active file in side barで逆に開いてるファイルをサイドバーでも出せるね。
おかげで理想の動作になったわ

**デフォルトの名無しさん** · 2018/01/23(火) 23:12:18.97

eclipseでビルドもデバッグもできたよ！vs codeバイバイ

**デフォルトの名無しさん** · 2018/01/24(水) 00:31:15.79

>>74
何事も諦めが肝心
vscodeは高度（ダジャレじゃない）だから
typescriotのビルドデバッグ環境すら立ち上げられないでリタイアする人が多いと思う

vscodeの記事があっという間に古くなる

**デフォルトの名無しさん** · 2018/01/24(水) 00:33:41.87

typescript自体が変わるのとvscodeが変わるのと拡張機能の変わるのが速すぎて追いつけない
英語がわからないとつらい
変更履歴に大事なことをさらっと書いてあったりしてやられがち

**デフォルトの名無しさん** · 2018/01/24(水) 01:09:24.80

>>68
centosならvscode使わん方がいいぞ
glibcがうんこでintellisenseが動かん
gdbはちょこちょこ設定すれば動いた

**デフォルトの名無しさん** · 2018/01/24(水) 04:39:50.56

今のc++の補完って本家visual studioのintellisenseと同じなんだな
cqueryとかを公式でサポートしてくれたほうが有り難いけど

**デフォルトの名無しさん** · 2018/01/24(水) 12:00:52.28

>>75
ダジャレってどゆこと？

**デフォルトの名無しさん** · 2018/01/24(水) 17:47:36.71

>>79
おいおい

**デフォルトの名無しさん** · 2018/01/24(水) 18:03:23.69

>>79
VS-Code ⇒ コード ⇒ 高度
くだらなさすぎて無理にわかる必要はないと思う

**デフォルトの名無しさん** · 2018/01/24(水) 18:11:45.58

>>79
Code(コード)に高度(こうど)が掛かってるってこと
「VSCodeというだけあって難しいからな」が洒落

**デフォルトの名無しさん** · 2018/01/24(水) 22:30:49.16

>>79
これはCodeな釣り

**デフォルトの名無しさん** · 2018/01/25(木) 00:53:52.11

駄洒落を説明するのって虚しいな

**デフォルトの名無しさん** · 2018/01/25(木) 01:18:45.57

VS高度

**デフォルトの名無しさん** · 2018/01/25(木) 20:17:11.30

オヤジギャグのスレがあると聞いて

**デフォルトの名無しさん** · 2018/01/25(木) 23:54:03.73

流石にこのダジャレが分からないのはアホすぎる

**デフォルトの名無しさん** · 2018/01/26(金) 00:05:45.52

なんダジャレあいは

**デフォルトの名無しさん** · 2018/01/26(金) 01:04:40.37

もうこのスレ不要か？

**デフォルトの名無しさん** · 2018/01/26(金) 08:35:14.87

下手な洒落はやめなしゃれ

**デフォルトの名無しさん** · 2018/01/26(金) 10:34:03.88

A4でええよん

**デフォルトの名無しさん** · 2018/01/26(金) 13:19:33.65

ここの意見にはついてイケン

**デフォルトの名無しさん** · 2018/01/26(金) 13:39:10.04

くだらんこと言ってる間にバージョンアップきたぞ……1.19.3が

1.20.0（元々12月予定）は1月に出なそうだなこりゃ

**デフォルトの名無しさん** · 2018/01/26(金) 15:26:07.70

もともと12月は月例アップデートスキップする予定だとroadmapにあっただろ

**デフォルトの名無しさん** · 2018/01/26(金) 18:07:49.16

月例アップデートのスキップはすげーつれえーわ

**デフォルトの名無しさん** · 2018/01/26(金) 19:01:44.46

次何かいいの来るの？

**デフォルトの名無しさん** · 2018/01/26(金) 21:12:55.50

vscodeを更新することが生きがいだったのに(´・ω・`)

**デフォルトの名無しさん** · 2018/01/26(金) 21:47:53.69

InsiderReleaseのリリースノートみりゃいいっしょ

**デフォルトの名無しさん** · 2018/01/26(金) 21:48:18.44

ほい
https://github.com/Microsoft/vscode-docs/blob/vnext/release-notes/v1_20.md

**デフォルトの名無しさん** · 2018/01/27(土) 03:02:05.03

>>99
うーん、とくにいらないかな

**デフォルトの名無しさん** · 2018/01/27(土) 03:57:24.00

#9989 を早く直して欲しいわ

**デフォルトの名無しさん** · 2018/01/27(土) 14:19:52.11

>>100
ヤバいセキュリティフィックスがあるよ（Electron）。

**デフォルトの名無しさん** · 2018/01/27(土) 20:45:13.19

まあ入れるけどさ。
1.18級の改善を期待しちゃう

**デフォルトの名無しさん** · 2018/01/27(土) 23:52:06.20

これってMacでも使えるんですか？

**デフォルトの名無しさん** · 2018/01/28(日) 00:01:02.41

使えるよ。使えなかったらwebフロントエンド開発のデファクトスタンダードになってるわけないじゃん。
そこら辺の事情はatomとかと同じだよ

**デフォルトの名無しさん** · 2018/01/28(日) 00:08:52.60

ちなみにatomとVisual Studio Codeとではどちらが使いやすいですか？

**デフォルトの名無しさん** · 2018/01/28(日) 00:46:34.60

>>106
主観だけどvscodeはまだエディタとして成熟しきってないから使いにくい部分はある
atomより軽快だから使ってる人は多いと思う

まだどっちも使ったことないならatomから入れば良いと思う
そっちで不便に思わなかったらatomで良いかと

**デフォルトの名無しさん** · 2018/01/28(日) 01:00:51.52

>>106
好み。
気になるならまず両方入れてちょっと使ってみて気に入ったほうを残せ。
無駄に思うかもしれんが、こうしたほうが後々後悔少ないぞ。
最初適当に決めてあとで移行となるとめんどくさいぞ。カスタマイズや拡張機能は使ってると積み上がっていくからな。

**デフォルトの名無しさん** · 2018/01/28(日) 04:16:32.25

atomのほうが使いやすいと思う人間どれくらいいるわけ？

**デフォルトの名無しさん** · 2018/01/28(日) 04:50:53.94

このスレでする質問じゃないと思うががな…
俺はVSCode気に入って使ってんだからいきなりatom強制されたらそりゃ使いにくいとしか感じんだろうな。atomの人はその反対だろう。
てか自分の道具も自分で決められないのか？
人気のある方が安心ならこんな人少ない5ch参考にしないでgithubのスター数でも見て決めれば？

**デフォルトの名無しさん** · 2018/01/28(日) 07:15:57.65

煽りか真性のガキにみんな丁寧だなあ

**デフォルトの名無しさん** · 2018/01/28(日) 09:08:25.01

atomが重すぎてvscodeにかえたよ

**デフォルトの名無しさん** · 2018/01/28(日) 10:02:10.46

Atomは挙動がカクつく
SublimeTextは日本語入力が変で
自然とVSCodeになった

**デフォルトの名無しさん** · 2018/01/28(日) 10:26:46.94

プロジェクト内検索したときvscodeだと検索できるけどATOMだと検索結果0件なのがザラだからなあ
これと環境移行の面倒くささとカラーピッカーの挙動とjavascriptのインテリセンスの挙動以外はAtomのが好きなんだが

**デフォルトの名無しさん** · 2018/01/28(日) 11:30:22.08

無料で.NET Coreをデバッグ出来るのってVS CommunityとVS Codeだけ？

**デフォルトの名無しさん** · 2018/01/28(日) 12:14:56.40

んなぁこたないはず

**デフォルトの名無しさん** · 2018/01/28(日) 16:49:05.07

>>110
今のスター数は
atomが43,088
vscodeが42,948

いつの間にか逆転しそうな勢いだな
atomのほうが先に出たのもあって2万ぐらい離れてた気がするんだけど

**デフォルトの名無しさん** · 2018/01/28(日) 16:53:27.22

>>110
> atomの人はその反対だろう。

そうかなぁ
atom使ってる人ってvscode使ったことないんじゃないか
atomがvscodeに勝ってる点マジで一つも分からん

vscodeのほうが先に世に出てたらatomはlight tableとかbracketsぐらいの扱いだったと思う

**デフォルトの名無しさん** · 2018/01/28(日) 22:14:55.48

>>117
安定した伸びのAtomに対して、2017年に加速したVSCodeが追い付いた

http://www.timqian.com/star-history/#atom/atom&;Microsoft/vscode

**デフォルトの名無しさん** · 2018/01/30(火) 19:57:32.02

拡張機能でいろいろなsnippetがインストールできますが
snippetの登録データを確認するにはどうすればいいのでしょうか？
それが分からないといまいち使いこなせないですよね

**デフォルトの名無しさん** · 2018/01/30(火) 20:08:45.65

>>120
なんでとりあえずコマンドパレットにsnippetって入力してみないの？

**デフォルトの名無しさん** · 2018/01/30(火) 20:54:26.61

>>121
やってみましたが「ユーザースニペットを開く」しか出ません
ユーザースニペットを作りたいのではなくて
たとえばHTML Snippetsの中にどういう登録データがあるのかとかを知りたいのです

**デフォルトの名無しさん** · 2018/01/30(火) 23:15:16.63

>>122
「ユーザースニペットを開く」しか出てこないのは、該当する拡張機能の対応ファイルじゃないからじゃない？
HTML Snippetsだったら、HTMLファイルとかのHTML拡張が対応するファイルを開いたときに挿入できないかな？

Windowsなら下記にそれぞれのsnippetsフォルダがあるので、
その中にあるjsonファイルを見れば設定内容がわかるよ。
でも、実際に挿入されるスニペットと見比べないとわかりにくいかも。

標準のスニペットなら、vscodeのインストールディレクトリの中
\resources\app\extensions
拡張機能で登録されたスニペットなら、拡張がインストールされたフォルダの中
C:\Users\(自分のユーザ名)\.vscode\extensions
にそれぞれの設定ごとのフォルダがわかれてるから、さらにその中にあるsnippetsフォルダね。

**デフォルトの名無しさん** · 2018/01/30(火) 23:25:09.69

vsで入れたNLogってvscodeで認識してくれないのな
なんか別で設定いるのか？

**デフォルトの名無しさん** · 2018/01/31(水) 03:37:26.99

>>124
これじゃない？
https://github.com/NLog/NLog/issues/2531
writeBom="true" にしてBOM付きで出力しないと、BOMなしのUTF-16はvscodeで開けないみたいよ。
手持ちだとメモ帳はUTFで、EmEditorはUTF-16LEで開けた。
vscodeだと、開けないファイルはエンコードを変更できないので無理っぽいね。

**デフォルトの名無しさん** · 2018/01/31(水) 07:07:22.05

>>123
見つかりました！
ありがとうございます

**デフォルトの名無しさん** · 2018/01/31(水) 23:07:52.03

VSCodeのEmmet関連ファイルは
C:\Program Files\Microsoft VS Code\resources\app\extensions\emmet\
にあるようですが
コードの記述されたjsファイルばかりで
データを設定するファイルが見当たりません
Emmetはsnippetのようにjsonて設定する方式ではないのでしょうか？

**デフォルトの名無しさん** · 2018/02/01(木) 11:36:28.78

安倍「山・・口・・さん・・でしたか？私の本を、総・・理・・でしたか？
そのような本を、勝手に出版されてですね、私もですね、迷惑してるんですよ。
ニッキョーソ！ニッキョーソ！」
ジャーップスww

**デフォルトの名無しさん** · 2018/02/01(木) 11:37:34.68

>>128
誤爆した
すまぬ

**デフォルトの名無しさん** · 2018/02/01(木) 12:22:45.05

>>127
emmet.extensionsPath で指定したフォルダの中に
snippets.json を入れればいけるよ。
preferences.jsonやらのemmetの他の設定ファイルも。

こういった外部jsonファイル内の設定は、
修正後にvscodeの再起動が必要なのでそこだけ注意

**デフォルトの名無しさん** · 2018/02/01(木) 21:35:11.13

スター数atom超えおめでとう

**デフォルトの名無しさん** · 2018/02/02(金) 13:29:41.98

>>130
ありがとうございます
emmet作成用ディレクトリを作成し、snippets.jsonを置き
ユーザー設定を変更しました
そこまできて、
snippets.jsonの書き方が分からないという問題に突き当たりました
2016年頃の記事を見ると、ユーザースニペットを設定する場合には
もともとのsnippets.jsonからコピーして変更すればいいと書いてあります
ですが今のemmetには標準状態ではsnippets.jsonが含まれていないようです
これではユーザースニペットを書く時のお手本がないので、困ってしまいます
皆さんどうしているのでしょうか？

**デフォルトの名無しさん** · 2018/02/02(金) 19:22:03.87

Pythonコードを割り当てたキーから実行しようとすると
Cannot read property ‘toCommandArgument’と出てショートカットキーから実行できなくなった

**デフォルトの名無しさん** · 2018/02/02(金) 20:26:10.32

UIもっと自由に配置出来るようにならんわけ
replとかターミナル上じゃなくて専用のウィンドウが欲しい

**デフォルトの名無しさん** · 2018/02/02(金) 21:38:15.09

>>132
snippets.json emmet とかでググって適当に出てきたやつ参考に改造してるわ

>>134
そのへん拡張で好き放題できて収集つかなくなってるatomと違って
自由度削る代わりに軽快さを保ってるんだと思ってる

**デフォルトの名無しさん** · 2018/02/03(土) 01:59:22.15

本家VisualStudioみたいなUIにしてくれれば誰も文句言わない

**デフォルトの名無しさん** · 2018/02/03(土) 09:52:48.63

>>131
ありがとう

**デフォルトの名無しさん** · 2018/02/03(土) 09:54:22.48

>>136
俺は文句言うよ

**デフォルトの名無しさん** · 2018/02/03(土) 10:56:23.37

>>136
あんなゴテゴテしたのはいらん

**デフォルトの名無しさん** · 2018/02/03(土) 10:57:30.02

俺も今ぐらいがちょうどいいな
ていうかゴテゴテUIってもう古くね?

**デフォルトの名無しさん** · 2018/02/03(土) 14:37:19.76

後手に回ってるんだよ

ゴテゴテだけにﾅﾝﾁﾃ(´・ω・｀)b

**デフォルトの名無しさん** · 2018/02/03(土) 16:52:52.01

わーおもしろいですね！

**デフォルトの名無しさん** · 2018/02/03(土) 18:14:02.30

>>140
用途による

**デフォルトの名無しさん** · 2018/02/03(土) 21:43:15.71

vscodeのUI気に入ってる人結構いるんだな
なら今のままでいいのかもな
ターミナルを下に、ビルドの出力を右に配置したいとか思わないものか

個人的にはMonoDevelopに力を入れてLSP対応とか欲しいんだけど

**デフォルトの名無しさん** · 2018/02/03(土) 22:08:24.11

grep結果を検索窓じゃなくて別タブで複数出したいなあってのはある
秀丸とかあんな感じで

ATOMだと検索開始したファイルを除外するし検索結果タブ1枚しか残らんし日本語混じると検索出来なかったり検索結果が文字化けで見えんかったりする

**デフォルトの名無しさん** · 2018/02/04(日) 20:41:41.58

使われてる箇所の一覧がポップアップみたいなのでしか出せないのも酷くない？

**デフォルトの名無しさん** · 2018/02/04(日) 21:32:57.44

symbolpeekのポップアップも別タブかフローティングウィンドウで欲しいねえ
ドキュメントがないとか改修重ねすぎて秘伝のタレになってるレガシーコードの改修のときホントキツい

**デフォルトの名無しさん** · 2018/02/04(日) 21:46:10.35

こうやってどんどん機能が増えてどんどん重くなっていくんだろうね

**デフォルトの名無しさん** · 2018/02/05(月) 00:31:19.87

LSP対応のまともなエディタがないから仕方なく使ってるだけでしょ
ちゃんとしたIDEが出ればみんなそっち使うわ

**デフォルトの名無しさん** · 2018/02/05(月) 01:33:14.46

LSPって何？覚醒剤かなにか？

**デフォルトの名無しさん** · 2018/02/05(月) 02:47:07.78

>>150
Language Server Protocol

**デフォルトの名無しさん** · 2018/02/05(月) 04:36:50.65

>>151
今知った。なんてイケてる仕組みなんだ！
流行ってデファクトスタンダードになると良いなぁ。でも俺が応援したやつは負けるの法則があるからなぁ…

**デフォルトの名無しさん** · 2018/02/05(月) 08:20:52.15

MonoDevelopにしようかと思ったが
Windows版はバイナリ無くてソースからビルドを要求される

**デフォルトの名無しさん** · 2018/02/05(月) 08:27:09.73

何でIDEが必要な人がVSCodeに寄ってくるんだ？
選ぶツールを間違えてるぞ