Qiita 4 - キータぞ、来たぞ、キータだぞー
■ このスレッドは過去ログ倉庫に格納されています
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/ ワンチップマイコンが内蔵するデバイスについて
https://qiita.com/7_inai_/items/d99e0deeeca036d75671
GPIOもUARTも抜けてる辺りわかってない感あって良いな。 マイコンは学生の頃よく使ったわ
チップにプログラムを書き込むときの楽しさが未だに忘れられん
その後のはんだ付けが場所ミスしたりと面倒だったけど >>2
おもしろいね。
DMA が書いてるのに、それを利用する機能がほとんど書かれていない。 > ワンタップマイコンが内蔵する主な周辺デバイス
> ・クロック発信機
クロックやリセットがマイコンに内蔵される以前は「周辺回路」と言ってた気がするが「周辺デバイス」は違和感あるな。 > ワンタップマイコン
誰か編集リクエストくらいしてやれば良いのに(俺はしないけど 前スレ>>996
> 見たけどZuishinしかまともなこと言ってなくね？
そおかあ? Zuishinの言ってる
> 実数を double や float で表すことは、実数のハッシュを取ることとみなすことができます。
> ハッシュが衝突する確率はハッシュの取りうる値の幅が小さくなればなるほど大きくなるため、計測方法が間違っている可能性が高いですね。
>
> たとえば bool の場合は 1/2 の確率で衝突します。
とか
> float は精度が低いため、別の数値が同じ数になる確率が double よりも高いので、偶然同値比較が成功する確率も高くなります。
> それは単に確率の問題であって、float の方が正しい答えが出る根拠にはなりません。
はランダムな値が偶然一致する可能性の話じゃね?
数学的には正しい計算が浮動小数点演算で一見正しく計算できるかからはズレたこと言ってると思うが。 変なアカウント見つけた
https://qiita.com/OT5425
2022年 Qiita TOP Contributor とか書いてある
https://twitter.com/WindowsopeninDOUTOR （削除）
所属 292340468
https://qiita.com/organizations/Resonance_Crossing_Euphoria のメンバー
昨日このアカウント、たぶん NTR893 だった
寝取られヤクザかよwwwって記憶に残ってたんだけど
たまたまブラウザのページ開いたままにしてたらアカウントページが消えてて？となって
2022年 Qiita TOP Contributorなのに消したのかな？って気になって
調べたらアカウントが変わってた。Qiitaってアカウント名変えるとURLも変わるのな
よく見たら編集依頼でコントリビューション釣り上げてたクソアカだった
https://qiita.com/ist-sa-o/items/e7598ba27d2276ac707f/revisions とか
アカウント名、変えたタイミングはたまたまだったのか、頻繁に変えているのか
なにか意味があるのか、気になるのでここに残しておく。上のリンクは流石に変わらないはず
https://twitter.com/thejimwatkins アセンブリ言語・入門の前に（１）
https://qiita.com/streaker/items/68b6a7f639777e6c0a24
アセンブリ言語・入門の前に（２）
https://qiita.com/streaker/items/26c862df8fa49b127bca
知識のアップデートができてないおじいちゃんが書いた記事。ちょっと見てらんない感じ。
ジジイは大抵頑固なので間違い指摘のコメントに発狂するとこまで予想されてしまうんよなあ。 全体構成を考えてから書き始めた方がいいな
それと深いところに踏み込みすぎ
この範囲の内容はキータで読んではいけない 表題の後ろに「入門の前に」と付けたのは「まだまだこんなの入門以前の内容ですよ」と言いたいのか、
> 老システムエンジニアが「最近の若い者はアセンブリ言語も書けない」とボヤくので、「そりゃー必要がないからさ」と返しておきました。確かに仕事で使わない上に、参考書もほとんどなく、周りに仲間もいないのでは、現役プログラマーの方々が敬遠したくなるのも無理はありません。
> アセンブリ言語はたいへん敷居が高く、取り付きにくい言語です。このメモは入門というより、読者が入門前に軽いウォーミングアップをしていただくために書きました。
今どきの若いもんはアセンブラなんて知らんのだろ的な上から目線が気持ち悪い。 レジスタを16ビットで使ったり、いまさらリアルモードのセグメントに言及したり、16ビット時代の生きた化石という感じだなあ。 KISSの原作について
https://qiita.com/7_inai_/items/4311cc49b263ec625bd0
表題の誤字すら気がついてないってこの人自分の投稿見直したりしないのかな？
この手の原則、誰が言い始めたとかの情報がないと有難みもないよね。
その辺り気にしない教条主義者向けの記事か。 このスレネットwatchにでも移動したほうがよくね 脱力感に見舞われる
なぜクソ記事は書かれるのか
情報源に対し
なぜ一部を捨てて水で薄めて違う味を入れたものを公開するのか
せっせせっせとネットをノイズまみれにしようと頑張る
その行為になんの見返りを得ているのか
見ていてとても虚しい そういう記事はグーグル検索に引っかかってこないので
実害はないのでは?
そもそもキータということで見ないことも多いけど Python：浮動小数点数と呼ぶ理由について
https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc
コメ欄面白いｗ
記事主のプロフィールみるとAmazonで売ってる電子書籍の宣伝の記事みたいだけど内容の程度は窺い知れるかな。 Zennで電子書籍を出すよりAmazon Kindleで電子書籍を出したほうが売れるかも。。。
本屋で売ってる本のように見えるから 一般に流通する紙の本であれば多くの人の目に触れる機会はあるので
内容によっては批判に晒されてある程度の自浄作用は期待できる気がするけど
マイナーな電子書籍はなあ、地下出版と変わらんからやりたい放題よねｗ Python：割り算の答えが浮動小数点数で返る理由
https://qiita.com/toKoinX/items/032316ca77e28b80c142
こっちの記事も良いなｗ
> Python においては / (スラッシュ) を使用しますと FPU により ｢割り算｣ が, 行われますが ｢小数｣ しか返せないので ｢小数｣ で ｢答え｣ が, 返る仕組みに成っています。また FPU は ｢複雑な割り算｣ に使用されます。更なる高度な割り算の場合は, 別途, 専用の装置(除算器)が処理しています。
浮動小数点数のことを「小数」と説明してるのはポイントが高いし「除算器」のこと理解してない感じなのも無理して書いてる感じで良いｗ > C言語だとint型は固定長サイズ（32bitあるいは64bit）ですが
ほんとう？w
なんか他にもちょいちょい間違ったこと書いてるけどこの藤田って何者なん？ 16ビット全盛期を知らんニワカなんだろ
上限の規定もなかったはず >>23
記事主がアホに見えるがコメント欄の見方もわからん人にはそう見えるのかｗ https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc#comment-86b460f88e97532927b5
> f-string による ｢形式の内容｣ と, 実際の ｢精度の違い｣ に, 気付いていただけたようで, 嬉しく思います。説明し続けた甲斐があります。お疲れさまでした。
話的にまったく噛み合ってないところでの一方的な勝利宣言って相手ブロックしてリプライ封じた上でやってるんだろうなあ。ツイッターでは見掛けるやつだわｗ https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc#comment-f8ca44ffe52901201550
> 今日は, もう寝ますが, 上記の例は, 単に f-string を使用して「数値の表示形式を加工」したに過ぎません。これは, 浮動小数点数の実際の精度や表現方法を直接反映している訳ではありません。完全に, 解釈違いです。f-string によるものです。
>
> 補足しますと f-string のフォーマット指定子 :60.30f は, 単に出力される数値を ｢60文字幅, 小数点以下30桁の浮動小数点数として表示｣ するためのものです。これは, 文字通り ( f は format の略) ｢表示上の調整：表示を加工した結果｣で在り, 数値の内部的な表現や計算精度には影響していません。
>
> 実際の浮動小数点数の精度は, 数値の大きさに応じて変化することが特徴です。この変動は, 浮動小数点数が仮数部と指数部を使って数値を表現する仕組みによるものです。数値が大きくなるにつれて, 仮数部で表現できる有効数字の桁数が減少し, その結果として小数点以下の桁数も変動します。
f-stringのせいという主張だけど、f-string使わなくてもPythonのfloatの精度が数値の大きさに関係なく15〜6桁であることは容易に確認できると思うんだが
https://wandbox.org/permlink/TFIeL10zqpK69hJp
この人は何を根拠にこんなこと言ってるの？ >>25
> 16ビット全盛期を知らんニワカなんだろ
https://qiita.com/shiracamus
> 元、低レイヤーエンジニア。 現、サイバーセキュリティ研究者。
> 使用言語は、C, C#, Java, JavaScript/Node.js, Python,
> Perl, Lisp, シェルスクリプト, N88 BASIC。 書いたことがある
> アセンブリ言語は、Z80, 6502, 6809, 68000, SPARC, PowerPC, ARM, x86/x64。
このプロフィールで知らないわけ無い。 藤田必死で草
ボコられて悔しいなら本人に直接言えよ
怖いんかw >>30
intが32ビットか64ビットと言ってるやつが自称する経歴ねー >>26
@shiracamus(しらかみゅ)だよな
なぜ藤田が言ったことになってるのか なんかスゲーなこの人。
https://megalodon.jp/2024-0131-0253-18/https://qiita.com:443/toKoinX/items/032316ca77e28b80c142
> コメントの内容が, 全て支離滅裂です。｢可能な程度小さく：つまり単純な割り算( 10 // 3 など)｣ においては, 一般的に ALU で処理され, 逆に ｢複雑な割り算｣ が, 除算器で処理されます。ご存知の通り, これもまた ｢その仕様によります｣。つまり, プロセッサの構造によります(例えば, 除算器の有無等)。
>
> また, 後半の文章においては, ただの愚痴になってしまっています。大学に行かなくても｢学びたい｣ という気持ちがあれば, だれだって, いつだって, 学ぶことができます。また, 当記事は ｢大学案内を目的とした記事｣ ではありません。上記において返答した続きを書きますと ｢大学案内の情報を求める者｣ は ｢大学案内の記事｣ を探し読むと考えております。アーキテクチャの書籍に関しても専門書１冊を完読するには, それ相当程度の時間が必要です。Python を学ぶ初学者が, 最初に読むものではない, しかし, ALU や FPU の知識が在ったほうが, Python の理解も進むと考えております。 > それから Python が高級言語で抽象化された仕様の話は, プログラミングの際の ｢利便性や可読性｣ 等についての話です, ハードウェアやプロセッサを学ぶ話は ｢深い理解を得るため｣です。この辺の話が, ごっちゃになってしまっています。また ｢Pythonを学びたいという人のニーズ｣に対する返答においても ｢その人による｣ と思います。例えば, 初学時のぼくは ｢ FPU を使用するから小数で返る｣ということを知ったときは, 物凄く腑に落ちました, この理解を届けたいと思い記事を書いています。
>
> 最後に, ぼくからのアドバイスですが ｢人とコミュニケーションを取りたい・承認欲求が満たされたい｣ のであれば ｢他人を否定｣ することを, まずは, やめてみましょう。｢人は, されたことを, 返す生き物｣ とも, 言われています。おそらく, 貴方自身が, 周りから ｢筋が悪い｣ とか ｢細部(枝葉末節)｣ ばかり観て ｢俯瞰できていない｣ などと言われているのだと, 思われてしまいます。インディアンの言葉に, 大変素晴らしい格言があります。その一部を, 解釈して紹介したいと思います。
>
> 他人に否定されて育った人は, 他人を否定する人に成る。
>
> 他人に認められず育った人は, 他人を認められない人に成る。
>
> 他人から愛されて育った人は, 他人を愛するように成る。
>
> また, お気付きでしょうが, 論点から, かなりズレた応酬になってしまっています。これ以上は, 続けても ｢無駄な応酬｣ になると, 判断させて頂きます。楽しい時間を, ありがとうございました。 元のコメント
https://megalodon.jp/2024-0129-1036-18/https://qiita.com:443/toKoinX/items/032316ca77e28b80c142
> コメントの内容が, 支離滅裂です。論点から, かなりズレています。これ以上は ｢無駄な応酬｣ であると, 判断させて頂きます。楽しい時間を, ありがとうございました。
余程心をえぐられたのか編集後のコメントスゲーなｗ > 最後に, ぼくからのアドバイスですが ｢人とコミュニケーションを取りたい・承認欲求が満たされたい｣ のであれば ｢他人を否定｣ することを, まずは, やめてみましょう。
藤田をブロックしてこれ言ってるかと思うと味わい深いわｗ なんで藤田がブロックされたことを知ってるんですかねえ >>42
これでブロックしたことがわかるのは本人だけなんだよなあ >>42
「相手ブロックしてリプライ封じた上でやってるんだろうなあ」と「藤田をブロックしてこれ言ってる」は違うぞ
前者は勝手に思ってるだけという意味が含まれるが後者はそうでない >>42
「理科系の作文技術」は事実と意見とを区別せよと言うが、お前がやったのは意見を事実にするまちがい > 前者は勝手に思ってるだけという意味が含まれるが後者はそうでない
「かと思うと」だから勝手に思ってるだけだ罠。
これが「ことを考えれば」なら事実として言ってることになるだろうけども。
削除したのは>>45の主張に都合が悪かったんだろう。 コメントで間違い指摘すんのはいいけどさあ、結局読者は大元の間違った記事しか読まねえんだよ
藤田は編集リクエストだすか新しく記事書いとけよ 分かってない人の書いたデタラメな記事を書き直すような
編集リクエスト送ったところで採用される可能性は低そうだし
コメント欄で間違いを指摘するほうがまだマシじゃね 正しさというものに誠実なのはフジタ一人じゃねーか
ほかのボンクラどもはクソ記事見逃してるんでしょ
キー太はクソ記事量産してホント何がしたいんや
人類の足ひっぱってホンマ何がしたいんや
記事を書くな
記事を消せ
それがみなのためになる 元記事頑張って読もうとしたけど、カンマ打ちすぎて読みづらいわ～
みんなよく読めるなこんなの 藤田もそうだけど
間違い指摘で相手にありがたいと思われないのは指摘側にも問題あるだろ
間違った情報ガーを盾につっこみテクばかり身に着けてもしょうがない 間違い指摘する人がもっと沢山いれば
こりゃあちょっと迂闊な記事投稿できんぞ
という雰囲気になってクソ記事が投稿される機会が減る
好循環が期待できるのでは 去年の暮れくらいからかQiitaに
「いいね以上の気持ちはコメントで」と
表示されるようなった気がするけど運営が期待してる
コメント欄の使い方はそっちの方向なのだろう。
間違い指摘は編集リクエストでってことかな。 >>28に引用されてるコメントがいつの間にか大幅に編集されてる。
https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc#comment-86b460f88e97532927b5
> f-string による ｢形式の内容｣ と ｢実際の精度｣ との ｢違い｣ に, 気付いていただけたようで, 嬉しく思います。説明し続けた甲斐があります。
>
> また, もしかしたら, と思ったのですが ｢変動可能｣ とは ｢保証可能：固定可能｣ の意味ではありません。当たり前のことですが, float 型において, 表現可能な範囲が, 無限(永遠)な訳はありません。浮動小数点数は, 精度において ｢向上することも低下することも可能：変動可能｣ という意味です(敢えて ｢向上と低下｣ という表現をしましたが, 精度保持における相対的な精度として理解してもらえると嬉しく思います)。これに対して, 固定小数点数は, 精度において ｢一定｣になる, という意味です。つまり, この ｢一定の範囲：定義された範囲｣ 内で, 精度が ｢保証｣ されます (小数点以下の桁数は変動しないと言うこと, つまり ｢固定｣ するということです)。
>
> また, 具体的な説明においては, 提供していただいた結果を使用させて頂きますと,
>
> ① 小数点以下の桁数の変動において
> 数値が小さい時 ( ex. 0.000000000033333333333333334548）においては, 多くの小数点以下の桁が正確に表現されています(3の部分)。これは数値が小さいため, 限られた範囲において, より ｢多く｣ の小数点以下の桁を表現していることを確認できます。
>
> ② 精度の低下(変動)において
> 上記に対し, 数値が大きくなるにつれて ( ex. 3333333333333333814280192.0〜）、小数点以下の桁数が減少(変動)し, つまり ｢少なく｣ なり, 最終的には小数部分が, 表現されなくなります。つまり, 小数点以下の精度が犠牲(変動)になることを確認できます。
>
> 結果として, 上記の理由から ｢小数点以下の桁数が数値の大きさに応じて変動可能｣ で在ることを確認でき, また, この特性は, 浮動小数点数の精度が, どのように数値の大きさに依存し ｢変動｣ するかを反映していることも確認できます。つまり, 精度は ｢保証：固定｣ されず ｢変動：浮動｣ します。
>
> これで, 納得していただけたと思います。楽しい時間を, ありがとうございました。 藤田のコメントに対して「具体的な説明においては, 提供していただいた結果を使用させて頂きますと」なんて言ってるけど前のコメントの「これは, 浮動小数点数の実際の精度や表現方法を直接反映している訳ではありません。完全に, 解釈違いです。f-string によるものです。」から随分方向転換した印象だわ。自分の無知さを理解はしてそう。 新規コメントでメンションでもしないと藤田に伝わらないと思うが藤田に向けてコメント編集したんじゃないんだろうなあ。 で、ブロックは解除されたの？
されてないなら単に言葉を選んだだけじゃね？ これだからJavaScript, Pythonから入った学習者はダメなんだ
初めからCを学んどけば良かったのに この大学生自分でわからないこと調べて知ろうとしてるんだしQiitaではかなりマシな方だろ https://developer.mozilla.org/ja/docs/Web/JavaScript
> JavaScript (JS) は軽量で、インタープリター型、あるいは実行時コンパイルされる、第一級関数を備えたプログラミング言語です。
1インタープリタ型
あるいは
2実行時コンパイルされるか
の2種類の形式があるけど今現在インタープリタを採用してる実装は使われてないんじゃね
JScriptや古いブラウザまで含めるくらいの詭弁を言うなら知らんが
tsに至ってはトランスパイルが基本でgasやdenoでも内部でそうしてると思うが？ > 今現在インタープリタを採用してる実装は使われてないんじゃね
フットプリント気にしないで実行効率に注力した実装しか目に入らない人かな >>68
> 今現在インタープリタを採用してる実装は使われてないんじゃね
「使われてる」か「使われてない」かを調べようぜ？
> 詭弁を言うなら知らんが
おまえのコメントが詭弁なんじゃね
イラッとするコメント
> 内部でそうしてると思うが？
「そうしてる」か「そうしてない」かを調べようぜ？ >>67 >>68
Qiitaにそんな記事書いてたら沢山コメント貰えてたなｗ >>70
草
まだインタープリタ使ってると思ってたのが恥ずかしくて暴れてるのかw >>72
https://v8.dev/docs/ignition
> V8 features an interpreter called Ignition. Ignition is a fast low-level register-based interpreter written using the backend of TurboFan. The V8 blog post presents a high-level overview of the Ignition interpreter. インタープリタ使用言語かどうかの判別は非常に簡単で
事前に実行バイナリ(CPUまたは仮想機械が実行可能なバイナリ)を用意せずにその言語テキストそのままの状態のものがインタープリタ使用言語
JavaScriptやPythonなどはインタープリタ使用言語 >>74
藤田かな？
情弱すぎない？w
知恵袋かなんかで聞いたのかそれ？w >>76
V8のIgnitionがbytecodeインタプリタ含んでること理解してないとそんなトンチンカンな解説になるんだなあｗ JITコンパイラがインタプリタの高速化技法であることすら理解してない低脳ｗ 自分で何が正しいか判断できないボンクラが適当にぐぐって出てきた
ゴミ記事を根拠に記事書いて叩かれる光景ってQiitaでは珍しくもないけど
5chのこのスレで見れるとはなあ>>76、ちょっと面白いｗ >>77
それ2021年で既に古いと書かれてるのも読めないってすごくね？w
一人だけ古いブラウザの話してるの？w 重箱の隅をつつく藤田がインタプリタ言語にツッコんでないと思ったらマジで情弱だったのはほんと草 藤田じゃないとは思うけど本気でわかってないっぽいのが面白い 草とか面白いとかいってるけどまったく面白くない
何がどうわかってないのか具体的に書くべき
具体的に書いたら面白さが伝わるかも？
「っぽい」や「と思う」という表現がフワフワしてふざけてる >>67
Ruby 3.3 YJITのメモリ管理とRJIT
https://gihyo.jp/article/2024/01/ruby3.3-jit
> Ruby 3.3にはYJITとRJITという2つのJITコンパイラがあり、デフォルトでは無効になっています >>84
古いものはメンテされないと思ってる感じ？
学生さんかな？ >>87
削除した機能を未練がましくプロジェクトに残しておく派？
リビジョン管理の認識も怪しいおじいちゃんかな さすがにJSがインタプリタ言語は草
じゃあCも未練がましくインタプリタあるからインタプリタ言語なのか インタプリタJSで思い出したけどBun Shellとやらが出たが別にNodejsでよくねってなった Wikipediaがまあまあ良い解説してると思うけど
https://ja.wikipedia.org/wiki/%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%97%E3%83%AA%E3%82%BF
> いずれにしても、「インタプリタ言語」などという分類は本来は存在しない。単にそれぞれの言語の代表的な処理系の実装がインタプリタであったというだけで、理論上はどの言語であってもインタプリタとコンパイラのどちらでも作ることができる。しかしながら、インタプリタかしか存在しない言語があるが故に、「インタプリタ言語」や「コンパイラ言語」と区別されているのが現実である。
「インタプリタ言語」なんて定義も定かでない分類に執心してる人はどっかおかしいと思う。 実行直前までその言語テキストのままの(＝バイナリではない)言語がインタープリタ使用言語
これは明確にインタープリタ使用言語か否か二つに分類される
JavaScriptは明確にインタープリタ使用言語
インタープリタ使用中に一部をJIT(Just In Time)コンパイルをする可能性があるというだけである インタプリタ言語かどうかって、つまり高速なコンパイラ（平たく言えば機械語に変換）を持ってるかどうかでしょ？
コンパイル速度を問わなければどの言語でもインタラクティブにコードを実行できるし、その速度を追求してるのが、つまりシェルスクリプトだのPythonだの言われてるものってイメージだわ
その言語がインタプリタ言語かどうかの明確な区別は人に依る >>92
それどこに書いてあったの？w
知恵袋？w
藤田君さぁ… 例えばKotlinのKotlin/Scriptは実行がくっそ遅いのにもかかわらずインタプリンタ言語って呼ばれてるし、
CだってbashをランタイムとしてCの生コードを実行のたびに内部で毎回makeを叩いて生成バイナリを実行してbash側で値を保持しとけば見かけ上はインタラクティブに動かせる batファイルなんか一行実行する事にbatファイルを読み込みし直している
だから自己書き換えなどの荒業も可能
処理系に合わせて最適な言語が作られるのは当然であり「存在しない」などとオレオレ分類学を披露したところで現実はリビルド出来ない 「用途によってプログラミング言語を使い分ける」
どんな言語比較の議論でもこれに尽きるね C言語の文字列以外インタプリタ言語の文字列って記事の擁護で必死になってるやついてなんか草 去年の7月末に投稿されてコメント欄でのやり取り取りも8月の頭のほうで止まってる記事に今更噛み付いてコメント欄でも誰も問題としてないJSはインタプリタではないとか挙げ足取ろうとすんの痛すぎて見てらんない。
有意義な内容だと思ってるんならコメント欄に投稿してやれよ記事主も喜ぶかもしれんぞ。 単発で安価もつけてくれないと誰がなにを話してるのか全くわからん
インタプリタについてスレが話してたからそれについて自分語りしただけで、記事がどうのコメントがどうのってのはスレを全部読んでないから全然分からんすまん ■ このスレッドは過去ログ倉庫に格納されています
