Qiita 6 - キータぞ、来たぞ、キータだぞー (935ﾚｽ)
Qiita 6 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.net/test/read.cgi/tech/1739527246/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
1: デフォルトの名無しさん [sage] 2025/02/14(金) 19:00:46.09 ID:MxlrHJ/5 Hello hackers ! Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。 コードを書いていて気づいたことや、自分がハマったあの仕様について、 他のエンジニアと知見を共有しましょう ;) https://qiita.com/ Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。 2016年現在で日本最大のプログラマーコミュニティとされている[1]。 https://internet.watch.impress.co.jp/docs/news/1025972.html 前スレ Qiita https://mevius.5ch.net/test/read.cgi/tech/1542357242/ Qiita 2 - キータぞ、来たぞ、キータだぞー https://mevius.5ch.net/test/read.cgi/tech/1658762410/ Qiita 3 - キータぞ、来たぞ、キータだぞー https://mevius.5ch.net/test/read.cgi/tech/1685235361/ Qiita 4 - キータぞ、来たぞ、キータだぞー https://mevius.5ch.net/test/read.cgi/tech/1705486836/ Qiita 5 - キータぞ、来たぞ、キータだぞー https://mevius.5ch.net/test/read.cgi/tech/1717651046/ http://mevius.5ch.net/test/read.cgi/tech/1739527246/1
852: デフォルトの名無しさん [sage] 2025/08/21(木) 18:51:17.34 ID:E+kShMsl 訂正： ＞Ｘｅｏｎに対してＦＰＧＡで２．５倍の性能出せたという次のページで１０倍規模、２０倍規模のＦＰＧＡを使えば２６０倍、５２０倍の性能が実現可という主張も酷いｗ ＫＲ２６０に対してＡｌｖｅｏ U５０とU１００のスペック比べてみたが別にこれＦＰＧＡの規模が１０倍、２０倍ってのはなかったわｗ つか２６０倍、５２０倍の根拠がまるで分からんｗ http://mevius.5ch.net/test/read.cgi/tech/1739527246/852
853: デフォルトの名無しさん [sage] 2025/08/21(木) 18:54:21.82 ID:agMKH+uP コードを動かしてみたら記事の説明と実際の挙動が違うとか 手順おかしいとか こいつ何もわかってねえなみたいなのの方がいいね多いな http://mevius.5ch.net/test/read.cgi/tech/1739527246/853
854: デフォルトの名無しさん [sage] 2025/08/21(木) 19:39:29.30 ID:E+kShMsl いまのQiitaの「いいね」はなんも知らん初心者が「なんかわからんけどいいこと書いてそう」くらいでポンポン押されてるから記事の質を担保してくれたりはしないんだよなあ。 Qiitaは一時期「いいね」じゃなくて「LGTM」を使ってたが、あれは「自分が見た感じでは良いと思いますよ」くらいの意味で、軽くても保証の意味を含むのだけど、あれが正確に理解されてて運用されてたら今の惨状はなかったかもしれないと思うと、「LGTM」導入は運営の問題意識の現れだったのかもしれない気がしてきた。まあ失敗だったわけだが。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/854
855: デフォルトの名無しさん [sage] 2025/08/21(木) 20:21:06.63 ID:VzLBGTCW 正しい新たな知見を書く場だと儲からない 正しくない記事でも既出事項をAIにまとめてももらった記事でも多くを受け入れることが広告利益に繋がる http://mevius.5ch.net/test/read.cgi/tech/1739527246/855
856: デフォルトの名無しさん [sage] 2025/08/22(金) 03:19:38.65 ID:isSxr+zd わかんねえけど調べながらとりあえず一回書き切るのもまあ勉強にはいいけど それで生み出された記事はやばいよな http://mevius.5ch.net/test/read.cgi/tech/1739527246/856
857: デフォルトの名無しさん [sage] 2025/08/22(金) 09:58:32.66 ID:jgVYsxbV 『無限リストによるエラトステネスのふるい』 エラトステネスのふるいと称して剰余計算を使った間違った実装がエリクサーのタグ付いた記事に複数あるのはこの記事が元凶かな？ 記事が公開されて１０年間間違いを指摘するコメントがひとっつも付いてないのは驚きすらあるな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/857
858: デフォルトの名無しさん [sage] 2025/08/23(土) 02:32:36.04 ID:ZHJgu+VL トップページより 『海外ドキュメントを読めない英弱集まれ～！読み方のイロハを教えよう』 『君たちは本当のマウスホイールを知らない』[株式会社Works Human Intelligence] 『エンジニア「ファシリって苦手…」←3つの心得授けたる』 『【TCP/IP】重要な技術すぎる』[株式会社Works Human Intelligence] 『AgentCoreッ！よくもクオータをッ！ ◯してやるぞ、◯してやるーッ！！』 『【推しAIエージェント】v0とフォーリンラブ』[株式会社Works Human Intelligence] こういうタイトルをつけるとトップページに載る http://mevius.5ch.net/test/read.cgi/tech/1739527246/858
859: デフォルトの名無しさん [sage] 2025/08/23(土) 14:46:25.99 ID:Jlhf4LRb タイトルじゃなくて本文の質に凝ってもらいたいんだけどな http://mevius.5ch.net/test/read.cgi/tech/1739527246/859
860: デフォルトの名無しさん [sage] 2025/08/23(土) 15:00:47.14 ID:R3xXJSdl 本文はAIが生成するだけだし、何書いてるか投稿者もわかってないから凝れない http://mevius.5ch.net/test/read.cgi/tech/1739527246/860
861: デフォルトの名無しさん [sage] 2025/08/24(日) 02:58:43.26 ID:Qrvb4ZMQ 福岡Elixirコミュニティのデタラメっぷりが凄まじいけど、今の九州って詐欺まがいなことしなきゃ生きていけないくらいの惨状なの? http://mevius.5ch.net/test/read.cgi/tech/1739527246/861
862: デフォルトの名無しさん [] 2025/08/24(日) 08:32:07.01 ID:A1CDiF/H プログラミング言語 クリトリス https://mevius.5ch.net/test/read.cgi/tech/1755991901/ http://mevius.5ch.net/test/read.cgi/tech/1739527246/862
863: デフォルトの名無しさん [sage] 2025/08/24(日) 13:20:07.19 ID:62HKqvUZ 日経クロステックで『イスラエル新興「エヌビディアのＧＰＵより１０００倍高速」、光活用のＡＩ計算機』という記事を見たが、たかだか１０００倍程度では「最新ＣＰＵ／ＧＰＵ／ＮＷを過去のものとする数万倍、高速＋超省電力化」というＥｌｉｘｉｒＣｈｉｐの敵ではないなｗ http://mevius.5ch.net/test/read.cgi/tech/1739527246/863
864: デフォルトの名無しさん [sage] 2025/08/24(日) 14:29:22.07 ID:tSYkoq2u 「値を変数に束縛」って記述を見るとモヤっとするな http://mevius.5ch.net/test/read.cgi/tech/1739527246/864
865: デフォルトの名無しさん [] 2025/08/24(日) 17:26:45.37 ID:A1CDiF/H >>863 全角オジサン http://mevius.5ch.net/test/read.cgi/tech/1739527246/865
866: デフォルトの名無しさん [sage] 2025/08/24(日) 18:15:55.93 ID:T42zIQJU ＞全角オジサン プロバイダによるんだろうが一バイト文字入ってると「もう余所でやってください。」出て投稿できないのの対策だぞ http://mevius.5ch.net/test/read.cgi/tech/1739527246/866
867: デフォルトの名無しさん [sage] 2025/08/24(日) 19:26:06.29 ID:T42zIQJU 『C++のHello World、23年越しの進化』 puts知らない人かな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/867
868: デフォルトの名無しさん [sage] 2025/08/24(日) 21:03:09.13 ID:xUQta1y7 鍋谷臭 http://mevius.5ch.net/test/read.cgi/tech/1739527246/868
869: デフォルトの名無しさん [] 2025/08/24(日) 22:55:04.42 ID:62HKqvUZ 鍋谷だったら本人がコメントしてるであろう http://mevius.5ch.net/test/read.cgi/tech/1739527246/869
870: デフォルトの名無しさん [sage] 2025/08/25(月) 01:00:01.07 ID:EitlHfFW 自意識過剰な鍋谷がコメント返してきてる時点で満足できたよ！おやすみ〜！ http://mevius.5ch.net/test/read.cgi/tech/1739527246/870
871: デフォルトの名無しさん [sage] 2025/08/25(月) 02:48:14.61 ID:0JwXjeDy 欧米はジャッジしない文化が浸透してる 日本語は「いいね」「良いね」ボタンで価値観を善悪で分ける 英語は「like(好き)」ボタンでジャッジせず個人の感想に留める http://mevius.5ch.net/test/read.cgi/tech/1739527246/871
872: デフォルトの名無しさん [] 2025/08/25(月) 03:48:29.07 ID:hNI1nJq/ >>864 束縛という日本語をコンピュータ用語として転用してるのに元の日本語での使われ方にひきずられて主客が逆だのいってるのがそもそも間違い http://mevius.5ch.net/test/read.cgi/tech/1739527246/872
873: デフォルトの名無しさん [sage] 2025/08/25(月) 06:56:03.13 ID:OEsGKRZP >>872 「値を変数に束縛」で合ってるだろ どこが逆なんだ？ http://mevius.5ch.net/test/read.cgi/tech/1739527246/873
874: デフォルトの名無しさん [sage] 2025/08/25(月) 08:08:58.91 ID:WlmCPLTm >>867 欲しけりゃ作れる言語なんだから欲しけりゃ作れとしか http://mevius.5ch.net/test/read.cgi/tech/1739527246/874
875: デフォルトの名無しさん [sage] 2025/08/25(月) 08:18:28.78 ID:WlmCPLTm 本人が別の記事で > ストラウストラップ先生からのアドバイス > あわてるな！ 時とともにすべてが明らかになるのだから。 > よいプログラムを書くのに、C++のすべての詳細を知る必要はない。 > 言語機能ではなく、プログラミング技法に集中しよう。 と書いた上での記事というのも笑いどころ http://mevius.5ch.net/test/read.cgi/tech/1739527246/875
876: デフォルトの名無しさん [sage] 2025/08/25(月) 09:20:09.08 ID:8weJ9FR0 要するに名前とその指示対象との対応関係のことなんだからどちらがどちらに束縛されるという表現でもいいじゃないかという考え方もあるし、名前というのは高級言語によって導入された抽象化であってその指示対象に対して二次的な概念に過ぎないから「名前が〜に束縛される」という表現の方が本来の表現ではないかという考え方もある。自分は一応後者の考え方に従っているけど、そんなに強いこだわりはないかな。 これについてはOCamlの五十嵐先生の本にもちょっとだけ言及があって、その本では「名前が〜に束縛される」という方の表現が採用されているみたいだった。関数型言語の界隈で一般的にそちらの表現の方がメジャーかどうかまでは知らないが。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/876
877: デフォルトの名無しさん [sage] 2025/08/25(月) 09:56:33.15 ID:EO/zzaZJ 単純代入や単純束縛だと変数名が確定しているから変数名が先に来るのもわかる しかしパターンマッチングが主流の現代だと値はマッチング前に既に確定しているが 複数のパターンが並んでいてその中に変数が0個～複数個と各々で存在しどの変数がマッチするか実行まで決まらない すると順に「値を」「(各々の)変数に」「束縛(成功または失敗)」というイメージが正解っぽくみえる http://mevius.5ch.net/test/read.cgi/tech/1739527246/877
878: デフォルトの名無しさん [sage] 2025/08/25(月) 12:36:43.40 ID:srlPQ0qE パターンマッチングのマッチ試行というのは、あくまでもパターンとのマッチングであって、変数とのマッチング（？）ではないような気がするけど。そもそもマッチ試行と名前束縛は区別されるべき別々のフェイズであって、名前束縛は特定のパターンにマッチした後のフェイズなのでは？ また、仮にそれは措くとしても、「特定の対象に対応する変数が0 〜 複数個あり得てどれが対応するのか実行時まで決まらない → 値が変数に束縛されるというイメージの方が正解っぽく見える」の論理的繋がりがあまり明確でないような……。むしろ逆なのではという感じもするし、特に関係ないようにも感じるし。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/878
879: デフォルトの名無しさん [sage] 2025/08/25(月) 12:56:33.15 ID:jDlX8Dv4 普通の代入がなくて全てパターンマッチングな言語も増えているからな 従来の代入はたまたま変数が一つのパターンと見るのが自然 >>878 両者を区別するのは頭の硬い古い考え http://mevius.5ch.net/test/read.cgi/tech/1739527246/879
880: デフォルトの名無しさん [sage] 2025/08/25(月) 14:11:40.25 ID:srlPQ0qE パターンマッチは、マッチ試行と名前束縛（およびその名前を用いた何らかの処理）という複数のプロセスに分解して理解できるという話と、特定の言語の言語仕様上、それをまとめてパターマッチと呼ぶことがあるという話は普通に両立する話だと思うんだが。 代入をいわゆる変数パターン・キャプチャパターンとのマッチとして整理するという考え方は十分ありうるところだけど、その場合でもマッチ試行と名前束縛というフェイズ分けはできるわけで。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/880
881: デフォルトの名無しさん [sage] 2025/08/25(月) 14:31:34.25 ID:ZhfKELAH >>880 パターンマッチは型が決まれば任意の値に対して必ず成功するパターンと 値次第で成功も失敗もありうるパターンの二つに明確に二分される 前者にはマッチ試行なんて概念は出てこない いきなり名前束縛のみが起きる 通常の束縛や代入文で現れるパターンマッチングはこれ マッチ試行なんてフェーズはない http://mevius.5ch.net/test/read.cgi/tech/1739527246/881
882: デフォルトの名無しさん [sage] 2025/08/25(月) 14:39:30.63 ID:srlPQ0qE 上でマッチ試行といっているのは、複数（1個の場合もありうる）のパターンのどれがマッチするかを決定するプロセスのことね。この意味のマッチ試行はパターンマッチには必ず存在すると思うけど？ 一般的な代入をパターンマッチと見るなら、マッチ対象としてのパターン（変数パターン・キャプチャパターン）は1つしか与えられておらず、かつ変数パターン・キャプチャパターンは常にマッチが成功するというだけ。OK? http://mevius.5ch.net/test/read.cgi/tech/1739527246/882
883: デフォルトの名無しさん [sage] 2025/08/25(月) 14:59:16.48 ID:ObvBiXjx 対象となる型とパターンによって、静的にrefutableか否かが確定する。 irrefutableなパターンには、マッチ試行という行為どころかその概念すら存在しない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/883
884: デフォルトの名無しさん [sage] 2025/08/25(月) 15:21:06.37 ID:nKaFri9X そんなに難しいことを言っているつもりはないんだけどな。 たとえばPythonのmatch文なら、各caseブロックに掲げられているパターンのいずれかにマッチしてそのcaseブロックのコードが実行されるのか、あるいはどのパターンにもマッチしないのかということが決定されるプロセスのことを便宜上「マッチ試行」と呼んでいるだけなんだが。 用語法が気に入らないというなら別に他の用語でもいいけれど、どこに引っ掛かっているのか、元の>>877との関係で何を主張したいのかがよく分からないな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/884
885: デフォルトの名無しさん [sage] 2025/08/25(月) 15:31:47.26 ID:ObvBiXjx irrefutableなパターンは必ずマッチし必ず束縛が起きる。 match文のような試行による場合分けを必要としない。 irrefutableか否かは実行前に静的に判明する。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/885
886: デフォルトの名無しさん [sage] 2025/08/25(月) 15:51:21.92 ID:srlPQ0qE 常にマッチに成功するパターンであることが実行前に判明しているからといって、それがマッチ試行（別の名前でも構わないが）をというフェイズを観念すること、特に名前束縛と区別されるフェイズとして観念することの障害になるとは思わないが。 常にマッチに成功するパターンであることが実行前に判明しているパターンであれば、実行時のコストがないので良かったねというだけの話だと思うんだがな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/886
887: デフォルトの名無しさん [] 2025/08/25(月) 18:23:24.53 ID:vHlOrEFX うざい http://mevius.5ch.net/test/read.cgi/tech/1739527246/887
888: デフォルトの名無しさん [sage] 2025/08/27(水) 21:45:27.82 ID:eb4ghrLT 重盛雅人さん、６月上旬から７月上旬にＡＩに吐かせたデタラメ記事投稿しまくってたけどピッタリ止まったなｗ http://mevius.5ch.net/test/read.cgi/tech/1739527246/888
889: デフォルトの名無しさん [sage] 2025/08/27(水) 22:17:44.63 ID:bqhIS4hH 転職先みつかったんじゃないの？自分の周りにいるかもしれないと思うと怖いけどw （もちろん、思想や技術力、意識高すぎで怖いなー！って意味です。） http://mevius.5ch.net/test/read.cgi/tech/1739527246/889
890: 525 [sage] 2025/08/28(木) 01:43:28.31 ID:ujmUIFuN > プロフィールの自画像らしき画像みるといい年したオッサンのようなのだけど、経験や知識が乏しい若造が見栄張りたいんだかなんかでしそうなことなんでこんなオッサンがするかなあ? と思ったのだけど、自画像も生成画像の可能性もあるか。 に > 身元がはっきりしている人が身元を保証するようなコメント・会話したら本人の可能性が高まる とコメントしたらいなくなった プロフィール画像も記事もAIというネタ http://mevius.5ch.net/test/read.cgi/tech/1739527246/890
891: デフォルトの名無しさん [sage] 2025/08/28(木) 07:50:45.18 ID:qxkZDpeA ツイッタで先月末に ＞この度、Qiita Tech Festaにて最優秀賞を受賞いたしました。業務の都合で当日参加できなかったことは残念でしたが、このような素晴らしい賞をいただけたことを大変光栄に思います。関係者の皆様、そして応援してくださった皆様に心より感謝申し上げます。 と呟いたあとは今月一回呟いただけかあ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/891
892: デフォルトの名無しさん [sage] 2025/08/28(木) 20:50:59.02 ID:YfXKp/4u Claude Code UIレビュー：スマホからでもAIコーディングが可能に！開発効率が劇的向上 --- そして、ブラウザで以下のURLにアクセスします： ローカル：http://localhost:5173/ ネットワーク：http://192.168.10.79:5173 --- バ〇丸出しで爆笑したんだがw 一歩間違えればセキュリティ事故 ちなみにこんなんでハートが100超えてる。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/892
893: デフォルトの名無しさん [sage] 2025/08/28(木) 21:12:41.99 ID:dVcVvjwE プライベートIPアドレス帯をグローバル公開でもしてんの? http://mevius.5ch.net/test/read.cgi/tech/1739527246/893
894: デフォルトの名無しさん [sage] 2025/08/28(木) 21:46:33.48 ID:YfXKp/4u うん、誰かコメントしてあげるのがいいんじゃないかな（めんどくさいからもちろんボクはしませんw） > 公開されている 192.168.10.79 はプライベートネットワークのアドレスなので、他の読者はアクセスできません。単なる、記事執筆時点でのあなたのPCのプライベートIPアドレスでしかない可能性もなくはありません。記事では <your-ip> のように置き換えておくとより親切かもしれません 👍 ついでに 192.168 の意味とかRFCとかも引用してあげると好感度upじゃないかな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/894
895: デフォルトの名無しさん [sage] 2025/08/28(木) 22:49:45.05 ID:Qw7a7WjR >>892 > 初回アクセス時には、ユーザー名とパスワードを設定するだけで、すぐに使い始められます。 パスワードが破られなければセキュリティ事故にならなくない？ http://mevius.5ch.net/test/read.cgi/tech/1739527246/895
896: デフォルトの名無しさん [sage] 2025/08/28(木) 23:20:26.39 ID:YfXKp/4u おいおい、なんでここでSC試験の問いに出てくるアホ設定の若者の相手しなきゃいけないんだよw http://mevius.5ch.net/test/read.cgi/tech/1739527246/896
897: デフォルトの名無しさん [sage] 2025/08/28(木) 23:38:03.08 ID:Qw7a7WjR それはおまえの発言がインターネット（不特定多数）に公開されてるからだろ 自分しか参照できない場所に書けばいいんじゃない？（二度と５ｃｈに投稿するな） http://mevius.5ch.net/test/read.cgi/tech/1739527246/897
898: デフォルトの名無しさん [sage] 2025/08/28(木) 23:46:50.90 ID:YfXKp/4u いくらでも投稿するよ〜ん（笑） http://mevius.5ch.net/test/read.cgi/tech/1739527246/898
899: デフォルトの名無しさん [sage] 2025/08/29(金) 10:06:25.14 ID:O16jShy/ >> 897 本人にしか言えないキレ論理だな http://mevius.5ch.net/test/read.cgi/tech/1739527246/899
900: デフォルトの名無しさん [sage] 2025/08/29(金) 22:40:43.95 ID:7lde8q8i 『バブルソートでわかるRISC-Vのきれいさ』 クソコードできれいさを語るのは何故なのか? http://mevius.5ch.net/test/read.cgi/tech/1739527246/900
901: デフォルトの名無しさん [] 2025/08/30(土) 02:55:22.61 ID:cASASKMm >>900 そいつはCPUとメモリとのやりとりが遅いことがわかってないな 8086のアセンブラを知らないから、高水準言語のようなやり方をしている。 しかもコメントもわかりにくいし、ジャンプ命令の行はコメントがない。 コメントにコード比較を書いてみたり、日本語を書いてみたりと他人に見せるもんじゃねえな。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/901
902: デフォルトの名無しさん [sage] 2025/08/30(土) 06:59:58.86 ID:4+92gjub CISCと比べてRISCきれいつっても、みんな知っとることを今更何？なんだよなあ http://mevius.5ch.net/test/read.cgi/tech/1739527246/902
903: デフォルトの名無しさん [sage] 2025/08/30(土) 07:16:23.33 ID:4+92gjub あとはまあ、知っている奴にはわかるが知っていない奴にはわからない無意味記事だよなこれ http://mevius.5ch.net/test/read.cgi/tech/1739527246/903
904: デフォルトの名無しさん [] 2025/08/30(土) 11:01:18.74 ID:suEHjCIt 0.知っている奴にはわかるが知っていない奴にはわからない 1.知っている奴でもわからない知っていない奴にもわからない 2.知っている奴にはわからないが知っていない奴にはわかる 3.知っている奴にはわかる知っていない奴にもわかる たぶん3が意味があるんだろうけど天才肌は1か2だろうな http://mevius.5ch.net/test/read.cgi/tech/1739527246/904
905: デフォルトの名無しさん [] 2025/08/30(土) 12:47:41.71 ID:cASASKMm CPUの仕組みの変化の話をアセンブラのコード量で語るのはおかしいし、半導体としてのCPUの進化を無視しているのも謎。 AIチップなどの特定のロジックを半導体化することを否定する記事。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/905
906: デフォルトの名無しさん [sage] 2025/08/30(土) 14:42:08.38 ID:vxiJTEr3 > 比較したいいところ > 1. 命令フォーマットが規則的で読みやすい > x86版では > > cmp al, [si+1] > jl common > xchg al, [si+1] > mov [si], al > のように「レジスタ＋メモリ」「メモリ＋メモリ」が混ざっていて、例外的なルール (xchg は直接使えないから mov に分ける) があります。 と解説してて、記事中のコードの該当部分は > cmp eax, ebx > jle no_swap > mov [array + esi*4], ebx > mov [array + esi*4 + 4], eax となってるのが味わい深い。 投稿者がコードと記事の両方を理解して書いてたらこうはならないと思うのでAIにやらせてんだろうなあ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/906
907: デフォルトの名無しさん [sage] 2025/08/30(土) 14:47:19.38 ID:vxiJTEr3 他にも > print_int: > push ebp > mov ebp, esp > push ebx > push ecx > push edx > push esi > push edi > > jmp .convert_digits > > .convert_digits: フレームポインタ使ってないのにebpにespコピーしたりすぐ下のラベルに無意味なjmpしたり、正確な理解のもとで書かれたコードである気がしない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/907
908: デフォルトの名無しさん [] 2025/08/30(土) 18:02:51.32 ID:cASASKMm よく見てはいないが、全体的にx86のアセンブラっぽくないんだよなあ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/908
909: デフォルトの名無しさん [] 2025/08/30(土) 18:12:37.02 ID:cASASKMm 他人のC言語のコードを引用しているが、関数の戻り値がvoidなのもプロっぽくない。 int型の配列に値を入れて関数に渡すという仕様も、わざわざ配列にいったん格納して、同じメモリ領域を上書きしてしまうというのも実務では考えられない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/909
910: デフォルトの名無しさん [sage] 2025/08/30(土) 18:41:49.73 ID:UWTi2w+M >>909 それについてはおまえがおかしい その仕様が最も正しい おまえの間違った仕様を書いてみろ http://mevius.5ch.net/test/read.cgi/tech/1739527246/910
911: デフォルトの名無しさん [sage] 2025/08/30(土) 19:45:23.92 ID:vMLCyXV5 ＞関数の戻り値がvoidなのもプロっぽくない。 ＞int型の配列に値を入れて関数に渡すという仕様も、わざわざ配列にいったん格納して、同じメモリ領域を上書きしてしまうというのも実務では考えられない。 標準関数のqsort知らない人かな http://mevius.5ch.net/test/read.cgi/tech/1739527246/911
912: デフォルトの名無しさん [sage] 2025/08/31(日) 02:12:00.94 ID:jsrmdu/r アセンブラのおかしな記事が挙がるとよくわかってないわかったつもりの奴が叩きに参戦してくんの面白れぇなｗ http://mevius.5ch.net/test/read.cgi/tech/1739527246/912
913: デフォルトの名無しさん [] 2025/08/31(日) 10:55:35.99 ID:8dn8jVHL 知らないならレスしないでください うざいだけです http://mevius.5ch.net/test/read.cgi/tech/1739527246/913
914: デフォルトの名無しさん [sage] 2025/08/31(日) 11:24:45.92 ID:7aNyV0yu >>913 >>913 http://mevius.5ch.net/test/read.cgi/tech/1739527246/914
915: デフォルトの名無しさん [sage] 2025/08/31(日) 12:41:28.48 ID:n+VCdOyt cコンパイラにアセンブリコード吐かせてからいじったんやろ察してやれ http://mevius.5ch.net/test/read.cgi/tech/1739527246/915
916: デフォルトの名無しさん [sage] 2025/08/31(日) 14:05:56.57 ID:bv7ZXR4f 記事のコードをNASMでアセンブルして実行できるんだが https://godbolt.org/z/jKvsfccGM 同じロジックをCで再現してgccでコンパイル、実行しても https://godbolt.org/z/csTv9qsnP 結構違うコード吐くし > cコンパイラにアセンブリコード吐かせてからいじったんやろ察してやれ こんな訳はないんだよなあ。 この記事について「よくわかってないわかったつもりの奴」が次から次へと湧いてくんの何なの。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/916
917: デフォルトの名無しさん [sage] 2025/08/31(日) 14:10:20.14 ID:bv7ZXR4f ちなみに記事のアセンブリコードの10進数出力であるprint_intルーチンは値0を出力する実装にバグがある。 https://godbolt.org/z/Trh3fxv1E http://mevius.5ch.net/test/read.cgi/tech/1739527246/917
918: デフォルトの名無しさん [sage] 2025/08/31(日) 14:14:00.36 ID:bv7ZXR4f 自己レス: > ちなみに記事のアセンブリコードの10進数出力であるprint_intルーチンは値0を出力する実装にバグがある。 修正案1 https://godbolt.org/z/d6bacfKze 修正案2 https://godbolt.org/z/4ThevPsj4 http://mevius.5ch.net/test/read.cgi/tech/1739527246/918
919: デフォルトの名無しさん [] 2025/08/31(日) 14:16:59.26 ID:XglzWhVJ アセンブラのコード量が減っても、それが速く動かなければ意味がない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/919
920: デフォルトの名無しさん [sage] 2025/08/31(日) 14:26:51.20 ID:bv7ZXR4f アセンブラを使う理由は場合によりけりで ・アーキテクチャの学習を行いたい場合 ・ブートローダーなど、使用できるコードサイズが限られる場合 ・コンパイラが吐いてくれない命令を使用したい場合 ・コンパイラで吐いてくれるコード以上に最適化したい場合 > それが速く動かなければ意味がない。 てのはひとつの視点でしかない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/920
921: デフォルトの名無しさん [] 2025/08/31(日) 14:32:35.32 ID:bv7ZXR4f 修正案3 https://godbolt.org/z/j7zn7591r 記事のコードは無駄が多すぎる。AI出力によるツギハギ臭が酷い。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/921
922: デフォルトの名無しさん [] 2025/08/31(日) 14:40:17.45 ID:TCgrNpEA >>920 その記事を書いた人間はアセンブラのコード量が少なくなるという記事を書きたかったかったんだぞ？ http://mevius.5ch.net/test/read.cgi/tech/1739527246/922
923: デフォルトの名無しさん [] 2025/08/31(日) 14:42:00.04 ID:TCgrNpEA いまどきメモリが少なすぎてマシン語がまともに入らない機器なんてごくわずか http://mevius.5ch.net/test/read.cgi/tech/1739527246/923
924: デフォルトの名無しさん [sage] 2025/08/31(日) 14:50:52.80 ID:bv7ZXR4f > その記事を書いた人間はアセンブラのコード量が少なくなるという記事を書きたかったかったんだぞ？ あなた: この記事（https://qiita.com/misohagi/items/029222e579f43fdfc93f）の内容に「アセンブラのコード量が少なくなる」という要素はありますか? ChatGPT: ご提供いただいたQiita記事「バブルソートでわかるRISC‑Vのきれいさ」（2025年8月28日投稿）について確認しました。 結論から言うと、この記事内に「アセンブラのコード量が少なくなる」という記述はありません。以下、内容のポイントを整理します： 記事内容の要約 C言語版・x86アセンブリ版・RISC‑Vアセンブリ版 のバブルソート実装を比較しています。 Qiita 比較されている観点は以下の通りです： 命令フォーマットの規則性・読みやすさ → x86はレジスタ＋メモリ、メモリ＋メモリなど混在し、例外的なルールも多いのに対し、RISC‑Vでは一貫性ある命令構成（ロード→比較→ストア）で構成されており、可読性に優れている。 Qiita メモリ演算の明確な分離 → x86では複雑な複合命令（例：cmp al, [si+1]）がある一方、RISC‑Vでは命令が分割されている（ロード → 比較 → 分岐）ため、理解しやすい。 Qiita 拡張性と移植性 → x86は歴史的に多くの拡張を抱えているのに対し、RISC‑Vはシンプルで必要な機能を拡張指令として付与できる設計になっており、将来的な拡張にも対応しやすい。 Qiita 「コード量が少なくなる」という記述はあるか？ いいえ。 記事では「命令の規則性」や「構造の分かりやすさ」などが強調されている一方、「アセンブラのコード量が少なくなる」といった記述は一切ありません。 ご質問の「アセンブラのコード量が少なくなる」という要素は、この記事の中には含まれていないことをお伝えします。他に気になる点や別の記事についての確認も可能ですので、どうぞ気軽にお知らせください！ http://mevius.5ch.net/test/read.cgi/tech/1739527246/924
925: デフォルトの名無しさん [] 2025/08/31(日) 16:42:35.64 ID:CVjGHqHc >>924 「バブルソートでわかるRISC-Vのきれいさ」 きれいになると彼は言っている 実際に示しているコードはきれいになっているのではなく、コード量が減っているだけ http://mevius.5ch.net/test/read.cgi/tech/1739527246/925
926: デフォルトの名無しさん [sage] 2025/08/31(日) 17:20:05.97 ID:wng97XEx ＞「バブルソートでわかるRISC-Vのきれいさ」 ＞実際に示しているコードはきれいになっているのではなく、コード量が減っているだけ 記事のバブルソートのコードはx86では14命令なのに対してRISC-Vでは16命令なのでRISC-Vでコード量が減ってるということは全くない。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/926
927: デフォルトの名無しさん [] 2025/08/31(日) 17:31:25.81 ID:wghiPy+O >>926 CISCとRISCのCPUの違いがわからないのか？ 1クロックでやることが多いCISCは命令が少なくなるのはあたりまえ。 彼の問題はRISCだときれいになるとの主張。 それにC言語のint型が64ビットという前提で説明しているのもおかしい。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/927
928: デフォルトの名無しさん [sage] 2025/08/31(日) 17:36:07.00 ID:wng97XEx 記事のRISC-Vのコード見るとコメントになんでかx86のレジスタ書いてんだよなあ。 x86からRISC-Vに移植したか、x86との対応わかるようAIに指示したかどっちかか。 こんなクソコードクソ記事からなんか有意なこと読み取ろうとしても無駄だぞ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/928
929: デフォルトの名無しさん [sage] 2025/08/31(日) 17:39:14.61 ID:wng97XEx ＞1クロックでやることが多いCISCは命令が少なくなるのはあたりまえ。 スーパースカラーも知らない人は黙ってた方良いよ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/929
930: デフォルトの名無しさん [] 2025/08/31(日) 17:52:22.50 ID:wghiPy+O >>929 CPUの性能の進化でそれをやる必要がなくなってRISCの方がよいということになってあの記事があるんだぜ？ http://mevius.5ch.net/test/read.cgi/tech/1739527246/930
931: デフォルトの名無しさん [sage] 2025/08/31(日) 17:53:36.95 ID:wng97XEx ＞それにC言語のint型が64ビットという前提で説明しているのもおかしい。 どこ見てそう思ったか知らんけどx86のコードではe?xの32ビットレジスタ使ってるしRISC-Vはlw/swで読み書きしてるから32ビットだね。 何いってんのという感じ。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/931
932: デフォルトの名無しさん [] 2025/08/31(日) 17:55:54.89 ID:wghiPy+O x86は16ビットか32ビットだよ？ x64と書いてあれば64ビット http://mevius.5ch.net/test/read.cgi/tech/1739527246/932
933: デフォルトの名無しさん [] 2025/08/31(日) 17:56:34.83 ID:wghiPy+O キータのレベルは理解不能 http://mevius.5ch.net/test/read.cgi/tech/1739527246/933
934: デフォルトの名無しさん [sage] 2025/08/31(日) 18:02:43.60 ID:wng97XEx >>930 「バブルソートでわかるRISC-Vのきれいさ」と題して十分に最適化されてないコードで「きれい」なんて主観を語ってる記事はナンセンス。 「シンプル」や「簡潔」と言ってるならまだ擁護の余地はあった。 http://mevius.5ch.net/test/read.cgi/tech/1739527246/934
935: デフォルトの名無しさん [] 2025/08/31(日) 18:54:27.77 ID:5OVq2s7z 彼はアセンブリでマクロ機能も使ってないしな http://mevius.5ch.net/test/read.cgi/tech/1739527246/935
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s