[過去ﾛｸﾞ] Qiita 6 - キータぞ、来たぞ、キータだぞー (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
776: 08/10(日)03:27 ID:c6bV35P9(1/6) AAS
問題ありまくりのC言語を廃した夢の世界の住人は良いこと言うよなあ。LinuxもUnixも使わず何使ってんの?
777: 08/10(日)04:51 ID:lHz29nA0(1) AAS
Linuxのカーネルはコア部分のみC維持
各カーネルモジュールは新たなものからRust化していってるね
その他の各システムやツールやアプリなども新たに作るものをC/C++で書くのはデメリットしかなく
778(1): 08/10(日)06:39 ID:6IrxmcjP(1/2) AAS
>>764
元レスの文言に合わせただけだからwarningって補足したまで
俺にそんなレスされてもこまる
779: 08/10(日)08:20 ID:uaXM99GN(1/2) AAS
>>773
外部ﾘﾝｸ:ja.wikipedia.org
「UNIXを開発するためにC言語が作り出された」と言われることがあるが、「The Development of the C Language」によると、これは正しくなく、経緯は以下の通りである。C言語は、当初はあくまでもOS上で動くユーティリティを作成する目的で作り出されたものであり、OSのカーネルを記述するために使われるようになるのは後の展開である。
・UNIXの開発当初、Multicsプロジェクトが目指していた高級言語によるOSの開発という目標は見送られた。
・アセンブリ言語でUNIXが作成されると、OS上で動くユーティリティを作成するためのプログラミング言語が必要とされた。
・ケン・トンプソンは、当初Fortranコンパイラを作ろうとしたが、途中で放棄し、新しい言語であるB言語を作成した。
・B言語はインタプリタ言語であったため動作が遅く、B言語でユーティリティを作ることはあまりなかった。
省1
780: 08/10(日)08:22 ID:uaXM99GN(2/2) AAS
・B言語の欠点を解消するため、1971年に改良作業を開始した。
・1972年にC言語のコンパイラができあがり、UNIXバージョン2において、いくつかのユーティリティを作成するために使用された。
781(1): 08/10(日)08:34 ID:TtaHmGHZ(1/2) AAS
>>778
warningの話してるのお前だけだけど?
782: 08/10(日)12:59 ID:YgXeJoCW(1) AAS
Rustの宣伝はRustスレでやれ
こっちくんな
783: 08/10(日)13:02 ID:iMF6Thmx(1) AAS
ここはCのスレではないのでどの言語もOK
784: 08/10(日)14:57 ID:6IrxmcjP(2/2) AAS
>>781
コンパイルエラーが起きる環境を思いつけなかったからな
コンパイルエラー起きる環境あるなら教えてよ
んでエラーもウォーニングも環境次第って話も否定する？
785(2): 08/10(日)16:23 ID:TtaHmGHZ(2/2) AAS
> > > > > > > char型の変数に"A"を代入しようとすると、型が違うためコンパイルエラーになります。
> > > > > > エラーにはならない筈
> > > > > コンパイルエラー(というかwarning)は環境依存
> > > > 警告はエラーではない
> > > 元レスの文言に合わせただけだからwarningって補足したまで
> > > 俺にそんなレスされてもこまる
省3
786: 08/10(日)16:45 ID:BEiiD3mY(1) AAS
>>785
エラーやwarningが環境依存って突っ込まれて人格攻撃してる様にしかみえないｗ
787: 08/10(日)17:31 ID:c6bV35P9(2/6) AAS
> エラーやwarningが環境依存
「char型の変数に"A"を代入しようとすると、型が違うためコンパイルエラー」を環境依存と言ってる？
788: 08/10(日)18:06 ID:c6bV35P9(3/6) AAS
『C言語のcharについて』と題された記事で本文中にも特定の環境を前提としてる旨説明がないのに、環境依存の話をしたいというのもワケ分からんｗ
789: 08/10(日)19:37 ID:c6bV35P9(4/6) AAS
『【競プロ備忘録】基数変換テンプレ(2〜36進数対応)【C++】』
競プロerは馬鹿だなという感じの記事。
long longを10進数と言ってるのもアレだが記事のto_decimal()ってテストもしとらんよなあ。
クソコード書いて、判定は機械任せでテストケース通れば正解という競プロerらしいと言えばらしい感じ。
790: 08/10(日)20:40 ID:P1gMZwCO(1) AAS
>>785
他人の文をコピーして「わかってくれ」というタイプ
問題は言語化する能力がないこと
唯一言語化できたのが「キチガイかな?」だけということが人間としておかしいと自覚すべき
どうやったら言語化する能力が得られるかAIに聞いたら？
791: 08/10(日)21:11 ID:c6bV35P9(5/6) AAS
やりとり部分コピペして「下記に引用した掲示板のやり取りは何が問題と思われますか?」と訊いてみた。長いので最後のほう。
> 4. 建設的でない態度の応酬
> 誤解が生じた時点で、丁寧に技術的な誤りを正したり、環境差異について共有すればよかったものの、議論が次第に「誰が悪いか」「どっちが揚げ足を取っているか」にシフトしています。
>
> 技術的な議論よりも、感情的なやり取りが目立ってしまっています。
>
> 結論：問題点のまとめ
省13
792: 08/10(日)21:14 ID:c6bV35P9(6/6) AAS
> やりとり部分コピペして「下記に引用した掲示板のやり取りは何が問題と思われますか?」と訊いてみた。
抜けてたけどchatgptね、訊いた相手。
793(1): 08/11(月)12:49 ID:6yRXwuug(1) AAS
> > > > > > > char型の変数に"A"を代入しようとすると、型が違うためコンパイルエラーになります。
> > > > > > エラーにはならない筈
エラーになる/ならない筈という話をしているところで
> > > > > コンパイルエラー(というかwarning)は環境依存
warningの話を持ち出すのはおかしくないですか?
ChatGPT:
はい、おっしゃる通りです。
省17
794: 08/11(月)14:42 ID:Ke0k7oHa(1) AAS
AIに言わせるならお前いらないじゃん
自分の言葉で説明できないのか
795: 08/11(月)16:37 ID:Zix4Kp+v(1) AAS
>>793
環境依存だって書いてあってwarningも補足として書かれてる
つまり間違ったこと言って恥ずかしいから人格攻撃やAIでの代弁して勝利宣言したい
ってところか
Cとしか言わないからこういう話になるんであって、
ANSI CとかC99とかちゃんと指定しないとな
796: 08/12(火)11:37 ID:tGCKXEeA(1) AAS
このスレでC/C++の話題ばかり出るあたり、スレの住人層の想像がつくよな
797: 08/12(火)12:07 ID:FXrbj/Sl(1/2) AAS
Rustの話したいのか？
798: 08/12(火)12:18 ID:2y+QKnBk(1) AAS
Rustに限らず今どきのプログラミング言語では問題が起きないように対応されていることが
古くてダメすぎなC/C++では未定義動作が発生したり
ダメすぎな弱い型付けのために自動型変換されてトラブったり
そういう何十年も前の今ではどうでもいい話しか出来ない人が常駐してるのを感じるね
799: 08/12(火)12:28 ID:0023ioAn(1/2) AAS
C/C++に文句言ってる人は自分でネタ探してくりゃ良いのに
800: 08/12(火)12:38 ID:GVBh/90B(1) AAS
まともな言語では環境によって動作や対応が変わることなんて滅多にないしな
C/C++しか扱えない老害プログラマーがレベルの低い知識でやり合っていて恥ずかしい存在
801: 08/12(火)12:46 ID:H79WcWG/(1) AAS
未定義動作、つまり環境依存の動作のことを、
あたかも定義された動作のように記事を起こす人が多いから突っ込まれてるだけだよ
802: 08/12(火)12:46 ID:FRnJU+lm(1) AAS
俺は公の場では絶対C/C++系の記事は書かないようにしてる。例え話としても出さない。だってウジみたいに湧いてくるから。
803: 08/12(火)13:02 ID:FFG2OFiu(1) AAS
これだけまともなプログラミング言語がたくさん充実した時代になってもなお
未定義動作のあるC/C++を使い続けてる人はキチガイが集結してる面があるね
ただし専用Cコンパイラしか使えないマイナーな機器環境の人だけは免除
804: 08/12(火)15:16 ID:0023ioAn(2/2) AAS
> 未定義動作、つまり環境依存の動作のことを、
未定義動作と環境依存は違うぞｗ
805: 08/12(火)15:32 ID:Y4QsSLLN(1/2) AAS
環境依存だよ
806(1): 08/12(火)17:37 ID:oJ7Zw9aL(1) AAS
charが8ビットでないことが本当にあるかAIに聞いたら9ビット、16ビット、64ビットがあると答えた
Cの記事が炎上するのは良い
炎上しなければ知る機会がなかったから
charが8ビットだという記事を書いて恥じることはない
Cが変なのだから
807: 08/12(火)17:48 ID:Y4QsSLLN(2/2) AAS
x86とx64くらいしか知らなきゃそうだろうけど、
世の中にはそれ以外のプロセッサがごまんとあるんよ
パソコンでだけ使われる言語じゃないんすよCって
808: 08/12(火)19:59 ID:FXrbj/Sl(2/2) AAS
高レベルなとこっておもんないしな
809(2): 08/13(水)05:46 ID:7paf0TTq(1/3) AAS
>>806
そもそもCHAR型というのは文字列型だからな。
C言語限定の話になってないし。
810(2): 08/13(水)08:04 ID:RgWezXCP(1) AAS
>>809
charが文字列型の言語って何かある？
811(1): 08/13(水)09:47 ID:Wq+5CWpp(1) AAS
>>810
そういうときこそAIを使うべき。
AIに「CHARが文字列型の言語って何かある? SQLはどう?」とか訊くと優しく教えてくれる。
812: 08/13(水)09:52 ID:gprdxSvI(1) AAS
>>811
>>809に訊くことが目的だからAIじゃ代替にならない
813(1): 08/13(水)10:00 ID:BOX5HTm7(1) AAS
QiitaもZennも、もうAIで生成したのをペタっと貼った箇条書き記事ばっかだし
質問もAIのほうが親切でわかりやすい解答くれるし、マジでコミュニティにおける人間の役目なんて、もうレスバのサンドバッグだけだな
814: 08/13(水)12:31 ID:Wq6DNp8m(1) AAS
Rustだとchar型はユニコードの値そのまま
つまりchar型は21bitただし最小0～最大0x10ffff
メモリサイズとしては32bitを占有
つまり符号なし32bitのu32型と占有サイズは同じだが別の扱い
数値として見た時の値は必ず0x10ffff以下でユニコード値が保証される
Rustの文字列型はユニコードのUTF8そのまま
必ず正しいUTF8形式であることが保証される
省2
815: 08/13(水)15:03 ID:tW4zveqn(1/2) AAS
>>813
8割型AIコピペだな
俺はちゃんと書いてるけど
まあ単なる手順書しか書いてないけど
816(1): 08/13(水)20:06 ID:7paf0TTq(2/3) AAS
C言語のchar型が1バイトというのが時代に合わないからなあ
817(1): 08/13(水)20:13 ID:0hYsd34f(1) AAS
>>816
さっきから的外れなこと言ってるな
はやく>>810答えてくれよ
818(3): 08/13(水)21:08 ID:7paf0TTq(3/3) AAS
>>817
Fortran
819: 08/13(水)22:11 ID:tW4zveqn(2/2) AAS
ちゃんとした記事にはあまりいいねがつかずに
AIコピペした自己啓発っぽいやつはいいねが多いな
820: 08/13(水)23:58 ID:P2dxXLDh(1) AAS
>>818
答えるべきでない
非匿名ならgiveに返礼を期待できるから答えるべき
匿名ならgiveに返礼が期待できない
takerが跋扈したら匿名掲示板が終わる
匿名掲示板はgiveし合う場所
takerを無視すべき
821(2): 08/14(木)00:36 ID:qB+GDcFh(1) AAS
>>818
Fortranのcharacter型とCのchar型を同一視してそもそも～ってのは無理がないか？
822(2): 08/14(木)16:44 ID:nMKdg+4A(1) AAS
>>821
古い時代ほど、1文字を格納する変数を用意するのは変ではなかった。
しかし、同時に文字列を格納する変数も用意した。
C言語はUNIXの一部のコマンドを作るために用意したものだから、文字列はメモリをあちこちに確保してしまうから用意しなかったと思われる。
823(1): 08/14(木)19:12 ID:aK6pSFOp(1) AAS
>>822
文字列処理のための言語じゃねーからだよ
824: 08/14(木)19:45 ID:gTzwqsfm(1) AAS
>>823
CUIのOSなのに？
825: 08/14(木)20:42 ID:29xeAa1J(1) AAS
>>822が>>821へのレスのつもりなのマジ意味わからん
826(1): 08/15(金)01:10 ID:TJxn8xVJ(1) AAS
キャラクター型の表記がcharacterとcharで別だと思っているのも新種。
英語圏で別だと発言したら何を言っているのかと思われてしまう。
827: 08/15(金)16:44 ID:IRNlLQIU(1) AAS
英語圏ではキャラクター型の表記がcharacterとcharでは別だと発言したら何を言っているのかと思われてしまいますか? ＞AI
828: 08/15(金)18:55 ID:Imxd5qhX(1/2) AAS
>>826
K&RによればCのcharはcharactorだぞ
829: 08/15(金)18:57 ID:Imxd5qhX(2/2) AAS
ついでに他の言語の文字列型はstring型だな
c++の標準クラスでもstringの名が採用されてる
characterで文字列って方が異端
830: 08/17(日)10:25 ID:aoLMwBwv(1) AAS
>>818
「そもそもCHAR型というのは文字列型だからな。」の例としてC言語より後のFORTRAN77以降の機能挙げてて草ｗ
831: 08/18(月)09:12 ID:qN8+xyCh(1) AAS
このスレタイやばいだろう
完全に精神疾患朝鮮人って感じ
832(4): 08/18(月)12:40 ID:8Fen5YXa(1) AAS
Ｑｉｉｔａの記事ではないが
『ElixirがHW化され、最新CPU／GPU／NWを過去のものとする数万倍、高速＋超省電力化されたWeb／動画配信／AIが動く日』
Ｑｉｉｔａのアドベントカレンダーが箔付けに使われてたのでやはりＱｉｉｔａは悪と確信した。
833(1): 08/18(月)16:51 ID:zzJFaFgq(1) AAS
アラレちゃんの歌を知らないってもしかして5chじゃレアな世代なのでは
834: 08/18(月)20:21 ID:iCT6Shdq(1/2) AAS
>>832
またあいつか
なんか知識不足げな奴なんだよなあ
835(1): 08/18(月)21:01 ID:Np/csd8G(1) AAS
>>833
キータをまともな情報源にしている世代は知らないと思う
836: 08/18(月)23:49 ID:iCT6Shdq(2/2) AAS
別の奴やったわ
しっかしあの界隈はなんかなあ
837: 08/19(火)00:12 ID:OCOnJZMm(1) AAS
凄く重いElixerをHW化したら速くなったらしい
しかし普通にElixerを使わずに速い言語で書いた時との速さ比較ではないところが
838(1): 08/19(火)01:28 ID:Z5L+/1fr(1/2) AAS
>>832
スライド1枚目の「北九州市立大学「プログラミング論」教授級非常勤講師」って何だ?ｗ
准教授より偉いのか? 下か? サッパリ分からんｗ
「ElixirChipとElixirChip Liteで超低消費電力・高性能の世界へ」と被ってるところもあるし例の准教授と一緒にやってんだろうなあｗ
つかスライドにある最新CPUの1000〜10万倍の性能ってのが本当なら量子コンピュータに匹敵するインパクトだと思うが比較してんのがIntel Xeon E3-1285 v6って7年前のCPUなの何なのｗ
839: 838 08/19(火)01:59 ID:Z5L+/1fr(2/2) AAS
教授級非常勤講師って存在する職階なのね。面白がったのは失礼だったわ。すまなんだ。
外部ﾘﾝｸ:www.google.com
840: 08/19(火)08:57 ID:3HBbfX0k(1) AAS
>>835
Qiitaをまともな情報源にしてるやつと5chやってる奴は概ね別の集団だと思う
841: 08/19(火)09:31 ID:trdxcqMD(1) AAS
>>832
『ElixirChipとは』のページに「従来のサーバーCPU/GPUに換装できる独自アーキテクチャを採用したFPGAボード」とあるけど掲載されてる基板、電源回路かなんかじゃね?
842(1): 08/20(水)07:38 ID:LKsAaYDR(1/3) AAS
なんかどうでも良い感じの記事が沢山トレンドに挙がってるなあと思ったら株式会社PRUMというのが身内でいいね付け合ってるのか。
843(1): 08/20(水)08:28 ID:ICwxck0n(1) AAS
エリクサーチップの初お目見え会というのが９月に開催予定で６月から参加募集しててまだ３０席埋まってないのかあ。
最新ＣＰＵの千から十万倍の性能という画期的なものに対して世間の反応は冷静で安心した。
844: 08/20(水)10:12 ID:+hnQoXe9(1) AAS
HWの能書きに対して記事の質が低くてなあ
おめーなんもわかっとらんやろって
845: 08/20(水)10:46 ID:ofeLyuD5(1) AAS
>>842
PRUM, JISOU, Nucoは悪目立ちしてるよなぁ
846: 08/20(水)23:01 ID:LKsAaYDR(2/3) AAS
前スレからコピペ
＞職場がインターフェース誌購読してたんで今更ながら読んでみた。FPGA内蔵SoCみたいなの(SoMとか言うらしい)に8bitの積和演算器64個並列に実装して上限の動作速度の500MHzちょっとで動作できましたって内容だった。
＞
＞500なんとかメガ(動作周波数)×2(積和だから乗算+加算なので2)×64(積和演算器の数)×32(積和演算器のパイプラインステージ数)=2.1TOPs
＞
＞って変な計算してて、それとXeon比べて消費電力(但しTDP)あたりの性能でXeonの何十倍効率が良いって主張だったけど、おいおいパイプラインステージ数は積和演算器の性能に直結しないだろ。なぜそれ掛けてXeonと比べる? って思ったわ。
＞
省1
847: 08/20(水)23:03 ID:LKsAaYDR(3/3) AAS
＞×2(積和だから乗算+加算なので2)
と
＞×32(積和演算器のパイプラインステージ数)
がスゴいなｗ
大学の先生がこんな記事書いてるのｗ
848: 08/20(水)23:12 ID:v5FE9hYt(1) AAS
ElixirChip＋Elixir＜＜＜普通のCPU＋普通の速い言語
849: 08/21(木)12:47 ID:SBsr4HaM(1) AAS
>×2(積和だから乗算+加算なので2)
こういう宗派もありそうではあるんだよな
>×32(積和演算器のパイプラインステージ数)
だがこれはねーわｗｗｗｗ
850: 08/21(木)13:43 ID:ORgNsa3P(1) AAS
いろいろ突っ込みどころあるけど、そういう単純な計算だけだったら比較対象はCPUじゃなくてGPUでは。ちなみに整数じゃないけど3060で100tflops
851: 08/21(木)17:52 ID:E+kShMsl(1/3) AAS
>>832のスライド、現在が２０３０年だったりＰＦＬＯＰＳって単位が普通に出てきたり酷いなｗ
Ｘｅｏｎに対してＦＰＧＡで２．５倍の性能出せたという次のページで１０倍規模、２０倍規模のＦＰＧＡを使えば２６０倍、５２０倍の性能が実現可という主張も酷いｗ ２６倍は電力あたりの性能という話だった筈だがもはやこれスライド書いてる人物が主張内容理解してないだろｗ
「ＥｌｉｘｉｒＣｈｉｐ導入パートナー募集スライドより」とところどころあるけどこんな酷い資料で開発資金募ったりしてるんだろうか?
852: 08/21(木)18:51 ID:E+kShMsl(2/3) AAS
訂正：
＞Ｘｅｏｎに対してＦＰＧＡで２．５倍の性能出せたという次のページで１０倍規模、２０倍規模のＦＰＧＡを使えば２６０倍、５２０倍の性能が実現可という主張も酷いｗ
ＫＲ２６０に対してＡｌｖｅｏ U５０とU１００のスペック比べてみたが別にこれＦＰＧＡの規模が１０倍、２０倍ってのはなかったわｗ
つか２６０倍、５２０倍の根拠がまるで分からんｗ
853: 08/21(木)18:54 ID:agMKH+uP(1) AAS
コードを動かしてみたら記事の説明と実際の挙動が違うとか
手順おかしいとか
こいつ何もわかってねえなみたいなのの方がいいね多いな
854: 08/21(木)19:39 ID:E+kShMsl(3/3) AAS
いまのQiitaの「いいね」はなんも知らん初心者が「なんかわからんけどいいこと書いてそう」くらいでポンポン押されてるから記事の質を担保してくれたりはしないんだよなあ。
Qiitaは一時期「いいね」じゃなくて「LGTM」を使ってたが、あれは「自分が見た感じでは良いと思いますよ」くらいの意味で、軽くても保証の意味を含むのだけど、あれが正確に理解されてて運用されてたら今の惨状はなかったかもしれないと思うと、「LGTM」導入は運営の問題意識の現れだったのかもしれない気がしてきた。まあ失敗だったわけだが。
855: 08/21(木)20:21 ID:VzLBGTCW(1) AAS
正しい新たな知見を書く場だと儲からない
正しくない記事でも既出事項をAIにまとめてももらった記事でも多くを受け入れることが広告利益に繋がる
856: 08/22(金)03:19 ID:isSxr+zd(1) AAS
わかんねえけど調べながらとりあえず一回書き切るのもまあ勉強にはいいけど
それで生み出された記事はやばいよな
上下前次1-新書関写板覧索設栞歴
あと 146 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s