LinuxでVS Code使ってるヤツ
vscodeにvimプラグイン入れて引き分けに持ち込め(´・ω・`) >>1 大勝利だぞ? VSCodium - 100%オープンソース版のVSCode | ソフトアンテナブログ https://www.softantenna.com/wp/review/vscodium/ 今時マカーでさえSublime使ってる奴殆どおらんわ VSCodiumをUbuntuで使っている者だが apt updateで下記の2つの警告が出てVSCodiumの更新が出来ません どなたか解決方法をご存知ありせんか? VS Codeの方は問題ありませんか? W: Failed to fetch https://gitlab.com/paulcarroty/vscodium-deb-rpm-repo/raw/repos/debs/dists/vscodium/InRelease 429 Too Many Requests [IP: 172.65.251.78 443] W: Some index files failed to download. They have been ignored, or old ones used instead. Vscodeつかってるが、アプデに失敗したことないな。 VSCodiumだと失敗するのか。 Mac でも Windows でも Linux でも同じ環境使えるのはいい sublimeの一時期の盛り上がりは何だったんだろうな? >>38 確かにデカいしMicrosoftが率先して着手したのが面白い 独占よりもシームレスに色んなものがWindowsを介する方針にシフト変えたということか vscodeは重すぎて使えん 単なるエディタなのになんだありゃ geanyの方が100倍軽くて便利だわ Windows10に比べればすげー軽いと思うけど。 Linux使ったことない人が書いてるの? >>47 Windowsでする事とLinuxでする軽作業とくらべてる人が多いからね。 Teams重たい〜とかね。 vimはないと困るが emacsの代わりにはなるよね >>50 geditでも良いのでは? タグジャンプとか、解析用につかうのかな? >>49 Teamsが動くOSの板に帰れよ 宣伝してこいとでも言われたのかw ま、サクラエディタはいいエディタだな。 それは認める。 俺もソース含めたテキストをゴリゴリ書く時はVirtualBoxでWinXP立ち上げてサクラエディタ使ってる。 普段はLinux上のKateとGeanyだけど。 まあ動くっちゃー動くんだけどカーソル位置に打ってる文字が出ないから Winのエディタはwineじゃ使い物にならんのよね wineとか起動させてみた程度でしか使えないよね。 本気でGUIアプリをあんなんで実験やヤッテミタとかでなく日常で使ってる人いるんだろうか。 まあマウスで操作するだけのミニゲームとかならストレスなく動くんじゃね。 visual studio のLinux版とか出たらいいな。 LinuxでなぜVisualStudio? Eclipse + build-essential + Open-JDK でええやん。 VisualStudioデカすぎ たかが統合開発環境に20GB必要って何なの? よほど効率の悪いファイル構成になってるんだろうなぁ。 >>61 俺はデルファイの流れを組む、高速RAD ツールのLazarus(ラザロ)言語はオブジェクトPascal をつかつている。別にC言語もできるが、 GUIアプリとなるとねえ。 Javaは、FXが使えなくなつたので、辞めた。 >>63 えらいマイナーなの使ってるんだな。 一人の趣味ならそれでいいかもしれんけど、チーム組んでの開発は無理だな。 >>65 実は趣味でだよ。 コレ使うと開発が早くできる。 >>62 MSの開発環境は昔から無駄にデカい。 MS-C ver.5とか6の時代から既にそうだった。 コンパイラの最適化も実行ファイルの速度も標準ライブラリの質もTurboCの方が上なのに ファイル容量だけは3倍ほどあったw 嘘つけ、当時は Optimizing compiler と銘打ってた通りMS-Cの方が最適化性能は高かった bio100%もGR-LibもMASMとMS-Cだった筈だぞ バイナリサイズは余計なもんでもリンクしなきゃLSI-Cであろうと3倍なんて差は付かない あー、データセグメント類の初期化シーケンスも知らずに MS-Cでだけスタティックに初期値付きの領域確保しまくって「MS-Cはサイズが3倍でかくなる!」とか のたまってるんだったら自分の無知を自覚した方がいい 特にラージモデルヒュージモデルとかなら尚更 >>1 敗北じゃない! MSがすり寄ってきたんだ。 無料で使えるんだからいいじゃない。 ソース編集するとき、C++もpythonでもJavaScriptでも使ってる いやいや、俺みたいなもともとのWinユーザーはvscodeもvsもLinuxでも使うが、 LinuxユーザーはvimやEmacs使って文化的矜持みせろよw >>70 MSCはマイクロソフトが技術力なくてLattice-Cを買い取ってMS-Cとして売り始めたのだよ。 そんなことも知らんコドモが今はコンパイラ触ってるのかぁ。 >>70 そんで、コンパイル後のバイナリサイズの話なんかしてない。 コンパイラをフルインストールした時のディスク使用量だ。 Bio_100%が使ってたからいいコンパイラってw おまえの判断基準はゲームしかないのかw そういえば統合開発環境の出始めの時にMSのPWBが一番ショボかったな >>74 Lattice-Cの名前を変えただけの物をそのまんまVer5や6になるまで改良せずに売り続けた訳じゃないだろ それにLattice-Cと全く同じ性能ならみんなLattice-Cを使ってた筈 >>75 後付けでコンパイラのサイズとか取って付けたような言い訳いらん >>78 後付? 勘違いしてるのはオマエだろ レスを最初から辿って読めよ文盲君 >>79 当たり前ならMS-C5や6の最適化性能が高かったという話に何故初期のMS-CがLattice-Cを元にしてただの否定してきた? >>80 > ファイル容量だけは3倍ほどあったw コンパイラのファイル群の総容量とは書いていない そしてコンパイラの話なんだからコンパイル後のファイル容量だと誤認しても何もおかしくはない そもそもコンパイラ自体の総ファイル容量とか余程巨大でもなきゃどうでもいい >>81 なに詭弁かましてんだよアホが 素直に謝るか巣に戻れ >>82 どこが詭弁だ 元々初期のMS-Cじゃなくて Ver5 6 辺りの話しかしてないし > ファイル容量だけは3倍ほどあったw ファイル容量とか言っちゃってるし この屁理屈の付け方、この板に寄生しているWindows真理教布教者と同じだなw いいかげんで巣に帰れよ出張してくんなバカ Qt厨の同類か 嘘でWindowsを貶めて粉飾でLinuxを誇張して世界が変わるとでも思っているのか はたまた実はこれからLinuxを触ろうとしている人々に嘘を吹き込んで足を引っ張りたいのか なあに、意見の整合性などどうでもよくてただ荒らしたいだけなのだろう 深読みなどする必要も無い Lattice-C OEMは最初のバージョンだけ Turbo-Cはコンパイルは速かったけど最適化はお世辞にも良いとは言えなかった なんだかんだいってMS-Cは最適化は優秀でしたよ 開発環境をインストールしたときのディスク使用量で比較するってw 普通は最適化とか生成されるファイルサイズで評価するもんだと思うが MS-Cはレジスタ変数の最適化がアホだった気がするな。 -OxオプションつけてコンパイルしてもLSI-C86の最適化に負けてたような。 >>87 Turbo-C1.5の頃にMS-Cは4.0とかだったと思うけど、 MS-Cは最適化で明らかに負けてたよ。 MS-Cが5.0か6.0になった時に、コンパイラ性能で負けてるのに業を煮やしたマイクロソフトがWindowsの非公開APIを使うようにMS-Cの設計方針を変更した。 この手の非公開APIは将来のWindowsがどう変更してもいいように自由度を確保するための予約の意味で非公開にしているんだが、 マイクロソフトはそれを使っちゃった。 今のWindowsがダメダメなのも設計変更の自由度を自らなくしたのが一因になっているのではないかと思う。 >>89-91 大変勉強になりそうなご発言ですねえ 宜しければ情報ソースをご紹介頂けないでしょうか > MS-Cはレジスタ変数の最適化がアホだった気がするな。 > Turbo-C1.5の頃にMS-Cは4.0とかだったと思うけど、 > MS-Cは最適化で明らかに負けてたよ。 十中八九出まかせ > MS-Cが5.0か6.0になった時に、コンパイラ性能で負けてるのに業を煮やしたマイクロソフトがWindowsの非公開APIを使うようにMS-Cの設計方針を変更した。 MS-C 6.0 が何のOS向けのコンパイラなのかggrks この程度の事も知らない奴と議論する意味なかったわw 当時は結構有名な話だったんだけどなあ、MS-CがWindowsの非公開APIを使ってるのは。 https://imgur.com/5kDaBWH Cマガジン創刊号から抜粋 MS-C は 5.0、Turbo-C は 2.0 MS-Cは浮動小数点はやや遅いものの(ただしFPUを使わない設定)ライブラリやmallocの性能は良いという評価 Turbo-Cはコンパイル速度は速いという評価だが最適化やライブラリについては中間程度 LSI-Cはレジスタ割り付け以外の最適化はいまいちと書かれている あとツッコミが入りまくっているけどMS-CのWindows対応は7.0から Windowsの非公開APIは与太話に過ぎない エクセルとかのアプリが速いから使ってるんじゃみたいな話だったと思ったが そもそもコンパイラで非公開機能使って性能があがるって考えがおかしいw もはやネタにもなってないし面白くも何ともないし、 ウソを撒き散らせばWindowsが衰退してLinuxが普及すると本気で信じてるとしたら頭おかしい Linuxは好きで使ってるけど今より普及するかと言うとちょっとな >>96 スレ見直してみたけど、未公開API使ってる件はMSC6.0とは書かれてないみたいよ。 >>99 >>91 > MS-Cが5.0か6.0になった時に、コンパイラ性能で負けてるのに業を煮やしたマイクロソフトがWindowsの非公開APIを使うようにMS-Cの設計方針を変更した。 >>100 そして未公開APIを使用したMicrosoft C ver.7.0が誕生した。 でしょ、常識的に考えて。 中身をいじってマイナーバージョンまで変えないってあり得ないから。 てか一人で激怒して一人で書いてるだろ。 勘違いのポイントも同じだし文章の癖がそのまんまw >>101 屁理屈が上手いぼくちんかっこいー^^ とか思ってるキモオタか? 戌厨の常識は一般人には通じない https://i.imgur.com/5kDaBWH.png を見ればわかるようにMS-Cは5.0の時点でTurbo-Cより最適化は数段優れていたわけで未公開APIとやらをわざわざ使って性能を上げる必要はないのである MS-C 7.0はDPMIサーバがあればWindowsがなくても動作する DOS単体でコンパイルできるのにどうやってWindowsの未公開APIwとやらを使うのかぜひご教授いただきたい そもそも未公開APIってのは都市伝説だからね http://mag.autumn.org/Content.modf?id=20060502123921 実行時間も測ってない提灯記事がソースかよw MS社員かタダのアホか知らんけどご苦労なこって その画像の記事、LSI-Cがどうのこうの書いてるようだけど、 まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。 MS-C ver.6.0Aのボロ負けだから。 アセンブラソースが読めればの話だけどw >>105 Anex86 ver2.78 未だにHDDに入っているが? おかしなソースコードで調べたかも知れんから念の為チャンスをやろう どんなソースで比較した? i80386以前のアーキテクチャだとレジスタ0クリアはxor ax,axの方が速いとか なるべく結果的に0かどうかの比較になる様にしてtestを使った方が速いとか rep stosbするなら自前で埋めた方が速いとか、覚えてる連中は未だに覚えてるからな 適当吹かすのも大概にしておいた方がいいぞ QuickSortのアルゴリズムも知らんのか 話にならんな >>107 クイックソートならどんなソースも全く同じになるとでも思ってるのか? >>108 どんなソースでもMS-C6.0Aの方がレジスタの扱いは下手なんだけど、 再帰なしのアルゴリズムにしたら更によくわかるよ。 QuickSortがわからなければShellSortでもいいぞ。 一度自分でやってみれ。 やってみて自分で検証してから反論してくれ。 感情だけで反論されても詳しく説明する気にもならん。 MSディスったわいいけどウソがばれて叩かれてるのに頑張って嘘つき続けてるだけにしかみえないw >>109 やってやるから先ずおまえが比較したクイックソートのソース出してみな クイックソートだからと言って全てのソースのパフォーマンスが同一って訳じゃない >>112 アセンブラ出力アップしてやるからソース出せよ ほらよ、これ使えw #include <stdio.h> int com(const void *a, const void *b) { return *(int*)a - *(int*)b; } int main(int argc,char** argv) { int a[10000]; qsort(a,10000,sizeof(int),cmp); } >>113 やめてやれよ ID:opM2ZqXEに勝ち誇れるソース出せるわけないだろ >>114 qsortは標準ライブラリなんだから最適化だの何だの関係ねえ なるほど、戌厨は>>114 の結果だけをみて > まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で > レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。 > MS-C ver.6.0Aのボロ負けだから。 とかほざく訳だ・・・頭おかしい・・・ ID:opM2ZqXE と ID:RBQ36wJ0 が仲間っぽいのだけはわかった クソ爺どもに「昔PCでやれ」って言ったら「ソース出せ」言われてだしただけなのに仲間扱いとかお前らばかすぎ。 痴呆症の爺どもはとっととくたばれよw >>114 のソースのどこに > まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で > レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。 > MS-C ver.6.0Aのボロ負けだから。 > どんなソースでもMS-C6.0Aの方がレジスタの扱いは下手なんだけど、 > 再帰なしのアルゴリズムにしたら更によくわかるよ。 最適化だの再帰なしのアルゴリズムだのが関係しているのか、説明してみな >>119 https://mao.5ch.net/test/read.cgi/linux/1633723214/1 > 1 login:Penguin 2021/10/09(土) 05:00:14.97 ID:opM2ZqXE > Linuxはキモデブのパソコンマニアだった爺がしがみつく最後の心の拠り所。 https://mao.5ch.net/test/read.cgi/linux/1577078182/117 > 117 login:Penguin sage 2021/10/09(土) 16:58:29.29 ID:RBQ36wJ0 > なるほど、戌厨は これで仲間等でないと言い張るならば派閥違いという事かな アンチの世界など知らんが なんかこのスレ何十年前なんだよw って感じだなw Bio_100%とかPC98x1とかじゃねーか? 気づいたら闘神都市Uの話題とかしてそうでヤバいなw VS Codeの話をやめてパソパラの話とかしてたら平和になるんじゃなかろうか マジで戌厨って呼ばれる連中って老人性痴ほう症にかかってるな。 痴ほう症で頭が固いクソ爺ばっかりだから日本のLinuxがクソなわけだ。 ここには日本のLinuxを作っている人は多分いないけどな MSの宣伝部隊まじうざいわ おまえら実績で勝負しろと雇い主に言っとけ MSの宣伝ではなくMSだのMS-Cだのを貶めようとしてるあからさまな嘘が突っ込まれてるだけ MSCのレジスタ変数最適化が無料のLSIC試食版に負けてたのは本当 仮にMS-C ver5 ver6がLSIC試食版に局所的に負けてても全体的にはMS-Cが最も優れていたのは事実 当時触った事がある人なら誰でも知ってるしこんな過疎板で嘘を撒き散らしたところでMSは痛くもかゆくもないだろう read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる