Emacs Part 53
■ このスレッドは過去ログ倉庫に格納されています
>>99
そこだけは変えて欲しいよな
しかし、一つ例外のつもりで変えて良いことになると他も他もって際限が無くなることを分かってるんだろう >>100
そも、なんで関数型言語がJavaScriptごときとはりあわなきゃならんのだ？ｗ
お前の言う「世間」ってどんなもんなんだ？ｗ
ダメなのはお前のその思考方法だろうｗ >>102
キーバインドを変更したくて init.el をいじってしまうという誘導なのであった LispはGCが有って動的型言語の元祖だからな
これを知らない馬鹿にしてるのは、ただのモグリだからどうでもいい >>103
関数型言語でござい、と言っても、もはや昔のような神通力はないんやで！ｗ
似たようなことなら、ほかの多くの言語でできるようになったの、まだ知らんの？ｗ
だいたい、はりあいにいくまでもなく、もう相手にされへんから。。。 >>105
コンピュータ言語が、歴史と伝統だけを誇るようになったらおしまいやな！ｗ
そもそも、LispとEmacsLispは別もんやろ。
末尾再帰を最適化できるようになるまではパチモン。 >>107
浅すぎる洞察…
ま、Lispを知らない奴等はそんなもんだろう
ちなみに、defunをtco-defunにしていいなら、末尾呼び出しの最適化なんてEmacs Lispだってそれだけで出来る
ちなみに末尾再起の最適化じゃなくて、末尾呼び出しの最適化だからな
ちゃんと意味が分かってない奴はそう言ってしまう >>95
> あと、ぶっちゃけていえば、JavaScriptの方がemacs lispよりいいとかって話も
> いささか馬鹿げてると思う。
> エディタの拡張言語なんて汎用言語と100%互換性があるべき理由なんてほとんどないし
はあ？
じゃあvimscriptもelispやnode.jsと対等に見なしてるってこと？
心広いねーｗ >>97
今時のメールはローカルにダウンロードせずブラウザかhttpsアプリ経由で見るのでhttps喋れるプラグインがあれば良い Emaca Lispは言語仕様と言うより
デフォでお手軽に編集中テキストをいじり易くなってるのが良いんじゃないの lisp が良いって言ってるやつは lisp のどこが気にいってるか説明したがるけど、
lisp は駄目っていってるやつで lisp のどこが駄目か説明できるやついないんだよな。
lisp は emacs 関係なく基礎教養として学ぶ価値のある言語だけど、JavaScript 学ぶ価値が lisp 並にあるかというとそれはない。 お前の思ってる lisp ってどれ？
それに比べて elisp の駄目なところって具体的にどこ？
いや elisp は emacs のカスタマイズにしか使えないって主張なら同意だが。 >>109
直すのはお前の頭だろｗ
○末尾再帰
○末尾呼出し最適化(tail末尾 call呼び出し optimization最適化)
×末尾再帰を最適化←>>107でお前が書いた
これをごっちゃにしちゃうのはちゃんと理解してない証拠
まぁ、特定の状況でそう言う事もあり得るが、それを指摘すると逆ギレしてるのはそう言う事だ >>114
Lispは教養というのはわからんでもない(ただ、今はもっと優先度の高いものが多い)けど、EmacsLispがLispのパチモンであるべきだったのか？は疑問。
まあ、当時は選択肢が超少なかったんやろけどな！
FORTRANとかALGOLとかでも困るし。ｗ >>118
必死やな。ｗ
そもそも、末尾再帰以外の末尾呼び出し最適化は、なくてもたいして困らんからなあ。ｗ >>120
顔真っ赤にして取って付けたような言い訳乙ｗ >>119
基礎教養として lisp より重要な言語って具体的に何があるかな？
今でも lisp は最も抽象化の進んだ言語だと認識しているんだけど。 数学的な抽象化って感じだよな
プログラム的な抽象でなくて コンビネータ論理とか…こそこいらのIT土方には不要の無駄知識。
ガチ勃起の情報科学研究者以外知る必要無し。 末尾再帰なんて用語があるなんてはじめて知ったよ。アカデミックだね。
自分は化学工学系なのでそういう学問には触れたことなかった。学校にあったのはFACOMにFORTRANにパンチカードだよ。 >>127
それは専攻うんぬんよりも、世代やろ。ｗ
FORTRANはともかく、FACOMて。
おいくつ？ >>122
Lispのような抽象化は教養ではないやろ。
いきすぎというか。 Fortranと共に生まれた双子がLispや。
歴史と伝統ある言語で理論的背景もちゃんとある。
PythonだのHaskellだのと言った新参と訳が違う。
John McCarthyがLisp作った大学院生に、「S式は理念上の数学的存在で実行出来るようなものでは無い。」言って聞かせたと言う曰く付き。 レベル低いレスで申し訳ないが、elispに限らずlisp系ってエディタのサポートなしで書くのがつらいのが敷居を高くしてるよなー。
巨大なソフト買くためのtagジャンプがどうのって僧の話じゃなくて、言語仕様としてカッコが多すぎて対応付けに神経を使うし、取っつきにくい。
論理の美しさはわかるが、なんか実用はどうでも言い的な感じ？ >>131
Pythonはともかく、Haskellには純粋関数型という理念がある。
ポッと出言語と同列にはしないでやってよｗ vscode ってnode.jsがどうのじゃなくて、拡張をかけるようになるまでの敷居がたかくない？スクラッチバッファでごにょごにょやってエディタの挙動かわった、わーい、にくらべて。ただつかうぶんには、もう今はvscodeでいいじゃんとはおもうよ。 elispはダイナミックスコープが使えるから既存コードの挙動を変えるのが便利で設定のための言語に向いていると思う。
でもelisp理解せずにEmacs使うなら、VSCodeの方が断然使いやすいだろうな。 「ただ使うだけなら」とかいうわけのわからん枕ホント好きだよな、VSCodeの話してる奴ら
そんな前提ならVSCodeじゃなくても良いだろｗ
マジでバカなのか……？
末尾再帰クンといい、ゴミみたいな住人増えたね >>135
拡張機能以前に、ちょっとこみいった設定をいじるだけなのに、わけのわからんコードを書くしかないほうがハードルが高いやろ。
compilation-modeなんかひどいで。
× 敷居
○ ハードル >>137
住人じゃなくて、MSのネット工作員の巡回なんだろ。 >>132
エディタサポートが無いと書くのが辛いのは間違いない
がしかし、エディタサポートが有るLispコードの編集は、めちゃめちゃ快適
他の言語なんか足元にも及ばない快適さが有る
これが分かるにはある程度慣れる必要が有るけど、初心者がそこまで行かずに挫折すると、ただの書きづらい言語のレッテルを貼ってしまう
実は真逆だということは言っておきたい まあ、まともなUnixerなら、そもそもコンソールで使えないエディタとか本気で相手にはできんでしょ。
Unixerの主戦場なんてXなんてない方が圧倒的多数派だろうし。 Xのない環境で作業する機会が多いのが「Unixer」と呼称される人たちの性質だとしても、個人的な作業環境やコーディング用の環境まで非Xにする必要はまったくないよね？
アホの方ですか？ >>142
必要ってんなら、Xにする必要こそまったくないだろｗ
そもそも仕事で使う環境と合わせる必要があることはあってもｗ
ド素人の方ですか？ｗ つか、「コンソールで使えない」なんて物凄い重要な弱点じゃん。
そこを罵倒で無視するとかありえんの？
完全にドザの発想としか思えないな。 コンソールはなぁ
viを起動することがほとんどなのがアレだ >>138
そやな。でもvscode ではそのちょっと込み入った設定が提供されていなかったときに、拡張をいじくろうとするかというところの敷居。emacsならhelpでコードまでたどりつける。
なおispとJavaScript どっちがハードルたかいっていえば、lisperはほこりをもってlispとこたえるでしょう。 matz (Rubyのまつもとゆきひろさん)に
来てもらって勉強会してもらったことがあるのだけど、
いま、関数型言語を学ぶとしたらどれがいいですかと聞いたら(まつもとさんがemacsユーザなのを知っていたので、それも絡めて)、
JavaScriptって教えてくれた。
lispもいいけど、jsはモダンだし、いまどきなら勉強にはこっちのほうがいいとのこと。 そんな有名人にそんなゴミみたいな質問したのか
恥ずかしくなかった？ >>146
敷居が高いってよくある誤用だよ
指摘されてるんだから直そう >>150
あのさ、関西弁使えば、どんな馬鹿なこと言っても許される、とでも思ってんの？ｗ >>143
引っ込みつかなくなって暴走してるだけだと思うが、個人的に使う環境を非GUIにする意味は全くない
仕事でよく使う環境を再現したいなら、GUIの中でそれをエミュレートすれば良いだけなので
emacsをシェルの中で立ち上げる意味も同様に一つもない >>152
引っ込みつかなくなって暴走してるだけだと思うが、個人的に使う環境をGUIにする意味は全くない
仕事でよく使う環境を再現したいなら、GUIの中でそれをエミュレートすれば良いだけなので
馬鹿なの？ｗ 個人的にはコンソールで使えない時点で、そんなもんに本気で相手にする気はないな。
まず、その点で、vimが移行対象になることはあっても、VSCoddeは対象にはそもそもなりえない。
GUI環境前提に考えるなら、それこそVSCodeでなくてもいくらでも選択肢はあるので。
それから、emacs lispに対するJavaScriptの優位性というのも特にあるとは思えない。
まつもとゆきひろとか引き合いに出されても、そもそもまつもとってしばしばおかしなこと言う(言わせてるだけ
かもしれないが)やつだし、RubyもPythonの中華パチモンにしか見えないから、まつもととか引用されても、
それが特に有意と思う理由もない。
つか、正直、まつもとゆきひろとか何があっても関わりたくない、と思うけどね。 > 引っ込みつかなくなって暴走してるだけだと思うが、個人的に使う環境をGUIにする意味は全くない
> 仕事でよく使う環境を再現したいなら、GUIの中でそれをエミュレートすれば良いだけなので
一行目と二行目は矛盾する
論理的に物事を考えるというのは、訓練を経て身につけるものだし、教育を受けてない方には馴染みのないことかもしれないが、まだ遅くないよ
頑張って 今時、sshさえ動いてればremoteから何でも出来るだろ
GUI版Emacsはもちろんの事、VSCodeだってremoteから編集出来る >>155
すまんね。一寸タイポしたよ。
しかし、それをあげつらって
>しかし、それで論理的に物事を考えるというのは、訓練を経て身につけるものだし、教育を受けてない方には馴染みのないことかもしれないが、まだ遅くないよ
などと論点をずらして、>>152の馬鹿さ加減をうやむやにしようというのは、卑劣な態度だと思うよ。
そもそも議論において、そのような卑劣さというのはもっとも忌むべきもので排除されなければならないものだ。
なぜなら、そのような卑劣さは容易に議論を捻じ曲げるからだ。
反省しなさい。 固定の作業環境ならそもそもリモートもローカルも大して変わらんけどな
いろんなとこにsshするときはemacs入ってると嬉しいかな >>156
sshが使えない環境だってあると思うがねｗ
なんでもいいけど、欠点や欠損はそれと認める方向で話してもらえんかな。
でないと、話はいつまでたっても平行線だわｗ >>156
そんな簡単じゃない。
普段から ssh を5〜６段階踏んだ先の環境で開発やってるんだが？ >>157
？
引用のつもりだったの？
だとしたら引用して「馬鹿」と書いてるだけになるが、小学生なの？
つーか引用の仕方も分からんわコピペもできんわってちょっとキミキツ過ぎるわ リモート環境で作業する必要がある → 手元で編集して同期できるでしょ。何でもリモート環境でやる必要全くなし
貧弱な環境で作業する必要がある → そもそもリッチなエディタをカスタマイズして使うという前提では全くないので、XSCodeもEmacsも関係なし
なんでこれしきのことが分からんの？ >>162
だから、それが必要ある状況もあるんだって、示されてる。
なんでこれしきのことが分からんの？
そんな屁理屈こねだしたら、VSCodeだって必要ない、って話にしかならない。
もういい加減にしたら？VSCode擁護派はいったい何がしたいの？
VSCodeはemacsを完全に代替することが可能である、ってことを示せずに、機能の欠損をただ正当化するだけなら、いくらやっても平行線にしかならないし、このスレはemacsのスレだから、VSCodeのスレでも板でも好きに作ってそっちでやれよ、としか言えない。
そもそも、emacs派はemacsよりVSCodeの方がとっつきやすいだろう、って利点は認めている。だが、それはそもそもコンソールインターフェースを捨てている、という点に大きく依存してることも否定しがたい事実だ。 あ、それともう一つ。
先にもちょっと指摘したが、この話、eclipseが出てきたときにやってたのと全く同じだと思うんだがねｗ
違うのは、IBM→MSとJava→JSってだけだと思うんだけどもねｗ >>163
> だから、それが必要ある状況もあるんだって、示されてる。
示されてません
どのレスで示されてると思ってるの？
> もういい加減にしたら？VSCode擁護派はいったい何がしたいの？
> 機能の欠損を〜
> コンソールインターフェースを捨てている
糖質か？
俺は Emacs 一筋だが、Emacs を VSCode と比べたときのストライキングな利点の一つが CLI で動くことだ、という主張がバカ過ぎるので煽ってるだけだよ
>>162に書いたように、リモートで開発するということはリモートホスト上で何でもやらなきゃいけないということを全く意味しないし、ローカルの貧弱な環境ではそもそもエディタを選ぶ自由なんかないでしょう >>165
だから、何がしたいんだって、言ってんだろ。
煽りたいだけ、ってんならもういいだろ。これ以上スレを汚すんじゃねえよ。 1. 大学にアクセス
2. 研究室にアクセス
3. 研究室のLAN内の計算サーバにアクセス
4. 計算サーバにぶら下がってるホストにアクセス
こういうのじゃねーの
いずれにせよ、ただジャンプしてるだけだろうしアクセスする権利があるなら間にいくつホスト挟んでても関係ないが >>167
>>163にある「それが必要」とかいう状況を示してくださいよ >>169
ああ、もう不便なだけ、とかは必要性とは認めないってことか？ｗ
じゃあ、エディタなんてテキストが入力、編集できればいいだけだな。
なんでも好きなの使えばいいじゃんｗあほらしいｗ
ただ、ここはemacsのスレだからさｗ ユーザに老人が多いんだろうな
vimスレとかではほぼ無い展開 >>160
多段接続だからsshやtramp使って繋げるのがいいような気がするが... XEmacsはどうなっちゃったんだよ
emacsはviと比べてブランチが弱い >>170
やっぱりキミは足らんね。頭が
いつ不便なのか、と問うている >>174
xemacsは随分前に開発終了したんじゃなかったか？ 調べりゃすぐ分かることを調べない人の相手をする必要はないよ >>174
Wikipediaに日本語で書かれてた。自分も知らないことが書かれてて参考になった。
公式サイトも生きてるんだね。
https://ja.wikipedia.org/wiki/XEmacs >>166
たいしたもんじゃない。linux のカーネルモジュールとかデーモンとかGUIいらない系。
実機上で編集、コンパイル、テスト、トレース、デバッグを実行する必要があって手元ではできない。
実機上に emacs あると便利。 よみかえしてみたがvscodeがどんな風に擁護されてたのかわからなかった。 乱暴に言うとVSCodeは対応言語の多い *-mode みたいなものだからemacsにはかなわない。
emacs-osみたいな話題はVSCodeには起こり得ない >>180
もしかしなくても理論的に6回ログインしてるよ。各段階で別ネットワークだし認証も違うので仕方ない。
スクリプト組んでごまかしてるので毎回キーボードから6回コマンド打ってるわけじゃないけど。
セキュリティややこしい上に、最近のコロナのリモートワークで段階が増えてる。 確かによく分かる
日本のプログラマーのレベル下がりすぎよね ああEmacsが攻撃されてると思って発狂してる奴がいるのか emacsはプログラマーのための道具ではないだろうさすがに >>183
なんで ~/.ssh/config に設定書かずにスクリプト書いてるの 接続する先ごとにEmacsの環境作ってたら大変でないの？ >>191
多段接続ではなくWindows32&64ビット,WSL,Linuxと使ってる例だけど
共通の設定ファイルをコピーするだけだからそれほどでもない
init.el冒頭にsystem-nameとかsystem-typeをcondで場合分けしてバイナリの位置とか指定してるので多少は手間が必要だけど
Windows系アプリの設定移植ほど手はかからないと思う よく見たらWSLはWindows側の.emacs.dをリンクしてるだけの上に放置してたわ >>192
一箇所のEmacsを基点としてTrampで接続するようにすれば、Diredで開いたウインドウ間でファイルコピーが出来たりと便利と思うけど。
一度接続先でDiredが開けば、M-x shellで接続先のshellもすぐ開けるようになる。 >>195
利用するPCが複数ということなら、Trampの話ではないか。 え、実質多段sshでアクセスできるのにtrampでアクセスできないってどういう構成のサーバ？
ssh先でEmacs立ち上げるとかアホ過ぎて笑っちゃうんだが リモートのshell使うのがアホといわれるとまあそういう話もあるのかもしれんけど、それほんと便利なの？ ファイアウォールの内側に host1, host2, ..., host8 があって IP アドレスが連続していたので
Host host*
User hoge
ProxyCommand ssh -W 192.168.0.$(expr substr %h 5 1 + 10):22 proxy
なんて書いてた >>198
すみませんどういう意味でしょう
シェルはリモートのを立ち上げざるを得なくないですか？ ■ このスレッドは過去ログ倉庫に格納されています
