C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**デフォルトの名無しさん** · 2020/12/08(火) 21:02:15.62

上の方に
#include<filesystem>
と書く

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

なんだそりゃあ？！

**デフォルトの名無しさん** · 2020/12/09(水) 06:50:42.80

>>671
// cl 671.cpp /EHsc /std:c++17
#include <filesystem>
#include <iostream>

using namespace std;
using namespace std::filesystem;

int main()
{
directory_iterator d(current_path());
for(auto&& e : d) cout << e.path() << endl;
}
全く問題なく動くぞ
cl.exeのバージョンは19.28.29334 for x64

**デフォルトの名無しさん** · 2020/12/09(水) 08:05:49.03

>>671
脱線の話だがappleのclangでfilesystem使おうと思ったら、
OSを10.15以降にしないと動かない上にビルドしたバイナリもそれ以降。
macだとintel版はhomebrewでgcc落としてビルドすれば旧いのでも動く。

日本語などのファイル名の扱いは、自分の試した範囲で、mac,linux,winで微妙に違ってた。
「wstring」、「stringでutf-8」のどっちかしか出来ん処理系があって、
複数機種用のコードは結局ifdefで分けるしかなかった。
そのうちライブラリが整備されるとは思うけど。
しかし「ハ゜」→「パ」のmacの仕様には参った。

**デフォルトの名無しさん** · 2020/12/09(水) 09:04:33.91

脱線路運動。

**デフォルトの名無しさん** · 2020/12/13(日) 02:22:39.32

c++でRSSリーダー作れましゅか？

**デフォルトの名無しさん** · 2020/12/13(日) 04:12:37.43

はい

**デフォルトの名無しさん** · 2020/12/13(日) 11:52:25.92

RSSなんてもう誰も使ってないだろ
フィードしてるサイトなんてありゅ？

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/13(日) 13:34:03.99

ブログホスティングサイトの系統だと RSS を提供してないところとかあんまりないと思うが。

**デフォルトの名無しさん** · 2020/12/14(月) 16:01:14.17

ていうかあちこちの言語スレで同じ事聞くのやめなさい

**デフォルトの名無しさん** · 2020/12/14(月) 19:00:34.80

std::vectorのメンバ関数にfind()とかrfind()がないのはなんでですかね？
string::find()みたいにあってもよさそうな気がするんですが・・・

**デフォルトの名無しさん** · 2020/12/14(月) 19:10:08.09

>>682
よう知らんけど、vector固有でなくても使えるアルゴリズムだからでは？

**デフォルトの名無しさん** · 2020/12/15(火) 09:25:27.40

>>682
#include <algorithm>のfind()を使えってことだ
何でもかんでもメンバに突っ込むのは悪い設計だからだ
この意味でstring::findは蛇足ともいえる
現実にはstring::findはiteratorではなくsize_typeを返すので
複数の文字列の同じ位置、のようなことがやりやすい

**デフォルトの名無しさん** · 2020/12/15(火) 13:10:21.94

UTF8とかだと単純に同じバイト値探せばいいわけじゃないからstringは特殊化してるんだよ

**デフォルトの名無しさん** · 2020/12/15(火) 13:19:55.29

＞何でもかんでもメンバに突っ込むのは悪い設計だからだ
こういう考え方いかにもCから入りましたって感じだな

**デフォルトの名無しさん** · 2020/12/15(火) 13:21:51.75

UTF-16（wchar_t）と違ってUTF-8（char）なら同じバイト列を探せばいいんじゃないの？
ASCIIと同じコーディングで済むのがUTF-8が普及した要因だと思ってた

**デフォルトの名無しさん** · 2020/12/15(火) 13:36:54.46

>>687
短い系列は特に、部分列が一致したからといっても、
デコードした時にその文字かどうかは保証出来ないんじゃ？

**デフォルトの名無しさん** · 2020/12/15(火) 14:01:10.21

std::stringってバイト単位で扱うものでしょ
本当に文字単位で扱いたいならstd::wstring

**デフォルトの名無しさん** · 2020/12/15(火) 14:23:23.61

>>686
ｋｗｓｋしていいか？
それともやめとくか？

