LinuxでVS Code使ってるヤツ (368ﾚｽ)
上下前次1-新
37: 2020/08/19(水)07:49 ID:7r1G/lhl(1) AAS
>>35ですが他スレで教えてもらいました
>>209
外部ﾘﾝｸ:github.com
38(1): 2021/04/05(月)01:10 ID:4X1hEYs+(1) AAS
Mac でも Windows でも Linux でも同じ環境使えるのはいい
39(1): 2021/04/23(金)01:09 ID:2r8X8BPB(1) AAS
sublimeの一時期の盛り上がりは何だったんだろうな？
40: 2021/04/23(金)07:51 ID:iINqvK++(1) AAS
Web屋は踊らされやすくて飽きっぽいんだろ多分
41: 2021/04/23(金)23:03 ID:PWTdzBnJ(1) AAS
>>38
確かにデカいしMicrosoftが率先して着手したのが面白い
独占よりもシームレスに色んなものがWindowsを介する方針にシフト変えたということか
42(1): 2021/04/26(月)18:48 ID:yW5GJ2iT(1) AAS
vscodeは重すぎて使えん
単なるエディタなのになんだありゃ
geanyの方が100倍軽くて便利だわ
43: 2021/04/26(月)19:29 ID:vMimArS5(1) AAS
同意
44(1): 2021/04/26(月)20:07 ID:dmh7IYgE(1) AAS
>>42
Linux自体が重たいからね。
45(1): 2021/04/30(金)00:34 ID:dwG+bkES(1) AAS
>>44
巣に帰れよｗ
46: 2021/05/01(土)21:10 ID:Utu95Bj7(1) AAS
>>45
みんな気づいているんでしょ。
47(1): 2021/05/08(土)00:49 ID:Lt+pbNHx(1) AAS
Windows10に比べればすげー軽いと思うけど。
Linux使ったことない人が書いてるの？
48: 2021/05/08(土)09:11 ID:L0tiv9Zd(1) AAS
Lazalusつかつてるよ。
49(1): 2021/05/08(土)13:19 ID:AroIo2fv(1) AAS
>>47
Windowsでする事とLinuxでする軽作業とくらべてる人が多いからね。
Teams重たい〜とかね。
50(1): 2021/05/11(火)18:15 ID:+uD2HwEk(1) AAS
vimはないと困るが
emacsの代わりにはなるよね
51(1): 2021/05/12(水)08:42 ID:G5naFh1u(1) AAS
>>50
geditでも良いのでは？
タグジャンプとか、解析用につかうのかな？
52: 2021/05/19(水)10:11 ID:gROOrqTH(1) AAS
>>49
Teamsが動くOSの板に帰れよ
宣伝してこいとでも言われたのかｗ
53: 2021/05/30(日)13:33 ID:bDR5dhst(1) AAS
エディタならSakuraエディタが強すぎる。
54: 2021/06/04(金)01:49 ID:I+wHqmOd(1) AAS
ま、サクラエディタはいいエディタだな。
それは認める。
俺もソース含めたテキストをゴリゴリ書く時はVirtualBoxでWinXP立ち上げてサクラエディタ使ってる。
普段はLinux上のKateとGeanyだけど。
55: 2021/06/04(金)10:43 ID:i0A1vKtk(1) AAS
サクラエディタならWINEで動かん？
56: 2021/06/05(土)15:36 ID:TuF6tofy(1) AAS
まあ動くっちゃー動くんだけどカーソル位置に打ってる文字が出ないから
Winのエディタはwineじゃ使い物にならんのよね
57: 2021/06/06(日)01:01 ID:8ibOAzqf(1) AAS
wineとか起動させてみた程度でしか使えないよね。
本気でGUIアプリをあんなんで実験やヤッテミタとかでなく日常で使ってる人いるんだろうか。
58: 2021/06/09(水)21:16 ID:otrmOtjn(1) AAS
まあマウスで操作するだけのミニゲームとかならストレスなく動くんじゃね。
59: 2021/06/18(金)18:26 ID:njppSwUN(1) AAS
バッチファイルのテストのためにwine使ってる
60(2): 2021/06/19(土)03:03 ID:mk17KhBp(1) AAS
visual studio のLinux版とか出たらいいな。
61(2): 2021/06/21(月)15:51 ID:1A4BTVvD(1) AAS
LinuxでなぜVisualStudio?
Eclipse + build-essential + Open-JDK でええやん。
62(1): 2021/06/29(火)02:22 ID:DH+Y73M3(1) AAS
VisualStudioデカすぎ
たかが統合開発環境に20GB必要って何なの？
よほど効率の悪いファイル構成になってるんだろうなぁ。
63(1): 2021/07/15(木)05:46 ID:siECBWuI(1/2) AAS
>>61
俺はデルファイの流れを組む、高速RAD
ツールのLazarus(ラザロ)言語はオブジェクトPascal
をつかつている。別にC言語もできるが、
GUIアプリとなるとねえ。
Javaは、FXが使えなくなつたので、辞めた。
64: 2021/07/15(木)10:52 ID:siECBWuI(2/2) AAS
>>60
でないだろうね
65(1): 2021/07/18(日)19:38 ID:dn2HcfZ/(1) AAS
>>63
えらいマイナーなの使ってるんだな。
一人の趣味ならそれでいいかもしれんけど、チーム組んでの開発は無理だな。
66: 2021/07/19(月)18:16 ID:W85lRqJF(1) AAS
チーム開発前提だとEclipsが強すぎる。
67: 2021/07/19(月)18:23 ID:HAQKx8e5(1/2) AAS
>>65
実は趣味でだよ。
コレ使うと開発が早くできる。
68: 2021/07/19(月)18:24 ID:HAQKx8e5(2/2) AAS
Pascalもいいぞ。
69: 2021/07/27(火)09:40 ID:PydnfTw6(1) AAS
>>62
MSの開発環境は昔から無駄にデカい。
MS-C ver.5とか6の時代から既にそうだった。
コンパイラの最適化も実行ファイルの速度も標準ライブラリの質もTurboCの方が上なのに
ファイル容量だけは3倍ほどあったｗ
70(2): 2021/07/27(火)23:51 ID:xyQePnD0(1/2) AAS
嘘つけ、当時は Optimizing compiler と銘打ってた通りMS-Cの方が最適化性能は高かった
bio100%もGR-LibもMASMとMS-Cだった筈だぞ
バイナリサイズは余計なもんでもリンクしなきゃLSI-Cであろうと３倍なんて差は付かない
71(3): 2021/07/27(火)23:54 ID:xyQePnD0(2/2) AAS
あー、データセグメント類の初期化シーケンスも知らずに
MS-Cでだけスタティックに初期値付きの領域確保しまくって「MS-Cはサイズが3倍でかくなる！」とか
のたまってるんだったら自分の無知を自覚した方がいい
特にラージモデルヒュージモデルとかなら尚更
72: 2021/09/04(土)02:05 ID:vtvMHCKL(1) AAS
>>1
敗北じゃない！ MSがすり寄ってきたんだ。
無料で使えるんだからいいじゃない。
ソース編集するとき、C++もpythonでもJavaScriptでも使ってる
73: 2021/09/18(土)19:43 ID:xSiB9wFf(1) AAS
いやいや、俺みたいなもともとのWinユーザーはvscodeもvsもLinuxでも使うが、
LinuxユーザーはvimやEmacs使って文化的矜持みせろよw
74(1): 2021/09/30(木)17:20 ID:UkYqXW66(1/2) AAS
>>70
MSCはマイクロソフトが技術力なくてLattice-Cを買い取ってMS-Cとして売り始めたのだよ。
そんなことも知らんコドモが今はコンパイラ触ってるのかぁ。
75(2): 2021/09/30(木)17:22 ID:UkYqXW66(2/2) AAS
>>70
そんで、コンパイル後のバイナリサイズの話なんかしてない。
コンパイラをフルインストールした時のディスク使用量だ。
Bio_100%が使ってたからいいコンパイラってｗ
おまえの判断基準はゲームしかないのかｗ
76(1): 2021/10/01(金)00:48 ID:zoqY7E2l(1/2) AAS
そういえば統合開発環境の出始めの時にMSのPWBが一番ショボかったな
77: 2021/10/01(金)10:43 ID:zoqY7E2l(2/2) AAS
>>71
バカｗ
78(2): 2021/10/02(土)19:21 ID:jWKLojC7(1) AAS
>>74
Lattice-Cの名前を変えただけの物をそのまんまVer5や6になるまで改良せずに売り続けた訳じゃないだろ
それにLattice-Cと全く同じ性能ならみんなLattice-Cを使ってた筈
>>75
後付けでコンパイラのサイズとか取って付けたような言い訳いらん
79(1): 2021/10/03(日)08:11 ID:Bj/cIgKG(1/3) AAS
>>78
それは当たり前でしょｗアホなの？
80(1): 2021/10/03(日)08:13 ID:Bj/cIgKG(2/3) AAS
>>78
後付？
勘違いしてるのはオマエだろ
レスを最初から辿って読めよ文盲君
81(1): 2021/10/03(日)19:32 ID:3Ey07IzG(1/2) AAS
>>79
当たり前ならMS-C5や6の最適化性能が高かったという話に何故初期のMS-CがLattice-Cを元にしてただの否定してきた？
>>80
> ファイル容量だけは3倍ほどあったｗ
コンパイラのファイル群の総容量とは書いていない
そしてコンパイラの話なんだからコンパイル後のファイル容量だと誤認しても何もおかしくはない
そもそもコンパイラ自体の総ファイル容量とか余程巨大でもなきゃどうでもいい
82(1): 2021/10/03(日)20:03 ID:Bj/cIgKG(3/3) AAS
>>81
なに詭弁かましてんだよアホが
素直に謝るか巣に戻れ
83: 2021/10/03(日)20:26 ID:3Ey07IzG(2/2) AAS
>>82
どこが詭弁だ
元々初期のMS-Cじゃなくて Ver5 6 辺りの話しかしてないし
> ファイル容量だけは3倍ほどあったｗ
ファイル容量とか言っちゃってるし
84: 2021/10/04(月)01:38 ID:RhrQQVzv(1) AAS
この屁理屈の付け方、この板に寄生しているWindows真理教布教者と同じだなｗ
いいかげんで巣に帰れよ出張してくんなバカ
85: 2021/10/04(月)02:11 ID:WkULTFdu(1/2) AAS
Qt厨の同類か
嘘でWindowsを貶めて粉飾でLinuxを誇張して世界が変わるとでも思っているのか
はたまた実はこれからLinuxを触ろうとしている人々に嘘を吹き込んで足を引っ張りたいのか
86: 2021/10/04(月)07:05 ID:poz60uvG(1) AAS
なあに、意見の整合性などどうでもよくてただ荒らしたいだけなのだろう
深読みなどする必要も無い
87(1): 2021/10/04(月)15:28 ID:0XYm8ODA(1) AAS
Lattice-C OEMは最初のバージョンだけ
Turbo-Cはコンパイルは速かったけど最適化はお世辞にも良いとは言えなかった
なんだかんだいってMS-Cは最適化は優秀でしたよ
開発環境をインストールしたときのディスク使用量で比較するってｗ
普通は最適化とか生成されるファイルサイズで評価するもんだと思うが
88: 2021/10/04(月)19:31 ID:WkULTFdu(2/2) AAS
どうせQt厨モドキの後付けの言い訳だろう
89(1): 2021/10/05(火)13:00 ID:TXSW59aO(1/3) AAS
MS-Cはレジスタ変数の最適化がアホだった気がするな。
-OxオプションつけてコンパイルしてもLSI-C86の最適化に負けてたような。
90(1): 2021/10/05(火)13:04 ID:TXSW59aO(2/3) AAS
>>87
Turbo-C1.5の頃にMS-Cは4.0とかだったと思うけど、
MS-Cは最適化で明らかに負けてたよ。
91(6): 2021/10/05(火)13:09 ID:TXSW59aO(3/3) AAS
MS-Cが5.0か6.0になった時に、コンパイラ性能で負けてるのに業を煮やしたマイクロソフトがWindowsの非公開APIを使うようにMS-Cの設計方針を変更した。
この手の非公開APIは将来のWindowsがどう変更してもいいように自由度を確保するための予約の意味で非公開にしているんだが、
マイクロソフトはそれを使っちゃった。
今のWindowsがダメダメなのも設計変更の自由度を自らなくしたのが一因になっているのではないかと思う。
92: 2021/10/05(火)13:31 ID:0G1aioDT(1) AAS
>>89-91
大変勉強になりそうなご発言ですねえ
宜しければ情報ソースをご紹介頂けないでしょうか
93: 2021/10/05(火)20:53 ID:p99LCt0c(1) AAS
> 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向けのコンパイラなのかｇｇｒｋｓ
94: 2021/10/06(水)15:00 ID:1UenAN0p(1) AAS
この程度の事も知らない奴と議論する意味なかったわｗ
当時は結構有名な話だったんだけどなあ、MS-CがWindowsの非公開APIを使ってるのは。
95: 2021/10/06(水)16:11 ID:8NK/3Dcp(1/2) AAS
外部ﾘﾝｸ:imgur.com
Cマガジン創刊号から抜粋
MS-C は 5.0、Turbo-C は 2.0
MS-Cは浮動小数点はやや遅いものの(ただしFPUを使わない設定)ライブラリやmallocの性能は良いという評価
Turbo-Cはコンパイル速度は速いという評価だが最適化やライブラリについては中間程度
LSI-Cはレジスタ割り付け以外の最適化はいまいちと書かれている
96(1): 2021/10/06(水)16:15 ID:8NK/3Dcp(2/2) AAS
あとツッコミが入りまくっているけどMS-CのWindows対応は7.0から
Windowsの非公開APIは与太話に過ぎない
エクセルとかのアプリが速いから使ってるんじゃみたいな話だったと思ったが
そもそもコンパイラで非公開機能使って性能があがるって考えがおかしいｗ
97: 2021/10/06(水)18:40 ID:xWuyIS8N(1) AAS
もはやネタにもなってないし面白くも何ともないし、
ウソを撒き散らせばWindowsが衰退してLinuxが普及すると本気で信じてるとしたら頭おかしい
98: 2021/10/06(水)20:16 ID:9pd4D37U(1) AAS
Linuxは好きで使ってるけど今より普及するかと言うとちょっとな
99(1): 2021/10/07(木)00:10 ID:TjCDXqhS(1) AAS
>>96
スレ見直してみたけど、未公開API使ってる件はMSC6.0とは書かれてないみたいよ。
100(1): 2021/10/07(木)04:38 ID:pRf4PxGi(1/2) AAS
>>99
>>91
> MS-Cが5.0か6.0になった時に、コンパイラ性能で負けてるのに業を煮やしたマイクロソフトがWindowsの非公開APIを使うようにMS-Cの設計方針を変更した。
101(1): 2021/10/07(木)15:22 ID:cXdzaMke(1) AAS
>>100
そして未公開APIを使用したMicrosoft C ver.7.0が誕生した。
でしょ、常識的に考えて。
中身をいじってマイナーバージョンまで変えないってあり得ないから。
てか一人で激怒して一人で書いてるだろ。
勘違いのポイントも同じだし文章の癖がそのまんまｗ
102: 2021/10/07(木)21:20 ID:pRf4PxGi(2/2) AAS
>>101
屁理屈が上手いぼくちんかっこいー＾＾
とか思ってるキモオタか？
戌厨の常識は一般人には通じない
103: 2021/10/08(金)10:01 ID:tVBXZhFY(1) AAS
画像ﾘﾝｸ[png]:i.imgur.com
を見ればわかるようにMS-Cは5.0の時点でTurbo-Cより最適化は数段優れていたわけで未公開APIとやらをわざわざ使って性能を上げる必要はないのである
MS-C 7.0はDPMIサーバがあればWindowsがなくても動作する
DOS単体でコンパイルできるのにどうやってWindowsの未公開APIｗとやらを使うのかぜひご教授いただきたい
そもそも未公開APIってのは都市伝説だからね
外部ﾘﾝｸ[modf]:mag.autumn.org
104: 2021/10/09(土)02:47 ID:JEXb5c0j(1/4) AAS
実行時間も測ってない提灯記事がソースかよｗ
MS社員かタダのアホか知らんけどご苦労なこって
105(1): 2021/10/09(土)02:52 ID:JEXb5c0j(2/4) AAS
その画像の記事、LSI-Cがどうのこうの書いてるようだけど、
まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で
レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。
MS-C ver.6.0Aのボロ負けだから。
アセンブラソースが読めればの話だけどｗ
106: 2021/10/09(土)03:40 ID:RBQ36wJ0(1/7) AAS
>>105
Anex86 ver2.78
未だにHDDに入っているが？
おかしなソースコードで調べたかも知れんから念の為チャンスをやろう
どんなソースで比較した？
i80386以前のアーキテクチャだとレジスタ0クリアはxor ax,axの方が速いとか
なるべく結果的に0かどうかの比較になる様にしてtestを使った方が速いとか
rep stosbするなら自前で埋めた方が速いとか、覚えてる連中は未だに覚えてるからな
適当吹かすのも大概にしておいた方がいいぞ
107(2): 2021/10/09(土)14:12 ID:JEXb5c0j(3/4) AAS
QuickSortのアルゴリズムも知らんのか
話にならんな
108(1): 2021/10/09(土)14:13 ID:RBQ36wJ0(2/7) AAS
>>107
クイックソートならどんなソースも全く同じになるとでも思ってるのか？
109(1): 2021/10/09(土)14:23 ID:JEXb5c0j(4/4) AAS
>>108
どんなソースでもMS-C6.0Aの方がレジスタの扱いは下手なんだけど、
再帰なしのアルゴリズムにしたら更によくわかるよ。
QuickSortがわからなければShellSortでもいいぞ。
一度自分でやってみれ。
やってみて自分で検証してから反論してくれ。
感情だけで反論されても詳しく説明する気にもならん。
110: 2021/10/09(土)15:24 ID:opM2ZqXE(1/4) AAS
MSディスったわいいけどウソがばれて叩かれてるのに頑張って嘘つき続けてるだけにしかみえないｗ
111: 2021/10/09(土)15:29 ID:RBQ36wJ0(3/7) AAS
>>109
やってやるから先ずおまえが比較したクイックソートのソース出してみな
クイックソートだからと言って全てのソースのパフォーマンスが同一って訳じゃない
112(1): 2021/10/09(土)16:13 ID:opM2ZqXE(2/4) AAS
昔PCでやれよ・・・
113(1): 2021/10/09(土)16:40 ID:RBQ36wJ0(4/7) AAS
>>112
アセンブラ出力アップしてやるからソース出せよ
114(3): 2021/10/09(土)16:51 ID:opM2ZqXE(3/4) AAS
ほらよ、これ使えｗ
#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);
省1
115: 2021/10/09(土)16:53 ID:CGL5/zim(1) AAS
>>113
やめてやれよ
ID:opM2ZqXEに勝ち誇れるソース出せるわけないだろ
116: 2021/10/09(土)16:56 ID:RBQ36wJ0(5/7) AAS
>>114
qsortは標準ライブラリなんだから最適化だの何だの関係ねえ
117: 2021/10/09(土)16:58 ID:RBQ36wJ0(6/7) AAS
なるほど、戌厨は>>114の結果だけをみて
> まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で
> レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。
> MS-C ver.6.0Aのボロ負けだから。
とかほざく訳だ・・・頭おかしい・・・
118: 2021/10/09(土)17:05 ID:4r5B7+tX(1) AAS
ID:opM2ZqXE と ID:RBQ36wJ0 が仲間っぽいのだけはわかった
119(1): 2021/10/09(土)17:10 ID:opM2ZqXE(4/4) AAS
クソ爺どもに「昔PCでやれ」って言ったら「ソース出せ」言われてだしただけなのに仲間扱いとかお前らばかすぎ。
痴呆症の爺どもはとっととくたばれよｗ
120: 2021/10/09(土)17:16 ID:RBQ36wJ0(7/7) AAS
>>114のソースのどこに
> まだ動く環境を持っているようなら、MS-C ver.6.0AとLSI-C86 3.30C試食版で
> レジスタ変数使ってQuickSortのテストを書いてコンパイラのアセンブラ出力を見てみればいい。
> MS-C ver.6.0Aのボロ負けだから。
> どんなソースでもMS-C6.0Aの方がレジスタの扱いは下手なんだけど、
> 再帰なしのアルゴリズムにしたら更によくわかるよ。
最適化だの再帰なしのアルゴリズムだのが関係しているのか、説明してみな
121: 2021/10/09(土)17:58 ID:a9EgqKTt(1) AAS
>>119
2chｽﾚ:linux
> 1 login:Penguin 2021/10/09(土) 05:00:14.97 ID:opM2ZqXE
> Linuxはキモデブのパソコンマニアだった爺がしがみつく最後の心の拠り所。
2chｽﾚ:linux
> 117 login:Penguin sage 2021/10/09(土) 16:58:29.29 ID:RBQ36wJ0
> なるほど、戌厨は
これで仲間等でないと言い張るならば派閥違いという事かな
アンチの世界など知らんが
122: 2021/10/10(日)04:10 ID:WiaztDrC(1/2) AAS
なんかこのスレ何十年前なんだよｗ って感じだなｗ
Bio_100%とかPC98x1とかじゃねーか？
気づいたら闘神都市?の話題とかしてそうでヤバいなｗ
123: 2021/10/10(日)04:45 ID:WiaztDrC(2/2) AAS
VS Codeの話をやめてパソパラの話とかしてたら平和になるんじゃなかろうか
124: 2021/10/10(日)07:10 ID:eFqMGaJ+(1) AAS
ガハハ、グッドだ
125: 2021/10/10(日)08:44 ID:42c1F/40(1) AAS
マジで戌厨って呼ばれる連中って老人性痴ほう症にかかってるな。
痴ほう症で頭が固いクソ爺ばっかりだから日本のLinuxがクソなわけだ。
126: 2021/10/10(日)09:44 ID:IHSjgg0D(1) AAS
ここには日本のLinuxを作っている人は多分いないけどな
127: 2021/10/11(月)18:15 ID:DVvKDaxV(1) AAS
MSの宣伝部隊まじうざいわ
おまえら実績で勝負しろと雇い主に言っとけ
128: 2021/10/11(月)19:04 ID:7WOdEFft(1) AAS
MSの宣伝ではなくMSだのMS-Cだのを貶めようとしてるあからさまな嘘が突っ込まれてるだけ
129: 2021/10/13(水)23:10 ID:buX8Jreh(1) AAS
MSCのレジスタ変数最適化が無料のLSIC試食版に負けてたのは本当
130: 2021/10/14(木)04:10 ID:UyL0NFKg(1) AAS
仮にMS-C ver5 ver6がLSIC試食版に局所的に負けてても全体的にはMS-Cが最も優れていたのは事実
当時触った事がある人なら誰でも知ってるしこんな過疎板で嘘を撒き散らしたところでMSは痛くもかゆくもないだろう
131: 2021/10/14(木)15:20 ID:QTxgq8ZY(1) AAS
ゼビウスとかMZ80,X68000がなんだって
132: 2021/10/15(金)05:06 ID:FyfQcn7i(1) AAS
昔からMSアンチは声だけでかい特定少数のキチガイ集団だって知られてる。
そいつらは嘘でも平気でつくキチガイ。
今、そいつらは「戌信者」と呼ばれるキチガイ集団に変化してる。
133: 2021/10/15(金)15:08 ID:cNwEfl9K(1) AAS
横からスマンが、この板全体を見るにWindows最高Linuxはカス、みたいなスレが結構目につくのだが、
ああいうスレをLinux板で立てるMS大好きな奴こそキチガイと言うべきではないだろうか。
134: 2021/10/15(金)19:00 ID:VPCidUr3(1/2) AAS
志賀っぽいのが大人しくなってから目立つようになったから
恐らく戌厨が「ドザは本当に居る！」とか言い張る為の自演だろう
135(1): 2021/10/15(金)21:41 ID:MdYtsy8I(1) AAS
そんなでっち上げを信じる大人がいると思うなら
まずはコンビニのバイトとかでいいのでとにかく社会に出る事を勧める
136(2): 2021/10/15(金)23:43 ID:VPCidUr3(2/2) AAS
>>135
Linux板自治スレ★06
2chｽﾚ:linux
上下前次1-新書関写板覧索設栞歴
あと 232 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s