  |
はてなキーワード: intelliJとは
なるべく手持ちのPC（以下、ホストPC）の環境をレジストリとか環境変数とかで汚したり悩まないよう
Windows10 ProとWSL2とVSCodeとDockerでやる感じかな
UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。
Android開発はVSCodeでビルドはコマンドラインでとかはできそうだけど。
あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない
これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ
Hyper-VでWindowsの仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう
ただRyzenとWindows10の組み合わせだと、Hyper-Vの入れ子ができないので仮想マシン上のWSL2は動かないらしい。
Windows11だとできる
手元じゃないのでクリーンに使えるが、ビルドなどはリモートのスペックに依存
そこをよしとすれば楽そう
教えてください。
Emacsのカスタマイズにハマると幾らでも時間が消えていくと言われていたが、私はC言語でタブ幅の設定をするくらいだった。
Strutsの開発でTomcatのプラグインが要ると書いてあったのでEclipseにインストールするとか、会社の人からメールで送られたVimの設定をそのままペーストするとかくらいで積極的にカスタマイズすることは無く。
IntelliJやVisual Studio Codeの無数の拡張機能にも興味が無い。
シェルの設定ファイルを頑張るのは時間の無駄！という主張に共感したわけでもなく、普通に関心が無かった。
1990年代からコンピューターを使っているにもかかわらず……
急に凝り出した。「Emacs Lispっていうプログラミング言語でいろいろできるのか」「Visual Studio Codeのマーケットプレイスには同じファイルを対象にした拡張がいろいろあるな」と、今更。
なぜ。
「QAに聞いたんですけど、あのバグ、やっぱまだ直ってませんでした。だから、狙う時は“ここ”をお願いします」
「五代……」
「いやもちろん、万が一、俺が“究極の闇をもたらす存在”になっちゃったらですけどね」
「……。こんな寄り道はさせたくなかった」
「え？」
「……」
「ここまで君を付き合わせてしまって……」
「ありがとうございました」
「……？」
「五代……」
「じゃあ、見てて下さい。俺の――変身」
＞＞ java.lang.NoSuchMethodException: com.laurens.Main.main([Ljava.lang.String;)
at java.lang.Class.getMethod(Class.java:1786)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:125)
IntelliJまたはAndroid StudioでAndroid SDKのディレクトリを指定してる気がするのに文句言われる場合
のどれかである。最後のはわりと盲点。
SDKプラットフォームが検出できませんとでも言ってくれれば時間無駄にせずに済んだのだが。何を見て該当対象だと判断しなかったのかくらいは言ってくれよ俺たち友達だろ
プログラミング歴10年ちょい、仕事でWebシステムとかiPhoneアプリとか、色々プログラミングしてるアラサーのおっさんからだ。
増田は10代後半〜20代前半くらいかな？と思って、書く。参考にしてほしい。うっかり年上だったら何かゴメン、でも少しは参考になると思う。
こういう「どこからやったらいいんだよ…」っていう悩みは俺もちょうど中学生くらいの頃に思ってて、悩みながら薦めたんだけど、
結局の所「どの経験もムダにはならないから、とりあえず沢山やってみるといい」ってことだ。これについては後述するけど、まずは細かい疑問に答えていこうと思う。
まず、色々調べてて、結構詳しいし感心した。ただ、その詳しさは、まだスタート地点だ。
どの言語がどういうものなのか、何となく知ってるのは役に立つから、これからもアンテナを張り続けるといい。
MySQL使うべきなのかSQLite使うべきなのか、GolangにすべきかRubyにすべきかいっそJava？いやC#？
こういう悩みが出るのは勉強した証拠。しかし、この問題はレベルの高いプログラマーでも難しい。
何故かというと、作ろうと思うもの次第だし、作ってみたら意外と相性が悪いみたいな事も起きるし、
疑問に思っているらしい、言語を複数触れた方が良い理由は、こういう「どれを選んだら良いか」という問いに答えやすくなるからだ。
自分が理解していないものが、今作ろうとしているものにマッチするかしないか判断するには、言語や環境に対する深い理解が必要だ。
エディタは個人的にはVisualStudioやXcode、あるいはIntelliJ系をオススメする。
何も設定していなくても好ましくない書き方の時に警告が出るから、強制ギプスみたいに作用するからだ。
Twitterとかで騒いでる強いプログラマーの皆さんはvimやemacsを薦めるけれど、意外にもchokudaiさんとかはVSでC#を書く派なのを思い出して欲しい。
IDEを作っているのもプログラマーなので、IDEを使うメリットもかなりあるんだ。使った上でやっぱりvimが良ければvimに戻ると良い。
パソコンのスペックについては、確かにスペックが低すぎる。そのマシンで開発するなら、vim/emacsにせざるを得ない。 AtomやSublimeでもキツそうだ。
書いてる通りで、Core i7/RAM 4Gくらいあればとりあえず基本的人権って感じ。
性能は高ければ高いほど良いけど、予算の都合だってあるだろう。 10万用意できるなら、結構選択の幅は広がるんじゃないか。バイトなり親の説得なりお金ためるなり、頑張って調達するんだ。
何から勉強したら良いか分からないなら、とりあえず何かをパクれ。Twitterクローンみたいなのでも良い。フォローとテキストの書き込みだけなら作れるんじゃないか？
なんならそれを公開してもいい。
もしアイディアがないなら、それこそTwitterで誰かが「こんなのあったらいいなぁ」って言ってるもののうち、何となく頑張れば作れそうなものに手をつけてみると良い。
ここ2,3年くらい、Vimが妙に流行っている。はてブやqiitaでもVim関連のページが出れば大量にブクマがつくし、「俺はVim派だから」みたいな発言を大学だったりtwitterだったりでもみる。
しかしその実、世間に出回る「vim tips」みたいなのをみると、cやr,はたまたw,$,0,..など超がつくほど基本的なものしか載っていない。
なんでこんな常識的なものにこんなにブクマつくの？？？っていっつも驚く。
昔はvimに憧れるワナビーがブクマをつけてるのではないかと思っていたが、どうやら今のネット界隈では「vim派」と言って通ぶることが一種のステータス？になっているのではないかと思うようになった。
ちょっと前に流行ったvim pluginブームにもびっくりした。vimはあくまでもIDEなんていらないスクリプトを書いたり、CUIでエディットしたい時に使うものだろう。
ものには使いみちというものがある。文章、少なくとも日本語はVimに向かないし、Javaの開発ならeclipseですらvimよりよっぽど生産性が高い。
vimにpluginなど入れて喜んでいる一部の人達をみると、やはりvimで通ぶっているだけではないかと思えてしまう。
.vimrcは長けりゃいいっていうものではない。それがemacsに対するvimの美徳のひとつではなかったのか。
そもそも、vim人口が見かけ上増えているにもかかわらずemacs人口が増えていないのがおかしい。どうも最近のvim派の人たちはemacsをあまりうまく使えていないようである。（俺のまわりだけかもしれないが）
昔のhackerはエディタ戦争なんて言いながらもお互い両方のエディタを使えたものだ。大体がshellでset -o viなんてしたら使いづらくて仕方がない。shellはctrl-aで先頭に戻るし、ctrl-rで履歴検索をするものである。
そもそもエディタ戦争なんて洒落にすぎないんじゃないかと個人的には思っている。viとEmacsは基本教養である。どちらかしかできないのは文盲のようなものである。
vimvim言ってブクマしてるみなさん、vimtutorは起動したことありますか？Vim関連の記事を100個ブクマするよりよっぽど有用です。
Do one thing and do it wellって知ってますか？一つのプログラムでなんでもしたいならwordかVSで十分です。無理してviを使う必要はないです。
俺はまだLinuxを使い始めて10年くらいだけれど、エディタはvi(m)一筋だった。
何がいけなかったのだろうか。
あとviとvimがうんぬんというブコメありましたが、逆に今日びviとvimを使い分けることがあるんでしょうか…？
（もちろんインストール直後のdebianとかだとvim.tinyしか入ってないけど）
普通/usr/bin/viってvim.basicを指してることが多いと思います。もしvim.tinyを指していたらごめんなさい。
てかaliasなりupdate-alternativesみたいなの使われたほうがいいのでは…？
id:akanehara （増田はじめてだからよくわかんないけどブコメに返すのこれでいいの？）
いやね、俺はNeoなんちゃらとかなんちゃら.vimとかのプラグインが流行りまくってるのどうかと思うんよ。
vi使いたくてあんなゴタゴタした画面分割するならtmuxかscreenで別タブにシェル開けばいいしそのほうが拡張性高いじゃん…っていう。
それかVSなりIntelliJで（ちなみに俺はeclipse使います。微妙にdisったけど）
あとはSIGSTOP（てかSIGTSTPか）で止めるのもよい使い方だと思う。
とにかくこれからviなりunixを使い始める人達がああいう害悪に影響されてほしくない。Neoほげほげよりtmuxとかctrl-zのほうがのちのちず～～～っと役に立つから。
viが流行ること自体はいいと重います。emacsももっとはやって欲しいです。nanoは即update-alternatives --config editorするんで知りません
と思ったらなんかみなさんいろいろ考察してくださっていますが、今やviクラスタ≠unixクラスタなのか…
なんてこったい
TeXは確実にGUIのほうが使いやすいよ。俺はTeXstudioだけど、シェアウェア買ってる人もいるね。特に仕事道具にしてる人は。
vimじゃあPDFからジャンプとかできないから校正の時とか使いづらいことこの上ない
一理ある
問題はvim scriptはelispに劣ってるところだと思う。
言語プラットフォームとしてみたときやっぱりemacsには一日の長があるよ
なのにpluginとか言って喜んでるのはなんか違うと思うなあ。
そういった根幹的な話は後日に置いておくとして
vimmerの元カレを殺す手法をわかりやすく解説したいと思います
是非、日々の生活にお役立てください
それでは一つずつ見ていきましょう
1. emacs使いと付き合う
使うemacsはなんでもいいです
ほとんどのvimmerはなんだかよくわからない敗北感で溶けて死にます
デメリットとしてはemacsもvimとどっこいどっこいのクズさ加減なので
2. 秀丸と寝る
モメます
一説によれば開発チーム解散の原因の9割はエディタ絡みだと言われており
野生のvimmerの目の前に秀丸と女の子を並べた所、10割のvimmerが女の子を選んだという研究結果から
基本的にvimmerはエディタより女の子に真剣だと言えるでしょう
常にemacsに対して劣等感と嫉妬のフラストレーションに苛まれており
後はモメにモメた後、頃合いを見計らってvimmerを捨てれば完璧です
しかしvimmerは基本的にブサイクで空気が読めず指の動きがなんか気持ち悪いので、ストーカーに発展する危険性が高い点だけに注意が必要です
これはエグい
捨てたvimmer⇔捨てられた女
という構図から一転
捨てられたvimmer⇔乗り換えた尻軽女
ただIDEは成功すればするほど飽きる、また捨てられる確率が非常に高く
より便利な開発環境を探し付き合うことを繰り返す、正のスパイラルが発生します
それでも改善の道を行く、というのなら僕は止めません
秀丸というアドバンテージを最大限に生かし、元カレと似たような方向性のEmacsLispに転向し
VimScriptでくすぶっている元カレに成功を見せつけてやりましょう
それでは！
元ネタ http://basement-times.com/post-3538/