**デフォルトの名無しさん** · 2020/12/15(火) 16:06:36.42

>>689
wstringだろうがu16stringだろうがu32stringだろうが状況変わらんぞ

**デフォルトの名無しさん** · 2020/12/15(火) 16:37:15.21

>>690
質問主ですが、是非ともｋｗｓｋしてくだしあ

**デフォルトの名無しさん** · 2020/12/15(火) 16:39:59.71

utf16はサロゲートペアちょんぎらないようにしないとな

**デフォルトの名無しさん** · 2020/12/15(火) 20:33:42.18

合字とか異体字セレクタとかもな
文字を扱うというのは大変なんだ

**デフォルトの名無しさん** · 2020/12/15(火) 21:47:00.55

>>688
1バイト目とそれ以降は重ならないからそういうことは起こらないはず

**デフォルトの名無しさん** · 2020/12/15(火) 22:25:44.23

そもそもstring::findがあるのは文字列から文字列を探す需要が高いからじゃないですかね
vector含む各コンテナから探すのはほとんどの場合要素単位だから汎用的なstd::findを使えということと解釈

**デフォルトの名無しさん** · 2020/12/16(水) 06:17:15.68

>>696
だよね
std::stringのfindは要素を探すんじゃなくて、
要素(char)の連なり＝部分文字列を探すもので
vectorとかのコンテナのそれとは異質だし蛇足とは思えない

**デフォルトの名無しさん** · 2020/12/16(水) 08:58:52.32

>>692
了解

>>686
ｋｗｓｋ

**デフォルトの名無しさん** · 2020/12/16(水) 09:05:13.62

まぁ汎用的というか、stlのアルゴリズムはほとんどが全コンテナに対して共通のコードに出来るからそうしてる(グローバルな関数にしてる)んじゃないかね
実際問題、共通のインターフェースを継承によって表現するのでない限り、同じコードをあちこちメンバ関数にするのは不自然
逆に共通のインターフェースにすべきクラスの機能を無理に普通の関数にするのも馬鹿げてる

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 10:59:12.23

アドホック多相とパラメトリック多相の違い。

**デフォルトの名無しさん** · 2020/12/16(水) 11:28:07.30

データ構造とアルゴリズムを合わせたものがクラスでありオブジェクト指向言語の特徴の1つと教わった
いまは汎用アルゴリズムが再び外部に分離されるようになってきてるのかな
テンプレート・ジェネリクス・インターフェースのおかげかな？
型Tに対する操作を外部化しておいたほうが汎用的で型Tを実装するすべてのクラスが操作を個別に持つのは無駄ってことか

**デフォルトの名無しさん** · 2020/12/16(水) 11:50:27.11

beginとendをペアで指定しないといけないポインタ的iteratorのせいで外部化せざるを得なかったという方が正しいんじゃないですかね

**デフォルトの名無しさん** · 2020/12/16(水) 11:58:03.72

↓のサイトでも外人が同じ議論してるね
誰か要約してください
https://stackoverrun.com/ja/q/4020758

Why does std::string have a find member function while std::vector and friends don't have it?
Is there anything wrong with using std::find on the string?

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 13:09:55.17

>>701
オブジェクト指向にも種類がある。
ただひとつのオブジェクト指向がオブジェクト指向たる基準があるわけではなくて、
わりとふんわりした概念だよ……。
C++ の場合はカプセル化に軸があると思う。
隠されていないデータを処理する分にはメンバ関数にする必然性がない。

**デフォルトの名無しさん** · 2020/12/16(水) 13:27:14.81

C++ってカプセル化できるんでしたっけ？

**デフォルトの名無しさん** · 2020/12/16(水) 13:34:22.28

抜け道があるかって意味なら、java等もカプセル化できないってことになるけど

**デフォルトの名無しさん** · 2020/12/16(水) 13:45:31.91

>>701
そういうことじゃねえよ
データ構造とアルゴリズムごちゃ混ぜにしたのをクラスと言い張る意味はない
１つの目的のためのお膳立てを揃えたものがオブジェクトでオブジェクトの種類がクラスだ

