Qiita 4 - キータぞ、来たぞ、キータだぞー
レス数が950を超えています。1000を超えると書き込みができなくなります。
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 アセンブリ言語・入門の前に(1)
https://qiita.com/streaker/items/68b6a7f639777e6c0a24
アセンブリ言語・入門の前に(2)
https://qiita.com/streaker/items/26c862df8fa49b127bca
知識のアップデートができてないおじいちゃんが書いた記事。ちょっと見てらんない感じ。
ジジイは大抵頑固なので間違い指摘のコメントに発狂するとこまで予想されてしまうんよなあ。 全体構成を考えてから書き始めた方がいいな
それと深いところに踏み込みすぎ
この範囲の内容はキータで読んではいけない 表題の後ろに「入門の前に」と付けたのは「まだまだこんなの入門以前の内容ですよ」と言いたいのか、
> 老システムエンジニアが「最近の若い者はアセンブリ言語も書けない」とボヤくので、「そりゃー必要がないからさ」と返しておきました。確かに仕事で使わない上に、参考書もほとんどなく、周りに仲間もいないのでは、現役プログラマーの方々が敬遠したくなるのも無理はありません。
> アセンブリ言語はたいへん敷居が高く、取り付きにくい言語です。このメモは入門というより、読者が入門前に軽いウォーミングアップをしていただくために書きました。
今どきの若いもんはアセンブラなんて知らんのだろ的な上から目線が気持ち悪い。 レジスタを16ビットで使ったり、いまさらリアルモードのセグメントに言及したり、16ビット時代の生きた化石という感じだなあ。 KISSの原作について
https://qiita.com/7_inai_/items/4311cc49b263ec625bd0
表題の誤字すら気がついてないってこの人自分の投稿見直したりしないのかな?
この手の原則、誰が言い始めたとかの情報がないと有難みもないよね。
その辺り気にしない教条主義者向けの記事か。 このスレネットwatchにでも移動したほうがよくね 脱力感に見舞われる
なぜクソ記事は書かれるのか
情報源に対し
なぜ一部を捨てて水で薄めて違う味を入れたものを公開するのか
せっせせっせとネットをノイズまみれにしようと頑張る
その行為になんの見返りを得ているのか
見ていてとても虚しい そういう記事はグーグル検索に引っかかってこないので
実害はないのでは?
そもそもキータということで見ないことも多いけど Python:浮動小数点数と呼ぶ理由について
https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc
コメ欄面白いw
記事主のプロフィールみるとAmazonで売ってる電子書籍の宣伝の記事みたいだけど内容の程度は窺い知れるかな。 Zennで電子書籍を出すよりAmazon Kindleで電子書籍を出したほうが売れるかも。。。
本屋で売ってる本のように見えるから 一般に流通する紙の本であれば多くの人の目に触れる機会はあるので
内容によっては批判に晒されてある程度の自浄作用は期待できる気がするけど
マイナーな電子書籍はなあ、地下出版と変わらんからやりたい放題よねw Python:割り算の答えが浮動小数点数で返る理由
https://qiita.com/toKoinX/items/032316ca77e28b80c142
こっちの記事も良いなw
> Python においては / (スラッシュ) を使用しますと FPU により 「割り算」 が, 行われますが 「小数」 しか返せないので 「小数」 で 「答え」 が, 返る仕組みに成っています。また FPU は 「複雑な割り算」 に使用されます。更なる高度な割り算の場合は, 別途, 専用の装置(除算器)が処理しています。
浮動小数点数のことを「小数」と説明してるのはポイントが高いし「除算器」のこと理解してない感じなのも無理して書いてる感じで良いw > C言語だとint型は固定長サイズ(32bitあるいは64bit)ですが
ほんとう?w
なんか他にもちょいちょい間違ったこと書いてるけどこの藤田って何者なん? 16ビット全盛期を知らんニワカなんだろ
上限の規定もなかったはず >>23
記事主がアホに見えるがコメント欄の見方もわからん人にはそう見えるのかw https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc#comment-86b460f88e97532927b5
> f-string による 「形式の内容」 と, 実際の 「精度の違い」 に, 気付いていただけたようで, 嬉しく思います。説明し続けた甲斐があります。お疲れさまでした。
話的にまったく噛み合ってないところでの一方的な勝利宣言って相手ブロックしてリプライ封じた上でやってるんだろうなあ。ツイッターでは見掛けるやつだわw 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 で処理され, 逆に 「複雑な割り算」 が, 除算器で処理されます。ご存知の通り, これもまた 「その仕様によります」。つまり, プロセッサの構造によります(例えば, 除算器の有無等)。
>
> また, 後半の文章においては, ただの愚痴になってしまっています。大学に行かなくても「学びたい」 という気持ちがあれば, だれだって, いつだって, 学ぶことができます。また, 当記事は 「大学案内を目的とした記事」 ではありません。上記において返答した続きを書きますと 「大学案内の情報を求める者」 は 「大学案内の記事」 を探し読むと考えております。アーキテクチャの書籍に関しても専門書1冊を完読するには, それ相当程度の時間が必要です。Python を学ぶ初学者が, 最初に読むものではない, しかし, ALU や FPU の知識が在ったほうが, Python の理解も進むと考えております。 > それから Python が高級言語で抽象化された仕様の話は, プログラミングの際の 「利便性や可読性」 等についての話です, ハードウェアやプロセッサを学ぶ話は 「深い理解を得るため」です。この辺の話が, ごっちゃになってしまっています。また 「Pythonを学びたいという人のニーズ」に対する返答においても 「その人による」 と思います。例えば, 初学時のぼくは 「 FPU を使用するから小数で返る」ということを知ったときは, 物凄く腑に落ちました, この理解を届けたいと思い記事を書いています。
>
> 最後に, ぼくからのアドバイスですが 「人とコミュニケーションを取りたい・承認欲求が満たされたい」 のであれば 「他人を否定」 することを, まずは, やめてみましょう。「人は, されたことを, 返す生き物」 とも, 言われています。おそらく, 貴方自身が, 周りから 「筋が悪い」 とか 「細部(枝葉末節)」 ばかり観て 「俯瞰できていない」 などと言われているのだと, 思われてしまいます。インディアンの言葉に, 大変素晴らしい格言があります。その一部を, 解釈して紹介したいと思います。
>
> 他人に否定されて育った人は, 他人を否定する人に成る。
>
> 他人に認められず育った人は, 他人を認められない人に成る。
>
> 他人から愛されて育った人は, 他人を愛するように成る。
>
> また, お気付きでしょうが, 論点から, かなりズレた応酬になってしまっています。これ以上は, 続けても 「無駄な応酬」 になると, 判断させて頂きます。楽しい時間を, ありがとうございました。 元のコメント
https://megalodon.jp/2024-0129-1036-18/https://qiita.com:443/toKoinX/items/032316ca77e28b80c142
> コメントの内容が, 支離滅裂です。論点から, かなりズレています。これ以上は 「無駄な応酬」 であると, 判断させて頂きます。楽しい時間を, ありがとうございました。
余程心をえぐられたのか編集後のコメントスゲーなw > 最後に, ぼくからのアドバイスですが 「人とコミュニケーションを取りたい・承認欲求が満たされたい」 のであれば 「他人を否定」 することを, まずは, やめてみましょう。
藤田をブロックしてこれ言ってるかと思うと味わい深いわw なんで藤田がブロックされたことを知ってるんですかねえ >>42
これでブロックしたことがわかるのは本人だけなんだよなあ >>42
「相手ブロックしてリプライ封じた上でやってるんだろうなあ」と「藤田をブロックしてこれ言ってる」は違うぞ
前者は勝手に思ってるだけという意味が含まれるが後者はそうでない >>42
「理科系の作文技術」は事実と意見とを区別せよと言うが、お前がやったのは意見を事実にするまちがい > 前者は勝手に思ってるだけという意味が含まれるが後者はそうでない
「かと思うと」だから勝手に思ってるだけだ罠。
これが「ことを考えれば」なら事実として言ってることになるだろうけども。
削除したのは>>45の主張に都合が悪かったんだろう。 コメントで間違い指摘すんのはいいけどさあ、結局読者は大元の間違った記事しか読まねえんだよ
藤田は編集リクエストだすか新しく記事書いとけよ 分かってない人の書いたデタラメな記事を書き直すような
編集リクエスト送ったところで採用される可能性は低そうだし
コメント欄で間違いを指摘するほうがまだマシじゃね 正しさというものに誠実なのはフジタ一人じゃねーか
ほかのボンクラどもはクソ記事見逃してるんでしょ
キー太はクソ記事量産してホント何がしたいんや
人類の足ひっぱってホンマ何がしたいんや
記事を書くな
記事を消せ
それがみなのためになる 元記事頑張って読もうとしたけど、カンマ打ちすぎて読みづらいわ〜
みんなよく読めるなこんなの 藤田もそうだけど
間違い指摘で相手にありがたいと思われないのは指摘側にも問題あるだろ
間違った情報ガーを盾につっこみテクばかり身に着けてもしょうがない 間違い指摘する人がもっと沢山いれば
こりゃあちょっと迂闊な記事投稿できんぞ
という雰囲気になってクソ記事が投稿される機会が減る
好循環が期待できるのでは 去年の暮れくらいからかQiitaに
「いいね以上の気持ちはコメントで」と
表示されるようなった気がするけど運営が期待してる
コメント欄の使い方はそっちの方向なのだろう。
間違い指摘は編集リクエストでってことかな。 >>28に引用されてるコメントがいつの間にか大幅に編集されてる。
https://qiita.com/toKoinX/items/ab1ec60f9062a81495dc#comment-86b460f88e97532927b5
> f-string による 「形式の内容」 と 「実際の精度」 との 「違い」 に, 気付いていただけたようで, 嬉しく思います。説明し続けた甲斐があります。
>
> また, もしかしたら, と思ったのですが 「変動可能」 とは 「保証可能:固定可能」 の意味ではありません。当たり前のことですが, float 型において, 表現可能な範囲が, 無限(永遠)な訳はありません。浮動小数点数は, 精度において 「向上することも低下することも可能:変動可能」 という意味です(敢えて 「向上と低下」 という表現をしましたが, 精度保持における相対的な精度として理解してもらえると嬉しく思います)。これに対して, 固定小数点数は, 精度において 「一定」になる, という意味です。つまり, この 「一定の範囲:定義された範囲」 内で, 精度が 「保証」 されます (小数点以下の桁数は変動しないと言うこと, つまり 「固定」 するということです)。
>
> また, 具体的な説明においては, 提供していただいた結果を使用させて頂きますと,
>
> @ 小数点以下の桁数の変動において
> 数値が小さい時 ( ex. 0.000000000033333333333333334548)においては, 多くの小数点以下の桁が正確に表現されています(3の部分)。これは数値が小さいため, 限られた範囲において, より 「多く」 の小数点以下の桁を表現していることを確認できます。
>
> A 精度の低下(変動)において
> 上記に対し, 数値が大きくなるにつれて ( 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にそんな記事書いてたら沢山コメント貰えてたなw >>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インタプリタ含んでること理解してないとそんなトンチンカンな解説になるんだなあw JITコンパイラがインタプリタの高速化技法であることすら理解してない低脳w 自分で何が正しいか判断できないボンクラが適当にぐぐって出てきた
ゴミ記事を根拠に記事書いて叩かれる光景ってQiitaでは珍しくもないけど
5chのこのスレで見れるとはなあ>>76、ちょっと面白いw >>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はインタプリタではないとか挙げ足取ろうとすんの痛すぎて見てらんない。
有意義な内容だと思ってるんならコメント欄に投稿してやれよ記事主も喜ぶかもしれんぞ。 単発で安価もつけてくれないと誰がなにを話してるのか全くわからん
インタプリタについてスレが話してたからそれについて自分語りしただけで、記事がどうのコメントがどうのってのはスレを全部読んでないから全然分からんすまん >>99
ここは人間が会話する場所ではない
IQが10ぐらいの人間未満の境界知能がまぎれこんで区別がつかないんで・・・
レスをつけず独り言を投稿するだけの場所と考えるべき
ログインしてID固定されるQiitaのほうが会話に向いている
人間未満の境界知能と会話しようとするな >>103が何について言及してるのか全然わからんのだけど
>>104には通じてるらしいの不思議 >>98
難癖つけたい記事晒したのに思うような賛同が得られず癇癪おこしてるのみっともないゾw >>103も>>104も「藤田ではないであろう誰か」について言及してるのに
>>105の
> え?藤田を知らないの?
は流石に意味不明すぎて草w 藤田はZuishinと並ぶQiitaの粘着キャラだよ
自分で記事書かないくせに人の記事を四六時中監視して難癖つけるすごいキャラだよ > 自分で記事書かないくせに
ゴミ記事書くよりは書かないほうが寧ろ潔いかな。
> 難癖
誤りの指摘を難癖と解釈する人はこの業界向いてないと思う。コードレビューとかやられた日には発狂しそう。 インタプリタじゃないことを知らなかったことを指摘されたくらいで癇癪おこすなよ JavaScriptはインタプリタ言語
事前にバイナリへコンパイルせずともJavaScriptテキストをインタプリタが実行してくれる
インタプリタは何度も実行される部分などをJIT(即時)コンパイルすることで高速化している >>110
藤田もZuishinもそこそこ記事投稿してるじゃん
嘘はイカンよね まあこういうやつが巣食ってるのが5chだからな
ashworthそっくり
ていうか本人か? ashworthってこいつか。
https://qiita.com/ashworth
過去のコメントみるとZuishinや藤田に絡んでるから可能性ありそうw
https://qiita.com/ashworth/comments
1年ぶりくらいに投稿した最新記事
「簡単のため」はなぜ生まれたか?
https://qiita.com/ashworth/items/be0cb80e30f7a001c369
理系の人の云う「何が嬉しいかと言うと」みたいな表現が理解できず相手を非難てw
タグからしてこんなかw
> 文系 無知 理系 簡単のため バカ
おもしれえなコイツwちょっと注目してみるww ツイッターで学生にぐうの音も出ないほどにやりこめられて悔しいのでQiitaに記事書くってすげえよなあw
恥の概念が無いww >>116
>>15
>ていうか本人か?
本人の証拠ある?
証拠もないのに晒して誹謗中傷するのはマナー違反
スレの治安が悪くなる >>118
気持ち悪すぎて草生えた
確かにここに常駐してると言われるとそうかもしれんと思ってしまう ashworthって前から人気者だったのねw知らんかったわww
Qiitaのクソ記事研究スレッド2 ゴミ記事量産
https://medaka.5ch.net/test/read.cgi/prog/1649036739/ 大学生の正解率64.5%の問題に思うこと
https://web.archive.org/web/20221220153804/https://qiita.com/ashworth/items/a35270d88ac52116ef7d
「ツイッターでの絡み方」みたいな記事。
ものすごく気持ち悪い。 あなたのコード複雑怪奇になっていませんか?
https://qiita.com/tak001/items/02f0b6fcdb2dbcb66f16#comment-4af231d130a440f2d259
↑のZuishinのコメントのひとつ上のコメントが
> サービス利用規約に基づき、このコメントは削除されました。
となってて読めないんだけど、なんか魚拓取られてたわw
https://megalodon.jp/2022-0428-1044-18/https://qiita.com:443/tak001/items/02f0b6fcdb2dbcb66f16
> ashworth 2022-04-27 14:56(編集済み)
やっぱこいつかw
> def isLeapYear(year):
> if year % 400 == 0: return True
> if year % 100 == 0: return False
> if year % 4 == 0: return True
> return False
仕様変更を想定したコードのつもりらしいけどこいつバカだなw
> C: ただし、400の倍数の年は、うるう年
が
C: ただし、399の倍数の年は、うるう年
になったらどうすんだ?ww Zuishinのコメントがほとんど消えていてashworthの一人相撲に見える こんな奴相手にしても時間や労力無駄にするだけで得られるものは何もないからな。
https://web.archive.org/web/20221220153804/https://qiita.com/ashworth/items/a35270d88ac52116ef7d
> はい、私が勘違いしてました。
> 途中で、
>
> スクリーンショット 2022-12-19 184235.png
>
> みたいな突っ込みがあって、やっと問題文をちゃんと読み直して『あれ?』となったわけですが、
>
> 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。
>
> Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。
>
> で、まぁ、惨敗したわけですけどねw > 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。
>
> Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。
こういう奴が存在することを知るとこのスレでJSインタプリタじゃない説をしつこく繰り返し主張してた奴の行動原理も理解できるわw >>128
語源である「interpret」からわかるように「インタプリタ」は外来語
外人が「インタプリタをどのように定義するか」と「JSをインタプリタに入れるか入れないか」による
英語のソースを持ってくれば?
それで納得するよ 外人が定義したものを輸入したものだから日本語で考えても意味ないってことね なんで他人事なのか知らんけどインタプリタ論争のどっち側もこいつと同類だからな? 「インタプリタ言語」なんて定義のない用語っぽいことを誰かが言ってたとして本筋と関係ないなら「ふーん、そういう意味でこの人は言ってるのかな」くらいで流すのが普通。
「それは違う!」と強硬に反応してる人がいたらそいつが異常者なだけ。 まあさすがにC/C++以外の全てをインタプリタ言語と呼んでることに何も触れない藤田はあたおかだけどな ashworth、お前の藁人形論法飽きたから。
くやしかったら>>124への反論でも書けば良いのに、と不可能なことを書いてみるテスト >>134
> まあさすがにC/C++以外の全てをインタプリタ言語と呼んでることに何も触れない
記事のコメントにも参加してない負け犬がなんか言ってて草w ツイッターで敗北→Qiitaで恨み節
5chで敗北→ツイッターで恨み節
Qiitaで敗北→5chで恨み節
ashworthってなんなのコイツw ashworth vs 藤田の醜い場外乱闘現場はここですか? ashworthの親衛隊(いるのか?)がなんか言っておる感じw https://megalodon.jp/2022-0428-1044-18/https://qiita.com:443/tak001/items/02f0b6fcdb2dbcb66f16
> A: 4の倍数の年は、うるう年
> B: ただし、100の倍数の年は、うるう年ではない(平年)
> C: ただし、400の倍数の年は、うるう年
Aで4の倍数年を判定し、B以降は前の条件が成り立った上で「ただし」と追加条件を並べてる訳ですが
https://qiita.com/tak001/items/02f0b6fcdb2dbcb66f16#comment-995b69974c49369ac60f
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
> F: D, Eは2025年より適用する
Dが成り立つとして、既にAで4の倍数年は判定済みなのでEは必ず成り立ちますね。
こういうのを仕様バグと言います。頭の悪い人のすることです。解りましたかashworthさん。あなたは頭が悪いです。 ashworthの話は過去スレで散々やったしもう飽きたよ >既にAで4の倍数年は判定済みなのでEは必ず成り立ちますね。
よく読んだ方がいいんじゃないか? >>141
「ただし」の使い方を知らない人かな?
まさかashworthより頭の悪いやつがいるとは
https://dictionary.goo.ne.jp/word/%E4%BD%86%E3%81%97/
> 1 前述の事柄に対して、その条件や例外などを示す。しかし。「入場自由。—、子供はお断り」
この場合、先に入場自由と書いてあるから子供も入っていいと思ってる? >>145
心理的安全性を低くする揚げ足取り
お前はゴミ
しね > A: 4の倍数の年は、うるう年
> B: ただし、100の倍数の年は、うるう年ではない(平年)
> C: ただし、400の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
> F: D, Eは2025年より適用する
をC++で書いてg++でコンパイルしてみた。
https://godbolt.org/z/coTEYncxr
アセンブリ言語読めないけど色分けでC++とアセンブリ言語の対応を教えてくれるので助かる。Eの判定部分に対応するアセンブリ言語が出力されてないな。g++に無駄な判定であると判断されたか。
試しに、重複してる4の倍数判定を
E: ただし、30と7の倍数の年はうるう年ではない
に変えてみると
https://godbolt.org/z/dn94xYo5K
今度はEの判定部分に対応するアセンブリ言語は出力されるようだ。g++がashworthより賢いことは分かった。 今どきこんなコード書くやつマジでおるんやなw
ifのネスト盛り盛りで戻り値を上書きしながらsingle exit pointにしたコードとかきっついなぁ 早期returnしてインデント深くしないのが常に正しいと勘違いしてる馬鹿は最近よく見るよなあ。
https://godbolt.org/z/e68zE69r5
『リーダブルコード』の罪は深い。 誰も早期リターンが常にいいとは言ってないんだけどな
大事なのは使い分け
>>147や>>149は使い分けができてないから汚ないコードになっている
特に>>147のleapYear2025の使い方や2025の判定箇所がひどすぎる 違うか。こうか。
https://godbolt.org/z/PWeYPT5P9
逆条件ややこしすぎ。
> C: ただし、400の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
↑の仕様バグもあるせいか早期return使って正しくコーディングできる自信おれにはないわ。 >>148 >>150の考える正解のコードに大期待。
コード晒せなかったらいつものashworthって思う外ないかな。 ashworth先生曰く
https://qiita.com/tak001/items/02f0b6fcdb2dbcb66f16#comment-995b69974c49369ac60f
> まともな人はこういうコードを書きます。
> def isLeapYear(year):
> if year % 400 == 0: return True
> if year % 100 == 0: return False
> if year % 4 == 0: return True
> return False
だそうだけどこのコードにどうやって
> 2022/4/28仕様変更
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
> F: D, Eは2025年より適用する
を盛り込むのかその辺もお聞きしたい。 そもそもそんな仕様変更起きないので考える必要がない いま気づいたが>>147に投稿した
https://godbolt.org/z/coTEYncxr
と>>151に投稿した
https://godbolt.org/z/PWeYPT5P9
で、g++が出力したアセンブリ言語の内容がぴったり一致してるのちょっと面白いw
>>151に投稿したコードに論理ミスはなかった感じでちょっと安心した。 うるう年をいじらなきゃいけないって何万年後の話をしてんだ >>154
うるう年判定でも仕様変更を考慮すべきってのはashworth先生の主張なんだし
https://megalodon.jp/2022-0428-1044-18/https://qiita.com:443/tak001/items/02f0b6fcdb2dbcb66f16 ←の一番下のコメント参照
先生がお考えになる正解を教えて欲しいってのは当然のことでしょ。 >>152
正解なんてものがあると思ってるのがそもそもの間違い
あるのは状況に応じたベターな選択肢だけ >>148 >>150の考えるベターなコードに大期待。
コード晒せなかったらいつものashworthって思う外ないかな。 これ日本語読めなくて>>141で恥晒したやつが悔しくて暴れてるんだろな >>145
> 「ただし」の使い方を知らない人かな?
「ただし」の使い方知らないのは
> C: ただし、400の倍数の年は、うるう年
の後に
> D: ただし30の倍数の年は、うるう年
追加したashwirthだろw どっちも知らないのにどっちが上とか虚しくならないか? > どっちも知らないのにどっちが上とか虚しくならないか?
聞かれたことに答えなさい
いるかわからないashwirthに聞いても虚しい
まさにヌカにクギとはこのこと イカれ具合や性格の悪さはドングリだけど
技術力はash何とかさんの圧勝でしょ
コードを見れば一目瞭然 > 2022/4/28仕様変更
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
> F: D, Eは2025年より適用する
に対応したコード示してないashworthについて
> 技術力はash何とかさんの圧勝でしょ
> コードを見れば一目瞭然
こんなトンチンカンな感想出るわけねんだわw >>157
ashworthという人はキチガイなんで彼のいうことは気にしなくていいですよ^^
気にしたらこちらのメンタルが持ちません^^
具体的なことを言うなら、仕様変更と言われて何も考えず只々従うのはプログラマとして恥ずべき行為です >>169
この例だとわざわざ示されなくてもわかるんだよね
それが何故なのかも含めてもう少し自分で考えてみることを勧める
ちなみに君が示したコードはすべてバグってるからね > ちなみに君が示したコードはすべてバグってるからね
具体的な指摘は避けるの流石だなあ。精神的勝利ってやつかw 5ch なら、WSH かVBScript のスレ主の、
ピラフだったかピッコロ大魔王だったか、
そういう名前の香具師が、断トツにきれいなコードを書く!
パッと見、IQ 200 ぐらいありそう
プロでも、なかなかいない。
仕事場では見たことがないレベルのコード ashworthはこんな時間も起きてるのか。
別スレで見た無職という話も本当かもなあ。 https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd#comment-69245b8b4f6a5035bee3
> んー…。
>
> なんかひたすら難しい事をやっていますけど、私、上で言いましたよね?
> 「ただし」がある場合は仕様を逆算すればいいだけですよって。
> 意味分からなかったのかなぁ?????
>
> というか、仕事で本当にプログラミングしているんですか?
なあんでこんなバカなこと書いてるのかなあ?このバカは??
バカだからか!! よくわからんがここで藤田とZuishinにやり込められたから5chで二人の悪評を流そうとしてるってこと?
二人の言うことの方が圧倒的に正論じゃん それがわからないことでashworthだと自白してるようなもん よくわからんならわからんでいいだろ
わからんのに嘘の理屈をこねてネットで公表することが馬鹿
名誉毀損やヘイトスピーチになる
わからんのに「どういうこと?」と聞くのも馬鹿
公表していいのはソースがあってわかってる場合だけ
ここ2日のこのスレの動きを見たらわかるのにわからんというのは馬鹿だと告白してるようなもん 馬鹿と議論するのは嫌なんだよ
説法を説いても馬鹿は理解できないから議論がいつまでも終わらなかった
馬鹿は議論で無敵 ashworthによほどやり込められたんだなw
人格破綻者同士仲良くなw > ashworthによほどやり込められたんだなw
そう思う奴がいる訳はないので>>183はashworth本人で間違いないのだけど、
> 人格破綻者同士仲良くなw
ashworth本人に人格破綻者の自覚あるんだwちょっと見直した。 やっぱりashworthやん
藤田とZuishinに負けたのが悔しくてここで暴れてるのはマジだったのか 表でボコられて裏でもボコられてもう広告の裏に書くしかないが新聞をとってないから困る弱者男性 この文脈でashworth以外に見えるとしたら頭おかしいな 私が独学をして、マジ神だと思うサイトおよび他
https://qiita.com/chi1180/items/d945f5507f546bffa610
すごい数「いいね」されてる記事。
「プログラミング 独習 サイト」とかでぐぐるか、ChatGPTに「プログラミングを独習するのにオススメのサイト教えて」とか尋ねれば出てきそうな内容なのだけど、この記事のどこが良くてこれだけ「いいね」されてるのかサッパリ解らん。
はてなの反応も否定的なそれが多い印象。
https://b.hatena.ne.jp/entry/s/qiita.com/chi1180/items/d945f5507f546bffa610
情弱っておれが思ってるよか多いのかな? 3文字の投稿でashworthって判るのすごくね? 発達障害者の書いた記事は読みたくない
読んでて疲れる 承認欲求が強すぎて他人のいいねが多いと妬みから敵愾心を持ってしまうんだね
ここまで来ると病気なので早めにお医者さんに相談しようね 紹介してるサイトで勉強したおかげでGAFAに就職できたみたいな話もないし、ぶっちゃけリンク集よね。
記事中で挙げられてる言語等がHTML、CSS、JavaScript、TypeScript、Python、Go、C言語、C++、Java、Ruby、Swift、Kotlin、PHP、powershellと沢山だけど、2〜3個かまともに使えるようなったら(GAFAは無理でも)仕事にはありつけそうなもんだけどこの人は独学で何を目指してるのか?人物像は見えないな。 >>196
書いてるストーリーの真偽なんてどうでもよくて勉強するのに役立ちそうなリンク集だと訪れた初心者に感じさせられてるからいいねやストックが多いんだろ
バカなの? 「しまってこ~♪」「さっきまでのだるかった気持ちが今は大草原です!」
このノリはきつい
今どき誰も使わないような顔文字を使うあたり相当なおっさんなんだろう >>190
そいつの他の記事も見るとまあなんつうかなあ… >>197
結局のところ情弱の多さを証明してるよね >>200
情弱というより情報リテラシーが低い人たちがメインユーザー層になってしまったサイトだからな
>>190や>>196の的外れな愚痴を見てもリテラシーが低いの分かるでしょ >>190
5年ぐらい前にいいねの分析記事が出た
いいねの分析は最近見ないが分析されつくしたからだろ
いまごろになっていいねが解らんというのが情弱 問題意識を持って良くしたい人か諦めちゃってる人かかね > 情弱というより情報リテラシーが低い人たちがメインユーザー層になってしまったサイトだからな
としたり顔で語る人がこのスレにいるの不思議な気がするわw 広告表示してもらってなんぼのサイトだから、最大公約数的で突っ込みやすい記事のが運営側は嬉しいのかもしれんなあ いいねの多い記事に嫉妬するとかいう発想をするのが時々いるがいくら頑張ってもいいねが貰えないやつなのかな 情報リテラシーだけでなく
日本語のリテラシーも(>>141)
プログラミングのリテラシーも(>>147)
相当低い人たちが主たるユーザー >>207
悔しさの表明はashworthを馬鹿にしてる人を喜ばせるだけだゾw Qiitaに多くいると思われる「自分から積極的に勉強はしないけどエンジニアになれたら金儲けれそうで良いな」と考えてる層に、「このサイト見るだけで金も掛からずエンジニアになれますよ」的な記事は受けは良いのだろうなあと思う。注目されるよう記事のタイトルは「神サイト」がどうのとか煽り気味なのも良いね。
件の記事は
・金は掛けない
・ある程度のレベルにならなければ金を掛けても意味はない
とおかしなこと言っとるけど、こういうのは進んで勉強しない層には受ける要素なんだろう。現状のQiitaで「いいね」もらうにはよくできた記事だよなあ。 >プログラミングのリテラシーも(>>147)
どんなもんかと思ってのぞいてみたが確かにこれはリテラシー低いかも
Eの判定部分が出力されてないのも単にネストを間違えてるだけだね >>210
> Eの判定部分が出力されてないのも単にネストを間違えてるだけだね
E: ただし、30と4の倍数の年はうるう年ではない
の判定が出力されないのは
A: 4の倍数の年は、うるう年
D: ただし30の倍数の年は、うるう年
で「30と4の倍数の年」が判定済みで成立しないため。 「立ち入り自由ただし子供は除く」の時に既に「立ち入り自由」とあるので「子供は除く」が成立しないみたいなもんか
ダイジョブ? ashworth必死だなあw
・立ち入り自由
・ただし子供は除く
・ただし子供は立ち入り自由
みたいなおかしな条件設定した自分を恨めよw
つかQiitaの自分のおかしなコメント放置してるのスゲエなあw
皆から馬鹿と思われてるぞww Eが60の倍数の意味ならその例えはおかしいと思うが >>211
>で「30と4の倍数の年」が判定済みで成立しないため。
同じ判定条件ならDよりEのルールが優先されるでしょ
Dを優先する理由は? >>215
Dの判定の後にEの判定は不要なのでコンパイラの最適化処理で削除されてるだけ。 つまり「ただし」の意味がわからずおかしなコードを書いたお前が悪いってことじゃね?w
Dより先にEを判定しなきゃだぞ? >>216
そりゃEの判定が不要になるコードを書いてるからだよね
コンパイラの出力結果の理由付けじゃなくてEよりDのルールを優先するコードにした理由を聞いてるんだけど? 但し書きを列挙した場合でかつ包含関係が曖昧なら複数の解釈ができうるというのは理解できる
その上で前段までの判定条件がすべて重ねがけされたものとして扱うなら
DとEは「1200の倍数の倍数の年はうるう年ではない」という仕様記述1つにまとめられるので
仕様記述をそう変更した上でルール適用の優先順に書けばスッキリする
def isLeapYear(year):
if year >= 2025:
if year % 1200 == 0: return False
if year % 400 == 0: return True
if year % 100 == 0: return False
if year % 4 == 0: return True
return False >>219
うるう年判定でも仕様変更を前提としてコードを書くべきってのはashworthのトンデモ主張だけど、それに従うなら
・100の倍数は4の倍数を含む
・400の倍数は100の倍数を含む
と考えて逆順に判定すりゃいいってのは間違いだぞ。
仕様変更で400や100等の数字が別の値になる可能性も考慮する必要がある。 「但しがある場合は仕様を逆算する」ってashworth言うけど、彼はどこで習ったのかねえ >>220
依存関係のある複数のルールのうち依存先ルールを変更するなら
依存元ルールへ波及する影響も精査した上で仕様を変更するのが当たり前じゃない?
それがなされないような不適切な仕様変更に対してコードの構造だけで対処しようとしても意味がないと思うけど 頭の悪いashworthとそれより頭の悪いアノンが言い争うスレ >>222
> 依存関係のある複数のルールのうち依存先ルールを変更するなら
> 依存元ルールへ波及する影響も精査した上で仕様を変更するのが当たり前じゃない?
仕様変更の理由なんて様々だし数字間違えてたから修正なんてこともあり得るわけでお前の都合の良い話されたところで意味ない。 https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd#comment-7d9b1b2d3f1079b16316
> この記事を書いてらっしゃる @kjm_nuco さんが
>
> まとめると、ある西暦に対して、
>
> 400の倍数ならば、うるう年
> 400の倍数でない、100の倍数ならば、平年
> 100の倍数でない、4の倍数ならば、うるう年
> 4の倍数でないならば、平年
> ということになります。
>
> と、その導出の過程まで詳細に説明して結論付けているのに、それを完全無視して持論を唱えます?
> 4や100や400の値が仕様変更で別の数字になったら、そりゃ、導出も変わって結果も変わるでしょうよ。
> あなた、仕様変更があったらパラメタ書き換えるだけで検証しないんですか?
仕様変更前提のコードならロジックは変わらずにパラメタだけ変更されたなら該当するパラメタの修正だけで変更が済むのが理想だわなあ、もちろんコード変更したら動作確認もするけども。
100が4の倍数に含まれ400は100の倍数に含まれるというパラメタの値に依存したロジックなんて論外だろ。これでカルノー図書いて条件式を簡潔にするのにケチつけてたんだからわけわからん。キチガイと言う他ないわ。 そいつがキチガイなのは見ての通りだが「ただし」がわからんのも相当だぞ >>226
自分がキチガイであることは認めた上で
相手が「ただし」がわからんということにしたい作戦かあ。上手くいくと良いね。 > つまり「ただし」の意味がわからずおかしなコードを書いたお前が悪いってことじゃね?w
> Dより先にEを判定しなきゃだぞ?
「ただし」がわからん人の例↑ これどっちもashworthじゃね?
孤独すぎてここでしか構ってもらえないんだろ >>224
数字を間違えてたならその間違いの影響範囲を精査して仕様変更するのが当たり前
それをやらない前提の話をしてるなら上で書かれてたようにリテラシーの問題
>>225
リンク先は読んでないけど100とか400はパラメタじゃない
それに本来のうるう年の判定ルールにある「400の倍数の年はうるう年」というのは
400が100の倍数ということには全く依存していない
例えば400が401になれば100の倍数ではなく401の倍数の年もうるう年だし両方の倍数の年もうるう年になる >>231
本来のうるう年は400年間に97回のうるう年を設けるために設定されたルールだから400が100の倍数(100は400の約数)にめちゃくちゃ依存してるぞバカか >>232
全く反論になってなくて草
さすが低リテラシーw 自分に理解できない話=反論になってない
だからashworthは楽で良いよなw 「ただし」「かつ」「または」の区別がついてないやつしかいなくて草 ただし=if(条件分岐)
かつ=&&(条件演算子)
または=or(条件演算子) >>236
それはギャグのつもりか本気で言ってるのかどっち? 間違いの指摘なら具体的にすれば良いだけのことなので
本気で区別がつかないのだろう。馬鹿ってかわいそう。 >>231
> 数字を間違えてたならその間違いの影響範囲を精査して仕様変更するのが当たり前
思いっクソ馬鹿馬鹿しいこと言っててクソワロタww
今年一番ワロタw >>236
&&やorは一般的には論理演算子と呼ぶ
条件演算子は三項演算子とかのこと 「かつ」「または」と同じように
「ただし」が箇条書きなどで複数ある場合
それがどの範囲にかかるかは文脈依存になる >>238
ギャグじゃなく本気で言ってたみたいだな
馬鹿ってかわいそう >>233
反論になってないというあんたの主張が理解できない 「ただし」は真となる値の範囲を狭めるもので条件演算子のandだよ
ベン図を描けばわかる(ただし頭の悪いお前にはわからない)
「かつ」と違うのは用法だね
if(ベン図を描くand理解しようとしている人!=頭の悪いお前){
理解できる
}
つまり「ただし」の前の条件が真であっても後の条件を評価するまでは評価が終わらない
「ただし」の前の条件が偽であった場合には後の条件は見なくて良い
Dまで判定して真であればEを評価しないうちに早期リターンするコードを書くやつがアホなだけ
> A: 4の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
これは次のようになる
y%4==0 && y%30==0 && !(y==30&&y==4)
yが4の場合と30の場合は閏年だが60の場合は違う
60が閏年から外れるのはEが生きてるからだ
ほらEがあるとないとで結果が違うだろ?
同じ結果になるコードを書くお前がアホなんだよ
(ただしお前にはこんなに丁寧に説明しても理解できない) >>246
「ただし」自体の説明はそれで合ってるがDのイミフな日本語を機械的にコード化したせいでコードは間違ってるぞ >>246
> A: 4の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
AとDでうるう年である条件を定義してEで例外を定義するならDの「ただし」は余計。
> これは次のようになる
> y%4==0 && y%30==0 && !(y==30&&y==4)
↑は完全に間違い。馬鹿丸出し。 >>246
> A: 4の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
Dの条件を「(4の倍数で)30の倍数の年はうるう年」のつもりで言ってるなら頭悪いな。
「(4の倍数で)30の倍数の年はうるう年」は
> A: 4の倍数の年は、うるう年
に反しない条件なのでDは意味ない。
仕様については問い合わせされるレベルで頭悪い。 やはり日本語リテラシーの異常な低さがクソコードを量産する根本原因だったか > y%4==0 && y%30==0 && !(y==30&&y==4)
なんじゃこりゃww > 仕様については問い合わせされるレベルで頭悪い。
仕様を書く立場にも仕様に遠慮なく問い合わせできる立場にもないんだな
頑張れよ 「かつ」「または」の2つは && or で限定できるけど
「ただし」に関しては文脈に依存するやろ
https://dictionary.goo.ne.jp/word/但し/ >253
ごめんURLズレた
「ただしとは」で検索して文例見てくれれば分かると思う >>252
「イミフなんだがアタマ大丈夫?」
みたいな問い合わせを日常的に貰ってるということかあ。
問い合わせされる方もする方も大変そうですねw ashworthが一晩掛けた渾身の投稿>>246がフルボッコで草w > A: 4の倍数の年は、うるう年
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
↑を
https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd#comment-8eb8979a5b3ed36b80fc
> それ、問題文の条件のまま書いちゃダメなんですよね。
> 「ただし」がある場合は前出の条件を否定してくるので、条件の順番通りに書くと破綻します。
> だから、「ただし」がある場合は条件を逆に記述していくのが鉄則です。
ashworthの言う鉄則(笑)に当てはめると
def is_leap(year):
if year % 4 == 0 and year % 30 == 0:
return False
if year % 30 == 0:
return True
if year % 4 == 0:
return True
return False
こうなるのかな。
yearの値が30の場合、4の倍数じゃないけどTrue返すことになるけど正しいのかな?? >>253
「かつ」や「または」もプログラムで言うoperator precedenceが明確に決まってるわけじゃないから文意が形式的に一意に決まるわけじゃないよ
箇条書きで列挙したような場合は特に >>252
原作者とコミュニケーションがとれない脚本家を彷彿とさせるな >>259
どちらかと言うと原作者を神扱いしすぎていつも万策尽きるアニメ制作会社の下っ端社員のほうが近い > > y%4==0 && y%30==0 && !(y==30&&y==4)
> なんじゃこりゃww
禿ワラw
> && !(y==30&&y==4)
特に↑のとこ正気ではないなww >258
確かにそうだね。クライアントから要件をヒアリングして仕様定義する時にこういった日本語の難しさはヒシヒシと感じるなぁ
結局プログラムコードに落とし込む時に一意で無ければいけないから曖昧な日本語や包括的な意味で指定されてる言葉は具体化させる必要があるけど、クライアントに対して具体的な話をすればするほど(長くなりそうだなぁ…)と思われて嫌がられるというジレンマw
ちょっと話変わって興味湧いてきた議題があるんだけど日本語以外の言語はどうなんだろう?
例えば他の国の言葉って、伝達手段という意味で要件定義やプログラムに落とし込みやすいorしにくい、とかあるのかな
文化や国民性とも大いに関わりありそうだなぁ、とも思った >>257
仕様記述をどう解釈するかという問題と解釈後の仕様をどうコードで表現するかという2つの問題を分けて考えないと
仕様記述に曖昧さあるからといってクソコードを正当化できるわけじゃないよ >>264
なんか勘違いしてるみたいだけど
・ashworthの書いた仕様がクソ
・ashworthの説明するコーディング方法がクソ
という単純な話なんだけど。
こんな馬鹿な仕様でこんな馬鹿なコーディングする訳ないじゃんashworthじゃあるまいし。 ashworthって自分に言われたこと他人に転嫁しようとよくするけど朝鮮人みたいな性格しとるよなあ。 発達障害なんだよ多分
ウチの職場にも似たような奴がいた 可読性ウンコな書換してる@fujitanozomu
記事の本質から外れすぎ@ashworth
子供じゃねえんだからさあ… 本質から外れてるんじゃなくて単に間違ってるのがashworthなんだが
自己認識おかしいぞ? ashworthは他人を馬鹿にするの控えると良いよ。お前より馬鹿なんてそうはいないんだから。 >>265
君が書いてる>>147は誰がどう見てもクソコードじゃん
もしかして自覚ないの? > 誰がどう見てもクソコード
・具体的な指摘がない
・良例の提示がない
ashworthっていっつもこんなだねw
本人的にはこれでなんか言ってるつもりなんだろうか? これは次のようになる(キリッ
y%4==0 && y%30==0 && !(y==30&&y==4)
「誰がどう見てもクソコード」ってこういうのでしょw 「ただし」がわからなくて恥をかいたのを一生懸命ごまかしてる感じはもういいよ > >274
ashworthに恥の概念なんてあるわけないでしょ ://b.hatena.ne.jp/entry/s/qiita.com/7mpy/items/960bd24f3f77a4d7cef4
APIが知られた時点で非公開APIでない
ダイソーの意図が公開されたか分からないがコメントを公開したら非公開APIでない
APIはセキュリティのかけらもなく誰でも使えるようになってる
記事が消えてるがAPI使っても問題ないんじゃね?
セキュリティがあるかが使ったらいけないかの基準
記事が問題あるかのようなコメントがついてるが問題ないんじゃね? どう見ても釣りだろうが、リバースエンジニアリングしないとわからないAPIを公開APIとするのは無理がある >>273
どちらもクソだけどそっちのは大半の人が一目で間違ってると分かるから軽度のクソ
>>147は>>218辺りで指摘されてる単純な間違いが構造がグチャグチャなせいではるかに見つけにくくなってるのでより重度のクソ
免許センターは後者かなぁw
まああれはプログラミングの問題ではないと思うが >>278
x年前の同日とかy年後の同日を求める計算を手動でやってバグってたんだろ
仮に標準ライブラリの機能を使ってたとしてもテストするのが常識なんだが
うるう年の簡単な例でバグったクソコード書いてドヤるようなやつらと同じで低能力者に一般常識は通用しない >>278
ashworth馬鹿なんだから投稿すんのやめりゃいいのに。
これ以上恥をかきたい意味がわからん。 >>218
> そりゃEの判定が不要になるコードを書いてるからだよね
Eの判定が不要なアホな仕様のせいだぞ
> A: 4の倍数の年は、うるう年
:
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない >>281
>Eの判定が不要なアホな仕様のせいだぞ
Eの判定が不要だと判断したのはEよりDのルールが優先されるべき考えだからだよね?
であればどういう理由もしくはどういう解釈によってEよりDが優先されると考えたのかを説明してよ > Eの判定が不要だと判断したのはEよりDのルールが優先されるべき考えだからだよね?
違うぞ。
DよりEのほうが条件として先に書かれているので判定が先に行われるってだけ。
Dの後の
> E: ただし、30と4の倍数の年はうるう年ではない
の条件判定はAとDで既に行われている内容なので削除可能。
結果、
> D: ただし30の倍数の年は、うるう年
> E: ただし、30と4の倍数の年はうるう年ではない
↑の条件判定と結果は
ただし30の倍数の年は、うるう年ではない
にまとめられる。 >> A: 4の倍数の年は、うるう年
>> D: ただし30の倍数の年は、うるう年
こんな書き方は普通しない
AもDも同じ「うるう年(である)」とあるのに、逆接の接続詞である「ただし」で結んでるのは日本語としておかしい
> D’: 30の倍数の年も、うるう年
とするか、AとDの間に
> X: 4の倍数でない年は、うるう年ではない
を入れるべきだろう >>283
「ただし」という日本語知らない人かな? >の条件判定はAとDで既に行われている内容なので削除可能。
たしかに「30と4の倍数」という日本語の書き方がandなのかorなのか判別しにくいが
わざわざ意味のない方の解釈をして「それは意味がない」という指摘するのはアホっぽい 神奈川、新潟、岡山、愛媛の4県で先月29日、運転免許証を発行する機械にシステム障害が起き、一時、免許証を発行できない事態となりました。
警察庁によりますと、免許証を作る機械に「うるう年」の設定がされていなかったことが原因だということです。
「うるう年」が原因のトラブルは、他でも発生していました。
大手ドラッグストアのスギ薬局でも管理システムに障害が起き、全国の店舗で一時、処方薬の会計ができなくなりました。
スギ薬局によりますと、3年前に現在の会計システムを導入。初めて2月29日を迎え、過去の記録がなく障害を起こしてしまったということです。
薬の処方に問題はなく、会計ができなかった客には後日、代金を支払ってもらうとしています。
(「グッド!モーニング」2024年3月1日放送分より) >>283
すまんけど言ってることがよく理解できなかったわ
生産的じゃなさそうなのでこの話はもうやめとく 都合が悪いレスは全てashworth認定しないと自我が保てなくなってるんだな
ここまでいくと病気だから早めに病院行けよな 馬鹿言ってる投稿を「都合が悪いレス」と曲解する辺りashworth丸出しで草w > E: ただし、30と4の倍数の年はうるう年ではない
これって
E: ただし、30の倍数または4の倍数である年はうるう年ではない
E: ただし、30の倍数であり4の倍数である年はうるう年ではない
E: ただし、30年または4の倍数の年はうるう年ではない
いろんな解釈可能だけど、こんな仕様書く奴は素人よな。 >>284
>逆接の接続詞である「ただし」で結んでるのは日本語としておかしい
「ただし」は逆接の接続詞ではないぞ
誤った思い込みが根本原因だったか ashworth曰く
https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd#comment-8eb8979a5b3ed36b80fc
> 「ただし」がある場合は前出の条件を否定してくる
だそうだから辞書になんて書かれていようが奴の言ってる「ただし」については
逆接の接続詞という理解で合ってる。 >>294
ほい
https://thesaurus.weblio.jp/content/%E3%81%9F%E3%81%A0%E3%81%97
> 条件付け・逆接の補足
> 但し しかし とはいえ とは言っても それでもなお だけど けれども ですが かと言って さりとて そうはいっても >>294もそうなんだけど「ただし」を誤解してるのが誤りの原因であるという主張、全部ashworthよねw >>293
笑ってしまうほど糞コード。
最初に4の倍数じゃないとスキップされてしまう時点でおかしいと思わんのか。 「最初に4の倍数じゃないとスキップされてしまう」のがおかしい理由を説明しない辺りでashworthって丸わかりなんだよなあw
そんなに悔しかったかww うるう日にしか発生しないバグ
zenn.dev/razokulover/articles/7001ed233137e5
ちなみにChatGPTに先の要件を伝えて生成してもらったコードもうるう年が考慮されておらず手直しが必要だった。
AIで生成されたコードが要件に合うかどうかを読み解ける程度の力はまだ我々には必要そう。 >>296
さすが低リテラシー
辞書すらまともに持ってない上に低品質の情報ソースしか見ない
そりゃクソコード量産するわw >>301
一目でashworthってわかるコメントすげえな https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd
のコメントで
> 条件分岐が商業的な理由でどんどん仕様変更されていく事があるのは、仕事でプログラミングをした事があれば分かりませんか?
とか
> 多分、これが仕様書か基本設計書に書かれるんですよね。
>
> A: 4の倍数ならばうるう年
> B: 100の倍数ならば平年
> C: 400の倍数ならばうるう年
> そうしたら、この仕様に沿った形でコード書かないと。
とか、主張としては一理あること言ってるのに400の倍数は100の倍数に含まれるとか利用した記事主のコード支持してんのわけわからんなあ。
結局気に入らない相手にケチつけたいだけなんだよなあ。 >>301
weblio知らないなんてインターネットリテラシー低すぎますよw > 多分、これが仕様書か基本設計書に書かれるんですよね。
>
> A: 4の倍数ならばうるう年
> B: 100の倍数ならば平年
> C: 400の倍数ならばうるう年
> そうしたら、この仕様に沿った形でコード書かないと。
仕様に沿った形というとこういうコードだよなあ。
def is_leap_year(year):
leap_year = False
# A: 4の倍数ならばうるう年
if year % 4 == 0:
leap_year = True
# B: 100の倍数ならば平年
if year % 100 == 0:
leap_year = False
# C: 400の倍数ならばうるう年
if year % 400 == 0:
leap_year = True
return leap_year
仕様変更に対応し易いという点では優れてるかな。うるう年判定にそれが必要かは疑問ではあるが。 『リーダブルコード』に洗脳されたのかナントカの一つ覚えよろしく早期リターンを勧める人Qiitaでは見掛けるけど仕様からは逸脱しちゃうんで「仕様に沿った形でコード書かないと」という主張的にはナシだろうな。
def is_leap_year(year):
# 4の倍数でないなら平年
if year % 4 != 0:
return False
# 4の倍数で100の倍数でないならうるう年
if year % 100 != 0:
return True
# 4の倍数で100の倍数で400の倍数でないなら平年
if year % 400 != 0:
return False
# 4の倍数で100の倍数で400の倍数ならうるう年
return True https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd#comment-1dd48f5238d4a2c96c3c
> 多分、これが仕様書か基本設計書に書かれるんですよね。
>
> A: 4の倍数ならばうるう年
> B: 100の倍数ならば平年
> C: 400の倍数ならばうるう年
> そうしたら、この仕様に沿った形でコード書かないと。
おいおいashworth、「ただし」どこやった?
「仕様に沿った形でコード書かないと」ってどの口で言ってる?
https://qiita.com/kjm_nuco/items/fd16c2af6b089c4849cd
> うるう年と判定する条件は、以下のとおりである。
> A: 4の倍数の年は、うるう年
> B: ただし、100の倍数の年は、うるう年ではない(平年)
> C: ただし、400の倍数の年は、うるう年 「ただし」がないとインデントは浅くできる。
def is_leap_year(year):
leap_year = False
# A: 4の倍数ならばうるう年
if year % 4 == 0:
leap_year = True
# B: 100の倍数ならば平年
if year % 100 == 0:
leap_year = False
# C: 400の倍数ならばうるう年
if year % 400 == 0:
leap_year = True
return leap_year
「ただし」のありなしは仕様にある「4」「100」「400」の値が変われば結果に影響するのでこの点は重要。 コードもクソだけどコメントもまたクソなんだよなぁ
クソコード書くやつ特有のコメントの書き方 >>309
じゃあashworthが称賛してる記事主のコードを見てみよう。
> year = int(input())
> if year % 400 == 0: # 400の倍数なら「うるう年です。」
> print("うるう年です。")
> elif year % 100 == 0: # 100の倍数なら「うるう年ではありません。」
> print("うるう年ではありません。")
> elif year % 4 == 0: # 4の倍数なら「うるう年です。」
> print("うるう年です。")
> else: # どれにも当てはまらなければ、「うるう年ではありません。」
> print("うるう年ではありません。")
んー大差なくね?
つか出力するメッセージとコメントが被ってる分どうかという気がするわ。 > A: 4の倍数ならばうるう年
> B: 100の倍数ならば平年
> C: 400の倍数ならばうるう年
> になります。
>
> ここで、AとBの条件に注目して、
>
> 100の倍数ならば、4の倍数である
> ことに気づくと、
>
> 100の倍数は平年。そして100の倍数でない4の倍数はうるう年。
> という形で、AとBの関係を整理することができます。
>
> 同様に、BとCについても、
>
> 400の倍数ならば、100の倍数である
> ので、
>
> 400の倍数ならばうるう年。そして400の倍数でない100の倍数は平年。
> という形で、BとCの関係を整理することができます。
>
> まとめると、ある西暦に対して、
>
> 400の倍数ならば、うるう年
> 400の倍数でない、100の倍数ならば、平年
> 100の倍数でない、4の倍数ならば、うるう年
> 4の倍数でないならば、平年
> ということになります。
これコメントに書かなくて良い理由がわからん
つか記事主も「ただし」勝手に削除しとるのなw 初めて聞いた「カルノー図」に発狂してるashworthオモロw ・if は個人的に「もし~なら」で言ってほしい
・「ただし」はプログラミング的な英単語がない気がするので(however的な?)、仕様書とかでも多用しないで欲しい
・else、elseifも「ただし」じゃないと思うので相応の日本語にしてほしい
・早期リターンしてほしい
400から順番にreturnしてもらえれば、ワイ的にはおけ
仕様変更の可能性に対してはとりあえず関数にしてればいい
マジックナンバーじゃねとかライブラリ使えとか色々あると思うけど、この関数が必要なんだろうからテスト通れば許容すると思う 閏年の仕様が変わったら判定関数だけ置き換えればいいのだから
判定関数の中身なんて何でもいいのよ
割り算(剰余算)と分岐はCPUにとって非常に遅いから避けるとするならば例えばこんな感じ
fn is_leap_year(year: u64) -> bool {
let q100 = (year * 42949673) >> 32;
((q100 & 3 == 0) | (q100 * 100 != year)) & (year & 3 == 0)
} >>315
107374182500年は平年? 閏年? >>315
素直に100で割らない意味がわからん。
要らんことやって仕事増やすタイプだろお前。
pub fn is_leap_year(year: u64) -> bool {
let q100 = year / 100;
((q100 & 3 == 0) | (q100 * 100 != year)) & (year & 3 == 0)
}
https://godbolt.org/z/YKPWx7ecW >>315
> 閏年の仕様が変わったら判定関数だけ置き換えればいいのだから
> 判定関数の中身なんて何でもいいのよ
仕様通りに動作するコーディングできるようなってからカッコイイこと言おうなw >>315
Rustって使ったことないんだけど動確してみた。書き方合ってる?
fn is_leap_year(year: u64) -> bool {
let q100 = (year * 42949673) >> 32;
((q100 & 3 == 0) | (q100 * 100 != year)) & (year & 3 == 0)
}
fn main()
{
let year = 107374182500;
println!("is_leap_year({}) -> {}", year, is_leap_year(year));
}
実行結果:
is_leap_year(107374182500) -> true
https://wandbox.org/permlink/QpmojpixtLrxk9CW >>316 >>321
1000億年後の閏年とか低能丸出し
地球も存在しないぞ
それ以前に60万年後には誤差が半年となり夏冬逆転し無意味となる
それ以前にルールが変わるため大きな数に対応する意味がない 日本語に弱いやつしかいないのに互いに馬鹿にしあってるの草 年を表す引数の型にu64使うのが頭悪い。引数型で表せる値について動作保証できないロジックも同様。
引数に4300億とか与えるとオーバーフローするし場合により異常停止するだろこのコード。実際にそういう引数は与えないと強弁したところで潜在的不具合であることに変わりない。 話題に加われない>>323がashworthなの一目瞭然で草ww https://wandbox.org/permlink/V9X44saMMVMpQVoi
> thread 'main' panicked at 'attempt to multiply with overflow', prog.rs:2:14
> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
あっこれはカッコ悪いなw
>>315
> 割り算(剰余算)と分岐はCPUにとって非常に遅いから避けるとするならば例えばこんな感じ
素直に100で割ってればオーバーフローしないんだし優先順位間違ってるよ。 Rust使いでニワカかあ。
自己評価と実力が合ってない雰囲気で質悪そう。 仕様に入力値の範囲が決められてないのに実装者の都合で制限設けて良いって判断は流石に草 要件定義の際にクライアントに「1億年後も検証出来る仕様にした方がいいっすか?w」と聞かなかった上流の責任笑 Rust支持の人達って安全について意識が高く技術的レヴェルが高い層だと思っていたので自ら率先して不具合を作り込もうとする>>315の存在には驚いたんだけど、よく考えてみると
「えっ今どきEmacsなんて使ってるの?今はVSCode一択でしょ」
「えっ今どきSVNなんて使ってるの?今はgit一択でしょ」
「えっ今どきJavaなんて使ってるの?今はKotlin一択でしょ」
「えっ今どきC++なんて使ってるの?今はRust一択でしょ」
使ってる道具でマウント取ろうとする奴なんて昔からいるし使ってる道具が新しく洗練されてたとしてそれ使ってる奴の技術的高さを証明するものではないしなあ、変な先入観持ってたわと反省。 入力値に制限がないなら、
文字列とか小数とかそれ以外のパラメータなときを考慮してない
今までのコードは軒並み全部ダメってことでw >>334
何をバカにされてるかわかってない辺りがまさに末端コーダー >判定関数の中身なんて何でもいいのよ
判定関数自体の保守性が論点にも関わらずそれを無視した独りよがりのオナニー汚コードを恥ずかしげもなく披露するメンタリティが怖い >>335
元記事に整数と書いてあるんだからそこまで考える必要はないでしょ >336
納期近いのか?イライラしても仕事は進まんぞ 97/400の閏年は10万年で1ヶ月の誤差が出るため100万の入力すら対応する必要がない
そこへ億の入力をして騒ぐのはキチガイ 整数、西暦なんて数値制限がないんだから、
型も限りなく無限にちかいbit、桁数まで対応しなきゃいけんのかw
こりゃ大変だなw 現在のグレゴリオ暦を運用し続けたとして1兆年後どうなるか? みたいな計算をしたいとして、間違って良い理由はないんだよなあ。 >>322
>>315のコードでおかしな結果を出す一番近い年が107374182500年だと思ってる?? 3320年で1日の誤差
10万年で1月の誤差
120万年で1年の誤差
季節が数か月ズレると役立たないから
多くても数十万年に対応してれば十分かな
それ以上の数値を持ち出す人は本質的に何が重要なのかを理解できていないバカ > 多くても数十万年に対応してれば十分かな
クソコードは数十万年に対応出来てることを証明するのにも無駄に労力要るんだよなあ。 > それ以上の数値を持ち出す人は本質的に何が重要なのかを理解できていないバカ
↑入力値によってはプログラムが落ちる事の重大さを理解してないアホ 入力値によってプログラムが落ちると思っているアホがいるのか >>315のコードは
・なぜ引数yearの型がu64なのか
・yearを100で割れば良いところを2**32/100倍して32ビット右シフトなんて馬鹿なことをしてるのか
謎なのよなあ、こんなコード業務で書いたら絶対レビューでなんか言われるやつじゃん。
説明すれや >本人 今どきのコンパイラは、定数割り算を定数掛け算とシフトでコード生成するから、それ自体を問題にするのは知識不足としか。 >>326
それDEBUGモードになってるね
RustはC/C++と同じく整数演算はオーバーフローせずラッピングされるよ 型でエラーになるのはダメやろw
有限な数値型を引数にする関数は全部ダメ >>337
平日の昼間から一日中5chに張り付いてるようなやつらに保守性を説いても時間の無駄
理由は言わなくてもわかるよね? 関数内部の単なる数値演算に保守性もクソもないぜ
そんなところの保守性にこだわるやつは仕事できないやつ
それよりも複数のデータや複数の関数に関わるところの保守性をしっかりやればいい 中身が何でもいいならわずかなパフォーマンス改善よりも楽に読み書きできるほうがいいわwwww 非常に大きな値を扱える方がいい場合もあれば
実用の範囲だけを速く扱える方がいい場合もあれば
複雑になっても将来の拡張に備えた形にした方がいい場合もあれば
それら様々な前提があるのだから
それぞれの前提でそれぞれのふさわしい別々のコードになるのは当たり前
各々の前提を無視して批判するのは愚か >>351
実行時にオーバーフローを検出する運用も普通に可能だけど安全の意味分かってる? >>351
> RustはC/C++と同じく整数演算はオーバーフローせずラッピングされるよ
CやC++でラッピングされるのは符号なし整数の場合だけ。
符号付き整数のオーバーフローは未定義動作になるので通常許されない。 >>357
>非常に大きな値を扱える方がいい場合もあれば
>実用の範囲だけを速く扱える方がいい場合もあれば
>複雑になっても将来の拡張に備えた形にした方がいい場合もあれば
どの場合も保守性を無視したコードを書いていいわけじゃないんだぞ
ド素人さんw >>355
> 関数内部の単なる数値演算に保守性もクソもないぜ
>>315のクソコード見てから言え この狂人の会話についていけるやつが賢いと本気で思うやつおる?w >>363 ashworthの投稿は一目でわかるなw >>318
「let q100 = year / 100;」の方が生成コードが長く遅くなってるな
あくまでも速さ優先ということならば>>315の
「let q100 = (year * 42949673) >> 32;」が正解でいいんじゃないか
あとは状況による使い分けだろう >>366
> あくまでも速さ優先ということならば
https://godbolt.org/z/4sTMYGb9d
引数yearの型をu32にして普通に100で割るのが正解。 > あくまでも速さ優先ということならば>>315の
> 「let q100 = (year * 42949673) >> 32;」が正解でいいんじゃないか
「自分は>>315じゃないけどこの人のコードが正解だと思いますよ」みたいな投稿よくできるなあ。 周りが見てて赤面するような低レベル自演
それをいつも平気でするのが彼なんです >>367
なるほど
コンパイラが
let q100 = year / 100;
を
let q100 = ((year as u64 * 1374389535) >> 37) as u32;
へと自動変換してくれてるんだ
これは割り算が遅いため? >>373
消えてんじゃん
それでちゃんと教えてもらえるなら安いが修了して嘘ばっか教えられたとか何も残らんとか独学と変わらんならただの銭ドブだな >>315と>>374を比べると微妙に違うんだな
q100 = (year * 42949673) >> 32
q100 = (year * 1374389535) >> 37 >>367
うるう年判定プログラムの最終的な正解はそれか
q100 = year / 100
return ((q100 & 3 == 0) | (q100 * 100 != year)) & (year & 3 == 0) うるう年の判定に速度なんて求められてないから可読性捨ててるコードが正解な訳ないんだよ https://qiita.com/jaque/items/b99ed9dce78cc64fa9d2#comment-c16f3fb050b21b73dc21
> 頭がまともならこうじゃねぇの?
> あまりにもバカらしいので動くかどうか検証してないけど。
> あれかな? 掛け算には順序があります!とか言ってる脳みそウニな小学校算数信奉者なんかな?
> なんでreturnするだけでカンマがどうしたいう話になるんやろ?
この人何か辛いことでもあったのかな?かわいそうな人もいればいるものだね。 自宅Qiita巡回員がパトロール中にashworth見つけてきたのかと思いきや1コメ藤田で吹いたわw
しかもお前early return推奨しとるやんけww D-Threeってやつのが一番まともだが
F#で書いたせいで誰にも伝わってなくて草
JSでも同じように書けるだろうに
逆にStack Overflowなら確実にマイナスポイントになってそうなやつがいいねされてるのあたりはさすがQiita
なんだよ関数型として見ればかなり自然てw 条件演算子を使ってる奴はカバレッジの概念がないんだろうなあ https://qiita.com/jaque/items/b99ed9dce78cc64fa9d2#comment-47fc225ee5fb822d7d4b
> これ、酷いなぁ…。
> こんなのにいいねが6もつくんや…。
> 世も末やなぁ…。
とash worthが仰ってるコメント、
> 今回のコードもいい感じに整形したら意外とありかも?と思って書いてみましたが、やっぱりダメですね。(再代入とカンマ演算子がksすぎる)
と書いててコメント投稿者は良い例として認識してないし「いいね」付けてる人も分かってる筈なんだけど、一人で発狂してるash worth本当に馬鹿だなあ。 前回のうるう年だとashworthはもう少しわかってるやつかと思ってたが今回の見ると俺の見る目が間違ってた
Zuishinや藤田らとどんぐりの背比べと言ってた人が完全に正しい ashworthがよくやってる行動で自分が知らない方法について否定したり馬鹿にしたりするの見ててだいぶ恥ずかしいんだけど本人的にはどうなんかね?
もう50過ぎみたいだけど自分のこと少しも客観視できないのかな
発達障害的な人物かしら >>287
おまえらって2月29日を迎えるから「うるう年」の話をしてたのか
警戒しててもシステム障害を起こしてワロタ
うるう年でシステム障害を起こす会計システムがすごい https://qiita.com/jaque/items/b99ed9dce78cc64fa9d2#comment-c16f3fb050b21b73dc21
> 頭がまともならこうじゃねぇの?
> return z * (
> (a >= 10)
> ? 10
> : (a >= 5)
> ? 5
> : (a >= 3)
> ? 3
> : (a >= 2)
> ? 2
> : 1
> );
else ifが続くとインデント平気でどんどん深くしちゃうタイプかな?
馬鹿すぎワロタw 流石に非生産的だしうざいから運営に報告したわ
多分何も対処しないだろうけど うるう年ではashworthが早期リターン推奨で藤田がifのネスト推奨だったのに何で今回は真逆になってるの? 条件によらず最適な方法はひとつしかないと思ってるならashworthより馬鹿 うるう年判定はif使わないのが普通だろ
(4の倍数)&(!100の倍数|400の倍数) >>398
うるう年と違って手が入る可能性のある関数だからだよ >>398
ashworthは前回と違い自分の把握してるパターンに当てはめられなかったから
藤田はどういう変更が入りそうか考慮できていないから(どちらのケースでも)
表面上逆になってるように見えるかもしれないけど
両者とも根底にあるのはスキル不足 ashさんはね
スキル不足という以前に単なる世間知らず
自分の実力も相手の実力も見えてない
哀れなお山の大将 自分の把握してるパターンて何だw
そもそもashworthが何を把握して何を把握してないかなんてこっちでわからんしだいたい何も把握してないだろ >>403
ashworthはRubyにオーバーロードがない理由、そしてなくてもいい理由すら想像つかないんだろうな 確かに記事の質も酷いから、他に書いてる記事見たらやっぱり酷い
新人、優秀すぎて草 #ポエム - Qiita
https://qiita.com/manrikitada/items/b2ea99d362d49caf1c55
会社名出してんのによく出せるな >>410
他の記事じゃないしそんなタイトルの記事もないが ダイレクト出版って一時期右翼系のインチキ臭い本の広告をYoutubeで打ちまくってた会社だっけ
「知識のエージェント」をマークダウン記法で強調しようとして失敗してんね
https://i.imgur.com/1cdiei9.png >>411
>>412
すまん、ちょっと首吊ってくる ■ダイレクト出版と経営科学出版とビビッドアーミー
https://anond.hatelabo.jp/20210923014629
> この会社は何をやってる会社というと「情弱向け商売」です。
スタッフすら情弱集めてカモにしてる雰囲気あるなあ。大丈夫なのこの会社? いや、頭悪い記事書いてる奴が社員とも限らんのか。
インターン扱いで質低い仕事タダでやらされてる可能性もありそう。 >>413
若い人をほめるといいねがつくし年寄りをほめてもつかない
とりあえずいいねが欲しかったら「今の若い人はすごい!」と書いとけばいいよ
そうすればキータの主なユーザーである情弱を味方につけられるから えっ…ごめん客観的に見て>413の記事は有用だと思うんだが…何をそんなに争ってるのかワカラン >>419
同意
普通にまともな記事だった
ラーメンのやつもQiitaにしてはまともな部類 >>417
インターンでこのレベルの文章書けるなら
技術力低くてもとりあえず採用候補に入れる >>413の記事は個人の感想としか思えないので参考になるとかはないなあ。
ラーメンの記事、本見て分かったつもりの人が書いてる感じはすげえ伝わってくる。
企業の宣伝として公開してる記事だと思うが疑問なのはこれ社内でレビューしたの?ってとこ。やっててこれなら技術的にはだいぶアレな感じの会社だな。
なんでかこの会社のOrganization、初心者アピールしてる人がすげえ多い印象だけど組織としてどうなのかしら。 身内で「いいね」付けあってるような会社は5ch工作くらいやってても不思議じゃない希ガス 自意識過剰がすぎるw
一日中Qiitaと5chを巡回してるようなやつがなぜ相手にされてると思った? ashworthの暴言は誰でも良いから相手して欲しかったんかな ラーメンの記事、ashworthのコメント消されとるなw
https://qiita.com/manrikitada/items/b2ea99d362d49caf1c55
記事に対してトンチンカンなコメントではあったけど消される程か?
あのコメントで消されるんだったら逆にashworthのアカウントBANされないのがおかしいだろw > あのコメントで消されるんだったら逆にashworthのアカウントBANされないのがおかしいだろw
訂正する。運営は正しい。
https://qiita.com/ashworth
> このアカウントは利用規約違反によりユーザー資格を取り消されています わかるやつには分かってるだろうけど
この感じ既視感あるな
毛の壁やんこいつ アカウント遂にbanされたかw
報告しておいてよかったわ
運営もたまには仕事するのう >>433
さんくす
技術ネタから遠いポエム書いてるようじゃやっぱあかんなあ 毛の壁の新しいアカウントがBANされてないので運営は正しくない 他のやつは良く知らんけど三項演算子のコメントは罵倒の嵐だったからな
なんでBANされないのか不思議に思うくらいだったから当然の処置 ラーメンの記事は10年前の古くなった訳本しか読まない弊害
第1版じゃなく第2版読んでれば違ってた
まぁそんなところもQiitaらしい ラーメンの話はよくわからんがオブジェクト作ったあとでプロパティ設定しちゃいかんのか?
ハッシュを作ってオブジェクトを作るのは二度手間感がすごいが >>437
第2版読んでればどういうコードになんの? ハッシュによる方法とキーワード引数とどっちが良いかはケースバイケースだと思うが、ラーメンという前提ではキーワード引数の方がマシだと思う。
ハッシュによる方法ではラーメン屋がナルトかなんか具材を追加したとしても昔の注文方法をする限り暗黙的にナルト抜きになってしまう。エラーで気づかせてくれるキーワード引数のほうが親切と思う人は多いだろう。 スープまで指定させるくらいならラーメンクラスから
・味噌ラーメンクラス
・塩ラーメンクラス
・とんこつラーメンクラス
・名古屋ラーメンクラス
とか派生させて、麺とか具とかスープに合うのをデフォルト設定で持たせるとかすりゃいいのに。 何が不便で何が便利という意識がないから
本に書いてること真に受けてる気がするわ 毛の壁ってなんかVSCodeの拡張機能作ってたな
ChatGPTを駆使したのか発注したのかしらんけど Rubyなんて汚い書き方上等の言語で何やってんだかっつー >>438
オブジェクトが生成されて以降はプロパティが外部から変更されない形であれば
プロパティの値に依存したコードが楽にかけてテストしやすくバグも入り込みにくくなるから
Constructor Injectionが推奨される理由とかでググってみるといいと思う Ruby のキーワード引数は言語デザインとしての失敗だと、
作者の松本も認めている。
普通にハッシュに詰めて、引数で渡せば良いだけ
キーワード引数があると、引数の規則が難しくなる。
それで確か、キーワード引数が非推奨に変わったでしょ? >>445
ハッシュを渡すことで間違った引数を渡せるよりは遥かにマシ TypeScriptならその場合でも型チェックできるからいいとこどりだな ashworthは「〜っす」ていう語尾だったはずなのにキャラを忘れて関西弁になってたところがいかにも自演常習者って感じだな
多分今は別のキャラでやってるんだろ >>446
ちょっとぐぐると
h ttps://www.google.com/search?q=Ruby+%E3%82%AD%E3%83%BC%E3%83%AF%E3%83%BC%E3%83%89%E5%BC%95%E6%95%B0+%E9%9D%9E%E6%8E%A8%E5%A5%A8
Ruby 2.7からハッシュからキーワード引数への自動変換が非推奨という話はでてくるのだけど、それとは別に今ではキーワード引数自体が非推奨になってるってこと? >>445
ハッシュを渡すことが推奨されるわけねーじゃん
アホなの?w >>441
まあラーメンを例にした元記事が悪いんだろうけど、そんなに派生させて何に使うの? >>450
>Ruby 2.7から、ハッシュからキーワード引数への自動変換が非推奨
そうそう、これです!
とにかく漏れは、ややこしい・理解不能だからキーワード引数を使いません! なおjsやtsにはキーワード引数がないので使いたい時にはハッシュを渡すテクニックが強制される模様
ていうかそこからの発想だろこの記事 昔はハッシュを使ってたんだよ
今は例のケースでハッシュ使うことはない
def initialize(noodles:, soup:, **options)のような形にする
どういう設計がいいかはラーメンクラスをどういう用途で使うかに依存するけど
メニューレベルの項目(醤油ラーメン)と好み(麺硬め)とトッピングオプション(煮玉子)を
すべて同列に扱うのがいい設計になるケースってのはあまりないと思う >>459
ドヤってるとこ悪いけど引数が多すぎる時にどうするかって話なんで少なくなるケースは関係ないんですわ ラーメンの記事、キーワード引数では「引数が多いときは可読性が低下する」のがデメリットとした上で、
> キーワード引数を選択した際のデメリットを考慮した結果、引数をハッシュで渡す方が良いと判断したので、キーワード引数を使用しなかったのです。
と言ってるけど「引数が多いときは可読性が低下する」のはハッシュでも同じじゃね?
なんか意味分からんかったわ。 >>460
何がいいたいのか全然わからん
引数が多すぎる時はキーワード引数じゃなくてハッシュを使ったほうがいいという主張?
ご本人かな?
そもそも引数が多すぎると思ってるなら少なくすればいい話
少なくできない状況なんてない
あるのは少なくできるけど意図的にそうしないという状況だけ
過去バージョンとのAPI互換性のためにハッシュ渡しを維持することはあっても
新規のコードでキーワード引数の代わりに位置引数のハッシュを使うことはない 件の記事よくわからんのだけどひょっとしてハッシュ使うと仮引数がひとつになるんでキーワード引数より良い、くらいのこと言ってんのかな? >>462
ドヤ顔のオレオレ理論が的外れで何の解決にもなってませんよぉと書いたのがわからんとは日常生活大丈夫そ? >>463
そうだろうな
意味ないどころかデメリットの方が大きいけどな >>464
いや〜まじでわからん
常識的なことしか書いてないのに何を指してオレオレ理論と言ってるんだ? そもそも構成要素多いんならbuilderクラス使うもんでは 「引数が多い関数」みたいな抽象的な話についていけず、挙げられた具体的な一例に執着する人って最近増えた気がする
例が変わると話変わるじゃんそれっていう ashworthオジサンの好きな単語
汎化(←なぜか使い方がわかってない)
仕様変更
粘着
抽象
ミジンコ Makefileの書き方
https://qiita.com/LainNya/items/1e6d8042969703f364d7 (削除済み)
https://cc.bingj.com/cache.aspx?q&d=1393823023388&w=WLgelPdbDDg84sNlw6pvB_JQlm677iG_ (キャッシュ)
main.oをmian.oと間違えてるけど推論でmain.oはmain.cから生成されるとして、
gcc -o helloworld$(objects) が通るわけはないからどう見ても動作確認してないんだよなあ。
よくこんなんで記事投稿するわ。所属してるOrganizationのノルマでもあるんだろうか? 藤田の投稿もわかりやすいな
多分お前がコメントしたから消したんだろ? https://qiita.com/torifukukaiou/items/2a692cb060ffe5d926c1
こういうの宣伝とは言わんのかな
> ☝ 宣伝や販売を主目的とした記事は投稿しない
> エンジニアにとって有益な情報共有を目的としていない、宣伝や販売を主目的とした記事投稿は、別途利用規約で承諾されていない場合は行わないでください。なお自社や自作の技術的な解説等を主目的としている記事は、宣伝や販売には当たりません。 そいつは技術的なこともよく書いてるから、少しくらいは許されるんじゃないか
文体が鬱陶しいから読んでないけど >>474
ちょっとぐらい技術的情報も含んでるんじゃないかと思って我慢して読んでみたが結局のところ宣伝記事だったので「問題のある記事」として報告することにした。 Qiitaに投稿されるElixirの記事はなぜかElixirの特性を無視したものばっかりなのでそういう程度が低い記事書いてる人達が係わってる本と聞けばどうせ糞本なんだろうなあとしか思えないのが残念と言えば残念。 初心者は第一言語にPython避けるべき?
https://qiita.com/loggrammer/items/f65dee617897288594bc
こういう記事に「いいね」20以上つくんだなあ。
おかしな先入観を入門者に抱かせるだけの有害なものにしか見えないんだが有益な情報と捉える人も案外いるのか。 QiitaでElixirの記事みると短いコードにも結構四苦八苦して書いてる感じが伝わってくるのだけど、Elixirの宣伝文句では簡単に書けるとか言ってるのわけわからん。 > なお自社や自作の技術的な解説等を主目的としている記事は、宣伝や販売には当たりません。
内容に触れるでもなく本が出たことをアピールしてる記事はやっぱ宣伝かな? >>478
世の中には一定数Pythonが嫌いな連中がいるからそういうのがいいねをつけてるんだろ
読んでみたが中身空っぽで読むべきところが何も無かった > もしプロゲートやドットインストールの教材をメインに学習している場合、Webアプリ作成まで辿り着けない可能性があります。どちらもわかりやすく学べますが、PythonコースではWebアプリ作成の指導コースがありません。(Paizaという似たような学習教材はPythonでのWebアプリ開発コースを用意してくれています。)
じゃあPaizaとやらで良くね?
つか学習サイトに拘る理屈がわからん。プログラミングの学習なんて書籍もスクールも選択肢の内だろうに。 プログラミング言語学ぶ前にCSの基礎的なところはおさえててほしいわ。 学習教材は効率に影響してくるから拘るのは間違ってないよ
この記事はウェブ制作したいやつが何も調べずPythonを勉強して「もしかしてDjangoって仕事ない!?」と遅まきながら気づいて発狂してるだけだな > 3. 終わりに
> 2年ほど学習してきて、つぶやきたくなったので書きました。
気づくの遅くね? >>485
その続きに書いてあることが全てかな
> 何か感じることがあった場合、自分でそれを調べてみてください。
そこから教えてもらわなきゃいけなかったわけだ >>486
大して炎上してる風には見えないので記事主の反応が異様に見える。
そんな他人の言う事気にするなら編集リクエストも対応すれば良いのにと思うが気づいてないだけかな。
https://qiita.com/uturned0/items/1b1fd8f35d266a810344/patches Elixir実践ガイド、黒田努、2021
Ubuntu 20.04, Docker CE 19.03, Elixir 1.11
この本は良い。
黒田は、Ruby on Rails の本も書いている
初心者は第一言語に、Python避けた方がよい。
言語の中で唯一、供給過多
それに言語を出来ても就職できない。
理系の大学院数学科か、AWS 機械学習資格が重要
Railsが転職できるのは、
Linux, AWS, Docker、データベースなど、OS と設計ができるから
でも、PyhtonでLinuxできる香具師はいないから、
システム構築運用ができない 見るからに頭悪い香具師があれば良いこれはダメと言ったところで説得力皆無なんだなあ
※ 個人の感想です インタプリタは「コードを1行ずつ機械語に変換する」はガセネタ
https://qiita.com/ko1nksm/items/cdb6744ea72d46934c56
ashworthが生きてたら粘着して絡んでただろうなあ。
BANされて幸い。 zennに毛の壁湧いてるやん
どうしてBANしてないんです? https://qiita.com/ko1nksm/items/cdb6744ea72d46934c56#comment-fa66c6ff5689ff06ecfc
> > 3. インタプリタ仮想マシンのバイトコードに変換して実行する
> "バイトコード = 機械語"でないのなら, ko1nksm さんの指す機械語はいったい何なのかと思います. 機械語に変換しないでどうやってCPUは実行するのか疑問です. やはり釣り記事なのでしょうか.
何言ってんのこの人 プログラミング言語で記述したものを逐次実行してりゃインタプリタ
馬鹿の話は必ず長い h ttps://qiita.com/ko1nksm/items/cdb6744ea72d46934c56#comment-bbf903c88a04df89c33f
> @Zuishin
>
> ガセではなくそれが本来のインタプリタです。
>
> 「それ」が何を指しているのかよくわかりませんが、「本来のインタプリタはソースコードをあらかじめ変換せずに実行すること」です。内部の実装は知ったことじゃありません。
>
> それに対して「一行ずつ機械語に変換するものがインタプリタ」だという定義をするのであれば、それはガセネタです。
>
> あなたが言ったようにいろんな実装があるのですから「インタプリタは機械語に変換するものだ」なんて嘘をつかないでほしいですね。
>
> 変換するものがコンパイラで
> 実行するものがインタプリタですよ。
Zuishinの反応に期待 @ko1nksm(Koichi Nakashima)
> 言論弾圧でもしたいのでしょうか? 私がどんな記事を書こうが自由でしょう?
> あなたはこの記事が書かれたら都合が悪いから消してくれって言っているようにしか思えません。
> 書いたことがあなたにとってなにか都合が悪かっったのでしょうか?
そもそものインタプリタうんぬんは知らんけど
(ちゃんとした唯一の定義は無いと思うから)
なんでこの人ひとりでヒートアップしちゃってんの?
もっと冷静に一個一個対処してったほうが効果的よな?
○○は××ですよ、という主張を補強するターンよな?
議論ってそういうもんよな?
> 嫌がらせしてるという自覚はありますか?
嫌がらせってことになってるかこれ?
小学生女子みたいなメンタリティやな Ruby は千回か1万回かループしたら、
C でコンパイルされる機能があるけど、
コンパイル時間の方が多くて、
最適化しても、その時間を取り返せないらしい
Ruby on Rails みたいに、多くの関数を平均的に呼ぶ場合には、最適化は効果ない。
効果があるのは、局所的なある部分を多く呼ぶ場合 「自分の素晴らしい記事で世界に評価されて成功するチャンスをつかめるはずだったのに邪魔された」みたいな感覚のやつおるよな
ゴミカスみたいな記事で ところで藤田がえらくおとなしいがもしかしてNGされてね? ・ブロックする
・通報する
・ミュートする
・NGする(New!) 最近の人はNGを知らんのか
JaneStyleの機能
5ch用語
JaneStyleが5ch専用ブラウザだったことも知らんよね 2chブラウザで荒らしを表示しなくする機能は分かるが
> もしかしてNGされてね?
それがQiitaとどう繋がる話なんだかサッパリわからん QiitaのミュートはJane Styleで個人をNG設定するのに相当すると思うがどちらもウザい相手に対して自分で設定するものなので「もしかしてNGされてね?」はイミフだ罠 > 最近の人はNGを知らんのか
> JaneStyleの機能
> 5ch用語
> JaneStyleが5ch専用ブラウザだったことも知らんよね
これは恥ずかしい 普通にブロックのことをNGと書いただけだろ
ブロック多用してるやつじゃなきゃそんなのうろ覚えだわ
俺はそんな機能があること自体ここで知ったぞ 「そんな機能」は5chの機能のことね
NGはニコ動で覚えた >>513
「自分はニコ厨なので間違えてNGと書いてしまいました。Qiitaではブロックと言うのですね。教えていただきありがとうございます。」だろドアホ >>505
NGをブロックと読み替えたところで
論争が不自然に止まった様子もないけど
何言ってんの?としか思わんなあ
つか面倒な相手をブロックする記事主なら
Zuishinがやられてないのおかしいわ ID:5OiJZsIpみたいな馬鹿は生きてくの辛そう 何が刺さったか知らんが発狂して連投してるやつおるな Qiitaのミュートってウザい相手を自分には見えなくする機能みたいだけど記事へのコメントを制限するものではないみたいでイマイチ使いどころがわからん。
自分が書いた記事におかしなコメントとか第三者に見えまくりな状態を放置するメリットもないと思うんだけど、どういう使い方を想定して実装された機能なんだろう? >>520
おかしくないコメントでダメージを受けるやつが使うんだろな あれってディスカッションの要望じゃなかったっけ?
スタッフは用途を深く考えてなかった説 記事への完全に正しい反論がコメント投稿されたとして
本人だけが気づかない状況って不安でしかないので
ブロックで良い気がする。
つかブロックしても反論記事が書かれることまでは防げない
のでそんなことを恐れるくらいならQiitaに記事など投稿する
べきではない。 >>520
github.com/increments/qiita-discussions/discussions
で議論を投稿して
記事へのコメントを制限すべきだろ
なってないの?
議論を投稿したら運営が答えてくれるよ てかなんでここで真面目な話や真面目な質問をするの?
アカウントを晒してディスカッションや質問をしたほうがいい >>524
ミュート機能を記事へのコメントを制限するようにするとミュートした相手にミュートかブロックかされたこと覚られるからミュート機能の意味なくなることは理解してる?? https://github.com/increments/qiita-discussions/discussions/657
記事投稿キャンペーンなのに投稿してない人を対象にするというアホなルール
(ていうか不手際をごまかすための後付けだろその理由) qiita-discussionsってよく間違うんだけどディスカッション(議論)の場ではない
githubのdiscussions機能をディスカッションでない方法で使ってるからまぎらわしい
Qiitaのディスカッションはディスカッションだがディスカッションではない
なんのことを言ってるかわからないと思うがwww >>530
そのコメント投稿するために捨て垢作るって暇人杉w @norihiro431
0投稿
1フォロー
0フォロワー
フォローしているユーザー
Qiita キータ
@Qiita
Qiita公式アカウントです。Qiitaに関するお問い合わせに反応したり、お知らせなどを発信しています。
1 / 1
あっ・・・(察し 【C言語】素数判定書きながらC言語に入門してみる
https://qiita.com/aoshi2025s/items/dd141f93cb100cc3a059
細かいツッコミどころ多数の記事。
誤りを許さない人たちの感情を逆撫でするような記事の書き方をしてる気がするがわざとやってんだろうか? なんで初心者すぐCの記事かいてしまうん?
なんですぐダブルポインタとか言い出してしまうん?
チラシの裏にでも書いて自分のカーチャンに褒めてもらってほしい
それで満足しておいてほしい >>534
Qiita「を」フォローしてるって意味だぞ >>535
グロタンディーク素数ネタを記事に盛り込んでる辺りさりげない頭良さそうアピールのつもりなんだろうなあ。
頑張るべきはそこじゃないのに。 Qiita「を」フォロー以外に何があるの?
まさかQiita「に」フォローされてるってこと? >>535
こういうエセ入門記事はもうお腹いっぱい
教えるの全く向いてないんだから黙って自分の作業だけしてろと言いたい 「C言語」ってなんですか?
からネチネチいきたい気分になるなあ > 「C言語」ってなんですか?
ここが5chで良かった。
Qiitaだったら>>544は即死だった。 >>544
「C言語」を知らないなら教わってきなよ 説明の量が少なく正しく理解してない可能性が高く釣られたのだろう
刹那的な反応が良くないね >>535
オーバーフローがどうとか書いてるくせに完成コードでそれを無視してるの草
intの最大値入れたらバグるじゃん 1が素数に判定される関数なので呼び出し側で1を特別扱いしなきゃならないのはなんかなぁ いや、判定自体は合ってるのか
1以下は素数じゃない判定を返すのに呼び出し側で無駄な分岐してるだけなんだな >>548
iの型long longになってるしオーバーフローしないんじゃないの? > 正しくは「プログラミング言語C」っていう話でな…
日本語版K&Rの書籍名をC言語の正式名称かなんかと勘違いしてるんかな?
ちなみに、『プログラミング言語C』の中ではその言語を表すのに「C」という表記がもっぱら使われてるが、「C言語」と表記してる箇所もいくつかあるぞ。 Qiitaって割と暴言や反社会的なコメントには「ブロックやミュートで対応してください」と言うのに記事の間違いを指摘するコメントには容赦ない気がする > 「C言語」ってなんですか?
> からネチネチいきたい気分になるなあ
お外に出たこと無いタイプの子?
大昔から口頭だと常用してるぞ ko1nksmの自演垢がw
https://qiita.com/norihiro431
このアカウントは利用規約違反によりユーザー資格を取り消されています。 >>552
こいつがこれ以降書き込みしてないあたり恥ずかしくなったのかな… >>560
向こうならまだしもここでやっても面倒なだけでおもんないしなあ >>561
言い訳草
JISでC言語という言葉が使われてる以上「C言語って何ですか」と聞いた方が無知なだけだろ >>544
ネチネチは馬鹿記事書いた本人はもちろんお前のコメント見た第三者からも反感買うだけなのでマジやめとけ
何も良いことがない 「ネチネチいきたい気分になるなあ」なのに
このスレで自分がネチネチいかれてて可哀想 シーライオニング(Sealioning)とは、本当は理解する気がないのにもかかわらず、相手に礼儀正しく素直なふりを続けながら、執拗に質問を繰り返し相手を疲弊させる(やる側が無意識であっても)嫌がらせや荒らし、ハラスメントのこと。
「ネチネチいきたい気分になるなあ」は嫌がらせして疲弊させたいってことで5chでよくみる
そういう荒らしは早めに見ぬくべきだね
5ch長くやってると一瞬で見抜いてスルーできるようになる
シーライオニングどう対策すればいいかも検索すれば見つかる キータもクソだけど
ここも大概だからな
技術力も人間性も最底辺の寄せ集めがここ
もちろん俺も例外じゃない
ゴミの中のゴミ ashworthは確かに技術力も人間性も最底辺のゴミだった。 >>561
やっぱりこれ以降レスしてないの草生える
恥ずかしいなら最初から書き込むなよw >>558
このゴミ記事,「C言語じゃなくてCです」とか言う鼻くそみたいなこだわりを見せてるくせに「K&R」とか言う俗称を使ってるんだよなあ
一貫性なさすぎ ライセンスはどうなるのか調べたら投稿されたコードは自由なんだね
第7条(投稿内容の利用) 自由じゃない
第8条(投稿内容の著作権)
登録ユーザーは以下のライセンスに準拠する投稿内容を本サービスに投稿する場合、投稿内容に含まれる権利については当該各ライセンスの定めに従うものとし、投稿内容が当該各ライセンスに違反しないようにするものとします。 コード、スニペットなどプログラムに類するものに限り自由が認められているよ 第8条は投稿内容の著作権だからライセンス違反の投稿を禁止するもの
コードのコピペが許されるかは第7条3
5chにコピペできないので確認してきて こんなところで話すことじゃなくキータ運営にキータディスカッションかメールで質問しろっていう 著作権違反を通報しても「権利者本人以外受け付けません」て言われるだけで何も対処しないのに記事の権利なんか守られるわけがない コミュニティガイドラインとも矛盾してないし今後も有難く使わせてもらうわ >>535の記事書いた人のプロフィール
https://qiita.com/aoshi2025s
> 所属 Keio University, 42tokyo
42tokyoかー。
指導する人がいなくて生徒同士で教え合うスタイルのスクールと聞いて「生徒だけで正しいプログラムの書き方にたどり着けるの?そんなんうまくいくかな?」と思ってたけどやっぱなあ、理解が浅くて妙に納得した。 https://qiita.com/Zuishin
あれ?
Zuishinの投稿した記事やコメントした記事どうなってんの? > int main(){
> char* input[255]; //入力を保存する変数
> while(true){
> cin.getline(input, 255);
> switch(input){
charのポインタの配列に文字列入れてswitch文で判定するとは中々のツワモノw 「バグなどを考慮していません」と書いてるから藤田もツッコミできないだろう
みんな真似するといいよ C++/Java系言語で1文字だけでコメントアウトするブロックを切り替える
https://qiita.com/daixque/items/62a5daa84e15a03d02f6
コメント欄で記事主が
> 他に比べて良いというつもりはありません。
とか
> ブロックの途中に/* */があると正しく動かないのはもちろんわかっていてそういう時は使えませんね、というだけですが、
とか言い訳並べてるのが小物感醸し出していて良い。
記事の内容は車輪の再発明という感じで新鮮味はないのだけどアニメーションGIF使って分かりやすく説明してる点は良い。但しバッドノウハウ。 > ここで出てくるコードは、バグなどは考慮していません。
> そのまま流用するのはおやめください。
コンパイル通らんコードそのまま流用する方法あるなら教えれw プログラマとして働き始めたくらいのレベルの人に届けたい、こういう感じのコードとコメントを書いてほしいというメモ書き
https://qiita.com/Monotea/items/efe0a97865a40767bc7f
これはまあコメント付くよなあ >>586
あらかじめ書いとかなきゃいけないのに一文字にこだわる意味がわからん
コードの比較をしたいならgitで良くね? >>588
assertをログを取る関数と勘違いしてそう >>588
コメント書くのは重要と主張してるのにおかしな値をムリヤリ補正してるとこにコメントがないのは馬鹿としか思えない。 記事にコメントするとブロックされたり嫌われたりするのでクソ記事はここで晒してコメントする方が平和だね コメントの正当化か
記事にコメントしなければならないと思ってない?
心理的安全性が高いと思ってないし義務もない
こそこそコメントするのは卑怯 話題のコメントのことなのか記事についたコメントなのかここのクソレスなのか >>585 レオナールって普通のCプログラマなのに、なんで ポエム Qiita に粘着してんの?
外人が書き込む Stack OverFlow とかでレス付けたほうが面白いだろうに。 レオナールは Cとか組込み系では標準的な民度だと思う。神経質な人多いからな。
ただ 低民度の世界にわざわざ足を踏み入れて、神経質になる必要も無かろうに。
たとえば素数判定のプログラムなんて、説明とか要らんだろう。コードだけ乗せてれば、自然とわかる。
あの長文をわざわざ読んでくれるレオナールって逆に良い人? 文脈的に藤田のことか?
どこにレオナールって書いてんの? ページ内検索かけてもでてこないな
人には見えないものでも見えてんのかな かけだし文系はコンピュータだけでなく、義務教育の文系科目すら怪しいんだな。 >>603
レオナール藤田は知ってるが「藤田」しか共通点無いのになぜ通じると思った?w
最近覚えた名前なのか?w ドンジョバンニの話をしてたら突然「ミッターマイヤーいいよね」と言ってくるやつがいて全員目が点になったところで「ウォルフガング・ミッターマイヤー知らんのか」とぶっ込んでくるヲタク特有のコミュカの無さと同じものを感じた >>603
お前新入社員に田中が居たら角栄とか渾名つけて喜んでるタイプだろ 優しい凄腕エンジニアの夫が欲しいと叫び続ける心が男の女ってキャラ立ってるな >>609
流石にそこまでじゃないが、森本という名前だったらレオと呼びたくなるわ >>603 は別人だぞ。噛みかれてかわいそう・・。
ちな 藤田氏のねっちこさから、中学美術で習ったレオナール藤田の顔がパッと出てきた・・
あ、失礼。人格者だと思ってますよ・・・ >>607 アセンブラ初心者なのに、いきなり x86 というのがドン・キホーテ。しかも一般人にはメリットないだろ。
藤田のような職業じゃないかぎり、まずご縁がない。
素直に PIC、H8、AVRからやればいいのに・・ 東京大学卒が優秀なのはわかるが、>>607 の記事を見る限り、どうみても初心者。
中学で卒論って、ただ書籍で見て、その孫引きを書いただけじゃんね。 普通の人がいきなり x86 のアセンブリを見ても、つまらないし、コンパイラがあるのに何のメリットがあるかすらわからんだろ・・ 低レイヤーのリソースは既に大量に積み重なって、需要が小さいからなァ。
だから世の中の流れとしては、出来あいを使ってアプリを作る、しかもその需要も飽和しつつあるから、
いまは「創造と破壊」がムーブメントだな。いまはローコードってやつか。 アセンブラ初心者なら素早くビルド実行繰り返せる環境ならなんでもいいと思うがなあ プログラミングの新規需要はかなり縮小しているが、資産保護の観点からクラウド化してるから、
インフラ方面の需要はあるだろうが、コイツも、Azure にしろ、 AWS にしろ、大資本は何もかも自動化してしまうからな。
イーロンマスクが Twitter の大量首切りをやったように。
ITだけでなく、あらゆる方面で似たような現象が発生しているが。
産業が「マス」化して、失業者が増えるのは間違いない。自動化しにくい、自動化が割に合わない部分は、
外国人技能実習生を雇って、馬車馬のようにこきつかって、パフォーマンスが落ちたらポイ捨てして、強制帰還してるし・・。
おいらの地元では、国立大学卒は次々と郷里へ帰って、郷里の特性を生かせる、原始的な仕事に参入しはじめてるよ。 >>620 その人にとって、メリットがあるかどうか、または楽しいかどうか、だよな。
x86 で、アセンブラじゃないと作れないプログラミングなんて、あまりないだろ。
デバイスドライバでも作るんか?あれも、おおむね Cで書いてるし。しかも既にあらかたは存在する。 レオナール藤田は、もちろん、そういう社会の動向が、よくわかってらっしゃるお人だろうが・・。
マスメディアは嘘八百ばっかりつくけど。 成功している人の名前を出すとあまりよくない風潮らしいから、あえてぼかすが、
たとえば、B〇〇IC で、乏しい環境で、おもしろいことをしよう、という玩具が、
あれは個人的におもしろいなと思ってて、そこでは低レイヤーの博識が重要に活用されている。
その当時の「年代」の人にターゲットをしぼった、おもしろい玩具だね。
ああいうのは、いいよね。 レオナール藤田のごとき人物なら、いくらでも、発想次第でなんでもやれそうなんだけどな。
まあ、他人のことだからどうでもいいけど。 学力ばかり詰め込まれた東大卒の人なんて、本当にかわいそうだよ。親がブルジョワならともかく。
彼らは、医学部医学科に進学しなおすのが、一番、飯が旨いと思う。
まあ、他人のことだからどうでもいいけど。 藤田は潔癖症だから、間違った知識を若者に教えてはいけない、という正義感があるんだろうが、
AIを賢くさせるから、あまりよくないんだよ。
そして、ChatGPT はいずれは有料になるだろう。
善意でやった修正が、結局は、大資本の金儲けに利用されるだけなんだよ。 みてみろよ、中国人とかを。あいつら、中共が理系大卒が大量生産(1億人!!!)しちまったせいで、
なにもかもロボットにしてやろう、ってやってるんだよ。
別にロボットである必要でないことまで、なんでもかんでも、ロボットにさせようと、製品を作ってるんだよ。
それでもあぶれるから、日本の労働市場を虎視眈々と狙ってるんだよ。
入国管理局は、中国人だけはBAN してるが、別に彼らが入国しなくても、
日本企業が、中国の中小企業に外注すれば、いいだけの話だからな。
ほんと、おそろしいよ。 大企業の生産ラインのソフトでさえ、いまや made in Chinaだよ。
日本的に書かれてるから、パッと見た感じでは気づかなかったが、よく注意してみたら、なんか XML に中国語が少し書いてあって、なえたわ。
IT系は知らんが、生産ラインでさえ、既に中国企業に外注してる。
しかも、あいつらが作ったソフト、ちゃんと何の問題もなく動くんだよ・・・(そりゃそうだ。国家重点大学=日本の旧帝大 が作ったであろうソフトだからな・・) マスゴミは嘘ばっかりつくよな。そりゃ、本当のことを言ったらパニックを起こすからな。
AIなんて、とっくの昔に、ほとんど完成してんだよ。
知り合いに、 人工知能の博士号がいるが、AIではお呼びでないから、まったく別の領域に進んだよ。
もちろん彼は C++ プログラミングのエキスパートだ。
マスコミは嘘ばっかりつく。 酒の飲みすぎで、酔狂まわしてしまった・・・
レオナール藤田ぐらいのレベルであれば、需要は十分に大きいだろうが、
並大抵なら、もう、 IT 系の需要なんて、ないよ。
.NET Framework を、車輪の再発明で、自分で実装できるぐらいのレベルの人・・・ぐらいでないと、。
あいつら(中国人)は、ふつうに、C++ とかもエキスパートが腐るほどいるからな・・ 卒論のある中学があるのか
それ出さないと義務教育なのに卒業できないのか?
嘘くせえ あと全然関係ないレオナールを気に入っていつまでも使ってるやつダサすぎて草
それこそ中学生かよ 私が思いつくのは、安いのを売りにして、地元でちょっと困ったことを、
電気・ITで、処理できるなら、それを安価に実現することかな。
農業IoT なんて、もう、農家に愛想尽くされた感じだな。
農業系は、富士通が参入したが、農家は簡単には騙されない。
農林水産省が拠出する補助拠金目当てでむらがっている、と中卒の農家でさえ、直感的にわかってるから、
昔からあるク〇タや、地元に昔からある農業機械(マイコン制御もやってる)の会社に頼んで、それで済んでるありさまだ。
公共事業もどんどん縮小している。
地元の IT 企業は、霞が関と縁故がある東京資本に、次々と吸収合併されている。
かつて、日本の電機メーカーは、ソフトを軽視していた。 2000年代ではそれを批判されたが、
奇しくも 2030年ごろには、彼らの態度の証明がなされることになるだろう。
「創造と破壊」以外において、IT 系は、何をすべきであろうか。
公共事業以外において、 IT 系の新しい需要とは何だろうか。
私は IT 系ではないが、常にその動向に注視している。 >>633 卒論うんぬんは、くだんの東大卒の記事で述べていたことだろう。私の知ったことか。
東京大学卒が学力優秀だとは思うが、彼らの学力が必ずしも生かせる世の中ではなくなったな。
正直、彼らは、医者になるか、官僚になるべきだと思う。たとえ工学部でも。 むかしアルバイト先に、東大生の人がいた。非常に頭が低くて、「次は何をしたらいいですか」と私に聞いてきた。
「私なんかが、東大生に命令できるわけがないよ。」と思って、「社長に聞いてください・・」と言ったものだ。
私が今までみた東大生は、たった1人にすぎないのだが、異常なほどに、まじめすぎる印象を受けた。
もう少し横着で自分の発想のために他人を巻き込むようなそういう態度であってもいいのだが・・・。 むしろ、東大卒には医者になってほしい。
病院にいったら、中国人医者まみれで、日中戦争の恨みで、体をバラバラにされたら、たまったもんじゃない。
グロテスクがいやなら、官僚になってほしい。 いまのところ、東大学部卒は、まだ日本人が多数派だろう。
いまのうちに、すべての東大卒は、国家公務員総合職を受験してほしい。
そのうち中国人まみれになる。 おかしなのが湧いてるな
藤田のことレオナールと呼ぶレオナール君かな?
もう藤田じゃなくお前がレオナールでいいよ
「横着」とか「頭が低い」とかもそうだが日本語がまだ上手でないところを見ると外国人か? >>614
香ばしい人物なので他の記事も見てみた。
【終了コード9】ABC079 B - Lucas Number のTLE問題(C++, 配列と再帰関数の処理速度の違い)
https://qiita.com/yaburen/items/c8e7b0c1c581db441e34
> 色々調べた結果、再帰関数はループよりは早いものの、配列に1つずつ要素をメモしておく処理よりは数倍遅いことがわかりました。
> 再帰が深くなればなるほどスタックに多数のフレームが重なり、スタックオーバーヘッドが起こるリスクも高くなります。
「再帰関数はループよりは早い」
「スタックオーバーヘッド」
CSのごく初歩的なところすっとばして42tokyo逝って糞コーダ目指してるとしか思えんのだけど、東大出てこれってひたすら残念な気持ちになるわあ。 >>644
他人に読んでもらう用に公開してる文章で「年収2000万安定ルートを捨てて」とか「堅く数千万円の給与を目指すルートもあった。」とか書いちゃうの異常な人間性だと思う。
つかコイツまだ就職もしてないんだろw https://qiita.com/yaburen/items/511fc11028efbac38648#comment-f20b71ed9b5a7645ed9d
> コンパイル確認等はされてますか?
記事の中で int strlen(char*) という関数定義してるのに
同じ記事の to_deci() という関数の中で
str_len = strlen(str, base);
とかやってて引数の数違うよとか、
記事の中で char *strdup(char*)という関数定義してるのに
同じ記事の split() という関数の中で
tmp[i] = strdup(origin, str_len);
とかやってて引数の数違うよとか、
コンパイル確認してる感じではないな。 基幹関数実装してみた〜とか言ってるけど、昔読んだ独習Cに載ってたコードと全く同じものが多いのが気になるな
実装してみたと言って良いものか >>622
マルウェア界隈と最適化方面はアセンブラ知識あると良さそうだが
>>645
過去に見た例から再帰使う辺り、記憶力はいいが考えてねえよなあ
>>648
そもそもstrlenはsize_tでconst char*だしなあ >>649
最近は何かのコードを丸写しすることを「参考にして自分で実装した」というらしいぞ
そういう使い方をしてるやつばっか キータにアウトプット(笑)して勉強するって奴がいる一方で
ネットの二次情報じゃなくて正確なソースから情報を得て
自分で手元で実際にコンパイルしながら学習してるやつもいる
勉強の仕方の時点で差がつくのも可哀想だけど仕方がない
頭のいいやつと悪いやつは歩むコースも異なる >>645
TLEになったという再帰版のコード、関数ft_lucasの型がintになってて引数Nの型がint64_tになってるけど
int ft_lucas(int64_t N)
問題の制約で引数Nの上限は86なのでint64_tにする必要ないし、答えは10**18より小さいということだからintじゃ足りないんだよなあ。
TLE以前にバグってるんだわ。よくこんなコード晒せるなあ。
つかこいつメモ化も知らんのな。
int64_t ft_lucas(int N)
{
static int64_t memo[86 + 1] = {2, 1};
if (memo[N] == 0) {
memo[N] = ft_lucas(N - 1) + ft_lucas(N - 2);
}
return memo[N];
}
https://wandbox.org/permlink/gVDItXL2jf2PNsNd アウトプットして親切で知識ある人に添削してもらえれば正しいコードの書き方を効率よく勉強できる可能性はあると思う。
コメントくれる人が正しい知識の持ち主である保証はないし、指摘内容が理解できないバカならせっかくのコメントも無駄だけど。 問題: 以下のコードは適切な引数を与えても未定義動作となる箇所があります。修正しなさい。(10点)
int atoi(char *str)
{
int i;
int sign;
long ans;
i = 0;
ans = 0;
sign = 1;
while ((str[i] >= 9 && str[i] <= 13) || str[i] == ' ')
i++;
if (str[i] == '-')
{
sign *= -1;
i++;
}
while (str[i] >= '0' && str[i] <= '9')
{
ans *= 10;
ans += str[i] - '0';
i++;
}
return ((int)ans * sign);
} つか空白その他をスキップする処理の書き方酷いなw
while ((str[i] >= 9 && str[i] <= 13) || str[i] == ' ')
i++;
42Tokyoってこういう書き方身に付くのかw
大学院休学してこの人何やってんのwww Cの学習は安全な書き方を修得するのが重要だけど42Tokyoは全然ダメだね 42tokyoって知らんけど、ただのプログラミングスクールじゃないの >>660
先生がいなくて生徒同士で教え合う仕組みのスクールらしいよ >>650
素人「なんか動きました」
玄人「その書き方ダメだろ」
Cはこういうパタンが他の言語に比べて多い希ガスるのでそう見えるの鴨。 >>660
本人が説明してるよ。
https://note.com/yabukin_coffee/n/nb7e36e3ea310
> 42tokyoって?
> そもそも42tokyoは一般的な就職支援プログラミングスクールとは異なり、相当前衛的な組織であり学校である。期限までに課題をクリアできなければドロップアウト、生徒同士で教え合い評価し合うピアラーニング、実用よりも基礎を大事にして、コンピュータが動く仕組みから学ぶ。さらに言うと、受講者に嬉しい授業料無料と、学び進めると無料で留学が可能な制度もある。海外の校舎では未経験からGAFAM就職者が出るなど前代未聞の成果も出している。
まあコイツが書いてるコード見る限りでは基礎なんて学べてる感じではないけども。 大学卒業するまで野球に縁なかったのに「俺大谷みたいになるわ」つってキャッチボール始めた人よなあ。
世の中に沢山いる子供の頃からやってる人達に勝つつもりなのすごいな。 >生徒同士で教え合い評価し合う
まともなやつほど逃げるよなあこれ
良書や有名どころのソースコード読む会なんかならマシになりそうだが 件の人は自己肯定感高い人だと思うので
> 生徒同士で教え合い評価し合うピアラーニング
うまくいかないと思うわ。
にこるんのコメントも右から左に流してる感じだし他の生徒になんか言われたところであーはいはいみたいなもんだろう。 ド素人がド素人に教えるんよ
曲解に曲解を重ねて
不正確さを高めていくんよ
素晴らしいじゃあないか 42Tokyoっ何か知らないのでその記事の関連記事リンクたどったら他の人だが
https://note.com/to_yeah/n/n4ba6f889e45e
2020年の10月に42Tokyoに入学し、2022年1月に基礎カリキュラムを終えました。
カリキュラムについて
印象的だったものをピックアップしました。
・libcの再実装(C)
・X WindowSystemをつかったゲーム(C)
・bashの再実装(C, 2人チーム)
・docker, docker-compose
・nginxライクなwebサーバーの実装(C++, 3人チーム)
・通信対戦可能なwebゲーム開発(TypeScript, 4人チーム)
カリキュラムそんな感じなのか
ミーハー軽薄プログラムとは逆方向で
基礎的な知識が必要なことをやるようだから
意外にまともそうなとこだな 生徒同士で教え合って正しいCの書き方にたどり着ける想定は楽天的すぎるよなあ。
昔のハッカー用語で言うところのWizardやGuruの存在は未経験者揃いのスクールに期待できるわけもないし。 上の方でも指摘してる人いたけど
> 「再帰関数はループよりは早い」
> 「スタックオーバーヘッド」
これなw
失笑あるいは解散を意味する
これ以上話題にする価値が無い >>667
>>669
入学試験に合格しないとtokyo42に入学できないらしく
>>668の課題ができなかったら退学とあるので
高いレベルの人しかいないと思われる ゆたぼん君も自称革命家やし
色々自称するのはまあ自由だけど
周りの大人は失笑あるいは真顔やろね >>668
42Tokyoってできないやつはどんどんクビになって最後にツワモノだけが残る蠱毒みたいなシステムらしいぞ。
> ・libcの再実装(C)
> ・X WindowSystemをつかったゲーム(C)
> ・bashの再実装(C, 2人チーム)
> ・docker, docker-compose
> ・nginxライクなwebサーバーの実装(C++, 3人チーム)
> ・通信対戦可能なwebゲーム開発(TypeScript, 4人チーム)
1年ちょっとでこれだけこなせる奴いたらそら前からやってた奴だろとしか思わんわ。 メンター用意できないから生徒に丸投げしてる印象しか受けない
仮にも学校的な組織にしたいのなら教え導く人が必要だろう
OBOGが教えるとかはないのかな >>671
高いレベルの人が資格が取れるでもないスクールに通う想定がおかしいだろw エロ動画配信のイメージを払拭したいDMMが運営してる42Tokyoに期待するのがアホ >>675
そこは逆だろ
有料スクールはバカが行くところ
できるやつは自分で学習できる
無料スクールtokyo42とやらは
おそらく人脈目的だろう
人脈以外はスクールを必要としない >>677
優秀な人なら普通に仕事するでもOSS開発に参加するでもSNSでも価値ある人脈作れるだろうに未経験者との人脈作りを期待してスクールに通う意味がさっぱりわからんw アホに教えるアホ
アホに教わるアホ
悲しい風景です
アホの増幅装置 欧米じゃ英語なんて乞食でもできるんだしそれができない人は優秀な人ではないよね。 ID:nTtfp8QJの投稿みてて
>>668
> 42Tokyoっ何か知らないのでその記事の関連記事リンクたどったら他の人だが
>>671
> 入学試験に合格しないとtokyo42に入学できないらしく
>>677
> 無料スクールtokyo42とやらは
最初の投稿では「42Tokyo」だったのに、次の投稿では「tokyo42」になって、最後は「tokyo42とやら」に変わんのねw
わざとらしすぎんだよなあ。よく知ってる関係者か何かが知らないフリしつつ宣伝してると思われても仕方ない。 >>668
> 2020年の10月に42Tokyoに入学し、2022年1月に基礎カリキュラムを終えました。
> カリキュラムについて
> 印象的だったものをピックアップしました。
> ・libcの再実装(C)
なるほど、42TokyoのカリキュラムのひとつにlibcをCで再実装するというのがあって、
>>614
> 【自作関数あり】C言語の基幹関数実装してみた
> https://qiita.com/ya...511fc11028efbac38648
↑の記事に繋がるわけか。なるほどな。
>>668の引用みるとなんだかしっかりしたとこに見えるのに、>>614の記事みると実態の酷さが分かるのは面白いなw どの業界にもハッタリ野郎はいて
自分を大きく見せたりするけど
この業界はソースを見たら一目瞭然だからまだ幸せよねw
どんなことを言ってようとどんな肩書だろうと丸裸
自称数学得意なのに九九すら怪しいとか
自称料理自慢なのに塩と砂糖の区別がないとかレベル >>686
mainが無いと何が困るんだ?
アプリじゃなくてプログラムと書いてるぞ >>686の記事のft_to_decimalという関数の後ろのほう
> str = (char *)malloc(sizeof(char) * (ft_strlen_base(nbr, base_from) + 1));
> j = -1;
> while (++j < ft_strlen_base(nbr, base_from))
> str[j] = nbr[j];
> return (sign * ft_atoi_base(str, base_from));
> }
mallocしてNULLチェックしてないのもアレなんだけど、strに確保したメモリの解放してないのもダメな感じね。
生徒同士で教え合う仕組みってやっぱ無理ある気がするわ。ある程度経験があれば注意して見るところが見れてない。まともにプログラム書ける人材が育つ気がしない。 >>686
> 例えば、"0123456789abcdef"の16進数で表された「a0」を2進数である"01"で表すと、「1111011」となる。
冒頭から間違えてて草w TYPOは仕方ないけど
> 【C】基数変換プログロムを自作してみた
表題に「プログロム」って書いてて平気な神経は解らんな 初学者にマウントとって楽しいか?
晒すのはアタオカ系にしとけ 42tokyoの生徒がこの程度っていうのがよくわかるわ
結局ハリボテじゃん > str_len
> 上のstrlen_base関数と全く同じ。作成した後に気づいた。笑
もそうなんだけどft_len_numとft_strcmpもどこからも呼ばれてねんだよな。
記事を公開するということは他人の時間をいくらかでも頂戴することだと思ってるけどゴミ入ってるの承知で直しもしないって公開する相手に大して失礼杉だろう。 >>692
> 晒すのはアタオカ系にしとけ
東大の大学院を休学してクソコーダー養成所に通うことを選択した彼の人は晒しておkてことねw > 今回は基数変換プログラムをmalloc関数とwrite関数のみで実装してみた。
write関数使ってなくて草w >>693
彼は42tokyoの入学試験に合格したら、
と書いているので生徒ではない
今後のプランとして入学したいと主張しているだけ https://qiita.com/yaburen
↑見ると
> フォロー中のタグ(4)
> Git Rails Ruby HTML
なのに対し
> 投稿した記事:
> C: 60%
> 再帰関数: 40%
> C++: 20%
> Git: 20%
> GitHub: 20%
なのは違和感あるなあ。
こいつ実在の人物じゃなくて42tokyoの評価を下げるためにゴミ記事を投稿するBOTな気もしてきた。 >>697
> 彼は42tokyoの入学試験に合格したら、
と書いているので生徒ではない
いつから始まってるのか知らんけど生徒でしょ
https://twitter.com/yaburen_AI/status/1776545346161918284
> おそばせながら42合格してました。
> インターンしながらでも毎日通うつもりなので、楽しみながら頑張りましょう!
https://twitter.com/thejimwatkins 42tokyoを目指してるだけであり受験すらまだなんだから影響ないだろう
東大を目指してる人の一人がバカでも東大の評価は下がらない >>671
> 入学試験に合格しないとtokyo42に入学できないらしく
> >>668の課題ができなかったら退学とあるので
> 高いレベルの人しかいないと思われる
クソコード書いてて合格するみたいだし大したもんじゃないだろw 自分は知らないと念押ししつつ42Tokyo爆推しなID:nTtfp8QJはスゴい奴だ。 >>700
> 42tokyoを目指してるだけであり受験すらまだなんだから影響ないだろう
えっ? 何言ってんの??
https://note.com/yabukin_coffee/n/ncb5a96e21072
> 3月は42tokyoというエンジニア養成期間の入学試験を受けていました。 このスレに42 Tokyo推しらしいのがいるの訳分からんなあ
フツー関係者でもなければそんなスクール興味ないし悪い話聞いたところで「そんなん引っかかる奴馬鹿だなあゲラゲラ」位のもんだろうによう 【C】基数変換プログロムを自作してみた
https://qiita.com/yaburen/items/d4d464c17005ab4cc900
折角なので動かしてみた。
https://wandbox.org/permlink/ea9bXAdu3j3uKGsM
#include <stdio.h>
int main(void)
{
char* s = ft_convert_base("a0", "0123456789abcdef", "01");
if (s) {
puts(s);
free(s);
}
}
実行結果:
10100000
おっ動くじゃん。メモリリークとか問題あるけど。
https://wandbox.org/permlink/XbNDQ4p1VRqXyXVo
char* s = ft_convert_base("-2147483648", "0123456789", "01");
実行結果:
prog.c:251:15: runtime error: signed integer overflow: -1 * -2147483648 cannot be represented in type 'int'
-10000000000000000000000000000000
あーやっぱ未定義動作踏むよねえ。
こういうコード書いてておkにしちゃうんだな42tokyoって(笑 > 42Tokyo【プログラミング学校】
https://itest.5ch.net/mevius/test/read.cgi/tech/1574083744/393
> 謳い文句に釣られる人がいないように書いとくけど入学試験突破率が4%弱でその中で卒業出来る人(第一段階みたいなやつが修了した人)が8パーセント(その8%には東大生や帰国子女を含む)
> 社会人は仕事や出産や子育てがあっても期限過ぎたら問答無用で退学(実際優秀なのに在学中に出産してコミットする時間がなくて退学になった人がいる)
> 卒業しても各種学校ではないし、証書の類は出ないので卒業証明はできない
> 完全無料とはいえメンター教師はおらずレビュワーは素人で就職支援もなし
> メルカリやソフトバンクやサイボウズに就職した人もいるけどSESに就職した人も普通にいる
> カリキュラムがC言語中心なので最近人気のjs、php等の経験は積めない
> そのC言語でのコーディングも独自のコーディングスタイル押し付けでここで指摘されている様にレベルの低い実装が多いが、ここの生徒は難しい(=精神論的に過酷な)入学試験は突破しているのでプライドだけは高い
>
> 受けようかなと思っている人はこれを見てまだ魅力的だと感じるなら受ければいい Cは時代遅れとアメリカ政府も発表している
「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス:「C」「C++」よりも「Rust」などの言語を推奨
https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html > Cは時代遅れとアメリカ政府も発表している
世の中まだまだCは使われてるし仕事もあるのでここでそういう批判持ってきたところで大して意味ないのよね。 >>708
どんどんRustへ置き換わっていってるから
基礎教養としてCは当然必須とはいえ
Cでの開発に今から参入するのは愚か mainが無いとコンパイルできないと思ってる初心者おるな メモリ安全という着想は良くても、Rustみたいな煩雑で汚いソースコードの言語は流行らないだろう。
着想をC++がもっと洗練された形で取り込むか、C++でもRustでもない言語が新たに誕生するかだな。 >>711
Rustは関数型言語の美しいコードを採り入れている
C++が汚いソースコードというなら理解できる >>709
組み込みやOS 開発の現状知らない人は
能天気で良いなw mainが無くてCでプログラムができると思ってるアフォがおるw 動作保証という概念が理解できないバカがいるけどインテル、AMD、arm、NXP、Microchip、ルネサス、IAR辺りが標準の開発ツールとしてRustを提供するときが来ない限り組み込み用途でRustが採用される可能性はほぼない。 おまえら組み込みの仕事がピンキリで幅広いのを知らんのか?
Pythonすら使われてるんだぞ
無知なやつほどCだけにこだわる 「CからRustへ置き換わっている」「いやそうじゃない」という話をしてるところでPythonがどうのと言い出す奴は本格的に頭が悪い人なんだろうなあ。親を恨むしかないね。 ネットインフラは次々とRust製へと置き換わっていってる
完全に流れが変わった
ソース1
>【クラウド世界トップシェアAWS】
>https://japan.zdnet.com/article/35183866/
>Rustで構築されたAWSサービスの例としては、
>コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
>「Amazоn Simple Storage Service(S3)」、
>「Аmazоn Elastic Compute Cloud(EC2)」、
>コンテンツ配信ネットワーク「Аmazоn CloudFront」、
>LinuxベースのコンテナーOS「Bottlerocket」などがある。
ソース2
>【CDN世界トップシェアClоudflare】
>https://www.publickey1.jp/blog/22/cloudflarenginxrusthttppingoracdncpu31.html
>CDNプロバイダのCloudflareは、同社のグローバルなCDNの基盤として長らく利用してきたNGINXに代えて、
>同社自身がRust製のHTTPプロキシである「Pingora」を開発し利用していることを明らかにしました。 現状のLinuxのようなサーバに使用されるOSとか、HTTPサーバとかDBとかでRustで書かれたのがシェア取るようになったらなんか言えば良いかもね。 >>718にあるNGINXがHTTPサーバの代表例
しかし今となっては機能も弱く
Cで書かれていて安全な拡張にも不利なため
クラウドフレアはNGINXに代わるものを
Rustでゼロから開発して用いている
と記事にあるね >>720
HTTPプロキシのことしか書かれてないが? HTTPサーバはHTTPプロキシをその一つの機能として含む
具体的にツートップのnginxとApacheはどちらも静的ファイルも扱うしCGIも扱うしプロキシも扱いそれそれ機能の一部 「機能の一部を実装すれば全体を実装したのに等しい」なーんて主張する馬鹿は流石におらんよねえ そういう時はRustを使えば簡単
なぜAWSやCDNなどがRust製になっていってるか理由の一つはRustでは基本ライブラリ環境が整っているため
https://github.com/hyperium/hyper/blob/master/examples/README.md
このexamplesを見ればHTTPプロキシでもファイル提供HTTPサーバーでも簡単なものなら誰でも今すぐ作って動かせる Rust信者うぜーな
お前ら新技術に付いていってる最先端エンジニアのつもりかもしれんが実際はレイトマジョリティーだからな
イキんなよ 色々とRust化が進んでいるからRustに落ちこぼれた人はどんどん辛くなっていってるよな >>707
> 全銀ネットとNTTデータ
> システムが32ビット環境から64ビット環境に変わったことで、C言語のデータ型のサイズの違いから、テーブル生成プログラムが生成する金融機関名テーブルのサイズが増えた。
> しかし、テーブル生成プログラムがテーブルの生成のために確保するメモリー領域のサイズについては変更していなかった(図1)。
> この結果、金融機関名テーブル自体は確保領域に収まるが、金融機関名テーブルと共に作成する3つのインデックステーブルの一部が確保済みのメモリー領域に収まりきらない状態になった。
> このため、確保していないメモリー領域に書きこんだインデックステーブルの一部が、他のアプリケーションによって上書きされた。
> インデックスの参照先として、本来アクセスしてはいけないメモリー領域を示すことになったことからアプリケーションが異常終了した。
> テーブル生成プログラムは、C言語で開発したプログラムである。
> it.impress.co.jp/articles/-/25677 言語の問題っつーよりメモリカツカツの貧弱なハードで動かしてるから
たからC言語で書かざるを得ない >>707
> NSAのプレスリリースの中では、メモリ安全な言語の例としてC#、Go、Java、Python、Rust、Swiftが挙げられています。
> www.publickey1.jp/blog/24/post_294.html >>731
それら安全な言語の中で
ガベージコレクション無しで動く言語がRustしかないのよね >>714
mainがないライブラリはプログラムじゃないと思うような頭で日常生活だいじょぶそ? >>732
ガチガチにメモリ管理しているからガベージコレクション任せでも正しく動作するのでは? >>733
どれ、元記事確認してみっか。
【C】基数変換プログロムを自作してみた
https://qiita.com/yaburen/items/d4d464c17005ab4cc900
> 基数変換プログラムとは
> n進数で表された文字列を、別の指定されたn進数に変換して文字列として出力するプログラム。
表題は「基数変換プログロム」となってるけど(誰か指摘してやれよ)、「基数変換プログラム」と同じ意味と解釈するぞ。
「基数変換プログラム」とは「〜変換して文字列として出力するプログラム」ということなので、mainがなくて実行ができずprintf等もなくて出力も行わないこの記事のコードは「基数変換プログラム」の条件を満たしていない。 このスレは初心者の集まりか?
レベルの低さに唖然とする
mainの有無で言い争うとかアホだろ 同じ人の別の記事
【Ten Queensなど】再帰関数・バックトラック法の練習
https://qiita.com/yaburen/items/9b3bdd87213ef4aa590b
にこるんの編集リクエストシカトしてるのクスッと来たw
https://qiita.com/yaburen/items/9b3bdd87213ef4aa590b/patches
> フィボナッチ数列→フィボナッチ数
にこるんこの人の記事にコメント付けなくなったし察してしまうわw >>737
その記事の
> 累乗の答えを返す関数
> int ft_recursive_power(int nb, int power)
> {
> if (power < 0)
> return (0);
> if (nb == 0 || power == 0)
> return (1);
> else if (nb == 0)
> return (0);
> else
> return (nb * ft_recursive_power(nb, power - 1));
> }
は仮引数 power の値が 0 以上で nb の値が 0 の場合、
> if (nb == 0 || power == 0)
> return (1);
に条件合うから 0 の 1乗とかでも 1 返しちゃうね。
続く
> else if (nb == 0)
> return (0);
はその前で nb == 0 の判定やってるから意味ないな。
いまどきのコンパイラだと「こっちのパスは通りませんよ」くらいの警告は出してくれそうな気がするがコンパイル確認してるのか? > いまどきのコンパイラだと「こっちのパスは通りませんよ」くらいの警告は出してくれそうな気がするが
折角なので確認した。
https://wandbox.org/permlink/mSIB1wP7B36wyRy8
https://wandbox.org/permlink/wySj2H4BlXzQoZcU
gccとclangの両方で常識的な警告オプション-Wall -Wextra付けた条件では警告出んかったわ。
普段自分では試そうともしない条件についてQiitaのアホな記事のお陰で知見が深まるのは有り難いことだなあ。 > 累乗の答えを返す関数
> int ft_recursive_power(int nb, int power)
> {
> if (power < 0)
> return (0);
仮引数 power の値が負だった場合 0以上 1未満になるから 0 返してるのかあ、と見過ごしてしまったが nb の値が 1 だと power の値が負でも 1 になる筈だからこの実装もおかしいな。
つか
冪(power) = 底(base)**冪指数(exponent)
なので仮引数名から間違ってる。 俺は「gcc 条件 重複 警告」でぐぐって gcc に
if 〜 else if 〜 の重複を警告してくれる -Wduplicated-cond にたどり着き、それを指定した上で
https://wandbox.org/permlink/yFunNKbQkeO0SNVv
先のコードでは警告が出ないことを確認したけどな。gcc のマニュアル見るのはこの次だわ。
>>740が「なぜgccのマニュアルを確認しない」と思った理由が知りたい。 >>736
あらら、そういう自分の慰め方は感心しないな
黒歴史が増えるだけでしょ 【Atcoder】bit全探索問題まとめ(AC確認済みの実装つき)
https://qiita.com/yaburen/items/0f72956c035518a657e8
> ## ABC014 - B - 価格の合計
> ビット演算の基礎が理解できているか確かめられる問題。導入として最適だった。
> #include <iostream>
>
> using namespace std;
>
> int n, X;
> int a[30];
>
> int main()
> {
> cin >> n >> X;
> for (int i = 0; i < n; i++) cin >> a[i];
> int price = 0;
> for (int i = n - 1 ; i >= 0; i--)
> {
> if (X / (1 << i) == 1)
> {
> price += a[i];
> X -= (1 << i);
> }
> }
> cout << price << endl;
> return 0;
> }
ビット演算の基礎が理解できてないので if (X & (1 << i) != 0) とすべきところを if (X / (1 << i) == 1) としてしまってる様に見えるがこれでACとなるならテストケースが十分でないんじゃないかなあ。 > これでACとなるならテストケースが十分でないんじゃないかなあ。
いや、上から見てくんだから問題はないのか。 >>746
藤田のことだろうなあ
例のコミュ障がそう呼んでるんでしょ >>749
これを「より良い記事にするための協力をしてもらってる」ととるか「ボコられてる」ととるかでその後が変わってくると思うがこんな記事を書くやつはだいたい後者でブロックして通報するからなぁ https://qiita.com/yaburen/items/d4d464c17005ab4cc900#comment-cd5b78d51d142662c639
> 毎回ft_len関数を呼び出していて処理時間が気になってしまいますね。
> 基数変換ではbase引数をint型にするのが一般的だと思うので、合わせてはいかがでしょうか?
コード改善の有意義なアドバイスだと思うがシカトかあ。
つかブロック&通報パティーンかな? より良い記事にしようなんてとんでもない
ただ、そのクソ記事を、捨てろ
ノータイムで、捨てろ
クソ記事を、捨てろ
クソ記事を、書くな >>751
タイトルの「プログロム」すら修正されないとこ見ると編集リクエストやコメント付けてくる親切なアカウントは予めブロックしてるんじゃないかな プログラムとアプリの区別すらつかないやつが何を言っても滑稽なだけだぞw >>735
大丈夫か?
春だけ?
夏になったら治る? 「お前は間違ってる。俺が知っているのが正解」と繰り返すだけのashworthは無能杉。
主張には根拠が要ることも知らない幼稚園児波。 こんな奴相手にしても時間や労力無駄にするだけで得られるものは何もないからな。
https://web.archive.org/web/20221220153804/https://qiita.com/ashworth/items/a35270d88ac52116ef7d
> はい、私が勘違いしてました。
> 途中で、
>
> スクリーンショット 2022-12-19 184235.png
>
> みたいな突っ込みがあって、やっと問題文をちゃんと読み直して『あれ?』となったわけですが、
>
> 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。
>
> Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。
>
> で、まぁ、惨敗したわけですけどねw jisouとか言うポエム書いてる奴ら消えて欲しいわ
無料だと思ったら金とってるし >>761
ブロックかミュートすれば見えなくなんじゃね? >>764
ブロックかミュートすれば見えなくなんじゃね? >>763
>>765
あなたたちのレスは見えなくなりました 面白い記事を紹介するスレと思ったら
底辺が底辺をバカにするスレかよ >>767
お前が面白い記事紹介すれば良いんやで? そもそも面白い記事をQiitaで探すのが間違ってる >>769
普通にあるだろ
advent calenderとかきちんとCS学んだやつが書いたものが並んでる このスレで記事を探すのは良い結果にならない
独裁者が誹謗中傷する目的で紹介するから良い結果にならない
多数決が働くはてブで記事を探すべき >>770
底辺スクールできちんと()学んだやつの情報が何の役に立つんだ?
お前そんなの参考にしてんの? Advent calenderはゴミ記事量産キャンペーン >>771
> 独裁者が誹謗中傷する目的で紹介
名無しに何か権限でもあるのかw >>774
独裁者は多数決と対比したんだが気づかなかったかな?
権限とはどういう権限?
何も思いつかないからないんじゃない 5chで独裁してるやつがいるのか
そいつはさぞかし腕利き()なんだろうな >>776
> 独裁者は多数決と対比したんだが気づかなかったかな?
よくわからんのだけど例えばQiitaに
「0.1+0.2≠0.3」を説明できないエンジニアがいるらしい
https://qiita.com/higashi_nc/items/9a5ea00415a008f06843
という記事があったとして、はてなで
https://b.hatena.ne.jp/entry/s/qiita.com/higashi_nc/items/9a5ea00415a008f06843
わけわからん名前の人たちの反応が見られたとしてどの辺で多数決が働いてるという主張デスカ? >>778
頑張って擁護コメを探したけどマジで無かった
徳丸さんにすら叩かれてる
これが多数決の力か
それとも徳丸先生が独裁してるの? 基数変換とか浮動小数とかお前ら興味持つ対象のレベル低すぎだわ
例えば小学生が間違った植木算の説明してて、それ見た大学生は優しく教えるかスルーだろ
罵倒して優越感に浸るのはせいぜい中二まで
それがお前らのレベル 中二がリアル大学院生罵倒して優越感に浸るのは問題ないってことですね >>780
>>535の記事の人は小学生じゃなくて
https://qiita.com/aoshi2025s
> 所属
> Keio University, 42tokyo
だそうです。
中学生の僕はこの人を罵倒しても良いですか? >>782
学歴コンプなんだなw
好きにやれよ
それがお前のレベル >>786
そういうよくわからない揚げ足取りをしたくなるのがまさに中二的な精神年齢の未熟さ
植木算で得意げになってないでもっと上目指して成長しな よくわかるがもっと噛み砕かなきゃいけないということか
そもそも慶応大学と同レベルの中学生に向かって「それがお前のレベル」と言う小学生レベルの口喧嘩は何の利益があってしてんの?w >>784
> 「エンジニアの素養、ポテンシャルが見えづらい」
> 「スキルレベルが求めるレベルに届いていなかった」
これ言われてる時点でQiita書くよりやることあるだろと思った 通信会社所属なら社内で移動の希望出して希望の仕事する道もあると思うんだけど
逆に言うとそれすらできないなら転職なんてもっと無理じゃね? >>789
topのstudyなんちょらがこの程度の技術スタックで金とってスクールもどきみたいなことしてるの詐欺じゃね?メンバーに中学生とかも居るし 40過ぎたオッサンが大学の専門課程に及ばない学習期間で専門家としてガッポリ稼げるようになれると思ってんのすごいな。 まぁこの業界エセ技術者みたいなやつほど稼いでたりするから
声だけでかくてやってる感には長けてたりするやつ 技術者の仕事は、顧客を満足させて金を引き出すことだ
何故か技術力を高めることが仕事だと勘違いしてる奴が多いけど >>796
相反するもんじゃねーだろ
そういう言い訳作って小手先の見た目だけ派手なしょぼいもん作って納入してるから日本のITは土方っていわれんだよ
死んどけ assertさせてreturnさせる意味がわからん
そもそもreturnできるのか?知らんけど assertが有効(NDEBUGが未定義)な場合は異常終了するのでreturnしない。
assertが無効(NDEBUGが定義済)な場合はreturnする。
問題は、プログラムを異常停止させないために異常な状態に対して無難な値を返す処理により別の問題が起きないかの確認がほとんどできないこと。 > ゲームプログラマとして働き始めたくらいのレベルの人に届けたい
クソコード指南 冷静になってみたらさ
世の中クソコードとクソ人間ばっかだよな
笑っちゃうよな > 個別にコメント返信はしませんが……「ゲームプログラミング」の話であるという前提が上手く伝わっていないみたいなので前提部分に追加しました。
「俺は間違ってないけどゲームプログラミングという特殊な世界の話が素人連中には伝わらなかったみたいだから追記してやったわ。」みたいなコメントステキ 成長よりもプライドが大事なんよ
俺だってそうだよ
笑っちゃうよな >>800
> assertが無効(NDEBUGが定義済)な場合はreturnする。
assertが無効(NDEBUGが定義済)な場合はreturnしないよ
確認よろしく
すぐ検索できると思うがこれとか
cpprefjp.github.io/reference/cassert/assert.html >>806
ゲームプログラマとして働き始めたくらいのレベルの人に届けたい、こういう感じのコードとコメントを書いてほしいというメモ書き
https://qiita.com/Monotea/items/efe0a97865a40767bc7f
↑の記事の
float NankaFighter::PredictDistance( const NankaFighter* other, float second )const
{
if( other == nullptr ){
assert(false);
return 0.0f;
}
↑この辺の話だがお前解ってないだろw assertとかまじつまらん話ばっかしてんな
専門学生の集まり? > 専門学生の集まり?
件の記事書いた人は「ベテランというほど長くプログラマをやっているわけではない。30代前半」なんだが>>808は記事も読まずに文句たれてる馬鹿かな >>799
assertはデバッグモードのみ有効になるからデバッグモードならassertで本番だとreturnになる
デバッグとリリースで挙動違ったらまた別のバグが入るんじゃねとか
本番と違うコードでデバッグできなくねとか
そもそもassertの使い方間違ってねとかそんな感じ >>809
集まりと書いたんだからその筆者のことじゃなくてお前らのことだよ
やっぱバカの専門学生は国語力もないのな > 集まりと書いたんだからその筆者のことじゃなくてお前らのことだよ
お前がどういうつもりで書いたかなんて知る由もないけど
「集まり」なら筆者+コメント欄という解釈も普通に可能だなあ。
やっぱお前バカだわw いい歳したおっさんがすれ違いとかやめてください
想像しただけで気持ち悪いです🤮 えっと
assert(other == nullptr);
を
if( other == nullptr ){
assert(false);
return 0.0f;
}
にしたらダメだとコメントされてるのよね?
でもNDEBUGを定義した後のことを考えて
assert(other == nullptr);
if( other == nullptr ){
return 0.0f;
}
をしたいわけでother == nullptrが重複するのが悪いだろ
記事の書き方のほうがいい >>814
> えっと
> assert(other == nullptr);
> を
> if( other == nullptr ){
> assert(false);
> return 0.0f;
> }
> にしたらダメだとコメントされてるのよね?
そんなコメントされてない >>815
assertは絶対に成立する条件を記述するものだとコメントされてる
じゃあ聞くけど絶対に成立すると思っていた条件が破られたらどうするの? >>816
> 絶対に成立すると思っていた条件が破られたらどうするの?
assertが異常を報告してプログラムを異常終了で止めてくれるので改めてデバグする 開発中はassertしたいけど本番中はassertしたくない
って別に普通の事じゃねーの?
本番でもassert残す過激派がイチャもんつけてるように見える それならassert(false)じゃなくてassert(other!=nullptr)って書くべきだろうし
たぶんあの記事書いたやつはassertとか例外処理とか何も考えてないと思うよ assertを残すのが過激派とか言うのって自己流を拗らせてる感あるな https://qiita.com/Monotea/items/efe0a97865a40767bc7f#comment-c43b2ab099be4342056a
> (余談ですが、実際に私が働いている開発環境ではassertは使っていません。異常動作を起こしたというログを残して報告を上げるための機能を別に呼び出します)
後出しでこんなこと書くくらいなら最初っからassert使ったコード例示すんなよって話よなあ。
つかassert(false);なんてアホな例出したのなんでかね? そっちで文句言えよ
つまんねー話に粘着してんじゃねーよ 構ってもらいたいからじゃね
50過ぎで無職だとリアルでの交際もなかなか難しいだろうからね > 50過ぎで無職
ashworthまだこのスレにいんのかよ… teratailスレが5chから移転したからずっとここにいるぞ ashworthってZuishinかなんかにレスバでボコボコにされた人だっけ? ashworthはちっとも成長せんな
10年以上同じことしてるんじゃね 10年後も同じことしてるのかなあ?
タヒんでる可能性もあるか。 assert論争はK&Rがまだ緑色だった頃から全然進歩しないな 単純な仕組みでまったく契約プログラミングの体をなしてないからな
低知能だけがどうでもいい難癖つけてる 富士通Japan、“コンビニ交付”でまたまた誤交付
https://www.itmedia.co.jp/news/articles/2404/16/news171.html
住民票のコンビニ交付システムで証明書が誤交付されたと発表した。
香川県高松市で申請者とは異なる住民の住民票が発行されたという。 >>834
ホーア論理とかに憧れた頃が俺にも... でもまあ不変式を見つけたりがめんどくさいし、
形式が適用しにくい場合もあったりする
のではあるが、本来不変式を意識したりすることがバグのないコードに繋がるわけで
自分の場合はプログラムの証明とかを練習したことがコードを書くときに活きている、
かもしれない Qiitaの読者の大半はバカだからいいねの数が記事の良さを表してない Qiitaのいいねの数はバカが反応した数をかなり正確に表している どうやったらいいねが増えるか?
それを真剣に考えた人は良い記事じゃなくて別のなにかを書くことになる
そうなるのはQiitaの読者が悪い
Qiitaの運営も悪いんじゃない?
どの記事が良いかを見せる努力をまったくしてこなかった
クソ記事でもいいから閲覧数が伸びればいいっていうやつら
トップページが少数の記事だけ閲覧数を伸ばすバイアスがある
Qiitaの読者はバカだからトップページバイアスに引っかかる
前はトップページバイアスがひどかったが記事の入れ替わりが少し速くなったような Qiitaのいいねはアウトプットできて偉いね程度の意味しかない 世の中クソが大半なんだから
いちいちクソ探してきて報告しなくていいっての >>844
お前は何を期待してこのスレに来てんの? SSDやばすぎワロタ
> 稼働32,768時間超えでデータ喪失。復旧も不可
> 32,768は16bitの整数型で負から正まで扱える範囲の最大値を1つ超える数値であり、これに関連した不具合と見られる。
> https://pc.watch.impress.co.jp/docs/news/1222207.html Qiitaはメンテナンスのためサービスを一時的に停止しています。
復旧するまで今しばらくお待ちください。
X (Twitter)で最新情報を配信しております。
なお、数回に一度のペースでこの画面が表示される場合は、 @までお問い合わせください。 Z氏の記事とコメントが全部消えるけど、どういうこと? stackoverflowは良く出来てるよな
質問にも解答にもスコアがついてて信頼性が目視できる
質問も解答も端的で、情報がうまく濃縮されてってる
良い質問と良い解答が浮かび上がってくるような仕組みになってる
自己顕示欲をポエムに変えて投稿するようなのは居場所がない stackoverflowは信頼性が目視できるのはなぜか?
低評価をつけれるからだ
teratailもバッド機能を追加したらしい
blog.teratail.com/entry/new-release-240118
最悪運営や3記事以上投稿者だけにして悪用しない人だけが使えるようにすればいい 今だと藤田が必死でコメつけて抵抗してくれてるけど
単にバッド押すほうが早いよな
クソコードは書き直すより捨てるほうが早いし
クソ記事も書き直すよりバッドするほうが早い
記事にも人にもバッドつけれるようにしてくれたらマシになると思う 無理無理
幼稚な日本人ではうまく回らない
些細なことでも気に入らないと10点中1点とかだからな
ここでもひたすらネチネチやってるやつばっかじゃん 批判されたら人格批判されたように受け取ったり
実際
批判するとき人格まで批判するようなのもあったりで
どっちにしろ批判に慣れてないんよね
批判を使いこなせてないというか
バッドもうまく使えないかー >>850
バッドをつけられるユーザーの条件がハードル低すぎて無いのと同じ クソ記事でも検索の上位に出ないのはバッドつけないほうがいい
出ないなら害が少ない
検索の上位に出るものにバッドつけて検索の上位に出なくなればいい
トップページのランキングにも出なくなればいい 「競プロでナントカ色になりました」
「未経験から大手ナントカに就職できた話」
「ChatGPTに〜」
「〜初心者向け」
この手のタイトルの記事を一掃できれば大分スッキリすると思う ・初心者だけどCを解説シリーズ
・セミナーや会社の明らかな広告
・いかがでしたか?で終わる記事
これらも一掃してほしい 「C++コンパイラが優秀で驚いた」とか「私よりも良いコードを書く」なら分かるんだが「あなたよりも良いコードを書く」?
ハア?何オマエ他人のこと見下してんだ?と思ってプロフィール見てみたら
https://qiita.com/negi-drums
> 東京大学工学部計数工学科数理情報コース
あっそりゃあ見下すよねえ。
凡人風情が東大様に失礼なこと思っちゃってスイマセンねどうもヘヘヘ(揉み手 名前とか個人情報は隠すのにプロフィールに東大とか
書いちゃうのはそれでマウント取りたい人なんだろw > C++コンパイラはあなたよりも良いコードを書く
挑発的なタイトルであることは本人も認めてるみたいだけど具体的な反例挙げられたら途端にかっこ悪くなるやつだなあ。
なぜこんなタイトルを付けてしまったのか。 >>865
いかがでしたか?で終わる記事と同じなんじゃね?
なぜこんなタイトルを付けてしまったのかというのは 東大様が自ら墓穴を掘ることはないだろうから
多分わざとツッコミどころを用意したんだと思う。
RustやC++をディスってるのも反応を期待してのことだろう。
コメント付けてる暇人は釣られたんだろうな。 アホがアホを釣ったとして
それはとても悲しい全体像となる > 皆さん既にお気付きかもしれませんが、この関数では-1を返すことはありません。というのも a == 0 かつ b == 0 のときは、当然 a == 0 または b == 0 も満たしますから、関数は0を返します。つまり、コード内のD, Eの部分の条件分岐は余分であるということです。一般に条件分岐はジャンプ命令を生み、これは比較的計算時間コストが大きいため、できれば余計な条件分岐は避けるべきです。しかしながら、仮に私たちがうっかり余計な分岐を入れてしまっても、コンパイラは気づいてその部分のコードを削除してくれます。優秀ですね。
分岐しないパスが存在するって要はバグなんだがコンパイラが
警告も出さずにしれっと削除するのを「優秀ですね。」ってアホか。 >>869
どうした?
バグの意味を教えてほしいのか? いまどきの言語や開発環境なら通らないパスがありますよって警告出すね
C/C++の最適化オプションなんて昔から勝手なことするから
製品版では最適化しないのは常識 > いまどきの言語や開発環境なら通らないパスがありますよって警告出すね
少なくともg++やclang++では警告出ないみたいだから静的解析ツール頼みかな。
> C/C++の最適化オプションなんて昔から勝手なことするから
> 製品版では最適化しないのは常識
未定義動作とかよくわかってない人がいる現場ではそうせざるを得ないという話は聞いたことあるけど常識ではないだろw コンピュータの方が優秀とよくわかるアホさで草
絶対実行されないコードを削除して何が悪いんだ 実行形式ファイル見たらフ(INT3)で埋め尽くされてるやつたまにあるよなあ 最適化を期待して読みやすさを優先することはよくあることだからそんなんで警告出されたり最適化禁止されたらたまらんわ > 一般に条件分岐はジャンプ命令を生み、これは比較的計算時間コストが大きいため、
計算時間じゃねえんだよなあ… > 絶対実行されないコードを削除して何が悪いんだ
絶対実行されないコードの削除は歓迎だが警告しないのは不親切という話だぞ? >>877
人が見て網羅してることがひと目でわかるようにわざわざ冗長なコードを入れてるのにいちいち警告するのは不親切という話だぞ? 警告はコンパイラのオプションで潰せばいいと思うが、デフォで警告なしがいいだろうな > 人が見て網羅してることがひと目でわかるようにわざわざ冗長なコードを入れてるのに
どう見てもコーディングミスだろw
int f1(int a, int b) { // A
if(a == 0 || b == 0) { // B
return 0; // C
}
if(a == 0 && b == 0) { // D
return -1; // E
}
return 1; // F
} // G Cなんて使うなっていう話だぞ
>Cは時代遅れとアメリカ政府も発表
>「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス:「C」「C++」よりも「Rust」などの言語を推奨
>atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html
>全銀ネットとNTTデータの不祥事(金融不安)
>インデックスの参照先として、本来アクセスしてはいけないメモリー領域を示すことになったことからアプリケーションが異常終了
>テーブル生成プログラムは、C言語で開発したプログラム
>it.impress.co.jp/articles/-/25677 古典的なコンパイラの最適化とかネタが古くさい
わざわざそんなもん拾ってきてありきたりな感想述べる
まさに無能じじいの行動そのもの 東大で学ばれてる優秀な若者を「無能じじい」とはなあ >>880
他はとっくに一般論に移ってるのにそのコードの話をまだしてたんかい C/C++界隈はプログラマは神様だからミスしないという前提
最適化しちゃえって発想になると思うんだけど
絶対実行されないコードを書いてる時点で神は死んだ いい加減自分の考えがおかしいって気づかないか?
ああ気づかないか >>858のリンク先の※欄
C++が速い派もRustが速い派も自説に都合が良い記事引き合いにしててワロタw
どっちが速いんでも良いけど自分の推しの明らかな利点も主張できない程度の知識で物申すとか恥ずかしくないのかww >>891
皆が書いているコメントを読んでいないのか?
結局C++のそのコードだと未定義動作により限界境界値においてg++とclangの間ですら結果が変わってしまう
一方でRustの方は限界境界値においても安全に正しく結果を出す
条件を揃えてやればC++もRustも同じ速度となる アホはどっちが速いか最強かみたいなことにしか興味ないからな ブレーキを踏まないから速いというだけで最後クラッシュするのがC++
最後ちゃんと止まるのがRust
という話でしかない 結局記事書いた人が自己解決できてない時点でRustが使えない言語であることに変わりないんだよなあ 「Rustで性能を引き出すには同じ処理をC++で書いてベンチマーク、アセンブリ言語出力を確認してRustの書き方にフィードバックするのが有効」かあ、φ(..)メモメモ
ってやってられるか馬鹿w >>892
条件を揃える方法が入力値ではなくてコード側なのが怠いな
>>895
特定のプログラムがなんか遅いってだけで、使えない言語とするのは行きすぎやなあ 大抵の人はアセンブラ出力まで見ないだろうから「RustはC++と比べるとなんか遅い」という評価は変わらないだろうな >>898
>>896が嘘をついてるのに騙されるなよ
記事のコメント欄で指摘があるように
C++側は最大値を与えた時にオーバーフローして未定義動作になることに依存した最適化をしている
そしてC++では実際にその場合は問題が起きて正しく動作しないことが示されている
一方でRustは未定義動作が存在しないことが特長
そして最大値を与えた時にも安全に正しく動作している
そのように明暗が分かれる構造となる最適化に依存するパターンで両者を比較することがナンセンス 必死になってここでRustの宣伝するのやめてね
みんな別に興味ないから >>899
99%のケースではC++とRustで速さ同じだからそんな特殊なケースは誤差でどうでもいいけれど、
境界値では動作しない最適化をするC++と、境界値でも安全な動作をさせるRustの方針の違いだな 前の東大生の記事もそうだけど、コンパイラが最適な出力ができるように人間様がコードをあれこれチューニングする議論なんて不毛だと思うんだよな RustやC++のコンパイラが優秀なのはそうなんだろうけど
それの贔屓の人が最強とか言っちゃうと「じゃあこれは?」って
話も出てくるんで限がないんだよな。
てことで人手によるアセンブラが最強。 C++のプログラムをRustに移植して言語の性能を比較してみた(6x6オセロの完全解法を例に)
https://qiita.com/cnloni/items/e9820fe5099ad7029eaa
この記事もRustでC++並みのパフォーマンス得るのに結局アセンブラ出力見てるな。 >>908
え?記事読んだ?
その人が初心者すぎてinline指定を知らなかっただけだよ
指定しただけで解決してる スループットな早さだと既存のAPIで足りるしレイテンシな速さは今関係ないな >>909
clang++では勝手にやってくれる関数のインライン展開をrustcは同じようにやってくれないって環境依存の話だし初心者関係なくね?
ベテランでも初めて出くわせばヘェーって感じのことだと思うけど。 inline展開して欲しいかどうかは状況に依るのだから
必要なところにinline指定する仕様で全く問題なく好ましい仕様 関数呼び出しよりインライン展開した場合のほうが実行コストやメモリサイズが小さくなる場合は普通にあり、そうされて困ることはない。
「RustはC++より遅い」と言われる原因のひとつだろう。 > inline展開して欲しいかどうかは状況に依るのだから
> 必要なところにinline指定する仕様で全く問題なく好ましい仕様
rustcが自動でインライン展開する仕様に変わったら手の平クルーするんだろうなあ。 inline指定やinline不可指定など色んな指定ができるRustで困ったことないな
思い通りの制御ができる
アホな無知だけが「Rust遅い」と言ってるのでリトマス試験紙として使える 提案言うならそもそも未定義とかいう変な仕様のせいで提案すらできないC++はカスということになるぞ? 機械語なんて意識しないで抽象化された高級言語で書きたいのにインライン指定なんぞをちまちま指定しないと性能が出ないというRustは前時代的だなあ。流行らないわけだわw アメリカが政府レベルで脱C/C++を言い出したから
日本でも後追い確定
「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス:「C」「C++」よりも「Rust」などの言語を推奨
https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html スレタイ嫁バカ
qiita観察スレまできて必死にrustの宣伝すなボケ
本当にしつこい 全銀ネットとNTTデータの全銀システム障害
インデックスの参照先として、本来アクセスしてはいけないメモリー領域を示すことになったことからアプリケーションが異常終了
テーブル生成プログラムは、C言語で開発したプログラム
it.impress.co.jp/articles/-/25677 「Rustのやってることはみな正しい」という信者の話は聞く価値がない むしろC/C++しか書けない下級プログラマーが逆恨みでRustに対して難癖をつけてるだけのような > C/C++しか書けない下級プログラマーが逆恨みでRustに対して難癖をつけてるだけ
信者らしい見方だことw rustガイジどっか行ってくんねえかなあ・・・
なんでこのスレに居着いちゃったのかなあ 組込みエンジニアのための「で、結局Rustってどのぐらい速いのさ?」
https://qiita.com/yagisawa/items/9a8ba1c40680254c3a10
CとRustの比較記事。
米欄でアルゴリズムのミスが指摘されており「どのぐらい速いのさ?」以前の内容。
Rustがどうこう言ってる人の程度の低さが伺い知れる。 不思議なんだけど
「XXXは技術的に優れている」
→「XXXを使ってる自分も優れている」
みたいな勘違いして自分が使ってる道具で他人を殴れると勘違いしてる馬鹿Qiita見てるといるよね。
Vimとか、Rustとか、Elixirとか、なんか共通点あんのかな? 「勘違い」がダブってしまった。2個目は「思ってる」のほうが良かったな。 純粋にC/C++とRustの言語としての比較ならば、
客観的に誰が見ても圧倒的にRustが優れているわけだから、
アメリカ政府やIT業界がC/C++を捨ててRustへ進んでいるのは仕方ないかと。 >>929
Vimとか、Rustとか、Elixirとかの共通点はおまえが使ってないこと
>「隣の芝生は青く見える」のはなぜ?心理や原因、対処法とは
>domani.shogakukan.co.jp/612659 >>929
> https://counselor-licence.com/blog/post-5031/
> 「同一化(同一視)」とは、自分にない優れた能力や名声を持つ他者を
> 真似て自分を近づけることで自分自身の価値を高めたり、
> 劣等感やコンプレックスから逃れようとしたりするものです(同一化)。
こういうやつやろねえ
このrustガイジだけじゃなくてこの板にはrubyガイジもいるしね
どのスレにも現れて迷惑な連投をするからたまらんよ >>932
> Vimとか、Rustとか、Elixirとかの共通点はおまえが使ってないこと
vi使いたいときにVim入ってたら使うことはあるなあ。
Rustは様子見程度触ってるけど自分の専門分野ではあとしばらくは実用にはならなそうな感じ。
Elixirはたぶん一生縁ないな。 > Vimとか、Rustとか、Elixirとか、なんか共通点
高く評価してる人がいる一方で皆が使ってるほどには普及してない辺りが選民思想に繋がるんだろう エディタにしろ言語にしろ
んなもんは道具でしかないんよ
健全な技術者にとってはね
でも一部の病的なやつがそれにすがって
少しの批判も許さないような態度で
ところかまわず聖戦をおっぱじめてしまう スクリプト言語「Ruby」の開発チームは4月23日、「Ruby」の正規表現(Regex)検索に任意のメモリアドレスを読み取られる脆弱性(CVE-2024-27282)があることを明らかにした
forest.watch.impress.co.jp/docs/news/1586881.html Elixirは遅くて話にならないとかC++は未定義を無視するから踏まないよう自分で気をつける必要があるとかいう事実を言っても普通はバトルにならんのよなあ 相変わらずロクな記事がない。まぁそういうもんだが。
コードだけで画像も説明も何もなしとか、くだらんポエムとか。。
そういうポエムに限って高評価。 バナナとメロンのどっちが素晴らしいかを必死に比べてるかのようなスレ バナナやメロンについて語るだけの知識もない人は無理に参加しなくて良いぞ 生成 AI で僕らのプログラミング勉強はどうなるのか?
https://qiita.com/HIsui0921/items/3708fdb95e263d5fab98
ネタか釣りか本気なのか判断できなかった。
ChatGPT相手にプログラミングの勉強ってありうる話なのか? そのレスがネタなのか判断できない
ChatGPTにプログラミング問題を出してもらって採点してもらえばいい
それで勉強じゃん 「バナナやメロンについて語るだけの知識もない人は無理に参加しなくて良いぞ」と言われてんのにこれ >>945
バナナミルクコーヒーの方がメロンミルクコーヒーより旨いと思う ド素人先生の書いたクソ記事も生成AIも大差なくね
悲しい循環、悲しいムカデ人間よな ド素人先生のクソ記事は第三者による誤り指摘で訂正がされたり悪評が付いたりする可能性はあるけど
都度生成されるAIによるデタラメ記事はそういうのも期待できないしなあ、より害は大きい気がするわ。 >>948
この記事にいいねとストックが100以上付いてて
疑問を呈するコメント等は皆無なのがもう終わってる感じ。 参考にならなかったらスルーするだけだから当たり前
そこで噛みついてバトルするやつが例外的なキチガイ 左下に出る広告超ウザいな
出すなら右側に全部集約しろよ > そこで噛みついてバトルするやつが例外的なキチガイ
おかしな間違いを指摘するコメントってたまたま見掛けたズボンのチャック全開で歩いてる人にそっと教えてやる程度のことだと思うけど
バトルとか言ってる奴キチガイかな? >>957
わざわざ自己紹介しなくていいんだよバカ ネットでのただのやり取りをバトルと捉えるってどこぞのキチガイおじさんだけだろw
https://web.archive.org/web/20221220153804/https://qiita.com/ashworth/items/a35270d88ac52116ef7d
> はい、私が勘違いしてました。
> 途中で、
>
> スクリーンショット 2022-12-19 184235.png
>
> みたいな突っ込みがあって、やっと問題文をちゃんと読み直して『あれ?』となったわけですが、
>
> 自分、基本的にTwitterでの間違いは死んでも認めない主義なので、そのまま押し切る事にしました。
>
> Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。
>
> で、まぁ、惨敗したわけですけどねw ashworthって50過ぎなんだっけ?
それで「バトル」とか言ってんの? 発達の障害でも疑うべきでは > Twitterとかのネットは所詮遊び場なので「バトルしようぜ、Tweetバトル!俺が勝ったらテメェは俺以下だぁー!!」みたいなノリで強引に押し切ろうとしました。
グレゴリオ暦のルールからコード化する方法を解説した記事のコメントに噛み付いてたのもバトルか何かと勘違いしてたのが原因かあ。
あなたは本当に「プログラミングができない、向いてない」のか? 〜うるう年判定プログラムで考える〜
https://megalodon.jp/2022-0430-1257-11/https://qiita.com:443/kjm_nuco/items/fd16c2af6b089c4849cd 情報系卒なら「◯◯図で整理すればわかるよ」ってのでイッパツ解決なんだけど
そういった共通言語を持っていないいわゆる高卒、普通科卒、文系であれば
◯◯図の解説をしたり、冗長な文章で説明しなければならない
情報処理の資格試験もそういった共通言語の習得に意義がある
「勉強できないけど地頭がいいからITに向いてるでしょ?」なんてことは絶対にないです
地頭がいい人が学んでいくことで「追いつく」ことができる「かも」しれないだけなんです
誤解されがちですが情報系大学でプログラミング言語なんてほとんどしません(せいぜいコンパイラやOSをつくる程度です。競技プログラミングレベルまでしかしません)
専門学校はかなり詰め込みでプログラミングを学びますが、それでも基本情報~応用情報程度の一般常識を学びます
向いてる向いてないなんて言葉で片付けていますが結局は学歴の違いなんです
プログラミング学習で大事なのは言語の文法だけではありません
「プログラミングに向いてない」と思い込んでしまっている人はただ学んでないだけです ashworthが初めて聞いた「カルノー図」で発狂してるの面白いけど
実務でこれレベルの最低限の知識もない奴に出くわすこと稀にはあるので
笑い事じゃないんだよなあ。 Wikipediaへのリンクまで貼ってくれててぐぐる必要すらないのに発狂するのはさすがにキチガイすぎ。 記載した記事についてのお詫び
https://qiita.com/k_a_m_n0217/items/8ebc84be4d2b5aee7eb9
> 先日、私がアウトプットしたい一心で投稿した記事が著作権侵害にあたるというご指摘をいただきました。
>
> 確かにその通りでご指摘を紳士に受け止め猛省しております。該当の記事は削除し今後技術書の内容は引用にとどめマナーをしっかりと守って記事を投稿していきます。
なにやら反省してるということなのだけど、履歴を見ると既に消されてる部分あんのなw
https://qiita.com/k_a_m_n0217/items/8ebc84be4d2b5aee7eb9/revisions
> @naozin55555 さんへ
> あなたが記入し私に通知で送られてきた侮辱的な内容については運営に報告させていただきました。全く知らない他人に下記スクリーンショットのような表現を使うのはまともな社会人としてどうかと思いますので。
> ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3124100/97188eaa-fc34-21e1-8575-e0860e14d32b.png)
> ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3124100/dd72f36b-7242-170a-60a7-9e31c7bdfa3f.png)
んで、コメント欄で当人同士なんかやってるんだけど、ホントこの人43歳にもなって何やってるのかなあ。
著作権に甘い証拠をネットに残すだけで再就職の妨げにもなりかねないし誰かに見られて面白がられて有名になる可能性すらあるんだが「誰それになんとかと言われたムキー許せない!」じゃねえだろ。 最後は仲直りしてるね
> 編集機能があるからといって、私も文章をあまり見直さずに安易にコメントしてしまいました。申し訳ありませんでした。
> それこそ、Qiitaの機能を有効活用するのであれば、黙って通報したり、安易にコメントするのではなく、記事の編集依頼などで間違いを指摘することもできたのではないかと反省しております。
Qiitaでコメントするのは危険!!!
> 私がコメントしたのは今朝の7~8時の間ですが(運営の方も該当記事へのコメントログを追えるはずです)、この記事は11時以降に掲載していますね。
> 誰かから指摘される前に自ら気づき、編集し終えたコメントに対して数時間後に、このような記事を投稿するのはよくないのではないでしょうか?
編集機能でコメントを編集したという言い訳から始まった
> ちなみにあなたの編集前の内容はQiitaに登録してある私のメールに届いています。
編集しても意味ないと返された
最初のコメントに戻るが、編集機能があるからといって、安易にQiitaでコメントするのは危険!!! 記事の編集依頼などで間違いを指摘することもできたと言ってるが
Qiita運営に通報して第三者に証人になってもらうべき
Qiita運営から対応してもらう
この人はコメントするだけのまともな社会人経験を積んできていない
Qiitaの運営に通報して第三者をまきこめ qiitaの非生産性を煮詰めたようなやり取りやな
相変わらず悲しさを誘うで > ですが転職活動を祈っていただいているのであれば「ドヤ顔で」や「43歳にもなって」など記載いたしますか?
>
> 勘違いをさせてしまっていたら申し訳ないのですが、この記事は被害者面してアピールしているわけではありません。あなたに一言物申したかったのです。記事でもコメントでも、どんな手法を使ってでも伝えたかったのです。なぜなら、Qiitaには直接あなたにコンタクトを取る手段がないからです。(私が探しきれなかっただけかもしれませんがあなたのアカウントに直接メッセージなどの機能は見つかりませんでした)
ご注意のコメントいただいた記事の問題部分は削除した上でコメ欄でやり取りすりゃいーじゃん。そんな方法も思いつかないのか?
結局のところ被害者アピールしたいんだろw「ドヤ顔で」「43歳にもなって」にどれだけ同情が集まるかは疑問だけどな。
親切な人「オッチャン、チャック開いとるで」
全開マン「おっちゃんとは何だ!ワシはまだ43だ!見ず知らずの貴様如きにそのような言われ方をするのは不快だ!」
みたいなやり取りにしか見えんのよなあ。注意された内容は正しいので従うけどムカつくから相手の言葉尻捉えて言い返してる風にしか見えん。 最近使い始めたけど画像しかアップできない
pdfとかxlsxとかはアップできないの? >>977
その質問はQiita Discussionsですべき
github.com/increments/qiita-discussions/discussions
運営が正確に答える
同じ質問が出たときに探せる
運営が開発優先度を上げる
個人的には不要だが運営がどう判断するかわからん pdfやxlsxはgithubにでも置いてリンクすりゃ良くね? ファイル共有させて何がしたいの?キータ読んでる人にウイルスでもDLさせたいの? クソ記事消せるだけの知能と判断力があったという証であり
あらためて褒め称えたい
すべてのクソ記事を消して
最後にはqiitaも消えればいい
ド素人がド素人に教える悲劇はもう十分に理解したから
ありがとうqiita大事なことを教えてくれて レス数が950を超えています。1000を超えると書き込みができなくなります。