C++標準のライブラリではデータ構造はコンテナ、アルゴリズムは関数テンプレートとして分離されている
コンテナは配列やリストといったデータ構造を提供するまでにとどめ
それらを使って何かする応用までメンバにはせず関数テンプレートにしてある

**デフォルトの名無しさん** · 2020/12/16(水) 13:50:56.36

>>706
Javaのリフレクションで何でも呼べる抜け道みたいな話ではなく
C++ってヘッダーファイルにprivateメンバー書かないといけないじゃん
そのせいで内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないといけなかったりする
これってカプセル化できてないってことじゃない？
pimplとかテクニックがあるけどさ

**デフォルトの名無しさん** · 2020/12/16(水) 13:54:21.41

>>708
古い知識ですまんが、素直に抽象基底クラス被せるでだめなん？

**デフォルトの名無しさん** · 2020/12/16(水) 13:55:52.62

なる。
そういうことならpmplかインターフェースクラスを定義するかしか思い浮かばないな

**デフォルトの名無しさん** · 2020/12/16(水) 14:40:21.32

> 内部実装が変わったらライブラリ利用者にヘッダーファイルを差し替えてもらわないと

これ、そんなに深刻な問題か？
ライブラリの更新なんてリポジトリ決めてバージョン管理して
あとは勝手に落とせで運用できてるやん

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/16(水) 15:35:04.62

現実的な部分では運用でなんとかしてる部分はあるのも確かだが、
現実に対する妥協なのでパラダイム的な話とは区別が必要じゃない？
まあ不可分なところもあるんで微妙な話ではあるけども。

**デフォルトの名無しさん** · 2020/12/16(水) 16:36:11.97

>>708
それってモジュール使えば解決できる問題じゃないんでしたっけ

**デフォルトの名無しさん** · 2020/12/16(水) 18:14:53.45

>>712
運用できていても、いささかでも無理があれば
まだ余裕があるうちでも将来を見据えて
議論する価値が出てくるね

問題は無理を全く感じていないことを
空想論的に問題視することだ
個人的に問題視するのは勝手だが
他人が付き合ってくれないときにしつこくすることだ

**デフォルトの名無しさん** · 2020/12/16(水) 18:54:24.56

意義深い議論が展開されてるな

**デフォルトの名無しさん** · 2020/12/16(水) 22:51:18.04

C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
プログラミングパラダイムを論じるにはいまいちに思はるる、

やっぱヘッダファイルとか批判者にとってかっこうの餌食でありその光景がまさに展開された、

**デフォルトの名無しさん** · 2020/12/16(水) 22:58:46.39

きちんとオブジェクト指向するんなら継承は全部virtualであるべきや
といってもC++だけにあてはまる批判ではないが

Base::Foo()とDerived::Foo()が異なる振る舞いで定義されているときに、
func(Base&)にDerivedを渡したらfunc()の中ではBase::Foo()が呼ばれるとか
危険極まりない
この基準で言ったらたいていの似非オブジェクト指向言語はNG

**デフォルトの名無しさん** · 2020/12/16(水) 23:05:40.32

不毛な宗教戦争よ

**デフォルトの名無しさん** · 2020/12/16(水) 23:25:11.55

クラスベースオブジェクト指向はすべて似非オブジェクト指向
アランケイ「C++のオブジェクト指向？知らない子ですね…」

**デフォルトの名無しさん** · 2020/12/17(木) 01:05:17.90

>>716
>C++はゼロコストで極力あらゆる制御をプログラマーに与えることを
>使命ていうか至上命題にして至高のレーゾンデートルとみなしているように見えるので
半分は正しいがそれならcでええやんてなる。
c++のc++たる所以(もしくは厨受けするところ)ってのは、ゼロコストなのにさらにどんなに高級な機能も入れられるんやで〜ってところだろ。

**デフォルトの名無しさん** · 2020/12/17(木) 01:10:53.36

>>717
え、その場合仮想関数ならDerived::Fooやろ？
非仮想とか値渡しならそうだけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:05:17.82

非仮想だとそうなっちゃうっていう批判なんだろ
ハイディングなんかする方が悪いと思うけど

**デフォルトの名無しさん** · 2020/12/17(木) 07:08:07.45

>>717
仮想継承の話かと思ったら
そうじゃないようだな

**デフォルトの名無しさん** · 2020/12/17(木) 08:15:27.96

>>720
「使った機能にあったコスト」だよ。
ゼロコストはあくまで機能を使わなかった場合の話。
cの機能しか使わなかったらcのコストしかかからないのが基本方針だろ。

**デフォルトの名無しさん** · 2020/12/17(木) 11:41:30.12

>>722
あぁそういうことか・・
ちょっと自分の常識からかけ離れてるから理解できんかった

**デフォルトの名無しさん** · 2020/12/17(木) 14:49:46.67

#include <charconv>
using namespace std;

int main()
{
char str[] = "123";
double dbl;
from_chars(str, str + 3, dbl);
}

Visual Studioでは通るんだけど、GCCではダメ
どうも戻りのfrom_chars_resultがテンプレートになってて推論に失敗してるようなんだけど
規格ドラフト見てもfrom_chars_resultがテンプレートだなんてどこにも書いてない

これGCCがおかしいんだよな？
バグレポ上がってたりする？

**デフォルトの名無しさん** · 2020/12/17(木) 14:50:46.30

バージョン書き忘れた
Visual Studio: 19.28.29334
GCC: 10.2.0

**デフォルトの名無しさん** · 2020/12/17(木) 15:56:08.03

>>726
整数型だけしかサポートしてないよ

**デフォルトの名無しさん** · 2020/12/17(木) 17:33:27.07

>>728
23.20.1 Header <charconv> synopsisにはfloat, double, long doubleが挙がってるんだけど・・・
ああ、GCCがってことねthx

**デフォルトの名無しさん** · 2020/12/17(木) 22:56:50.01

gccの傾向として、熱烈な信者がいて、出来ないことを出来ると宣伝したり、劣っているものを優れていると宣伝したりする場合がある。
ところが、そのような場合、GNUのマニュアルは「出来ない」「劣る」と明言している場合が多い。
したがって、gccについてはみだりに検索せず、GNUのサイトを見ることをお勧めします。

**デフォルトの名無しさん** · 2020/12/18(金) 01:08:57.52

>>726 「ダメ」がコンパイルエラーの意味ならエラーメッセージも挙げてよ。

**デフォルトの名無しさん** · 2020/12/18(金) 01:16:51.95

ダメコンは、ダメージコントロールの略ですよ。

**デフォルトの名無しさん** · 2020/12/18(金) 05:02:08.68

継承使うと密結合になり変更に弱くなるし（実行時のオーバーヘッドにもなりそう）
規約で縛るというSTLの実装には好感が持てる

**デフォルトの名無しさん** · 2020/12/18(金) 06:51:33.39

>>731
W:\>g++ g1.cpp
g1.cpp: In function 'int main()':
g1.cpp:8:33: error: no matching function for call to 'from_chars(char [4], char*, double&)'
8 | from_chars(str, str + 3, dbl);
| ^
In file included from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: candidate: 'template<class _Tp> std::__detail::__integer_from_chars_result_type<_Tp> std::from_chars(const char*, const char*, _Tp&, int)'
595 | from_chars(const char* __first, const char* __last, _Tp& __value,
| ^~~~~~~~~~
C:/msys64/mingw32/include/c++/10.2.0/charconv:595:5: note: template argument deduction/substitution failed:
In file included from C:/msys64/mingw32/include/c++/10.2.0/charconv:40,
from g1.cpp:1:
C:/msys64/mingw32/include/c++/10.2.0/type_traits: In substitution of 'template<bool _Cond, class _Tp> using enable_if_t = typename std::enable_if::type [with bool _Cond = false; _Tp = std::from_chars_result]':

まだまだ延々続くけど、こんくらいでいい？

**デフォルトの名無しさん** · 2020/12/18(金) 09:49:45.23

>>727
vsでも2017update7は同様のエラーみたいだなぁ

**デフォルトの名無しさん** · 2020/12/18(金) 11:01:15.84

>>733
何言ってんだ継承使いまくりだぞ

**デフォルトの名無しさん** · 2020/12/18(金) 11:36:27.07

>>734
ココに上げろよ
https://pastebin.com/

**デフォルトの名無しさん** · 2020/12/18(金) 12:09:40.31

オプションは無しなんだ

**デフォルトの名無しさん** · 2020/12/18(金) 13:23:30.53

n要素のvectorをm要素に変えたいときって中身はどうでも良いって思ってれば
vec = vector<int>(m);
も
vec.assign(m);
も
vec.resize(m);
もコスト変わらない？

**デフォルトの名無しさん** · 2020/12/18(金) 13:30:32.59

バグバグ言語ランキングで見事PHPに勝利！
https://www.techrepublic.com/article/the-worst-bugs-in-the-top-programming-languages/

**デフォルトの名無しさん** · 2020/12/18(金) 13:40:56.80

>>737
何がしたいの？
元ソース貼ってるからそっちでコピペして
手元のGCCでコンパイルしてみれば再現するはずだよ

**デフォルトの名無しさん** · 2020/12/18(金) 13:47:38.37

>>741
邪魔くさいからココに貼るなってんだよ

**デフォルトの名無しさん** · 2020/12/18(金) 14:07:04.35

それは731に言ってくれ
俺は知らん

**デフォルトの名無しさん** · 2020/12/18(金) 14:33:16.19

>>729
gccではMLで夏くらいにfloat版の実装のコミットの話が出てたから次のリリースでは多分実装されてるんじゃないかな。

**デフォルトの名無しさん** · 2020/12/18(金) 15:35:36.73

>>729
23.20.1がHeader <charconv>のドラフトってどれだ？

**デフォルトの名無しさん** · 2020/12/18(金) 15:37:59.88

>>745
N4713

**デフォルトの名無しさん** · 2020/12/18(金) 15:50:56.91

https://cpprefjp.github.io/reference/charconv.html
https://cpprefjp.github.io/reference/charconv/from_chars.html

webページ見れない理由あった？

>GCC: 8.0(整数のみ)
>Visual C++: 2017 update 7(整数のみ), update 9(full support)
俺ならこの二つ眺めて「GCCは未実装なんだなぁ」と思考停止して終わる

**デフォルトの名無しさん** · 2020/12/18(金) 17:24:37.67

>>747
そうか、思考停止するのか
よかったね

何だか色々と前提置いてるけど
俺は知らんよ、おまえさんの前提なんぞ
イヤミ口調のくせに脇が甘いな

**デフォルトの名無しさん** · 2020/12/18(金) 17:28:32.84

priority_queue<int>に比較関数を指定したいとき、
priority_queue<int, vector<int>, greater<int>>
のようにすると思いますが、内部コンテナ vector<int> は別にデフォルトのままで良いし書くのが面倒なので省略したいです
可能ですか？

**デフォルトの名無しさん** · 2020/12/18(金) 18:26:15.74

template <typename T>
using my_priority_queue = priority_queue<T, vector<T>, greater<T>>;

**デフォルトの名無しさん** · 2020/12/18(金) 18:41:07.57

gccの場合、未実装でもスタブだけ存在する場合があるんですよね。
つまり、コンパイル時やリンク時にはエラーにならない。
悪いことに実行時にもエラーにはならず、静かにスルーされる場合さえあるんです。

ここまでの流れでもお気づきでしょうが、gccの熱烈なファンは、gccが後れを取ることが許せないんですよ。

ですから、gccの熱烈なファンサイトより、GNUのマニュアルを見ることをお勧めします。
マニュアルを見れば、たいていは、きちんと書いてあります。

**デフォルトの名無しさん** · 2020/12/18(金) 19:45:59.90

始皇帝氏

**デフォルトの名無しさん** · 2020/12/18(金) 19:59:32.56

>>748
ここ以外に各コンパイラでの実装具合が上手い事まとまってるサイトとかあんの？

**デフォルトの名無しさん** · 2020/12/18(金) 20:30:00.87

コンパイラのサポート状況 (C++17) - cppreference.com
https://ja.cppreference.com/w/cpp/compiler_support/17

こっちでの表現は「初等文字列変換」になってんのか
分かるワケねーな

**デフォルトの名無しさん** · 2020/12/18(金) 20:48:34.81

>>746
N4713のpdfとかどこをどう漁れば出てくんだ？
全然見つからないんだけど

**デフォルトの名無しさん** · 2020/12/18(金) 20:52:41.57

>>755
N4713 c++で検索したらトップに出てきたぞ。
普段どんな検索しているんだよ。

**デフォルトの名無しさん** · 2020/12/18(金) 20:53:49.00

https://github.com/cplusplus

ここで検索すればドラフトならみられますよ。
向こうも見てるだろうけど。

◆QZaw55cn4c · 2020/12/18(金) 21:01:49.42

>>751
関係ないけれども、gcc って今は C++ で記述されているんですよね
長い間私はそれをとても残念に思っています
オプティマイズは苦手であってもいいから C で記述されている C++ 処理系って存在するのでしょうか？

**デフォルトの名無しさん** · 2020/12/18(金) 21:12:10.66

>>756
>>757
https://cpprefjp.github.io/international-standard.html
https://ja.cppreference.com/w/cpp/links
ここで紹介されている最終ワーキングドラフトでもない、

https://github.com/cplusplus/draft/tree/master/papers
こっちはたくさんあって何を選べばいいか分からない、

どうやってN4713のドラフトに行きついたんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 21:20:36.71

おーけーぐーぐるえぬよんなないちさん、と言いました。

**デフォルトの名無しさん** · 2020/12/18(金) 21:37:45.97

行き着いた、ってのは>>746の彼がだよ
どういう経緯で彼が「これこそが勉強すべきドラフトである」と結論したんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 22:07:42.21

俺がN4713を見ていたことが、えらい気に入らない人がいるようだね
知らんがな
仮にwebページ見られなかったとして、どうやってN4713を落とせたのかとか
いちいち開陳せにゃならんの？

**デフォルトの名無しさん** · 2020/12/18(金) 22:09:31.45

>>722 >>725
差分プログラミングとかいう腐りきったプログラミングパラダイムでは
ハイディング上等なんだ、
そう思っていた時期が（ry

**デフォルトの名無しさん** · 2020/12/18(金) 22:11:14.08

こちらから見えるということは、向こうからも見えてるということです。
気を付けなされよ。

**デフォルトの名無しさん** · 2020/12/18(金) 23:08:30.12

>>762
「ドラフトはこれを見ましょう」と大々的に紹介されてるわけでもなし、
落としたDLしたじゃなくて、どうしてそれを『選んだ』のかが不思議なんだよ
普通の経路じゃまず選べない

**デフォルトの名無しさん** · 2020/12/18(金) 23:26:57.29

c++ってやたうんちくばっか言う人多いよね
そんな人に限って仕事ができない
やたら得意げに説明してるけど、細かいことばっか気にしてて結局納期遅れwww
それなら、ある程度チャランポランでも納期通り出荷して、最悪現地デバッグの方がまだ救いようがある

**デフォルトの名無しさん** · 2020/12/18(金) 23:29:15.18

プログラマがうんちく言わないで何やるんだ？

**デフォルトの名無しさん** · 2020/12/18(金) 23:48:52.19

これの話の続きなのか
なら不思議は解消だ
謎は全部解けた

C++相談室 part151
https://mevius.5ch.net/test/read.cgi/tech/1589424805/20

20 名前：デフォルトの名無しさん[sage] 投稿日：2020/05/14(木) 18:32:35.87 ID:jF4/VTtK
>>17
ggrks
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

あとcppreferenceはある意味ファンサイトみたいなものなので、何らかの標準化組織の公式サイトというわけじゃないよ

**デフォルトの名無しさん** · 2020/12/19(土) 00:02:31.33

そんな昔のスレは関係ないのでは？

**デフォルトの名無しさん** · 2020/12/19(土) 00:20:03.02

>>766
こういうとこでの情報提供や議論はともかく、うんちくでマウント取りたがるのは自信の無さの裏返しだからねぇ

**デフォルトの名無しさん** · 2020/12/19(土) 00:23:06.73

うんちくがうっとおしくて、仕事なら自分が勝ってる！って思い込みたいだけなんじゃないの

**デフォルトの名無しさん** · 2020/12/19(土) 00:26:01.61

図星つかれたからうんちくと言ってるのでは？