Qiita 2 - キータぞ、来たぞ、キータだぞー
レス数が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/ ※このスレはプログラミング技術に関する話題限定です
特定個人に対する監視・誹謗中傷は板違いな上に侮辱罪で逮捕される可能性があるので注意しましょう LGTMになってからイイねする人が減ってたのか?
俺のLGTMが少なかったのは、イイねじゃなかったからなんだな はて部コメントより
>この判断するだけのお仕事をしたい
>結局LGTMが何の略なのかすらわからなかった
これじゃね? 10年前ぐらいにLGTMが流行った時期があったらしいが、全く覚えがない
本当にマの界隈で流行ったのか? マの界隈で流行ったんじゃないよ
ウェブ系とかオープンソース系とかで流行ったんだよ
SI業界では流行ってない。gitとかgithubとか使ってないでしょ?
LGTMはIssueやPRのコメントとかで使うものだから キータって誰に聞かれてるわけでもないのに薀蓄を開陳する場所でしょ? >>12
インターネットは元からそういうものだ
あとおまえは聞かれるまで黙ってろw qiita-discussionsの最新のスレに逸材が現れた qiita-discussionsで運営にZを報告したのはGitHubレポジトリ数が90以上もあるM
MがZのQiitaコメント欄を荒らしてるようにしか見えない 見たところそいつの3つ目のリンクが発端か?
マジで自覚ないのか自分で自分を通報してるようなもんだやこれ >>19
時系列的に三番目のリンクのmの次のコメントが発端だな
> なんかこのコメ欄攻撃的なやつが多いな
無自覚に他人を攻撃してることに気づいてなさそう
これに対してzが「お前もやろ」みたいなこと言って開始
zの記事にmが押し掛けて他のやつと一緒に荒らしてなぜか自分で通報
というイミフな展開 うむわからん。
・mが馬鹿
・zが馬鹿
・mもzも馬鹿
どれだ?とりあえず両方煽っていればいいんか? コミュニティガイドラインに沿って対応はしており、運営が強制的に関与するかどうかは、
1ユーザーさまからの通報だけでなく、複数ユーザーさまからの通報等も合わせての総合判断となります。
ガイドラインに沿って対応しきれていない部分もあり、ご不便をおかけして申し訳ありません。
今後はよりガイドラインに忠実な対応をしていきます。
また、【初めにお読みください】 #116 にも記載しておりますが
Discussions上では利用規約やコミュニティガイドライン違反の報告については受付しておりません。
利用規約やコミュニティガイドライン違反の報告につきましては、通報機能をご利用ください。
コミュニティガイドラインに沿って対応をしておりますので、個別に回答はいたしかねます。
また、特定のアカウントをご指摘されたケースに該当しますので、恐れ入りますが、本Discussionsは削除させていただきます LGTMは「この記事を精査したが間違いは発見できなかった」という意味なんだよなあ
みんなよくわからんからいいね感覚で押してるけど やめ太郎とかああいうのをどうにかしたくて、技術風のLGBTに変更したが
裏目に出て誰も押さなくなったので元に戻します。 やめ太郎はまだ技術記事になってるだろ
にしても昔は怪文書が出たら炎上してたけど今は怪文書が当たり前になって誰もなんも思わん 一生かけだし向け記事が量産される地獄絵図
5chの古くから言い伝えられる「ちらしの裏でやってろ」が、いよいよ忘れ去られ
自己発信の名の下に検索汚染を進める
この状況に一番ダメージ食らうのは多分中級ぐらいのエンジニアなんだろうなと思ってる
最近は駆け出しと駆け出し卒業の対ジュニアエンジニアに技術出版業界が目をつけ始めたっぽいし
ラノベのなろう化同様、そういう方向性の記事がいよいよ増えるだろうな
いわゆるキリスト教で言うところの暗黒時代で、駄サイクルの折り返しはもう過ぎてそうな感はある 2021年4月コミュニティガイドラインが変わった
プログラミングに関する記事を投稿しましょう
↓
プログラミングの知識と経験を活用している人に有益な情報をもたらす記事を投稿しましょう
投稿条件をプログラミングに限定してれば違った Zennという上位互換ができたからQiitaはもういらん あれほどLGTMについて意識高めで擁護していた方々のハシゴを外すの酷くない? >>39
入門の記事が多いってこと? 高い山ほど裾野は広いものだよ
品質の高い投稿だけを認めましょうなんてのは日本政府のムーンショット政策みたいなものだよ 既に高山病患者の屍が累々。
頂点を極めたわけでもないのに。 >>40
「入門者向け」記事はええんやで
「入門しました!」記事がいらんねん 最新のトレンドを追うのはアホ
過去の検索を追うほうが効率がいい
トレンドページを廃止すべき トレンドで見かけた記事
Cから学ぶRustの良さ
https://qiita.com/Cowsisland/items/71248bdd081089b7ba09
よく分かってないRustを褒めたいためによく分かってないC言語を
ディスってる記事にしか見えないんだが、LGTM改めいいねが10以上
ついてて何が評価されてるんだかさっぱりわからん。 みんながディスってるからって乗っかってるだけだろしょーもな 記事読まずに付箋代わりにLGBTするからな
💛になったからますます加速
sageボタンも必要 技術記事置き場であることを諦めて技術者と技術者になりたい人のコミュニティーを目指してるんだろう
駆け出し技術者向けツイッターみたいなもんだな
始まった時はQ&Aサービスだったっていうんだから舵取りの大胆さは変わらないようだ teratailは酷いよねw
初心者が質問して玄人ぶった素人がトンチンカンなこと言ってるのがほとんど
プログラミング業界のジャスコ
Qiitaは伊勢丹 駆け出しエンジニア(カモ)
今日も鉱山の入り口でツルハシを売る商売が捗るな constをつけた場合
・変数への再代入はできない
・オブジェクトの状態は変えられる
ってことだろ、3行でOK
アドレスで説明してるところにムリがあるな
> しかし、例えば以下のような再代入などアドレスが変更されるようなコードは実行できません。
再代入以外にアドレスが変更されるコードがあるようだがアドレスって何だ GCのある言語だから参照がアドレスとは限らんよなあ
ノードIDかもしれんしブラウザによって実装違うぞ >>55
ダイレクト出版株式会社と書いてあるが新米筆者だと許されるのか? もっと早い段階(前世紀)で記者もプログラマーも免許制にすべきだった プロが素人を言い訳に風説の流布を撒いて金儲けしても許される時代
素人プロの多いことよ >>57
動機は歪んだ正義感?誹謗中傷加害者の約半数が「正当な批判・論評だと思った」
7割が「思い込みの正義感」“デジタル暴力”の矛先は遺族にも… 加害者への脅迫状も入手 池袋暴走事故をめぐる誹謗中傷の現実
許せなかったから住所を特定…誤った正義感による加害者捜しは「リンチと変わらない」
正義感の暴走は止められるか
著名人をSNSで中傷、なぜ? ゆがんだ正義感、想像力欠如も 木村花さんに関する相談十数件
正義を振りかざす「極端な人」の正体
誰もが陥る可能性あり… ネットの炎上や誹謗中傷の影に潜む「正義中毒」。防ぐ方法は? いいねボタンもストックボタンも「面倒だからあとでみるわ」か、
「よくわからんからとりあえずボタン押しとくわ」で使ってるな
じゃあ全部が全部そうかというとそうではなく
「よく書けている、問題解決に有益」だったものにも同じボタン押してるから
結局相当ノイジーなことになってる
よくわからんから後でみるボタンと、
よく読んだし自分の信念と合致するボタンと、
問題解決に役立ったわサンキューボタンと、
何も役に立たんかったけどまあ面白いわボタンを作ればよかったんだろうな 昔はクソみたない記事でも100いいねぐらい簡単に行っていたが最近は難しいね
いいねされるのはネタ記事ぐらい いいねボタン押してるのの大半はわからんちんなのでソイツらに
「なんかわからんけどためになること丁寧に説明してるなあ」と思わせる
記事書けば100やそこらはすぐいいねされるぞ。
記事の内容が正確である必要はない。間違いに対する指摘コメントなんて
殆どつかないし、わからんちんはコメント欄も見ないので気にしないで良い。 『【C】初めてのC言語(17. 文字列リテラル)』
https://qiita.com/nkojima/items/527ef37d84cf9b201dc5
文字列リテラルとcharの配列の初期化子の区別ついてない人を
傷つけることなく諭してやるってどうすりゃ良いのかな?
間違い指摘されると間違いを指摘してきた親切な人をブロックする
癖がある人みたいなんだけども正しい知識を身につけてくれるか
誤った知識でクソ記事書くの止めるかして欲しいんだけどQiitaって
構造的にこういうのに対処方法ないよね。運営もクソ記事問題に
してないみたいだし。 >>68が正しいと思う内容の記事を書いて、その中で
「というわけで○○の記事は間違い」と書けばいいんじゃないの? >>68
文字列リテラルとcharの配列の初期化子の区別ついてないことが記事を読んでも分からなかった
どういうことかを特定できるように説明しないといけない
何がどのように間違ってるかも説明しないといけない
文字列リテラルとは何か?charの配列の初期化子とは何か?正しい知識の説明をしないといけない
説明力を鍛えようか どうせそんな豆腐メンタル、プログラマとして大成することは絶対にないから関わらないなのが吉 無視でええやろクソ記事はいけませんから取り締まってくださいって誰かに言われて
やってるわけじゃないんでしょ、放っとけば良い すまん
読んでみて何が悪いのかわからなかった俺に教えてくれ
用語の使い方が悪いってこと?
概念は特に混同してるようには見えなかった learn.microsoft.com/ja-jp/cpp/c-language/initializing-strings?view=msvc-170
> 文字列リテラル (またはワイド文字列リテラル) で、文字 (またはワイド文字) の配列を初期化できます。
> 次に例を示します。
>
> char code[ ] = "abc"; まさに便所の落書きといった流れだな
非生産w的この上ない >>76
それは文字列リテラルの初期化子でchar配列を初期化できるってことだろ?
結局何が間違っているんだ? 俺は「間違ってる」とは言ってないよ
68によれば
learn.microsoft.com/ja-jp/cpp/c-language/initializing-strings?view=msvc-170
も間違いということになるよなって話だ 『【C】初めてのC言語(17. 文字列リテラル)』の表題で
> 文字列リテラルの機能
> ・ダブルクォーテーションで囲まれた文字列(文字列リテラル)は、
> 自動的に末尾に「\0」を付ける処理が入っています。
> ・ダブルクォーテーションを使わず、char型の配列として文字列を
> 作る場合は終端文字として「\0」を入れます。
と書いてるのは文字列リテラルとcharの配列とcharの配列に文字列リテラル
で初期化するのの区別がついていないんだろう。
> 文字列宣言でよくある誤り
> 以下のように、「n文字を格納するために用意する配列の要素数がn(=nバイト)」
> だと、最後に「\0」を入れる要素が足りなくなってしまいます。
> #include <stdio.h>
>
> // よくある誤り
> int main(void){
> const char str[5] = "Hello"; // 配列の要素数が「文字列の長さと等しい」と、終端文字を入れられない!
> printf("%s\n", str);
> return 0;
> }
char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。 > ・そのため以下の例では、memcpyによるコピー先(※ここではstr1)で
> 確保されているメモリ領域を確認しておく必要があります。
>
>#include <stdio.h>
>
> int main(void){
> char str1[] = "Hello";
> char str2[] = "Hello,world!";
> memcpy(str1, str2, 13); // 長い文字列で上書きはNG
> return 0;
> }
↑を見るとcharの配列の説明をしたいのかな? と思えてしまうな。 同じ人の別の記事
『【C】初めてのC言語(19. 文字列とバッファオーバーフロー)』
https://qiita.com/nkojima/items/4d9cec9e686aee41eec2
> 終端文字とバッファオーバーフロー(オーバーラン)
> 以下のように終端文字「\0」を上書きしてしまうと、printf関数は「\0」が
> 現れるまで探し続けることになります。
> そのため、配列として確保していない領域(※100バイト目以降)にもアクセス
> しようとして、バッファオーバーフローを引き起こしてしまう可能性があります。
> paiza.ioの環境ではバッファオーバーフローは発生しませんでしたが...
>
> #include <stdio.h>
> int main(void){
> char str[100] = "Hello";
> str[5] = '!'; // 終端文字「\0」が失われてしまう!
>
> printf("%s\n", str);
> return 0;
> }
初期化子で明示的に初期化される要素以外の要素には 0 が格納されることを
理解していない。 『【C】初めてのC言語(16. 文字列の基本)』
https://qiita.com/nkojima/items/d87ce0cb15dd1a26f21a
> 文字列にまつわる業界ルール
> ・「C言語の文字列に関する業界ルール」として、以下の2つのルールが
> 挙げられていました。
> ・先頭要素から順に1文字ずつ文字コードを格納して文字列を表す。
> ・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降の
> メモリ空間は利用しない。
>
> #include <stdio.h>
>
> int main(void){
> const char str1[10] = "Hello";
> const char str2[10] = "He\0llo";
>
> printf("%s\n", str1);
> printf("%s\n", str2); // 「\0」が終端文字(ヌル文字)として扱われている。
>
> return 0;
> }
文字列中に'\0'を含まない文字列リテラルなら
> ・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降の
> メモリ空間は利用しない。
は正しいが、
> const char str1[10] = "Hello";
要素数 10 ある char の配列は普通に str1[9] までアクセスは可能。
やはり文字列リテラルと char の配列で区別がついてない気がする。 >>81
>char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。
'\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない >>87
Linuxのgccでは元のままだと
Hello
とだけ表示されたけど
> #include <stdio.h>
>
> // 誤りを修正したコード
> int main(void){
> const char str2[]=" world";
> const char str[5] = "Hello"; // 配列の要素数は「文字列の長さ(バイト数)+1」
> printf("%s\n", str);
> return 0;
>}
のようにすると
Hello world
と表示された 行頭に>を置いとけば字下げの空白を削除しないでくれるんじゃないかと思ったけど
やっぱり削除されるのか >>81
0を入れなきゃいけないルールはあるぞw
文字列リテラルを使えば必ず入る
間違ってるのは記事主じゃなくお前だよw >>87
> '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない
>>90
> 0を入れなきゃいけないルールはあるぞw
> 文字列リテラルを使えば必ず入る
>
> 間違ってるのは記事主じゃなくお前だよw
本気で言ってるのか敢えて頭おかしいフリしてるのかどっちかな??
> #include <stdio.h>
>
> int main(void){
> const char str[5] = "Hello";
> printf("%.5s\n", str);
> return 0;
> }
https://wandbox.org/permlink/ItLeFxoqffh2nIfb >>91
> '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない
と書かれてるのに
printf("%s\n", str); → printf("%.5s\n", str);
と勝手に変えてるし説明もない > > '\0'がないとprintf("%s\n", str) では文字列の終わりを見つけらない
>
> と書かれてるのに
> printf("%s\n", str); → printf("%.5s\n", str);
> と勝手に変えてるし説明もない
'\0'で文字列の終端明示する必要はないし説明要る人は想定してないけど
説明要るの?? >>92
勝手に変えてる>>88の説明はあるのかな >>93
>>81で引用されてるところは、
const char str[5] = "Hello"; とすると、最後に'\0'が入らないから
入ってると思ってprintf("%s\n", str);を使うとうまくいかない
という話だからprintf("%.5s\n", str);に変えてはどうしようもないんだが
ID:Yf5HDNqRには理解できないんだな
>>94
printf("%s\n", str);で文字列の終わりを見つけられてるように見えることもあるけど
それは実装依存うまくいっているだけだから、printf("%s\n", str);で文字列の終わりを
見つけられるということにはならないという例を挙げているわけだが ID:Yf5HDNqRには
理解できないんだな > >>81で引用されてるところは、
>
> const char str[5] = "Hello"; とすると、最後に'\0'が入らないから
> 入ってると思ってprintf("%s\n", str);を使うとうまくいかない
>
> という話だからprintf("%.5s\n", str);に変えてはどうしようもないんだが
> ID:Yf5HDNqRには理解できないんだな
「char の配列の最後に'\0'を入れなきゃいけないルールもないのでこれも誤り。」
が読めないか理解できない人か。頭が悪いのは本人の責任じゃないし仕方ないな。
> printf("%s\n", str);で文字列の終わりを見つけられてるように見えることもあるけど
> それは実装依存うまくいっているだけだから、printf("%s\n", str);で文字列の終わりを
> 見つけられるということにはならないという例を挙げているわけだが ID:Yf5HDNqRには
> 理解できないんだな
「と勝手に変えてるし説明もない」という話から、「変更には説明が必要」という
考えの人かな? と思って聞いたのだけど自分は例外なんですねw > const char str[5] = "Hello";
が正しいか正しくないかというとC言語的には正しい。
このオブジェクトについて文字列終端に'\0'があることを期待するのが間違いなだけ。
文字列リテラルの話ではないのでそう題するのも間違い。 >const char str[5] = "Hello"
これは、ヌル終端文字列じゃないので文字列処理できない Ruby の女神・池澤あやかが言ってるけど、
大学の授業で、C をやるのは無意味。
挫折確率99%・時間の無駄で、何も作れない。
ただプログラミングを嫌いになるだけ。
数年やっても、正常に動くものを作れない
彼女は慶応大学時代に、山陰地方の合宿でRuby on Rails を学んだ これはヌル終端文字列じゃないので文字列処理できない。
最後にヌルが入っていない
char str[3] = "abc";
ヌル終端文字列は以下
char str[3+1] = "abc";
char str[] = "abc";
char *str = "abc"; >>99
挫折確率99%はない
日本人はアホだと思ってるけどそこまでアホじゃないw
Cは簡単だろ 単位取れる程度に理解はするだろうけど
その後使う確率は0.01%しかないという意味でやるだけ無駄 > 大学の授業で、C をやるのは無意味。
> 挫折確率99%・時間の無駄で、何も作れない。
> ただプログラミングを嫌いになるだけ。
> 数年やっても、正常に動くものを作れない
どっかの誰かが自分のお客さんにそういう話をしてたとして
真に受ける奴が鴨ってだけの話だ罠。 ヌル文字要らないと言ってるやつは普段どんなプログラム書いてんだよw
要るだろ
そんなもんコミット許可下りないぞ charの配列は最後の要素に'\0'が入ってないといけないと言ってる人は
charを文字専用の型とか思ってるのかな 文字列リテラルの話をしてるのにアホなごまかし方だなw 別に例ならああいった変数名避けないけどな。
とくにstrなんかはローカル変数なら使うよ。
その関数やメソッド抜けたら普通にstr使えるから
なにも問題はない。
むしろグローバル関数に被る変数名関数内でも必ず回避してる奴なんかいるんかw ID:JTgtpdd/
は説明が下手だから負けてるな >>104
Win32API 使ったこと無いのか? Pythonなかなかやべー言語だな変数名が関数をシャドーイングするとかマジかよ
中世のプログラム言語だな 変数と関数は違うものだからなあ別で管理してくれよって思うよなあ >>106
> 文字列リテラルの話をしてるのに
charの配列の初期化の話してるのを理解できないバカが紛れ込んでたか 細かいことはどうでもいい
シャドーイングが問題になるようなプログラミングはしない主義 変数を書くときに名前が被らないように全部の関数を覚えておかないといけないんだろ
関数作るときは既存の変数を全部調べて被ってないことを確認しないといけないんだろ
これ無理ゲーじゃね、Pythonのプログラムがバグだらけなのってこれが原因じゃね 林太はそういうの一番わからないだろ、あいつは元気だけが取り柄のやつ せめて.NETのように変数と関数でケーススタイルを変えるとかすればいいのに >>116
お前が理解できてないぞw
文字列リテラルで初期化するときはだいたい文字列として扱うときに決まってんじゃんw >>118
その程度も覚えられないならプログラマ向いてないよ >>124
しくみで解決しようとしない方がプログラマに向いてないと思う Pythonの開発者はプログラマに向いてない
GoogleではPythonがたくさん使われているからGoogleはたくさんプログラマに向いてない 関数でも変数でも自由に上書き
__private でも _protected でも自由に上書き
うby よりずっと黒魔術に便利な言語 間違ってる記事があったとして、なんでそこまでどうにかしたいんだ?って思う
正義感?
最悪初心者が真に受けたとしても別になんも困らんだろ
発信力ないプロが嫉妬してるとしか思えないな
発信力のないプロの記事ってくそつまんねえんだからしょうがないよ 間違ってないからここまで言い合いが続いてるわけでな むしろ問題は無いよ
「ド素人ほど知ったかする」
「にわかなやつほど語りたがる」
ってのはすでに知れ渡ってるから心配ない
ド素人がまたしょうもない嘘記事書いたってだけ Ruby の仕様で嫌いなのは、
無引数の関数f( ) を、f だけで呼び出せること
この仕様のせいで、
f = 1
と代入すると、ローカル変数になってしまう。shadowing
これがややこしい >>125
自分が覚えられないのを人が与えた仕組みのせいにしてる時点で向いてないと言ってるんだよ >>133
Pythonの関数がいくつあるか言ってみろ、はい言えないなじゃあお前も覚えられないじゃないか >>122
> 文字列リテラルで初期化するときはだいたい文字列として扱うときに決まってんじゃんw
なんだ、決まってないと解っててゴネてんのかw >>137
うわぁ
お前典型的な何もやったことのないネット弁慶だなw >>132
JSのアロー関数でもそうなるんだっけ?
大体デフォの function 構文の this 周りのガバさがあかんねん… '\0'終端を前提とした標準および非標準ライブラリのいくつかの関数が機能しなくなるだけで
'\0'終端を前提としていない文字列処理を行う関数は普通に使える
'\0'終端は必須ではない >>140
そうかそうか
お前はゆたぼんと同じ知能程度だな
小学校いかなくても少し標準的な社会生活に不都合が生じるだけだもんな https://qiita.com/nkojima/items/d87ce0cb15dd1a26f21a
> 文字列にまつわる業界ルール
> ・「C言語の文字列に関する業界ルール」として、以下の2つのルールが挙げられていました。
> ・先頭要素から順に1文字ずつ文字コードを格納して文字列を表す。
> ・最後の文字の直後には「文字コード0の文字」を必ず格納し、それ以降のメモリ空間は利用しない。
おかしなルールのある業界がどこのことかはわからんが>>141はそこの人らしい qiitaのクソ記事は害悪だよな
ツイッターで偽科学とか偽医療みたいなん吹いて回ってるやつと同じ \0はchar配列をヌル文字終端文字列として使うときだけ使うだけ
char配列自体はそもそも単なる配列
文字列リテラルで初期化できると言ってもそれもまた用途の一つ char label[] = "0123456789abcdef";
putchar(label[n % 16]);
こんなんするとき\0いらんでしょ 文字列を格納する配列なら、
char s[] = "漢字";
でsのサイズが2+\0 = 3になって欲しいわ。 >>146
どこでそんなクソコード使うのか想像持つかんな > どこでそんなクソコード使うのか想像持つかんな
自分の狭い知識だけがすべての人ならではの感想 例が悪かったかなw
コード例無しで言うと
文字通りchar配列で使うときはアスキーコードの最初の方使ったりするでしょ
シリアル通信に使うバッファとして配列を使うとき
別にそんとき\0なんて必要でもなんでもない なってほしいもなにも
wchar_t a[]=L"漢字"
でaの_countofは3でしょ。
文字がnull終端ではないC#みたいなのは2系の値になるだろけど。 >>150
使わねーよそんな計算で出るもの
もしかしてcharが数値型だと知らないのか?w char hoge(unsigned char x)
{
x %= 16;
return (x < 10) ? '0' + x : 'a' + x - 10;
}
char piyo(unsigned char x)
{
static const char hex[16] = "0123456789abcdef";
x %= 16;
return hex[x];
}
↑を1億回づつ実行するベンチマークを戯れにやってみた
https://godbolt.org/z/bnxqeoMs9 >>150
逆に文字列中に \0 を含んでさらに文字が続くことも普通にあるんだが > 使わねーよそんな計算で出るもの
必要に応じて書き方選んだりできない人かな>>153は >>157
必要ないことに手段を選ぶ必要なんかないだろ
しなきゃいいんだから 「必要に応じて」が理解できないのか場数踏んでないのかどっちかな 不要なものを必要と思ってるあたり圧倒的な経験不足だな > 使わねーよそんな計算で出るもの
ライブラリでできることを「計算で出る」って車輪の再発明推奨かwニワカww
char hoge(unsigned x)
{
char s[2];
sprintf(s, "%x", x % 16);
return s[0];
} 昨夜は寝ぼけてた。
C言語の規格では'0'〜'9'の文字コードは連続する決まりなので
0〜9 の値を '0'〜'9' へ変換するのに '0' + x は正しいが、
'a'〜'f'は連続する決まりがないので 10〜15 の値を 'a'〜'f' へ
変換するのに 'a' + x - 10 は正しくない。
char hoge(unsigned char x)
{
x %= 16;
switch (x) {
default: return '0' + x;
case 10: return 'a';
case 11: return 'b';
case 12: return 'c';
case 13: return 'd';
case 14: return 'e';
case 15: return 'f';
}
}
に訂正する。
https://godbolt.org/z/3zKrqj46e >>153
?
>>156
> 逆に文字列中に \0 を含んでさらに文字が続くことも普通にあるんだが
あるよね
charを配列で使うだけだからどんな使い方しても自由って話 char exts[] = ".txt\0.py\0.c\0.cpp\0\0";
みたいな文字列観ると発狂する人か >>153
> 使わねーよそんな計算で出るもの
ほうほうどうやるの? >>86,90
>>129
ああ「暗黙のルール」という表現が気に入らないのか
確かに C にそんなものは存在しない
それぞれのインターフェースに応じたプロトコルがある
そしてそれは厳格に守らなければならない
初心者向けの説明に暗黙なんて生易しいもので御茶を濁してはいけない
こういうのが「#include <stdio.h> はおまじない(キリっ」にも噛みついて来るんだろうな >>165
その用途なら
char exts[] = ".txt\0.py\0.c\0.cpp\0";
が定番 >>169
文字列定数のまま使う場合とchar[]に入れる場合じゃ違うだろ。 元記事のnkojimaって人は
【Java】char型はint型にキャストできる
https://qiita.com/nkojima/items/d358f99efa71655911ea
> char ch = '1';
> ですが、char型の「1」をint型にキャストすると、なぜか「49」になってしまいます。
こんなこと書いてる人だからお察しなw
ド素人なのになぜ「【C】初めてのC言語」みたいな記事を書くのか
なんのためにこれを書いてなんのためにネットにあげるのか不可解 >>171
初心者が勉強したことを書いてネットにあげることは不可解でない
インプットしたものをアウトプットしたくなるよね
アウトプットしたら学習効率がいいからやってみたらいいよ
記録に残って後日見返せる 教わるほうの立場が
教えようとしたらイカンやろって思うけどねw Qiitaのいいところは初心者の記事を熱心に読み込んで間違いを指摘してくれるおまえのような良い人がいることだね
学習効率がとてもいい >>174
自分の学習のために検索結果汚染する自己中多すぎ
グループ学習しろよ
と思うがお前らボッチなんだよな ド素人記事はド素人に悪影響だと思うけどねw
それでいいならみんなで幸せになってください むしろQiitaはそのために作られた気配を感じる。 >>179
悪態ついてないで、巡回行ってきてください。
まだまだ記事があなたの検閲を待っています。 >>182
ですよね。
検索エンジンの問題を私たちのせいにしないでほしいですね。 むしろ最近はsejukuだよな
ド素人先生によるありがたいド素人塾
やべーわ >>178
それ
ド素人は良い記事と悪い記事の区別がつかないから無茶苦茶なのを本気にしてよくわからないまま広める >>185
sejukuはこれでずいぶんマシになった方
数年前は間違ってない記事を見つける方が大変だった 定義のはっきりしたもんを
ド素人様に一回預けて
曲解、自己解釈、拡大解釈でぐちゃぐちゃにしてから
みんなに召し上がってもらおうという素敵な試みやん ぐぐるときは必ず
-sejuku
-techacademy
-chiebukuro
-KENTA
を付けてる https://qiita.com/yoshiichn/items/25c0e25bb034825b5802
> 作り始めは数が少なかったのでリポジトリの1ブランチですべてのプロジェクトのコードを管理していました。
もうここから意味がわからない 読んでて頭痛くなってきた
これでgit詳しいってその会社大丈夫か?
しかも社名出して記事書いてるし 猛勉強した結果会社で一番gitに詳しくなって今じゃ管理者をやってると
それでどのプロジェクトも共通部分が多いから一つのリポジトリなんだな
なるほどわからん
それとは関係ないけどスクラッチで開発という言葉はないぞ
スクラッチから(スタートの線を引くところから)なら言ってもいい Qiita効果だろ
社名出しても個人のノリで書けるようにしようとしてる
「それ大丈夫か?」とコメント書いたら某有名企業が記事を書かなくなった思い出 いいねしてる二人は同じ会社だな
こいつらは本気でいいねと思ってるんだろうな sejukuは少なくても害はなくなったしすでに忘れられてると思うが
イメージって怖いね >>202
元々が笑っちゃうほど酷かったからね
今でもチョイチョイ間違ってるから信用はできない パスワードで認証→セッションidの生成と保存→以下セッションが切れるまでセッションidで認証
これとなーんも変わらん気がする Authorization Server と Resource Server が違うことは理解してる?
OAuth を調べてみるといいよ >>206
で、この方式はセキュリティにどう寄与すんの? >>208
「で」じゃねぇよアホ
調べろって言ってんだからRFCぐらい読んでから質問しろ じゃ、ただのあほかw
次は認証と認可の違いを調べろ >>211
知らんことに口を出すとそういう恥ずかしいことになるから今後はやめた方がいいぞ 学ばない人の捨て台詞ってワンパターンだな
RFC 6749 の Abstract だけでも理解すれば、おかしなこと言ってることがわかるぞ もういいからそれ以上黒歴史を増やすな
見てるこっちが恥ずかしい >>214
>>206 が回答の全てなんだわ
理解できないんだろ?
ちゃんと勉強しろよ >>215
あのな誰もそういうレベルの話をしてないからもう黙ろうな ほんと馬鹿だなw
session も理解できてないだろおまえ 少しからかいすぎたわ
RFC 6749 の Abstract 読んで Authorization Server と Resource Server の関係性を理解しろ
OAuth の役割が理解できて access token の発行元がわかれば >>205 が根本からおかしいことがわかる
がんばれ!底辺! みんなセキュリティの話をしてるのに一人RFCの話をしてるやついてかわいそう おぃおぃw
> これアクセストークン使う意味はどこにあるんだろう
> パスワード認証だけで完結してないか?
これが成立してないって話だぞ
おまえ以外誰が理解できてないのかわからんがセキュリティ以前の話だ まだ意味がわかってないのか
いいからお前はもう口を閉じろ 了解。もう書くことないしおわるわw
がんばれ!底辺! なろうの読みすぎで知識の少ない自分も主人公補正でイキれると思ったのかな
残念ながら主人公じゃなくてモブなんだよなあ 著作権無視のゴミが10万contribution いったとかはしゃいでるな 俺なんかまだ1万contributionのいかないのに @hirokidaichiはたったの50記事で9万だぞ
すげーだろ?
中身がクソでもフォロワーさえいればな qiitaでcontribution稼ぐのなんて簡単だぞ
別垢か相互扶助みつけて記事にいいねする
そうするとトレンドに乗る
そこからは記事次第だけど技術文書じゃなくなんかそれらしいハウツー本っぽい記事なら読まずにいいねつけるやつがいるからあっという間 記事まるごとDeepL翻訳そのままな記事が増えた気がする
そんな翻訳記事読みたくないから、DeepL使ったなら使ったって書いといてくれ 翻訳記事は許可を取るのが面倒
取るだけでも偉い
取るのが面倒なのにDeepLで済ますと思えない なんでこんなn番煎じな記事を書こうと思ったのだろうか >>241
その「お前が知らなかったこと」がほぼ全員知らなかったことなら記事にする価値がミリあるが、大抵は、いや俺知ってたしってなる >>241
> シグネチャが等しければ、相互に置換可能
シグネチャって何?
サバイバルTypeScriptには
>その型の見た目(シグネチャ)が等しければ置換可能
型の見た目って何?
> 2 つの構造体のプロパティをチェックし、それが一致すれば両者には互換性があると見做す。
> ://numb86-tech.hat ★ enablog.com/entry/2020/02/02/100816
これがシグネチャじゃないの?
サバイバルTypeScriptが正しく理解してない メンバのことシグネチャって言うのは初めて聞いた
普通は引数の数や型や順序のことを言うんだけどなあ
TypeScript独自の用語なのかな TypeScriptではシグネチャじゃなく型アノテーションと呼んでなかったかな https://qiita.com/ilain/items/3548c15eb878a41e3913
pythonのパッケージ?とかもともと突っ込んで、普通に使ってたら3000?10000コミットとかになったらcloneで固まるようになった。こんなん仕事で使えるの?
※ 下は試しにcloneを分解して実行してみたところctrl-cたまにfetch完了してる
$ git fetch --depth 1
remote: Counting objects: 727, done
remote: Finding sources: 100% (727/727)
remote: Total 727 (delta 31), reused 554 (delta 31)
Receiving objects: 100% (727/727), 1.21 GiB | 13.53 MiB/s, done.
Resolving deltas: 100% (31/31), done. gitがダメないくつかの理由
gitのダメなところを記載する
×品質が悪い
○お前の日本語の品質が低い >1.21 GiB
ソースコードなどのテキストで、そんな巨大なサイズは有り得ない。
使い方を間違っている 巨大なサイズが何かって
ブラウザを開いて
元のファイルが何かを調べればわかる
ブラウザを開け 例えば普通は、.gitignore に、node_modules を追加しているはず
node_modulesは、どのPC でも再現できるから、
こういう巨大なモジュールの集積物を、git に上げない > 正直にお答えすると歴史的背景が分からず、意図的かどうかが分かりませんでした…
正直に答えてる!? 自分は知らないんだから親切に教えてもらう権利があると思ってるやつはイキられても仕方ない Zennの温水くんをこちらで引き取っていただけないでしょうか >>241
それの「JSONにおいてのundefinedとnullの違い」だけど、
> JSON.stringifyでJSON化した時、値が
> undefinedのプロパティは削除される
>
> const obj = { name: null, age: undefined };
>
> // {"name":null}が出力される
> console.log(JSON.stringify(obj));
はstringifyだからJSの仕様の話でギリ分かるけど
> JSONをオブジェクトにパースする際も、
> undefinedは認識されず実行時にエラーとなる
>
> const str: string = '{"name":null, "age":undefined}';
>
> // ランタイムエラー:SyntaxError: Unexpected token u in JSON at position 20
> console.log(JSON.parse(str));
こっちはparseにかけてる文字列がJSONの仕様満たしてないんだから当たり前だろ(JSONにnullはあるがundefinedはない)
JS、TSの話じゃないんだが…
それともPythonとか他の言語のJSONライブラリでは例えば'{"name":null, "age":nil}'の文字列をパースすると"age":nullにパースしちゃうのか?
インバリッドなJSON受け付けてることになるが…
そもそも「JSONにおいてのundefinedとnullの違い」って見出しからおかしい
JSONの値にundefinedはないのだから「JSON.stringify/parseにおけるundefinedの扱い」くらいにするべき
あとこのネタを書くなら配列中のundefinedはstringifyではnullに変換されることも書かないと片手落ちだろう
仕様書どころかMDNでも全部書いてあることだけど そこだけコピペじゃないんだな
なんで独自色出そうとしたんだ… >>258
MDNには
既定では、すべての undefined のインスタンスは null に置き換えられ
://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/JSON
と書いてあるから
配列中のundefinedはstringifyではnullに変換されるのはいいとして
{ name: null, age: undefined }もnullに変換されないとおかしい >>260
> 既定では、すべての undefined のインスタンスは null に置き換えられ
↑これstringifyのとこに書いてある説明じゃん
それは言語固有の構造体をどうJSONにシリアライズするか、だから言語によってやり方違っていいよ別に
対して、
> { name: null, age: undefined }もnullに変換されないとおかしい
↑は>>258読んでもらうと分かるように
JSON不適格文字列の '{"name":null, "age":undefined}' をJSON.parseしたらどうなるかの話な
こんなのエラー一択だが。これnullにしたらまたJavaScriptクソ言語ってボコボコに叩かれるわw Qiitaやってるやつ尊敬してる
文字にして書こうって労力がすごい
ワシはせいぜい動画取ってYou Tubeに投稿するくらいじゃ >>263
めんどくさいけど記事書くよりはモチベーション高い 動画は検索できないからなぁ。
特定のまとまった一連の技術とか、
特定のアプリの基礎知識が欠落してて雰囲気つかむのに見るならともかく、
細いことを動画にされてもなって感じ。 細かいことほど動画のほうが説明できる
Qiitaは文字だけ
動画は絵が付くし動く
細かいことを文字で説明しようとたら文字の限界がわかる
検索結果に動画出てくる
検索といっても検索ワードに引っ掛けるだけだ 3/15
記事ページにはてなブックマークのボタンがないのはなぜ?
2日前
特にアナウンスはないようですが、もしかしてはてなブックマークのボタンが追加されてます……?
昨日
はてなIDを連携できるようになりました
10/26のリリースノートで言ってた
://qiita.com/release-notes
大きい変更じゃね? はてなのコメント非表示ってなに?
設定しないと勝手に表示されるの? 【C++】標準入力→計算・四捨五入→ランクをつけて上位◯個まで公開
https://qiita.com/weemiee/items/5dd1b185df5d083326cc
> 動作の全体像が大体イメージ出来たところで、
> 実装作業に入りました。作るのにかかった時間は
> 70分でした。(※50行程度のコードの作成に
> 1時間前後を要するのはエンジニアとしてどうか等、
> 現場からのリアルな評価を頂きたいです)
不具合あるコード晒しながらこの自信w
現場にいたら厄介なタイプだなと思った。 ていうかPaizaで言うところのCランク問題だな
これに70分かかるのはエンジニアと名乗れるレベルにないぞ
初心者で20分が赤点ライン 指摘されてる
pt = score_per_one[d] * num_of_CLEAR[4*c+d%4];
↓
pt = score_per_one[d] * num_of_CLEAR[num_of_item*c+d];
なんで直さんのかな?
コードが間違ってるなら70分で書けようが0点なのに。 int e = 0;
while(e < num_of_std){ //連続的な入れ替わりが起きる可能性を考慮し、全ての配列要素に対して処理Aが行われるようにする
int f = 0;
while(f < num_of_std - 1){ //処理A:'\0'とその手前の最後部の要素を除く配列要素を1文字ずつ調べ、条件式に応じて適宜入れ替える
if(sum[f] > sum[f+1]){
int value;
value = sum[f];
sum[f] = sum[f+1];
sum[f+1] = value;
}
f++;
}
e++;
}
バブルソートより効率悪いことやってるけど、プロフィールにある
> 現在エンジニアを目指している大学生です。都内の私大で情報工学について学んでいます。
ってマジなのか?? https://qiita.com/weemiee/items/5dd1b185df5d083326cc
> C++の標準入力には、Cにはない魅力があります。それは、std::cinが
> スペースを入力の区切りとみなす他、改行文字についても同様に区切りで
> あると認識してくれる点です。
> つまり、スペースも改行も同じ、入力の区切りになるのです。この仕組みは、
> 標準入力からn個 (可変) の数値や文字列を読み込ませたい時に役立ちます。
Cのscanfでできる程度のことでC++スゴイスゴイと大騒ぎするレベルなのでお察し なぜC++から入ったw
もっと初心者向けの言語あるだろうに >>262
そんなもん自動化しろ
>>266
確かに百聞は一見に如かずであることは認めるが
動画だと何分何秒あたりに目的の解決方法が〜とかマジで面倒で時間潰れる
しかも酷いサイトだと延々と動画観せた挙句何も解決しないとかありすぎ >>273
youtube
watch?v=U-_43dmdV_I コメントでもらった知見を記事やコードにフィードバックしないのは
自分の疑問が解決すればおkって考えかな 同じ人
【C++】C++でstrchr()を使いたい
https://qiita.com/weemiee/questions/ae12fd9d9e838a6d6368
> しかし、次のように書いたプログラムは実行に失敗し、エディタでは
> while文内のchar* str = buffer;の部分にエラーが出ていました。
> しかし、to_string()やC++のstrchr()の使い方等、思い当たる箇所に
> ついて色々と調べてみたものの、結局どこが間違っていたのかが
> どうしても分かりませんでした。
strを定義する部分でエラーになったのは何故なのでしょうか?
エラーメッセージ読めよって回答ついてるけどコメント欄でもらってる
アドバイスも話半分な気がするなあ。 折角だからC++でstrchr()使う方法も貼っとこう
#include <iostream>
#include <string>
#include <cstring>
using namespace std;
int main(){
int date[100];
for(int i = 0; i < 5; i++){
cin >> date[i];
}
int j = 0, sum = 0;
while(j < 5){
string buffer = to_string(date[j]);
const char* str = buffer.c_str();
const char* p_0 = strchr(str,'0');
const char* p_5 = strchr(str,'5');
if(p_0 != NULL){
date[j] /= 10;
}else if(p_5 != NULL){
date[j] /= 5;
}
sum += date[j];
j++;
}
cout << sum << endl;
} フツーはこうかな
#include <iostream>
#include <string>
using namespace std;
int main(){
int date[5];
for(int i = 0; i < 5; i++){
cin >> date[i];
}
int sum = 0;
for (int i = 0; i < 5; i++){
string buffer = to_string(date[i]);
if(buffer.find('0') != string::npos){
date[i] /= 10;
}else if(buffer.find('5') != string::npos){
date[i] /= 5;
}
sum += date[i];
}
cout << sum << endl;
} 【C++】constを使用・C言語スタイルの文字列をポインタとして取得
https://qiita.com/weemiee/items/c658219b3f311c6ded30
あれだけまともなアドバイス貰ってて感謝のコメントもなしに
クソコードの記事を公開は流石。 >>284
感謝されるようなアドバイスではなかったってことだろ
自己評価が高すぎる
クソアドバイスで感謝貰おうというのがダメ
匿名でクソコードと批判しないほうがいい
クソと批判するなら記事でコメントすべき
一つも記事を開いてないから知らんけど 自己評価とか感謝貰おうとか意味不明だけど
例の記事主の質問や記事にはコメント書く気は
しないなあ。記事が良くなるわけでも本人の
成長に繋がるとも思えないので時間のムダ
でしかない。 >>287
本人の成長に繋がるようなコメントをできないと認めたのね
ダメなコメントしかできないなら黙ってるしかない
匿名でコソコソと隠れてダメなコメントをするのがダメ いいね💛だけじゃなくて
sage評価も出来るようにして欲しい
ツイッターもツベもアホの仕様 >>291
豆腐メンタルが増えたのでteratailは低評価を無くした >>284
クソコード以前に作ってるコードの仕様がわからんのは俺だけ? まあ私大の情報工学の学生なんてこんなモンだろ
一緒に仕事するのは絶対にゴメンだが 文字列から文字を探す方法はstrchr以外ないという思い込みで
自分の理解を超えたアドバイスは耳に入らないんだろう。 本人がFラン大学生と言ってんだから相手しないのが一番 > Fラン大学生
プロフィールに私立T大学とはあるけどどっかにそんなこと書いてあった? ていうかエンジニア目指しててC++って何になろうとしてるんだろう むしろC++出来ないエンジニアって浅い層しか組めないカスなんじゃw 深い層()の仕事ができるようになりたかったのかw
一生無理じゃね 初心者向けの教習で、関数を説明するときに無意味な足し算をするのはやめよう
https://qiita.com/kft12/items/1ecec78a43b6b15570bf
> 例文を書く場合は、ある程度実用時をイメージしやすい形にしよう。
> 途中のサンプルコードはめちゃくちゃ適当に書いたので、変数名がよくない!とか
> そういうところはそっとしておいてください・・。
他人には厳しく自分には甘い人 >>302
むちゃくちゃツッコまれてるなw
足し算のコードが理解できないのは頭が悪いからで頭が悪いやつが書くサンプルはこうなるという見本
これにいいね10ついてるのがウケる 微分積分もこれ何の役に立つの?とか言って理解できてなさそう 初心者っぽい人をあまりボコボコにするなよ
ひとつふたつ指摘が入ってたら、それ以上は蛇足だ C++はメモリーに問題のあるコードを書くこともできるが、普通は問題のないコードを書く。
限界のないプログラミング言語がダメだと思うなら、制限の中で生きれば良い。
そんな人も居て良い。
しかし、誰にとっても制限のない世界がダメというのは間違い。 ://i.imgur.com/WmurfAA.jpg
人間にはこういう心理がある
そういうことが分かったら相手しない >>306
「ふと初心者の頃を思い出して」とか「昔買ったJavaの教習本やら、外部講習を受けたときの話」とベテランアピールしてる人を初心者扱いは失礼だろ 学んで次に活かせる初心者なら微笑ましいが
ゴミ生産して拡散する馬鹿は死んでくれ 結局あれだ
足し算のような抽象的な関数ではイメージしにくいから具体的にしろってことだろ?
小学校ではリンゴがよく使われるぞ https://qiita.com/kft12/items/1ecec78a43b6b15570bf/revisions/3?type=preview
> (個人的に)良い例
> public int calculateTaxPrice(int price) {
> double tax = 1.1;
> return (int)(price * tax);
> }
お金の計算に浮動小数点演算使うのが良い例ってナンも分かってない感じ おいおい…税金の計算なんかBCDのCOBOL使わなきゃダメだろ…誤差が出るぞ
こうですか? >>316
10%の消費税なら整数演算でも正確に計算できるぞ トランザクションのたびに1円未満を切り捨てて
累積で溜まるはずの利息(利子)をポッケ無い無いばぁ ポエムなら無茶苦茶な間違い書いてもいいルールなんてあったか? >>315
ていうかお金の計算にdoubleを使っても問題ないの?
Pythonならdecimalモジュールを利用して少数を含む金額計算を正確に行える
://www.yoheim.net/blog.php?q=20170805 >>322
昔はdecimalが使えるのはcobolしか無かったけど今は大抵の言語にあるから脳死でそれ使っとけばいいが消費税の計算にそこまでの精度は要らんからdoubleでも問題ない >>323
消費税の計算だけ?
お金には複雑な計算もあるんじゃないの? 1.1で初心者にわかりやすい例として書いてるんだから消費税の話だろ? >>323
消費税でも1円でも間違っちゃダメだと思うけどそこまでの精度は要らんてどゆこと? >>325
qiita.com/kft12/items/1ecec78a43b6b15570bf/revisions/3?type=preview
> この例では、税込み額を計算する処理を1箇所にまとめることで税率の
> 変動などが起きても対処がしやすいようにできました。
1.1以外の数字になっても浮動小数点演算で誤差なく計算できる保証あるの? >>325
消費税の話じゃなくて
俺がお金の話をしてる >>326
なぜって1円未満の貨幣はないから支払い時には必ず丸めが入る
そこで誤差は吸収される >>328
この記事に関係ないから興味あるなら知恵袋で聞いたら? 消費税の計算は切り上げ、切り捨て、四捨五入
のどれでもかまわない
現実にそういう風に運用されている
面倒くさいのは利子
株式の日歩とかは毎日利子がかかるので
誤差があるととんてもないことになる 1.1+1.1+1.1は3.3と等しくないと判定されたりする
R
> 1.1+1.1+1.1==3.3
[1] FALSE
> 1.1+1.1+1.1
[1] 3.3
Python
In : 1.1+1.1+1.1==3.3
Out: False
In : 1.1+1.1+1.1
Out: 3.3000000000000003 >>332
そんなことはみんな知った上で話してるからわざわざ書かなくて大丈夫だぞ >>329
件のQiitaの記事にお前向けのコメント投稿されとるよ >>335
小数点以下を切り捨ててるからだぞw
四捨五入すれば違ってくる
丸め方を間違えただけというんだよそういうのは >>336
税率15%で1円以下を切り捨てたとしても
税抜き100円なら税込み115円にならないと
おかしいけど何言ってんの? >>337
切り捨ててるのが原因だと言ってるのに切り捨てるのかよw
小数点以下第一位を四捨五入してみ 一応訂正しておく
誤)税率15%で1円以下を切り捨てたとしても
正)税率15%で1円未満を切り捨てたとしても >>338
1円未満は切り捨ても切り上げも四捨五入も
任意に決めるのが普通だから切り捨ての話を
してるよ。 >>340
切り捨てる場合は小数点以下第二位で四捨五入の後切り捨てなよ
小数点以下第一位の精度が定まってないのに切り捨ててどうするw >>341
> 切り捨てる場合は小数点以下第二位で四捨五入の後切り捨てなよ
小数点以下の数字が.95 だった場合円の単位で
繰り上がっちゃうけど切り捨ての処理として
正しいと思ってる? >>342
その場合は第二位じゃ精度が定まらないからもっと下でまるめなきゃなw >>343
ちょろっと具体的なコード書いて晒してみ 1.15の場合は第二位まで有効だから第三位で四捨五入
その後小数部を切り捨て >>344
アルゴリズム書いてやったから自分で実装しろ 言っとくけどdecimalでも税率1/3とかになると同じ問題起こるからしっかり勉強しとけよ >>345
> 1.15の場合は第二位まで有効だから第三位で四捨五入
> その後小数部を切り捨て
小数点以下の数字が.995 だった場合円の単位で
繰り上がっちゃうけど切り捨ての処理として
正しいと本気で思ってる? >>348
正しい
どの金額の場合に正しくなくなると思ってる? お金の計算にIEEE754使っちゃダメ!
世界の常識! 浮動小数点の精度は数桁ぐらいでしょ。
5桁同士の掛け算とか、ちょっとした掛け算でも、精度が足りなくなる
富士通製の英国の郵便局のシステムは、計算が合わないから、
何百人も、お金を盗んだという罪で有罪になっている
今でも、無罪になった人は少ない。
盗んでいない証拠がないから
悪魔の照明。
やっていない事は、証拠が集められないから 証拠がないこと知ってるやつきたな
5桁の掛け算って高々10桁にしかならんけどそれでオーバーフローすると思ってるのかw > 1.15の場合は第二位まで有効だから第三位で四捨五入
> その後小数部を切り捨て
100兆円の買い物して消費税15%で1円の誤差出るみたいだし
https://wandbox.org/permlink/Tu0D0aFhtRFHGRH3
税率変わるともっと低い額でも誤差出そうだしこういう計算は駄目だろう。 誤差が出たらUNHCRに寄付する法律を作ったらええのや。 しっかりしたものの上に
しっかりしたものを建てて行かないと崩れる
ド素人先生が書いたクソ記事読んで
別のド素人先生がまたクソ記事を書く
キータが目指すのはこれ
検索結果をノイズでクソまみれにしようというアイデア 言ってることは分かるが間違ってるよ
キータ以外の記事を読んでキータに書くこともある
検索機能が何を指してるかを示すべきで文意が曖昧 ド素人が記事書ける場を作ってはいけない
知識も経験も文才も無いやつが総括してはいけない
せめて質問サイトで質問を書くだけにとどめてほしい
記事を書くな
質問だけをしろ
ぐぐった人がド素人先生の教えを読まなくてよい世界にしろ グーグルの検索結果からQiitaを除外すればいい
Qiitaは検索機能を持ってるからそっちを使えばいい
グーグルの検索結果からQiitaを除外しようとしたがQiitaが出てこなくて困った
何もしなくても除外されてるよね
粘りに粘ったらQiitaが出てきたが「-site:qiitaのurl/」でグーグルから除外できた 30代後半になって初めて発信活動を始めたら人生が変わった話
https://qiita.com/kojimadev/items/f4a6539e4fbc641c6fa0
ド素人にクソ記事書くのを勧める記事。
こういう自己啓発的な煽り記事ホント嫌い。 書くことよりもむしろ
消すことが大事
勇気を持って
消せ
そのクソ記事を
消せ
書くことよりもむしろ
消すことでド素人は救われる 記事にコメント残すでもなく、こんなとこでごちゃごちゃ言ってるとかポエム書く以上に終わってるから自覚しろよ 記事にコメントするにはアカウント必要じゃん
めんどくさい 人の存在価値を求める数式を考える。例: value := 2^(atcoder.rating/100) × ... × (log_2(年収))^4
https://qiita.com/KEMONO_PANTSU_/items/887f154ea33169db9a74
狂人なのに社会的評価を気にしてるというのが意外な感じ。 なんで低レベルなのに記事書く気になったのか知りたい https://qiita.com/k1morikawa@github
> プロCTO森川敬一 CTO10社技術顧問20社以上
> CTO社数10社、技術顧問社数20社以上と数々の
> CTOを歴任してきた森川がエンジニアのキャリア
> パスを学べる講座を作りました。 エンジニア能力
> 開発を網羅し、エンジニアとしてマネージメント
> 能力開発まで含んだ内容になってます。
ハッタリで商売したい人がゴミ記事連発してる
ようにしか見えんのだけどこんなのに引っかかる人
いるのかな? age💛しか押せなくてsage要素の無いSNSは情報量0 >>378
いや「おまえ」が引っかかってるんだよwww
技術顧問20社以上と実績がある人で宣伝して多くの目に引っかかるとそれだけ増える
少なくともおまえが宣伝してる >>380
具体的な話が何もない駄法螺が宣伝になると思ってるお前の世界観は単純で良いなw >>381
技術顧問20社以上が具体的な話にしか見えないし
根拠もなくそれが駄法螺(虚言、嘘)だということはできない
技術顧問20社以上が駄法螺だというなら根拠を示すべき エンジニアのコピペだめなの??嘘でしょ?
https://qiita.com/k1morikawa@github/items/2f130ba8352636ea672f
「コピペ」の意味もわからん奴がCTOw
CTOって他人との会話通じなくてもできる役職なんだなw > エンジニアのコピペが駄目だという記事を見かけました。
> あえてリンクは張りませんが、僕には全く賛同できませんが、イイねもついてます。
> 皆さんはどうお考えですか?少し不思議に感じましたので誤解が広がりたくないと思って記事を書きました。
見かけたという記事は明らかにしないし、コイツの言う「コピペ」は世間一般のそれとは意味が違うみたいだし、皆さんはどうお考えですか?もないもんだよな。
馬鹿としか思えん。 車輪の再発名で嗤われるか
コピペで嗤われるか
いずれにせよ君らは嗤われる運命 「誤解が広がりたくない」
ま、まぁCTOに日本語能力は必要ないしな…😅 お前らCTOだからと言ってCTO(しっと)しすぎだろ 一人で25記事書くとTシャツとクッションもらえるんだなアドベントカレンダー
.NET MAUIの記事だけで取ろうかな 一昨日くらいからQiita書きだして、アドベントカレンダー見だして気づいたけどほんとにどうしょうもないくらいクソ記事多いんだな…
今まで普通に良記事、使える記事しか見ないからこれが氷山の一角だとは思わんかった… 確認なんだがQiitaの記事いいねボタン押すみたいなことできないの? そりゃ.NET MAUIの記事なんて誰も読まないしw >>400
いやだからそれ参考にしてるって書いてあるだろ
よく見ろカス >>401
なんでチュートリアルを再現すんのに違うモデル使うんだよ
それにコンソールで使うのとクロスプラットフォームフレームワークで使うのとはわけが違うだろう
WindowsはX86AndroidはARMだ
案の定ARMCPUではトレーニングできなかったから学習モデルをML.NET Model Builderで作ったわけだしそれもちゃんと記事に書いてある うろ覚えだけどMAUIってXamarineの後継でしょ?
Xamarineって…ねえ >>405
モバイルSuicaもモバイルPasmoもSwitchOnlineも紅白アプリもAzureのモバイルアプリもXamarinなんだよなぁ
COCOAだけコケたから(主に政府のせい)って日本のインフラ(IT系ではなく一般的な意味のインフラ)支えてるフレームワークをイメージで貶されてもなぁ >>409
あるよ
見出しとか人を引き付けるじゃん アドベントカレンダーって別のカレンダーに書いた記事を別のカレンダーに載せるって許されてるの?
どっちの分野でも共通点あるから便利かなって >>411
それは文才は言わない
せいぜいキャッチコピーを考える人 アドベントカレンダーの25記事書くやつって同じカレンダーでやらないとだめっぽいな
来年はちゃんと自分用のやつ作って再チャレンジしよ >>414
gravatarやね
https://ja.m.wikipedia.org/wiki/Gravatar
俺がこれ知ったのはずいぶん昔railsチュートリアルやったときにだったわ
開発者は分かるかもしれんが利用者からしたらこんなアイコンデフォで表示されてもワケわからんよなぁ… Qiita の治安について
明らかに誰が見ても社会的に不適切な暴言とわかるコメントが多く残っていますが、通報フォームから通報しても、問い合わせしても放置されたままです。 >>418
Qiitaが好き嫌いで記事を削除してるのは有名だから
それで時々炎上もしてる
さくらインターネット事件とかね ねえ。いろいろな能力の人がいることぐらいは、わかってると思うんだ。
でもって、たいていの場合、ある能力について自分より下の人も、自分より上の人も必ずいることもわかってるはず。
その中で、世の中がぎすぎすしないようにやっていくのに、他人を嘲っても仕方がないと思うんだよ。
それで自分が上がるわけでもないし。 >>402
参考という言葉は最近意味が変わったのか? 多少のバカを演じたほうが伸びるのかもしれない
あと2016年からあるから時代の積み重ねとかじゃね? 2016年ぐらいはQiita人気だったからね
くだらないものでもいいね多いよ
最近は昔からのフォロワーが多い人以外で
いいねがつくのはネタ記事ぐらい >>427
なぜケバブケースというのか調べてもわからないことが分かったから
もとが英語だし日本語で調べてもわからないことが英語で調べたらわかることがよくある
://en.wiktionary.org/wiki/kebab_case
いろんな食物をskewer(くしに刺す)ことで集めることの引喩
分離した単語をハイフンを使った識別子でつなげて書くこと
://en.wiktionary.org/wiki/chaincase
チェインケースというものは存在しないのにケバブケースとチェインケースが同じだという混乱が日本語に見られる
こういう混乱は日本語によく見られる @rana_kualuがまたuhyoさん挑発してて草 >>434
言ってることは正しい
TypeScriptみたいななんちゃって型付言語よりもっときれいで矛盾の少ない言語があるんだから精密なコードを書きたいならそっちを使うべき
TypeScript自体が底辺向け言語なのにanyを使うなとか意識高い系すぎる rana_kualuのツイートにあるが
://blog.qiita.com/close-item-list-page/
すべての新着記事を一覧として表示しているページ(://qiita.com/items)が予告期間なく停止させられてる
そんな余計なことしなくていいから全部表示させろと言ってるがまさにその通り 欲しい情報が間違っている可能性を運営は考えないらしい >>436
それだと全てのユーザーの記事が公平に表示されちゃうじゃん
Qiitaの本当にやりたかったことは特定のユーザー(スポンサー)をえこひいきして気に入らないユーザー(Qiitaに否定的な記事を書く)を目立たなくすることなんだよ 新着記事はスパムで埋まってるが
そんなのを見たいのか? 見たい見たくないより未検閲のものが非公開になってるのが問題 公開されてないなら本人以外見れないので
なんの問題もないですね 公開したのに新着に載らないのが問題だっていう話が理解できないお前はQiita運営だな このスレはQiita運営に監視されてるな
でもさすがに検閲削除まではできんだろ
新記事が(Qiitaにとっての)スパムで埋まってることを知ることのできる立場ね 逆にそこまでして秘匿された独自アルゴリズムとやらを全ユーザーに強制したい理由がわからん
いや>>438ということか 本物のスパムはどうやって削除してるんだろ?
StackOverflow のトリアージュやってみたら、1/3 ぐらいがスパムだったんだけど
qiita だとマイナーすぎて中華スパムの被害にも合わないのかな? ちょっと亀レス過ぎて申し訳ないんだけどさ
>>11
SI業界って git 使ってないの⁉︎
Mercurial じゃないよね?svn? まさかの SourceSafe? 目の前には年度毎の案件フォルダと末尾日付のファイル群しかないな
下手にバージョン管理なんか使うと数年スパンでは管理できなくなるオチしか見えんからな
OSのファイルシステムしか信用しとらんよ >>457
何でもかんでもExcelで書いてんだからよくあるバージョン管理システムとは相性が悪い コンパイル型言語とスクリプト型言語を新入社員に例えてみた
https://qiita.com/k1morikawa@github/items/0c0642efe8051fe09398
インチキ臭いスクールの宣伝なんかで見掛ける、よくわかってない人に1文字50銭とかで書かせたであろう何かを説明してるようでいて解ってない感アリアリなクソ記事。
逆に言えば、コイツのやってる商売こんな記事に感心するやつが対象ってことか。 >>461
またそいつか
プロCTO◯川◯一 CTO10社技術顧問20社以上を歴任した強者
そいつにストーカーしすぎじゃね? CTO本人かな?
知識ないんだから無理して記事なんて書かないで良いのに。 https://qiita.com/dosaidon/items/89a065d00770ebc9546e
これってアドベントカレンダーが言語人気の指標にならないことがわかっただけだよね
なんでいいねついてるん?
アホの数の多さにビビるわ アホっていうか日本人の大半はアホだよ
同調圧力で付いてるから付けるというだけのアホ プロCTOここ見てるのかいいねつける用の指摘されたアカウントは一斉に消した模様。
自分は関係なくて誰か悪者に嫌がらせされてたんです的な言い訳してたほうがまだマシと
思うが一斉消去は自作自演やってた証明になっちゃうけど戦略的にいいのかそれで。 ひさびさに哀れな必死の自演を見た
まさか令和の時代になってこんな原始的な必死の自演するやつお目にかかるとは 信賞必罰ある技術質問サイト:stackoverflow.com
信賞必罰ないポエムサイト:キータ >>464
コメント欄でElixirコミュニティ2人の頭の悪さもわかった。 >>464
記事やコメ欄にカルトやマルチの勧誘的なものを感じる
QiitaでのElixirは5chのRubyやRustやMAUIみたいな立ち位置かな 例のセンセイの記事
並行・並列プログラミングと同期・排他制御とイミュータブル性の話〜その2「スレッドと同期・排他制御」
https://qiita.com/zacky1972/items/bbf1f7bdecbbd0492151
コメント欄が大変に盛り上がってて羨ましい。 これを学生が見たらどう思うんだろうな
オフラインだとマサカリ飛んでこないのを良いことに好き勝手な理屈をつけそう
何の講義か知らんけどもうちょっと詳しい人を補佐につけた方がいいんじゃね >>478
間違っているところがあると思うなら指摘したら?
指摘できないから、学生が見たら~とか言って印象操作してるんでしょ おかしいとこあれこれ指摘されて記事書いてる人もそれ受け入れて記事の修正してるのに何言ってんだかねw そりゃ文章をよくするために修正するのは当たり前でしょ
別に間違っていたから修正してるわけじゃない 本人いるなら聞くけど逐次プログラミングとか聞いたことないけどそんな言葉あるのか?
プログラミングと処理の違いわかってる? あとコアの話をしてるけど複数のコアを使うかどうかは言語じゃなくハード依存だろ
マルチコアでもシングルコアでも同じコードが動くようコーディングするだろ? 技術用語だからね。素人には馴染みがないんだろうね
2.1.1 逐次プログラミング言語処理における並列性
並行プログラミングには、通信のオーバーヘッドや非決定性・デッドロックなどの、逐次プロ グラミングにはない特有の問題が存在します。
並行プログラミング (逐次プログ ラミングに対して) の原理 - マルチスレッドでは、
プログラミングErlang
books.google.co.jp/boo ks?id=fErWbQVSM3YC
高度な逐次プログラミング
docs.python.org/ja/3.5/library/asy ncio-dev.html
非同期プログラミングは古典的な "逐次" プログラミングとは異なります。
www.inf oq.com/jp/articles/stratifiedjs/
コールバック不要:Javascript に逐次プログ ラミングを取り戻す StratifiedJS
www.shuw asystem.co.jp/book/9784798023434.html
4-4 逐次プロ グラミングとOpenMPループプログラムのベンチマーク >>487
すげーな、マイクロソフトもpythonも
いろんな書籍であちこちの記事を書いてるんだwww
ヴァーカ 一応教えとくけど並列処理の対義語は逐次処理だけど並行処理の対義語は順次処理
色々引いてるけど理解が浅いから話になってないな 並列処理 vs 逐次処理
並行プログラミング vs 逐次プログラミング
逐次処理も順次処理も両方使われてる言葉
さーて、逐次プログラミングを知らなかったバカは誰?w やれやれ、世の中で使われている言葉かどうかなんて
検索すればすぐに分かるのに、それもしないで
自分で知っていることがだけが正解とか思って
記事書いた人にこてんぱんにされてるんだろw コメントであれだけボコられてるのに理解できないのはさすがに コメントは記事を書いた人が、くだらない言いがかりをしてきた人を論破してますよね? 検索してもはっきりと出てこない感じではあるが逐次は並列の反対語 この先生これからもヲチしていこう
ちょっと間違いを指摘しただけでここまであからさまに暴れてくれるならツッコミがいがあるわ >>500
ちがう
コメント数ランキングを見て一位だったから見つかっただけだろ
ランキングを見ろ 先生さん、並行と並列とが違うなら対義語も違わないとおかしいんじゃないですかねぇ
日本語苦手? >>503
見つかっただけじゃここまでコテンパンにされないんですわ >>502
逐次はsequentialだが順次の英語がない
英語から日本語になる >>506
すると英語ではどちらかの対義語がsequentialではないということになるんじゃ?w コメントありがとうございます知りませんでした修正しましたって言いながら5chで暴れるやつ ちょっと答えただけなのに准教授級の回答と思われたわけか
笑える さすがに指摘全部に無理のある擁護して別人と言い張るのはちょっと これについては483の前に1つもレスしてないんだが>>483はどういう扱いなわけ?
ぜひ答えてほしいな
俺は質問があったから回答しただけ 矛盾をついて論破してしまったようだw
レスが返ってこないから俺の勝ちで終了
ずっと待ってるわけにもいかない
この後レスが付いてもスルー 英辞郎 on the WEBだと
逐次プログラミング → sequential programming. serial programming.
sequential programming → 逐次[順次]プログラミング >>518
sequentialとserialと二つ書いてあるな プログラム全部並行処理ってことはあまりないからなぁ >>515
お手本のような論破されたやつの逃げ口上に感動した Communicating Sequential Processesってのもあるし >>484
>> 逐次プログラミングとか聞いたことないけど
逐次プログラミングも聞いたことがないやつが
マウント取ろうとしてるのかよwww
ウけるwwww 「逐次プログラミングも聞いたことがない」という
発言を撤回しないんでしょう?
なら事実じゃないですかw
確認しますね。聞いたことないんですよね? うーん論破それて捨て台詞残して逃げたのがほとぼり冷まして再参戦とかかっこ悪すぎませんか先生 Elixir使おうと思うやつはだいたいこんな感じにヤバいのばかりだよ
ほんと不思議なくらい 並行プログラミングと並列プログラミングは目的からして別物だけど
『並行・並列プログラミングと〜』なんて雑な表題つけてる時点で
分かってる人なのか不安になるね。 >>528
Haskellによる並列・並行プログラミング
https://www.oreilly.co.jp/books/9784873116891/
この本を書いた人が並列・並行プログラミングを
わかってないと思う理由って何? 先生もうこのスレ見ない方がいいよ
煽り耐性ついてからにしな 無理じゃね?煽り耐性ないから
まともな反論?レスもできない 煽り耐性がない人の書き込みは特徴的だからよく分かる >>530
分かってる人なのか不安になる理由は>>528に書いてるけど読み取れない程のアホ? 関係ないけどおれ准教授にツイッターでフォローされとったわw >>534
だからこの本は不安になるんでしょ?
Haskellによる並列・並行プログラミング
https://www.oreilly.co.jp/books/9784873116891/
お・ま・えん中の世界ではな Haskellによる並列プログラミングと並行プログラミング
なら不安にならないんだろうな
なんでかしらんけどwww ほら定番の単独IDによる援護w
自宅とスマホを使った自作自演でよく見かけるやつな Elixir使うとこんなにシンプルで安全でパフォーマンスの高いコードが
お手軽に書けますよの例でも挙げれば良いのに、なんでかCやJavaで
ツッコミどころ不可避のゴミコード晒すだけって意味わからん。
他者の悪い点を挙げたところで自分の推してるものの評価が上がるわけ
ないのにな。
人気言語ランキングの記事のコメント欄での一騒動やら准教授の記事やら
見るにElixirって一発逆転を狙う能力の低い人がすがる他人を殴るための
道具としか見えんのよね。
コミュニティの問題だろう。准教授は誇ってたけど。 >>541
おまえは卑怯者
他人を殴るための道具と非難しながら匿名で他人を殴ってる 准教授Cでマルチスレッドのプログラム組んだことなさそうだけど、
こういう人がElixirの優位性主張しても説得力ないのよね。 >>544
理由は?
アセンブラで~とか言っちゃう人? 反論ではなく、レスをするなという言論統制
そういうとこやでw 反論しても理解できないやつにしても時間の無駄ということがよくわかるスレ 無駄と思ってたら>>549みたいなことも書いても無駄だから書かないはずだが
書かずにはいられない 先生にけんかを売って言った言葉これw
> 「逐次プログラミングも聞いたことがない」
>
> 『並行・並列プログラミングと~』なんて雑な表題つけてる時点で
> 分かってる人なのか不安になるね。
どちらも普通に使われてるわけで
素人はどっちなんだい(笑) 必死すぎて草
そんな暇あるなら記事を直せばいいのに Elixirで順に指定個数の素数を列挙する関数をNxでも作ってみた
https://qiita.com/zacky1972/items/8923735951724ff21d44
> ##### With input 10000 #####
> Name ips average deviation median 99th %
> prime_flow 11.26 88.79 ms ±0.91% 88.67 ms 90.97 ms
> prime_exla 3.51 284.81 ms ±0.42% 284.53 ms 288.39 ms
> prime_stream 1.29 775.55 ms ±0.20% 775.77 ms 778.11 ms
> prime_enum 0.86 1158.24 ms ±0.77% 1155.26 ms 1173.25 ms
> * 10000個の時にはFlowが最も速いです.
素数1万個(?)列挙するのに88ミリ秒とか掛かってるのに「最も速いです」とか言ってて
誰もツッコまないの面白いなw > 10000個の時にはFlowが最も速いです.
間違ってないと思うが何が言いたいんだ?
そこに他に速いものがあるのか? クロック周波数の高速化は頭打ちでコア数は増加傾向にあるのでそれを活かすには
並列プログラミングが有効でElixirは良いぞみたいな記事書いててこれじゃなあ。 素数候補[2, 3, 5, 7, 9...]の組み合わせで同じ数同士以外で割り切れたら
それは素数でないので除いて残ったのが素数ってアルゴリズムみたいだけど
これをエラトステネスのふるいと主張する先生に教わる学生さんは不幸だよなあ。 例のセンセイ地球温暖化とコンピュータのエネルギー消費の問題にElixirで立ち向かう〜なんて記事もQiitaに書いてるけど、効率悪いアルゴリズムをElixirで並列計算させて地球温暖化を促進させてるのはどういうつもりなのかな
Elixir他人に勧める前にアルゴリズムの勉強とか真面目にされたほう良いんじゃないか https://qiita.com/zacky1972/items/8923735951724ff21d44#comment-f9c01dd4810a4481c15c
> そうですね
准教授そっけないリプライでこの時点で大分ムカついてる感じだけどその後の
エラトステネスのふるいについて丁寧に説明してくれてるコメントにはリプライすら
しなくなったなw
こういうところで人間性が出てる気がする。 >>560
お前もリプライしなくなったな
このくらいならどうにか理解できたということか? https://qiita.com/zacky1972/items/8923735951724ff21d44#comment-d1324cdcff5d8eeac723
> 以上は旧態依然としたC言語によるマルチスレッドも使用しない素朴な
> 方法による結果ですが、これをElixirを使用してマルチコアを活かした場合
> どのような結果となるかは興味深いところですね。
准教授名誉挽回チャンスキター(AA略 キモすぎ。どうせお前らニートなんだから
いくら言っても准教授には太刀打ちできんぞw ニートに専門分野での誤り指摘される准教授って程度低すぎじゃねw 指摘されて「(今回は端折ったけど)真面目にした場合は」って答えるやつな
知りもせず出来もせず指摘されるまで観点すらなかったことをまず認め恥じよ
真面目にやったらとか許されるのは中学生まで Elixirって結局何の役に立つんだ?
他の言語と差別化できるような際立った長所が無いから流行る気がしない
あ、プログラミングしやすいとかの個人の主観はいいので 並列計算が容易らしいけどQiitaのElixir絡みの記事見ても
並列計算ができたレベルで喜んでて他の言語と比較して
性能がどうのというのは見当たらないな。
[Elixir] 並行して素数を求める
https://qiita.com/saltheads/items/b502356ae7a488d835b4
↑10000未満の素数を挙げるのに0.5秒も掛かってるのに並列計算で
5倍速くなったと喜んでる例
Elixirで性能を引き出すには アルゴリズム✕最適化✕並列計算
の知識が要りそうだけど結構大変なんじゃなかろうか。
Elixirコミュニティは優れた言語に目をつけた我々は偉い、優秀だ
という意識が露骨で気持ち悪いな。 Elixir is not a fast language. Not even close. Yes, it handles concurrency and parallelism beautifully which in turn enable distributed applications to perform quite well. But the language itself is significantly slower than Crystal / Rust / Go / Swift. It's not in the same category at all.
That said, it's a great language worth recommending.
https://news.ycombinator.com/item?id=12223614
ここでの議論が読んでて割合納得いった。
QiitaのElixir狂信者達はこのレベルまでElixirを冷静に評価できていない
気がするし他者への宣伝のしかたも異常だと思う。
特に准教授、偏差値40台の大学でこんなニッチな言語学生に勧めるより
アルゴリズムとか基礎的なこと先にやるべきだと思うぞ。 並列を選ぶのは速度が重要な時だけなのに並列が売りで遅い言語に何の価値があるのかわからん
他の言語で並列計算するのも全然難しくないのにマジでなんなんこれ 准教授が忙しくなってリプライ返さなくなった途端にこっちのリプライも消えるの草 正しい記事を修正する必要はないよ
修正したら間違っていたということ
修正しなかったら正しいという証拠 例の准教授、RISC-Vについての浅い記事も矢鱈と書いてるけど
https://qiita.com/search?sort=&q=zacky1972+RISC-V
将来流行りそうなものに目をつけて予めツバ付けとこうって感じが露骨だね。
Elixirもその一環だろう。今まで碌な実績ないところで必死なんだろうなw >>585
修正したら間違いを認めたってことだけど
修正しないなら間違いを認めてないってだけのことだよ。 webの記事なら直せばまあ良いんだろうけど
過去に嘘教えた学生にはどうフォローすんのかなあ?
まあすっとぼけかね? 任天堂Switchのプッシュ通知のシステム
スクウェア・エニックスのロマンシング サガ リ・ユニバース
Erlang & Elixir Fest 2019 https://elixir-fest.jp/
意外と使われてるんだね >>589
特定用途向けで実用されてると聞いてもそうなんだろうなあとしか
思わんけど、セッション一覧の最初の人見た時点でダメだこりゃって
感じなイベントだなあ。 >>587
ほらな。最初からかイチャモンつけるつもりでしか喋ってない
共産党と強いつながりを持つ夢のナンタラと同じ 修正しなければ間違ってないという理論なのか
狂ってるな 何が「ほらな」なのかサッパリ分からんのだけど
>>591の頭の中では他人に伝わる話のつもりなんだろうか? 正しいなら修正する必要がないですよね?
それだけの話しでしょ 「修正しなかったら正しいという証拠」
…にはならんやろ残念ながらw 正しいなら修正する必要はないが間違ってるのでする必要はあるし修正しないのは正しい証拠にはならんな
幼稚園児でもわかりそうな理屈だがはてさて おや?まだ修正しない=正しいか正しくないかどちらなのかわからないって
結論なのに気づいてないのですか?w すげえな
修正しないものは正しい証拠と本気で言ってやがる
Elixir教に入信するとこうなるのかそれともこういうやつしか入信しないのか > 修正しなかったら正しいという証拠
正しいから修正しないという主張は可能だけどそれができるのは准教授本人だけ。
たとえ本人がそういう主張をしたとしても正しい証拠にはならん。 >>600
逆も同じことがいえますね。
ここで間違ってるんだーって主張は可能だけど(笑)
たとえそいつがそういう主張をしたとしても間違って証拠にはならん。
最初からこの話をしてる いやこれが間違ってるのがわからないのは相当ヤバいぞw すげえな
修正しないものは正しい証拠と本気で言ってやがる
>>602とかまさにこれwwww ID変え忘れたの?
585 デフォルトの名無しさん sage 2023/01/19(木) 00:22:55.85 ID:RK+2q8py
正しい記事を修正する必要はないよ
修正したら間違っていたということ
修正しなかったら正しいという証拠 マウント取れたような文章が書ければ内容とか脈絡とかはどうでもいいんだろう > 私はJosé Valim、Elixirプログラミング言語の作者でPlataformatec社の共同設立者です。
> 私はブラジル人でポーランドに住んでおり、オープンソース業務で日々を過ごしています。
> https://qiita.com/HirofumiTamori/items/441cb854967b46ca2055
この記事いいね
何人かどこにも書いてなかった
コンピュータサイエンスのバックグラウンドがないが数冊の本を読んで作れた
Ruby Railsで活躍してた
ということもわかる
なぜブラジル人がポーランドに行ったのか?現在の国籍は? >>604
だから最初から言ってる
間違ってると指摘できないアホが
こんな所で騒いでも無意味だって >>607
おまえがアホ
過去レスを読んでも攻撃的になる理由が全くわからん 先生イライラすんなよ
エラトステネスのふるいと書いてあるのを試し割り法に変えるだけだろ
何にそんなに時間かかってんだ >>611
ここで本人に伝わるんだからそれでいいじゃんw
匿名で指摘するの禁止するなら匿名じゃないコメントにさっさと応えろよw >>614
本人に何が伝わってるの?
お前がここでほざいてる主張が記事に反映されたの?
あほかw 記事へのコメントは匿名じゃないのに反映されてないのはどういうこと?w 本人じゃないのになぜか大激怒して発狂してる人がいますね >>616
コメントまで含めて記事だぞ
なんのためのコメント欄だと思ってんだ?
頭わりぃな 記事で間違ってコメントで指摘されて修正せず恥を晒し続けてるとこまで記事なんだろ?
じゃあここで言っても何の問題もないなw ここに本人いないだろw
何の影響力もないやつが
ワーワー言ってるだけ 本人いるところでコメントしてるやついるんだけどそれは? 修正してないのが間違ってない証拠とかたまげたな
そういう感じの論文を書く人なのかな
日本の学力の低下パないな でも間違ってないなら修正されませんよね?
正しいか間違っているか、どうやって判断しろと?
ああそうか。
「逐次プログラミングも聞いたことがない」人は
間違ってるってことでしたっけねwww > 正しいか間違っているか、どうやって判断しろと?
エラトステネスのふるいと試し割り法の違いぐらい人並みの頭あれば自分で判断できるだろアホか すげーどうでもいいけど試し割りって半分まで試さなくてもルートまで試せば良くなかったっけ? それと何の話があるんだ?
アルゴリズム改良しても並列の話とは何の関係もないだろ
むしろ並列の効果を知りたいのにデータ数減らしてどうするんだと > アルゴリズム改良しても並列の話とは何の関係もないだろ
> むしろ並列の効果を知りたいのにデータ数減らしてどうするんだと
逐次処理より遅い並列処理に意味がないことくらいフツー気付くもんだが
Elixirで並列処理が目的になってる人たちは馬鹿だから理解しないんだろうね。 はぁ?アルゴリズム改良+並列化すればいいだろ
アホ化www アルゴリズム改良できない上に既存の超有名なアルゴリズムの実装ができてないから指摘されてるわけでな Elixir は、1秒で10万の小プロセスを起動できる。
130GB メモリで、5千万の小プロセス
Stack Overflow 2023年の年収。高〜低
Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7
多くの言語 : 6.5 ぐらい
PHP : 5
Dart : 4.4 >>631
書き込みがとっ散らかりすぎ
軽量プロセスを大量に生成するくだりと給与の話が繋がってない >>630
並列化の話をしてるのに、アルゴリズムの話をするのは的はずれじゃね?
そういうところがわかってないから馬鹿にされるんだよ 並列化の話をしてても間違ったところは突っ込まれるんだよ
会議と間違えてんのかw ごまかすって何よ?
間違ってることを間違ってると言う方じゃなく間違ってるのに直しもせず本題じゃないから云々言ってる方がごまかしだっらーぅ?w え?
これだけ説明されて間違ってるのまだわかんないの?
マジで? >>638
説明が分散してるのがダメ
分散した記事を探して読むことはしない
1つの記事にまとめてね
マジで読まないから 説明されなくてもわかれよこのくらい
小学生なら仕方ないが エラトステネスのふるいを変更するだけに何日かかるんですかねぇ なんで変更する必要があるの?
エラトステネスのふるいのアルゴリズムの話じゃないでしょ
ってか、お前しつこいよwww 先生本気で言ってるんすか?
エラトステネスのふるいではないものをエラトステネスのふるいと書いてるんだから訂正しないとw ふるいのはお前の頭だよ
これからはあれがエラストテネスのふるいだ 修正しないのが間違ってない証拠になるとか本気で言ってる人はそう言うよね >>589
こういうビッグイベントで戦う人だからおまえのことは視界に入ってないw ビッグイベントで戦う人はバブルソートとクイックソートの区別がつかない説 馬鹿なのに積極的な奴が現場でいちばん邪魔。ましてqiitaに記事書きたがるなんて現場に留まらず世界中で邪魔なんよ理解してマジで。 他者の製品の動作レポートなんて記事新たに投稿するよか自分が過去に投稿した記事に責任持つほうが重要と思うけどね、准教授のやってることマジワケワカランなw Qiitaマークダウンの箇条書きの間に空行があるかないかで行間の幅が異なることがCommonMark準拠だというディスカッション
github.com/increments/qiita-discussions/discussions/420 ALU Controlを実装していてパタヘネRISC-V版の誤りに気づいた件
https://qiita.com/zacky1972/items/160d9043c5cec5d083cf
> Appendix C: Mapping Control to Hardware の C.2 Implementing Combinational Control Units の記載のFigure C.2.3が誤っていました.どのように訂正するかについては,前述のSystemVerilogのソースコードから察してください.
どう間違っててどう書くのが正しいみたいな具体的な指摘をしないのは
墓穴掘りたくないからかな >>656
パタヘネのFigure C2.3のOperation0(alu_ctl[0])をそのままVerilogで書くと
alu_ctl[0] = (alu_op[1] & (f[3] & f[0]));
だけど
alu_ctl[0] = (alu_op[1] & (f[1] & ~f[0]));
が正しいと言いたいらしい
でも、Figure C.2.1の4行目は
1,x,x,x,0,0,1,0 (alu_op[1],alu_op[0],f[5],f[4],f[3],f[2],f[1],f[0]) => 0110
だから最下位bitのalu_ctl[0]は0になるんだけど、
そのコードだとalu_op[1]=1,f[1]=1,f[0]=0だから~f[0]=1になり、
alu_ctl[0]が1 & (1 & 1) => 1になるからおかしいと思う
そもそも、パタヘネのFigure C.2.xに出てくるfはなんだかよくわからない
f[2:0]はいわゆるFunct3(inst[14:12]で、f[3]はFunct7の6bit目(減算命令とかに
使われる,inst[30])、そのコードでも
f = {inst[30], inst[14:12]};
にしているけど、全く使ってないf[5],f[4]は何のためのあるの? 補足というか、このコードが何の処理をしている部分か説明
これはRISC-Vの機械語からどういう演算をすべきか決める回路のコード
RISC-Vの命令フォーマットはR-type、I-type,S-type, U-typeの4種類で、S-typeとU-typeは
即値のフォーマットにより、それぞれS-formatとSB-format、U-formatとUJ-formatに分けられる
32bitの命令instのうち最下位7bit(inst[6:0])がopcode
7bitだと命令数が足らなくなるので、U-type以外中央の3bit(inst[14:12])が追加のopcode(Funct3)
レジスタ間演算命令のR-typeでは最上位ビットから7bit分(inst[31:25])がさらに追加のopcode(Funct7)
I-typeは基本的に最上位ビットから12bit分(inst[31:20])は即値だけど、シフト命令は32bitの場合
5bitでシフト量の指定ができるから、余ったbitのinst[30]をopcodeとして使う命令がある
実際にRV32Iの範囲でFunct7のinst[30]を利用する命令は、R-typeの加算命令ADD(Funct3=000)に
対する減算命令SUB命令、論理右シフトSRL(Funct3=101)に対する算術右シフトSRA、I-typeの
即値論理右シフトSRLI(Funct3=101)に対する算術右シフトSRAI
このことを理解していれば、ALUに対して加算命令か減算命令かやシフト命令かそうでないかの
信号を送らないといけないわけで、alu_ctl[0]は加算か減算かの信号線で、alu_ctl[2]はシフト命令か
どうかの信号線って推測できるから、どちらもinst[30]がないと区別できないことがわかるはず
だとするとなんでinst[30]がいらないって発想になるんだろう?こちらがなんか勘違いしている? >>658
一応補足
> だとするとなんでinst[30]がいらないって発想になるんだろう?
inst[30]はf[3]ね
alu_ctl[0]が加算化減算化を区別する信号線ならinst[30]=f[3]がないといけないのに
>>656のコードはf[3]を取り除くコードにしていて、こんな書き換えようと思うこと自体
理解できないという意味 > alu_ctl[0]が加算化減算化を区別する信号線ならinst[30]=f[3]がないといけない
f[3]なら
> alu_ctl[2] = (alu_op[0] | (alu_op[1] & f[3]));
で参照してる。正しいかはわからん。 出版されてから6年近く経つ世界中で読まれてる本にそんな間違い今更見つかるかな?という気はする。 >>660
あ、見落としていた
パタヘネのFigure C.2.3をVerilogで書くとOperation2(alu_ctl[2])は
alu_ctl[2] = (alu_op[0] | (alu_op[1] & f[1]));
になっているのを、>>656のコードは
alu_ctl[2] = (alu_op[0] | (alu_op[1] & f[3]));
に修正している
alu_ctl[0]と同様にFigure C.2.1の4行目の
1,x,x,x,0,0,1,0 (alu_op[1],alu_op[0],f[5],f[4],f[3],f[2],f[1],f[0]) => 0110
に従うとalu_ctl[2]は1
修正コードだとalu_op[0]=1,alu_op[1]=1,f[3]=0のときは
(1 | (1 & 0)) => (1 | 0) => 1で正しいけど
alu_op[0]=0,alu_op[1]=1,f[3]=0のときは
(0 | (1 & 0)) => (0 | 0) => 0になるからFigure C.2.1と食い違う
Operation1(alu_ctl[1])とOperation3(alu_ctl[3])はパタヘネと同じ
少なくともパタヘネのFigure C.2.1とFigure C.2.3は正しい対応関係だが
>>656のコードはFigure C.2.1とは食い違っている で、ちゃんとパタヘネ読み直したけど、パタヘネはRISC-Vのサブセットであって
RV32Iではないから独自仕様になっている部分があるのね
なので>>658は忘れて
パタヘネ4章4.4より、ALUはLD, SD, BEQ, ADD, SUB, AND, ORだけ処理でき、
alu_opは、LDとSDが00、BEQが01、ADDとSUBとANDとORが10で、
Operation(alu_ctl)は、論理積が0000、論理和が0001、加算が0010、減算が0110
論理積ANDのalu_ctlは0000
論理和ORのalu_ctlは0001
加算命令ADDだけでなく、メモリ読み書き命令LDとSDはアドレス計算に加算を
利用するから、ADDとLDとSDのalu_ctlは0010
減算命令のSUBだけでなく、値が同じ場合に分岐する条件分岐命令のBEQは
同じかどうかの判定にrs1-rs2を計算して0であるか判定するので減算が必要
だから、SUBとBEQのalu_ctlは0110
これらの処理をする回路の説明がFIGURE C.2.1の表で、1行目がLDとSD、
2行目がBEQ、3行目がADD、4行目がSUB、5行目がAND、6行目がOR
FIGURE C.2.1に対応する回路図がFIGURE C.2.3
改めてチェックしてみたけど、この仕様のALUなら、FIGURE C.2.1と
FIGURE C.2.3は何も間違っていないと思う 間違っているかもしれないけど、なんとなくわかった気がする
RISC-Vの条件分岐命令はPC相対で、rs1とrs2間で条件判定を行い、
PC+即値で分岐先アドレスを計算して分岐時に次のPCとしてセットする
パタヘネの設計では、条件判定をALUで行い、分岐先アドレスの計算は
ALUとは別の加算器を用意して使用する
普通の設計だと、分岐命令もロードストア命令もALUでアドレス計算して、
条件判定回路はALUとは別に用意する
後者を想定してALUを設計するならパタへネのALUの仕様とは噛み合わない
>>656のリンク先はパタヘネが後者のALUだと勘違いしたんじゃないかな 准教授に教わる学生さんって准教授が何か言うたびに裏とりする羽目になるから結果としてすごい勉強になる気がする。 裏なんか取らないし真顔で時間すぎるの待ってるだけよ
アホに教わるアホというのはそういうもの ChatGPTは本当にプログラミングができるのか 自分の本の練習問題で実験した
https://qiita.com/makaishi2/items/f5d9fa2203f8d0271b7b
日本語で書かれた練習問題でプログラミングを完璧に回答したという
AIすごい copilot使ってるけど、ほんとに良い提案してくれる
プロジェクト全体を見た提案なんで、そのまま使えるケースも少なくない あれ? 複数の親切な人にアドバイスもらったのが気に入らないのか記事削除したかな?
https://qiita.com/nkfrom_asu 見てないけど削除するだけ賢いよね
初心者ほど自信満々で
初心者ほど知ったかするけど
指摘されて理解する知能はあったわけだ どうみても攻撃する意図でURLを晒bオただろ
ャLチガイに絡まb黷スら削除するbフは普通
bヌのように言い末オても通用しbネい どうみても攻撃する意図でURLを晒しただろ
キチガイに絡まれたら どうみても攻撃する意図でURLを晒しただろ
キチガイに絡まれたら削除するのは普通 どうみても攻撃する意図でURLを晒しただろ
キチガイに絡まれたら削除するのは普通
どのように言い訳しても通用しない Qiitaに投稿するということは全世界に公開するというのと同義でな
攻撃の対象になるかどうかはこのスレに貼られたかどうかではなくそこに何が書かれてるかによるのだよ
俺は見てないが攻撃の対象になるような記事であったのならここに貼られなくともいずれどこかで攻撃されてたと思うぞ 要するに醤油差しを舐めて戻したやつとそれを撮影して拡散したやつとどっちが悪いかって問題に似てるんだよ Bingにキャッシュがあった。
https://cc.bingj.com/cache.aspx?q=%00&d=426693766651&mkt=ja-JP&setlang=ja-JP&w=ozwFVFyrFNM8Up50iivEBKsYUiyEGzJR
キャッシュにはコメント残ってなかったけど
・「通常変数モード/ポインタ変数モード」とは言わないから記事を見直した方が良い
・記事のコードに動かないものがあるから見直した方が良い
程度のコメントしか付いてなかったけどね、記事削除に到った本人の心中は分からんな。 世の中に要らないものがいくつもあるが
この業界でのその最たるものは
初心者によるポインタ解説記事
いらんから
一生いらんから
糞初心者のした糞をほかの糞初心者が頬張る地獄絵図いらんから 記事の冒頭に「間違いがあればご指摘ください」と書いてる割に貰ったアドバイスに対して
グダグダ言い訳続けてるのホント訳分からんかったわ。
己の誤りを認めると死んじゃう人なのかもしれん。 > @nkfrom_asu
> posted at 2023-02-01 updated at 2023-02-01
> C言語のポインタまとめ
> 備忘録です。間違いがあればご指摘ください。
お願いだからまとめないで
> int *p でもいいんですが、通常変数モードと混ざってよくわからなくなりそう(後述)。
賢者モードだけにしといて
> ポインタ渡し
でたこれ初心者特有の「ポインタ渡し」という解釈 ポインタを一部としたありとあらゆる型を
単に値渡ししてるのがC言語だからね
参照渡しがあるpascalやC++の場合は
参照渡し値渡しの区別をつける意味はあるけど #include <stdio.h>
void value(int* hoge);
int main(void) {
int a = 0;
int* p = &a;
pointer(p);
printf("%d", a); // 1
return 0;
}
void pointer(int* hoge) {
*hoge++;
}
関数プロトタイプがおかしいし期待した動作もしないだろうけど
まあ確認してないんだろうね。なんか言われて当たり前。 *hoge = *hoge + 1; // 初心者はイキらずこう書きましょう
*hoge += 1; // わかってきたらこうでもいいですよ
(*hoge)++; // こうでもいいですよ
*hoge++; // 間違いですよ。これは *p++ = value;の形でポインタを進めながら値を代入していくときの左辺のイディオムですよ Qiitaによくいる、
「動作確認してないから間違いあるけど雰囲気で読み取って」
のパターンだろ
もう慣れたわ >>689
おまえの説明が下手というか理解不足だろ
演算子の優先順位を示すべき
*(hoge++);
初心者の説明ほど迷惑なものはない 演算子の優先順位ってすぐ忘れない?
全部カッコを付けるべき さすがにwhile(*hoge++)みたいな頻出のものは忘れんだろ
カッコも付けすぎると見づらいぞ >>694
読んでみたけどChatGPTの言っていることはデタラメだから
鵜呑みにするなという記事にしか見えないのだが ChatGPTでは具体的で細かい実装は、
あまり精度が高いものは返ってこないよという趣旨の記事だわな。 「教えてもらった後」を読めばわかる通りこいつはChatGPTを使ってうまく情報を引き出したようにしか思ってない
そもそも教えてもらった後思ってることが全く事実とは違う
それをわからないと話が通じないぞ そういうネタ記事ならそうわかるように印をいれておけということだな 何がひどい?
開かないとわからないのってアクセス数稼ぎなんじゃない?
そういうのはやめて >>701
まんまだなw
こういうのがこれからどんどん増えてくるぞ 自分の本を試してみた、みたいなやつは面白かったんだけどな
何も考えない二番煎じはゴミだな
まあそのうちいいねも全くつかなくなって消えるだろ ChatGPTでニューラルネットのコードを書かせてみたらすごかった
Atcoderの問題も簡単なやつは解いちゃって思わず声出すぐらいびっくり
Atcoderがああああああってことになりそう Dr.スランプ アラレちゃんのつもりのタイトルだったのか。 >>672
修正版が再投稿されてた。
https://qiita.com/nkfrom_asu/items/7e0684218961d3b463d0
指摘された点については修正や削除で対応したみたい。
無難なつまらん記事になってしまったのは残念。 そもそもなんの意義があって記事にしちゃうの?
馬鹿なの?意地なの? 記事を書かれると困るやつが多いなw
自分が知ってる知識を否定されてるように感じるのかな?w CTOも准教授も頑張って記事書いた結果
頭の悪さを宣伝してるようなもんだよ 馬鹿はおまえだろ
記事にコメント書いて直接言うべきだが
そんなことを書いても運営に消される荒らしコメントでしかない
IQが低すぎる知的障害者だからそうなるんだろうが憐れだね >>570
まだ反映してない
理解できなかったならわかったふりせずそう言えばいいのに https://qiita.com/takafi/items/8e326f348142452bec28#comment-dd68fb31ac87318fb9ac
> 今回の記事において一般解と最小文字数解はfizzbuzz問題を知った記事に載っていたのですが、そちらはURLをメモし忘れました(大元の出典もわかっていません)。それ以外については最小文字数解の手法から発展したものは除いて、fizzbuzz問題を解くうえで使えそうな数学の定理や一般的なPythonの仕様について調べて、私自身で書いたのものです。
> そのためおそらくご指摘の点に該当する状況ではないと考えています。
参考文献を明らかにする、くらいの意識も無い人。 >>713
確かにそういう意識のやつは多いし良くないけどFizzBuzzは良くね?
これに著作権無いと思うわ C言語のソースコードを見て
それをPythonに置き換えたら
著作権消えるんだっけ? 世の論文やら記事やらに参考文献挙げるのは著作権問題を避けるためだったのか。
へー知らなかったなw 記事主は
i in list(range(3, 101, 3))
なんて変な書き方してるし初心者クサイ感じだけど
FizzBuzzにフェルマーの少(ママ)定理使うのを自分で
考えたって言ってるけどもホントかよという気はするな。 フェルマーの小定理がすぐ出てくるくらいの人なら
「少定理」なんてTYPOもしないと思うけどね、
どうなんだろうね。 >>716
バレたらアウト
カンニングせずに作るべき >>717
初心者ですみませんが、著作権以外の理由があるんですか?
あ、もちろんマーケティングな話とか、参考文献をリスペクトしてるとかは無しで > あ、もちろんマーケティングな話とか、参考文献をリスペクトしてるとかは無しで
無しな理屈がマジ分からん https://qiita.com/takafi/items/8e326f348142452bec28
> boolでFizzとBuzzを結合する形式
> for i in range(1, 101):
> print(('' if i % 3 else 'Fizz') + ('' if i % 5 else 'Buzz') or i)
> 下のコードはやってることは上と一緒ですが、notを使うことで個人的に可読性が高いので好みです
>
> for i in range(1, 101):
> print('Fizz'*(not i%3) + 'Buzz'*(not i%5) or i)
なんで
for i in range(1, 101):
print('Fizz'*(i%3==0) + 'Buzz'*(i%5==0) or i)
じゃないんだろう?この記事真っ先に
> for i in range(1, 101):
> if i % 3 == 0 and i % 5 == 0:
> print('FizzBuzz')
> elif i % 3 == 0:
> print('Fizz')
> elif i % 5 == 0:
> print('Buzz')
> else:
> print(i)
てコード挙げてて剰余が0だったらのほうがよほど素直だろうに剰余にnotって正気とは思えん。
この記事書いた人、他の方法色々自分で考えたって言ってるけどなーんかチグハグなんだな。 0がfalseがどうかって直感的じゃないから比較したいわな @nkfrom_asu
こいつもそうだけど指摘されたらすっごい言い訳するよね
どういう人がキータに記事書いてるかなんとなく透けてきたな >>726
反例俺で即論破できる
おまえの論理の誤りは枚挙的帰納法で8割以上がそうだと統計証明することなくたった1例を全称化したこと >>723
リスペクトしてない人はどうすんのって話になるぞ @fujitanozomu
この人毎日qiitaのいろんな記事にコメントしてるけど暇なの? いたとしてそれが本人だということをどう証明するんだ
Qiitaで聞けよ そりゃそうだ
本人にしか答えられない質問を公開かつ匿名の場で聞く質問者の性格が悪い
精神疾患があるはず Qiitaなんかに書き込んでるやつはみんなバカ
本物は静かにプログラミングをする 普通の人は静かにプログラミングする
バカでかつ自己顕示欲の強い子が群がる まともな記事書いている人も結構いるしバカとは思わんな
ゴミみたいな記事は排除されるべきだろうけどw 初心者だけどエラトステネスの篩 の記事書いちゃお!
初心者だけどポインタの記事書いちゃお!
↑救いがたいバカども Qiitaでアホみたいな分量の記事を書いているやつがいるがバカの典型
本物は商業で本を執筆する
何者にもなれないバカが唯一叫べる場所にすぎん 本になるような分量の記事なんて見たことない
どれ? 誰も本になるような分量の記事があるとか言ってない
本物はQiitaなんかに書かずに本を執筆するという話をしてる 本物とか恥ずかしい単語リアルでは使わないほうがいいよ Zennは本を書けるQiitaだがBooksやHow it worksとExplainしていて
LGTMのようにEnglishのMeaningをMajorityにUnderstandされてないことがIssue
楽天もEnglishをCompanyのOfficial LanguageにしてFailしてるんじゃないの >>742
あーようするに分量とか実は関係なくてQiitaに記事書いてる事自体を馬鹿にしてるのね
おまえ頭ワリィだろ >>746
頭の悪い君のために第三者が通訳してあげよう
本の分量は300ページ
Qiitaで分量の多い記事は3ページ
300ページもないと言われてる >>747
だから分量関係ないんだろ?
それとも分量関係あるの?
関係あるならどんな関係があるの? >>748
300ページの分量がないと本にならない
3ページの本って見たことある? >>749
見たことないから分量の関係性がわからない
> Qiitaでアホみたいな分量の記事を書いているやつがいるがバカの典型
> 本物は商業で本を執筆する
どう関係があるの? >>750
Qiitaでアホみたいな分量の記事といってもせいぜい3ページで
300ページが必要な本の分量には足りない 技術書を書いて売ってた俺が通りますよ
もう10年は再版されてないけど >>751
整理してから書き込めよ
言ってること無茶苦茶だぞ
何をバカにしたかったんだ?
アホみたいな分量をQiitaに書くこと?
本を書かないこと? ところがどっこい市販されてる書籍にも
アホな本はいっぱいあるんだなぁ…
キータ記事とくらべたときは敬意は払いたいけど >>753
Qiitaの記事を300ページの分量で書くなら(その分量の記事は存在しないが)バカで本にして売ったほうがいい
3ページの記事を100倍書き溜めるか膨らませるかして300ページにして本を売ったほうがいいと言ってるのかもしれない マイナビ、秀和、ぎひょーは結構は割合でゴミみたいな本出してる希ガス
※個人の印象です 商業で本を書いてないやつの長文記事なんて
読む価値ないって言ってるだけだが
それすらもわからんようだな >>757
お前は体系的な情報とピンポイントな情報を同列で語るのか? キータはトップページか
すべてのページの下部かどっかに
※このサイトはド素人が頑張って書いたクソ記事です。
不正確な知ったか、思い込み、独自用語が含まれます。
また、訂正されないままの間違った情報も含みます。
そのことを御理解の上でお楽しみ下さい。
と書くべき ドシロウトの書いた記事も読んでて「あれ?そうだっけ?」と思ったところを
再確認すれば自分の知識のリフレッシュの役に立たないこともない。
一定の割合で嘘が混じってる運転免許試験の問題集くらいに思えば良い。 本業で描かれて発行されたと思われる本でもひどいのいっぱいあるわ
金返せってレベルの 正直今時本買うとか情弱だけだからなぁ
買うにしてもKindleとかデジタル版やろw 人に読んでもらえる記事を書いて実際に「いいね」をもらえるだけの能力のない
このスレのボンクラどもは自由に記事を書いてる人たちに嫉妬してるんだろう
知らんけど Qiitaのいいねは主に情弱と身内がつけてるからマジであてにならん
ソースは俺 >>766
いいね
いいねが記事の良さを示す指標になってないという反省からLGTMにしたが結局元に戻した
記事をツイートしてリツイートすることの宣伝がすごくてそういう人のQiita記事のいいねが多いと思ったことがある
閲覧数は記事の良さを示す指標では?ツイッターが閲覧数を表示したようにQiitaも表示すべき いいねが記事の良さを示す指標になってないことの原因は
宣伝がすごい記事と宣伝に頼らない記事を同じ土俵で戦わせること
ツイッターや某所とかで宣伝されるとバズってすごい伸びる
宣伝に頼らない記事だけにしていいねの数を比較するのなら意味があるが
宣伝に頼らない記事が宣伝がすごい記事に埋もれてしまうことが問題 よくわかってない人が「よくわからんが
ためになりそうなことが書いてありそうだ」
と錯覚するような記事を書くと「いいね」
をもらえやすいぞ。
よくわかってない人相手なので正確さは
問われない。図とか多用すると尚良し。
高校生や女の子アピールも有効。 Rust で書いたプログラムがなんか遅い
https://qiita.com/Paalon/items/6c9d64bf0b8b199a5254
> なぜ Rust のコードが遅いのかわかる方がいらっしゃったら教えて下さい。
記事と言うより質問。付いてるコメントがクソ。
記事書いた人はコンパイラの生成した機械語がどうとか分からないところで
質問してるのは記事読めば明らかなのにコメントでそういうレベルでの回答
してるのは何なんだ?相手が理解するわけないだろ。自己満か?自慢か?
マジウザいわ。原辰徳。 コメント連投してる人は暇人だなぁと思うけど
これはいい暇人やろ
こういうふうなコメントこそ求められてると思うけど 質問への回答へChatGPTの応答を丸投げする人がいます #443
前回のような個別に対応しますというような曖昧な回答ではなく,是非運営として対応方針をお聞かせ願えればと思います. 小道具:英数の別文字コードへの変換(テキストデータなのにボールドとかイタリックとかスクリプト体とか…)
https://qiita.com/ikiuo/items/4359dd27149253cf577b
Qiitaのコメント欄はいつもこれくらいピリピリした感じがあれば良いのに。 マシン語がどうとか言ってるが線形探索はマシン語になっても線形探索だから辞書の方が速いんだよなあ 「CPU のレジスタ内で完結するコード」とか今まで考えたことすらなかった
そこまで速度にこだわる必要はないでしょ >>777
速い遅いは膨大なデータを処理して初めて問題になるところだから実測しなくても計算量だけで余裕でわかるぞ
実測が必要なのは時間計算量が同じ場合と小規模データの場合で今回は関係ない いまどきのコンパイラは勝手にベクトル化したりするしどういうコード吐くかは見ないとわからん。
ソース見ただけで計算量なんて分かるわけない。 ソース見ただけでわからんとかどういうことだよ
計算量はソースからはかるもんだぞ どんだけ頑張って最適化しても大量のデータでは挿入ソートは最適化しないヒープソートに勝つことはない
むしろ無駄ループ入れて1000倍の時間がかかるようにしたヒープソートにすら負ける
これが計算量よ >>778
異なる方法を計算量で比較できると思ってる人? マジで計算量知らないこの板にやついるんだなって
基礎だぞ? 文書の大きさがどの程度になるかわからんだろw
逆に小さい文書しか作らないなら速度などどうでもいいっつー話w 文書の長さこそ計算量上はただの係数やろ
そうなると一文字単位の計算量じゃなく処理時間が影響するやろ 質問の検索機能についてお聞かせください #450
上記のような問題を解決したいと考え、質問を検索できるようにする予定です
みなさまにお聞かせいただきたい内容
1. どのような項目で検索を絞り込みたいですか?
2. 上記の抽出条件は、主にどんな時に必要かを教えてください >>770
Qiitaはこの藤田望とかいう奴どうにかした方がいいよね
色んな記事を荒らしまわってる 間違い指摘されたのを「荒らされた」と逆恨みしてる人かな >>789
文書の長さをnとした時にnの増加でどのくらい時間が増えるかを表すのが計算量だぞw
O(n)なら文書量が1000倍の時に1000倍の時間がかかるしO(n^2)なら1000000倍の時間がかかる
だからアルゴリズムをO(n^2)のままで速さを2倍にチューンナップしても500000倍の時間になるから1000倍の時間には全然文字通り桁違いにかなわんのよw >>791
間違いを指摘されたのはかわいそうだが直せば済むことだぞ
むしろ間違ったままのゴミばかりだと他の人が困るだろ >>793
いや一文字の変換方法の議論なんだからO(n)じゃなくてn×O(テーブル数)なんだよ >>795
一つの文字の変換だけなら一瞬で終わるから何でもいっしょだぞw
まだわからんのかよ
それを実用する時に差が出るだろw 辞書なら一回の変換でO(1)だから文書をnとしてO(n)なのにそこで線形探索持ってきて機械語を考慮して云々言うのがどれだけアホなのかわからんのかよw
そんなの一発で消し飛ぶのは実測しなくてもわかるわw n✕O(1)とn✕O(テーブル数)やろ
どの変換処理だろうが文字数nでループして内部変換処理にnは関わってない 結局必要なのは個々の変換速度じゃなく最終的な速度だと何度説明してもわからんアホには何も作れんよ 結論に異論はないが説明が間違ってりゃそりゃ伝わらんよ 間違ってるように見えるのはお前がアホだからだよ
トンチンカンなことばかり言ってるからわかる アホっていうやつがアホ
マジでアホ
どうしようもなくアホ
雑談する目的で誹謗中傷するのは精神がいかれてる
小学生の義務教育からリカレント教育を受け直すべき
誹謗中傷せずに話せないの?
くだらない話題にしか見えない
この話題には当然参加してない これで自分は誹謗中傷してないつもりなのがアホだろ?w 今年のカレンダーで25記事書ききってぬいぐるみとTシャツもらうためにいまから書きだめておこうと思うんだが(´・ω・`) 今そういうキャンペーンしてるしホームに並ぶ記事には運営が恣意的な重みをつけてるからな セカイを変えるChatGPTを追求せよという空気でChatGPT以外の記事を書ける?
おまえは空気を読めないやつかもしれんが 現状ちょっと弄っただけで糞とわかるChatGPTの記事なんて書く意味ない 現状、正しいコードを書かせるためにプロントを四苦八苦してるうちに自分でコード書いたほうが早いからな… 元編 https://qiita.com/kankikou/items/311328b36ff5a60ab19a
続編 https://qiita.com/Nabetani/items/4827584857cb1c584647
高々10Mの足し算で1秒掛かってるのが異常に遅いなと思って
試しに手動アンロールしたら3桁早くなった
主題の分岐予測を気にかけてる人は自動ベクトル化も興味あるだろうし
元編でコメント連投してた藤田望氏は5chで叩かれてもQiita頑張って欲しい
shuffled
simple: duration= 1.4129s sum=957487744000
simple_unroll4: duration= 0.0016s sum=957487744000
foreach: duration= 1.4307s sum=957487744000
opt-simple: duration= 1.4238s sum=957487744000
opt-foreach: duration= 1.4369s sum=957487744000
sorted
simple: duration= 1.4214s sum=957487744000
simple_unroll4: duration= 0.0016s sum=957487744000
foreach: duration= 1.4228s sum=957487744000
opt-simple: duration= 1.4297s sum=957487744000
opt-foreach: duration= 1.4318s sum=957487744000 失礼、measure関数で1000回ループしてたので、高々10G回の足し算になってた
でもO3最適化が何かをやっているようだ
g++ -O2 -mavx2
shuffled
simple: duration= 4.3088s sum=957487744000
simple_unroll4: duration= 1.5359s sum=957487744000
foreach: duration= 4.3084s sum=957487744000
opt-simple: duration= 4.7163s sum=957487744000
opt-foreach: duration= 5.5201s sum=957487744000
g++ -O3 -mavx2
shuffled
simple: duration= 1.4113s sum=957487744000
simple_unroll4: duration= 0.0016s sum=957487744000
foreach: duration= 1.4264s sum=957487744000
opt-simple: duration= 1.4410s sum=957487744000
opt-foreach: duration= 1.4378s sum=957487744000
int64_t __attribute__ ((noinline)) simple_unroll4(std::vector<uint> const &data)
{
int64_t sum[4]{};
for (size_t i = 0, size = data.size(); i < size; i+=4)
{
if (128 <= data[i+0]) sum[0] += data[i+0];
if (128 <= data[i+1]) sum[1] += data[i+1];
if (128 <= data[i+2]) sum[2] += data[i+2];
if (128 <= data[i+3]) sum[3] += data[i+3];
}
return sum[0]+sum[1]+sum[2]+sum[3];
} measure関数に __attribute__ ((noinline)) を付けたら正しく動きました
失礼しました uint16_tにしたら続編のAVX512と似通ったレベルが出た(続編のsumがmacとwindowsで違うのは何故?)
g++ -O3 (avx2を明示しない方が速かった)
shuffled
simple: duration= 1.0470s sum=957487744000
simple_unroll4: duration= 0.7678s sum=957487744000 ★
foreach: duration= 1.0765s sum=957487744000
opt-simple: duration= 1.3134s sum=957487744000
opt-foreach: duration= 1.3262s sum=957487744000
sorted
simple: duration= 1.0430s sum=957487744000
simple_unroll4: duration= 0.7652s sum=957487744000 ★
foreach: duration= 1.0726s sum=957487744000
opt-simple: duration= 1.3084s sum=957487744000
opt-foreach: duration= 1.3201s sum=957487744000
clang++ -O3 -mavx2 (avx2を明示)
shuffled
simple: duration= 0.8695s sum=957487744000
simple_unroll4: duration= 1.3842s sum=957487744000
foreach: duration= 0.8715s sum=957487744000
opt-simple: duration= 0.8683s sum=957487744000
opt-foreach: duration= 0.8636s sum=957487744000 ★
sorted
simple: duration= 0.8812s sum=957487744000
simple_unroll4: duration= 1.3900s sum=957487744000
foreach: duration= 0.8701s sum=957487744000
opt-simple: duration= 0.8691s sum=957487744000
opt-foreach: duration= 0.8682s sum=957487744000 ★ 合わせて手動アンロールも少し修正
int64_t __attribute__ ((noinline)) simple_unroll4(std::vector<uint> const &data)
{
int64_t sum = 0;
size_t const size = data.size();
size_t i = 0;
size_t const overflow_safe_chunk_size = (1ULL<< (8*sizeof(uint)))/(1ULL<<8); // 0xff = (1<<8)-1
for(size_t ichunk = 0; ichunk < size ; ichunk += overflow_safe_chunk_size){
uint sub[4]{};
for ( ; i < ichunk; i+=4)
{
if (128 <= data[i+0]) sub[0] += data[i+0];
if (128 <= data[i+1]) sub[1] += data[i+1];
if (128 <= data[i+2]) sub[2] += data[i+2];
if (128 <= data[i+3]) sub[3] += data[i+3];
}
sum += sub[0]+sub[1]+sub[2]+sub[3];
}
for ( ; i < size; i+=1)
{
if (128 <= data[i]) sum += data[i];
}
return sum;
}
gccとclangでかなりの違いが出てるのでSIMD intrinsicsで書くべきなんだろうけど
そこまでするとM1/M2で使えなくなるのでこの辺が落としどころ? >>816
Qiitaでやればいいのに、、まさか本人か?
叩かれるのが厭だからこっちにきてグダグダやってんのか こいつQiitaのコメントで暴れまくってる藤田望だろ 本人じゃないよ
https://gcc.gnu.org/onlinedocs/gcc/Vector-Extensions.html
で更に早くなった
g++ -O4 -mavx2
shuffled
simple: duration= 1.4165s sum=957487744000
simple_unroll4: duration= 0.9939s sum=957487744000
simple_vec16: duration= 0.5607s sum=957487744000
simple_vec32: duration= 0.2914s sum=957487744000 ★
sorted
simple: duration= 1.3956s sum=957487744000
simple_unroll4: duration= 0.9907s sum=957487744000
simple_vec16: duration= 0.5611s sum=957487744000
simple_vec32: duration= 0.2766s sum=957487744000 ★
clang++ -O3 -mavx2
shuffled
simple: duration= 0.8921s sum=957487744000
simple_unroll4: duration= 1.3960s sum=957487744000
simple_vec16: duration= 0.3113s sum=957487744000
simple_vec32: duration= 0.2184s sum=957487744000 ★
sorted
simple: duration= 0.8977s sum=957487744000
simple_unroll4: duration= 1.3983s sum=957487744000
simple_vec16: duration= 0.3328s sum=957487744000
simple_vec32: duration= 0.2028s sum=957487744000 ★ typedef uint v32 __attribute__ ((vector_size (32)));
int64_t __attribute__ ((noinline)) simple_vec32(std::vector<uint> const &data)
{
int64_t sum = 0;
size_t const size = data.size();
size_t const overflow_safe_chunk_size = (1ULL<< (8*sizeof(uint)))/(1ULL<<8); // 0xff = (1<<8)-1
size_t const unroll_step = sizeof(v32)/sizeof(uint);
v32 const *pv32 = (v32 const*)data.data();
size_t const size32 = size/unroll_step;
size_t i = 0;
for(size_t ichunk = overflow_safe_chunk_size ; ichunk < size32 ; ichunk += overflow_safe_chunk_size)
{
v32 sub{};
for ( ; i < ichunk; ++i) sub = (128 <= pv32[i]) ? (sub + pv32[i]) : sub;
for(int d = 0; d < unroll_step ; ++d) sum += sub[d];
}
for ( size_t j = i*unroll_step; j < size; ++j) if (128 <= data[j]) sum += data[j];
return sum;
}
simple_vec16は32->16
>(続編のsumがmacとwindowsで違うのは何故?)
記事にないけどgithubのrun.batを見たらサイズが10Mではなく1Mでの数字になってた
なので"C++ on Thinkpad"の実行時間は10倍する必要がある
AVX512とあったので新し目のマシンだと私が勘違いしただけ
肝心のvector extensionは
https://gcc.gnu.org/onlinedocs/gcc/AArch64-Options.html
この辺見てるとM1/M2でも動きそうな期待が... いや?俺はよく分かる
誰も求めてないのに書くのは同じ
違うのは場所がキータかここかの違い
彼らにとって大事なのは承認欲求?でありほかの何でもない うぜーから出ていけ、っていう話だよ
分かったなら出ていってくんないかな >>824
運営っぽい名前出してるだけまだマシじゃん
これまでずっとスタッフの個人垢でこういうことしてたんだぞ CNNをライブラリなしで0から作成してみた(C言語、Convolutional Neural Network)
https://qiita.com/Mizuiro__sakura/items/9634bcd0f163084d402a
あれ?既視感?とおもってぐぐってみたら
https://webcache.googleusercontent.com/search?q=cache:LRitXa4fOIYJ:https://qiita.com/Mizuiro__sakura/items/9cff0ad16da90f89cebe
同じ人による再投稿か。期待した反応がなかったからか知らんがクソ記事繰り返し読まされてしまうと迷惑なのでやめて欲しいな。何よりアイコン画像がキモい。 キータの本質はクソ記事なので
それをやめることはできない ヨソからの引用だらけの記事のくせに承認欲求だけは人一倍ある感じがなんだかな
件数減らして正解率上がったって言ってるけどアホじゃなかろうか AIロボットによるコメントは禁止・無条件削除すべきです #457
最近、あるアカウントで、見境なく、「コメント」と「いいね」を付けまくっているユーザーが居ます
://github.com/increments/qiita-discussions/discussions/457
@Qiita_chan botはご遠慮ください
://qiita.com/EndOfData/items/9f82d4e46540504e5fc6 キータとsejukuが無くなって
「調べてみまました いかがだったでしょうか」系サイトが全部無くなって
ぐぐり結果に平和が訪れたときこそ本当の勝利 【Ruby】String#[]= について「すごい」と思ったので、予想を混ぜつつ調べた過程をまとめた - Qiita
https://qiita.com/yuki82511988/items/45a6adcb677f7bddc19f
何がすごいのか理解するまで3分かかった(白目) >文字列も配列のように添字を指定することで、該当する文字を得ることができる
アッハイ
としか言いようがねえぞ >>837
アッハイ
としか言いようがねえことを俺らに見せても
アッハイ
としか言いようがねえぞ 文字列に[]でアクセスできるのがすごいと思ってるのが少数はいるというのが分かったことが今日の収穫でした(小波 今日のマウント合戦
Rubyは凄いと言われてるが
俺に言わせればアッハイとしか言えねぇな。 内心の自由を侵害している
すごいと思う内心を認めないわけですごくないと思わないといけないわけ?
そんな生き方は疲れると思うね 他人が違う考え方をしてることを認めないと多様性のある社会では生きにくいね Ruby で、部分文字列を抜き出す
例えば、インデックス1 から、3文字分。
ただし、インデックスは0から始まる
p "aあbいc"[1, 3]
#=> "あbい" >>835
sejukuホント邪魔
kentaもchatGPTも消えて欲しい > これまではSalesforce(Apex)などを扱っていました。
仕事でapex遊べるんだね、すごい Rubyの特徴として文字列は可変であると知ってたら
それ以上何を驚くことがあるのか
なぜソースを追う必要があるというのか
なぜソースを追って何か得るものがあると期待したのか不思議
うん?そりゃ・・・そりゃそうでしょ?うん
つまり、アッハイとしか言いようがない C言語だと文字列は本当は配列なのですごくもなんともないがRubyだとすごいんだろ
知らんけど 記事のコメントにもあるけど
[]じゃなくて[]=なんよせめてコイツの見るべきは
フォーカスがぶれぶれで何が「すごい」のか伝わらんけど平気なのが「すごい」わ すごいのは取得の方らしいぞ
添字で取得できない言語って何使ってたんだろ
> 文字列も配列のように添字を指定することで、該当する文字を得ることができるみたいですね。
>
> 配列に対して[1]で値が取れるのは個人的に納得できるのですが、なぜ文字列に対してこのようなことができるのでしょうか。 あーなるほど取得がスゴイで正解だったか
もう俺の脳ではついていけないことがわかった C言語みたいに文字列は配列が常識の人には凄さがわからないんだろうね。
配列だから文字を取得するのが出来るのは常識という発想は
古い発想でASCII文字列しか考慮してないんだろうけどw
おじいちゃん、今はUTF-8で一文字のバイト数は可変の時代よ?
C言語のやり方じゃ取得できないの Ruby では、CP932 でも正常に動く。
一旦、UTF-8 へ変換して処理してから、またCP932へ変換しているのかな?
str_utf8 = "aあbいc"
p str_utf8.encoding #=> <Encoding:UTF-8>
str_cp932 = str_utf8.encode( Encoding::CP932 )
p str_cp932.encoding #=> <Encoding:Windows-31J>
p str_utf8[1, 3] # インデックス1 から、3文字分
#=> "あbい"
p slice_cp932 = str_cp932[1, 3] #=> "\x{82A0}b\x{82A2}"
p slice_cp932.encoding #=> <Encoding:Windows-31J>
p slice_utf8 = slice_cp932.encode( Encoding::UTF_8 ) #=> "あbい"
p slice_utf8.encoding #=> <Encoding:UTF-8> >>855
おまえは↓見てスゴイスゴイ言ってれば良いよ。
#include <stdio.h>
void print(const char** s)
{
while (*s) {
printf("%s", *s);
s++;
}
}
int main(void)
{
const char* hello[] = {"こ", "ん", "に", "ち", "は", "世", "界", NULL};
puts(hello[3]);
puts(hello[1]);
puts(hello[0]);
hello[0] = "H";
hello[1] = "e";
hello[2] = hello[3] = "l";
hello[4] = "o";
print(hello);
}
https://wandbox.org/permlink/OtKKJplub0RkTQGy >>858
そんなの見せられてもC言語はしょぼいなとしか言えんわなw > C言語はしょぼいなとしか言えんわなw
Rubyのあれ見て凄いと言う人の感想なんてこんなもんだろう。 >>860
「C言語がしょぼい」は否定しないんだねw
結局さ、お前は「す、すごくないし」って言ってるだけなんだよ
お前は何も凄いことできないのにね > 結局さ、お前は「す、すごくないし」って言ってるだけなんだよ
> お前は何も凄いことできないのにね
効いてる効いてるw 東浩紀「あの、これさ……自民党は統一教会と関係しているからこのようなテロを招いたということを言った?」 東浩紀「もしかしたら・・(周りの空気を確認)」
石戸諭「それに近い」
三浦瑠麗「ほぼそれに近い」
夏野「まあまあまあまあ」
東浩紀「これは た、い、へ、ん な 発言ですよねぇええ(上擦った声で)」
夏野「そういうことがあるとすれば、という言い方はしてた」
三浦瑠麗「一応保険はかけてらした」
東浩紀「でもね、向こうから言ってるしね。ちょっとこれ大変なことだなぁ」
石戸諭「だから! 福島さんというか だから! 社民党は小さくなるんですよ!」
東浩紀「とんでもねぇ話だなぁこれぇ!?」
三浦瑠麗「私は野党にチャンスを与えた訳でしてね…」
石戸諭「いやぁ!それを見事に蹴っ飛ばしましたね!」
東浩紀「こんなの!許される訳ねぇに!決まってんだろ!」
三浦瑠麗「これはもう間違いなくニュースになりますね。 そして”私に責任はない”はずです。私は牽制球を投げましたから」
石戸諭「いやいや!三浦瑠麗さんには責任では全然ないですよ!福島さんの全責任です!」
三浦瑠麗「びっくりしましたね」
東浩紀&石戸諭「びっくりした!」
東浩紀「いや!これはとんでもない事ですよ! とんでもないなぁ!」 >>864
凄いものを凄いと認められないようじゃ
君はもうそこで成長は終わりだよ Rubyの話題だとキチガイ乱入でだいたいこんな感じになる https://qiita.com/ryotaro23/items/ae4fd640648d0b56018e
引かぬ!
媚びぬ!
省みぬ!
いくらマサカリ食らっても確認もせずいい加減な記事を公開し続けるメンタルすげーわ 自己顕示欲以外に関心は無いので当然
記事が正確かどうか
記事に価値があるかどうか
そんなもんはクソくらえである 化学の学生ならこんな記事を書かずに何らかの反応の数値シミュレーション結果を書いて欲しいところだ 流体シュミレーションとか高分子の計算とかもっと他にやることあるでしょ
プログラミング学習そのものには大して価値がないよ >>858
みたいな事が成立するのは、ひょっとしたら、
UTF-32 で、すべての文字が4バイトで統一されているのかも
Ubuntu は、そうかも知れない
Windows, Java などはUTF-16 で、
2バイトの範囲外ではサロゲートペアで、4バイト文字を使う 学がないやつはかわいそう。コロンブスの卵の話を知ったほうがいいよ。
後から大陸発見なんて大した偉業じゃない!俺だって出来る!とか言っても
お前は凄いことじゃないってことにしたんだな
かわいそうに。としか思われない。 >>874
文字の配列じゃなくて文字列の配列だぞ
人力パーサーならCでも添字指定できるというC虐ネタだ > 山崎 進
> @zacky1972
> 北九州市立大学 国際環境工学部 准教授 Univ. of Kitakyushu Associate Professor
試し割り法をエラトステネスの篩と言い張る准教授に教わるキッズかわいそw >>875
学のある人は知ってることだがコロンブスはアメリカ大陸に行った人ではあるが発見した人ではないのでコロンブスの卵も創作なんだ
地球が丸いことも古くから知られていて発想の転換も無かったんだよ >>870
そうやって行っただけた、大したことじゃない!って
言っていた無能に突きつけられた話がコロンブスの卵 >>878の間違い
ついで。もしかして、コロンブスが行ったのは
地球が丸くないと思っていたからと思った? 繰り返して言うが創作だぞ?w
学があるやつはみんな知ってる >>874
中国が世界の中心になってきて、文字データの容量がさほど気にならなくなれば、4バイト単位に統一するだろうね。
1バイト単位はどの言語でも面倒で仕方ない。 >>869
夢トドと藤原に毎回マサカリ食らってるのを完全スルーしてるな >>842
人前ですごい凄いと大騒ぎしてたら周りの人から「何がすごいのか?」と
聞かれたり「お前が知らないだけ」と言われる可能性は普通にあって当たり前。 現代プログラマーは思った以上に C 言語を履修してないのでは?とか思いました。 >>887
あたりまえ
しかもC言語じゃなくて、マシン語、アセンブラの方がコンピューターの基礎で重要。 >>878
あのな、コロンブスはインドに行ってきたと主張したんだぞ?
しかもアメリカ大陸は、ノルウェー人が先に移住を試みている。
先住民とうまくいかずに結局、失敗してしまった。
遺構が残っているが、文字としての記録が少ないので、まだ史実扱いされていない。 唐辛子のことをホットペッパーと呼んでいるのは、インドから持ってきたと主張したため。 支離滅裂で草
知らないなら教えてやるがコロンブスの卵は創作だぞ?w > 学がないやつはかわいそう。コロンブスの卵の話を知ったほうがいいよ。
> 後から大陸発見なんて大した偉業じゃない!俺だって出来る!とか言っても
> お前は凄いことじゃないってことにしたんだな
> かわいそうに。としか思われない。
支離滅裂なのはおまえ>>891
これと創作の関係は? 創作じゃなかったとしてもこれは意味を成す
コロンブスの卵の意味を知らないんじゃない? 創作だったとしてもこれは意味を成す
コロンブスの卵の意味を知らないんじゃない? 意味をなさないだろw
コロンブスの卵の意味を知ってんのか?
発想の転換という意味だぞ?w んで、どこに偉業があるのかから説明してもらわんと支離滅裂すぎてわからんぞw >>896
発想の転換という意味ではない
コロンブスの卵(コロンブスのたまご、Egg of Columbus または Columbus' egg)とは、どんなに素晴らしいアイデアや発見も、ひとたび衆目に触れた後には非常に単純あるいは簡単に見えることを指す成句である >>899
IDコロコロして逃げるな
おまえのような卑怯者は相手しない C言語のiconv
https://qiita.com/knj0126/items/ec03f6261bfccd7f47d8
どういうコード書いてどういうデータ食わせたかも書かずにライブラリのバグと
決めつけてるけど補足に書いてることみるとよく分かってない人である可能性を
感じる。
本人のプライドを折らずに良い方向に持っていける方法はなかろうか? https://qiita.com/Terao-Takumi/items/ddf11b32676021fd2e83
> 2人の新入社員がいた。
>
> 同じ学歴レベル。
> 同じプログラミングの技術力。
> 同じ採用基準に合格。
>
> それでも、入社から1年後、2年後、5年後になると、一人はバリバリ成長してチームリーダーを任されている一方、もうひとりはいつまで立っても大きな仕事を任せてもらえない…。
>
> これはフィクションだが、こんなことはエンジニア業界に限らず日本中いたるところで発生している。
フィクションらしい
なお去年の記事
https://qiita.com/Terao-Takumi/items/d2b02a4cf0470675107e
> ウチ(ダイレクト出版)のエンジニア新人研修(今回は俺を含めて新人2人)で、知識ゼロ、経験ゼロから1ヶ月でこんなものを作った↓ >>905
いいねが100以上ついてるのでこういう記事にいいねつけてるのはどういう人達か見てみたら
ダイレクト出版のOrganizationに参加かフォローしてる人かContributionsがほとんどない人か
どっちかだな。ゆめみみたいな会社ってことか。 たぶんゆめみだと、Qiitaに投稿したら○○さんが記事を書いたので
いいねしてくださいとかメールで通知されるんだろうな 1年後に差がつくのは指導方法が違いすぎたんじゃないの? ゆとり以降は指導しても老害の言うことは右から左だから自分の責任としか言えんけど二年目でここまでイキるほどの差がついたんかな つか今は「凡人」のレベルが低すぎて4行以上の文を正確に読めたらほめなきゃいけないとこまできてるからなぁ ダイレクト出版たYoutubeで見かける陰謀論系の書籍出してるところが ダイレクト出版が2つ載ってるね
20代若手エンジニアに伝えたい「圧倒的に成長する秘訣」
「図解 コンサル一年目が学ぶこと」を読んで個人的に刺さった項目3選
タイトルが刺さるのはChatGPT使ってる? >>911
うちもゆとり以降の奴は使えなさすぎる感じだな
最近の採用もほとんど中途だ C++ちょっと早くする方法まとめ
https://qiita.com/yingwuteng516/items/2110e0dd2c82f713ee07
早く(速く)できること確認して記事書いてる感じじゃないけど
耳学問で分かった気になってるプログラマって結構いそう。 > 2倍は左シフト演算
現代のコンパイラがソース通りの命令出力するとも
限らないのは無視するとしても、2倍なんて加算
命令でできることをシフトの方が速いってどういう
アーキテクチャの話してるんだろう?
16倍とかするとかで乗算や加算4回するよかバレル
シフタがあるアーキテクチャでシフト命令のほうが
速いって話とかならわからんでもないけども2倍で
シフト命令?? 2倍処理はシフト命令に最適化される方が一般的じゃね >gccコンパイラオプションで最適化オプション「-O3」
で試したらlealを使ってた 大域変数やポインタで渡された変数の値を2倍する場合はシフト命令が使われそうな気はするけど(未確認)、パフォーマンスに影響する部分ではなさそう。 > 耳学問で分かった気になってるプログラマって結構いそう。
早速>>920が現れたのにはワロタw 2倍するのにlealをどう使うんだ
2倍する前段階でレジスタに入れてるだけじゃね > 耳学問で分かった気になってるプログラマって結構いそう。
>>924 >>925 最適化オプション付けなかったらシフトだったりleaだったり
最適化オプション付けたらleaだったりaddだったりになるな >>926
ほほう君はlealをどう使うか教えてくれる真の実力者なのかね?w ほらよ
機械語のlealは、指定されたアドレスに格納されているデータのアドレスを取得するために使用されます。
具体的には、leal命令は、指定されたメモリアドレスにあるオペランド(レジスタ、定数、または変数)の
アドレスを計算し、指定されたレジスタに格納します。
例えば、以下のアセンブリ言語のコードでは、leal命令がポインタのアドレスを計算して、eaxレジスタに格納しています。
perl Copy code
movl $10, %ebx # ebxに10を格納
leal (%ebx), %eax # eaxにebxのアドレスを格納
このコードでは、%ebxに10という値が格納され、leal命令が%ebxレジスタのアドレスを計算し、そのアドレスを%eaxレジスタに格納します。
つまり、leal命令は、メモリ内のデータにアクセスするためのポインタを計算するために使用されます。
具体的には、配列や構造体のメンバーにアクセスする場合によく使用されます。 >>929
で、それでどうやって2倍するの?
何書いてるか読めてないの?w >>921を試したらこうなってた
leal (%rdi,%rdi), %eax
よく分からんけどrdi+rdiをeaxに入れるってことじゃないかな > で、それでどうやって2倍するの?
2倍に固執してるの面白れえなw
int mul2(int x) {return 2 * x;}
int mul3(int x) {return 3 * x;}
int mul4(int x) {return 4 * x;}
int mul5(int x) {return 5 * x;}
int mul8(int x) {return 8 * x;}
int mul9(int x) {return 9 * x;}
mul2:
leal (%rdi,%rdi), %eax
ret
mul3:
leal (%rdi,%rdi,2), %eax
ret
mul4:
leal 0(,%rdi,4), %eax
ret
mul5:
leal (%rdi,%rdi,4), %eax
ret
mul8:
leal 0(,%rdi,8), %eax
ret
mul9:
leal (%rdi,%rdi,8), %eax
ret
https://godbolt.org/z/jGTebffso 結局コンパイラっていうか処理系次第でreaにもシフト命令にもなる感じ?
x86以外はシフト命令ばっかりだな > で、それでどうやって2倍するの?
> 何書いてるか読めてないの?w
なんでこういう投稿しちゃうかなあ? なんでって聞くな
なんでも質問すればいいと思ってない
人の頭を使おうとせず自分の頭を使うべき
> なんでこういう投稿しちゃうかなあ?
馬鹿だからだろ
自分の頭を使って回答する能力がない とにかく他人を煽って(質問して)何か回答を出させればいいと思ってるんだろ
自分では回答を出すことがない
自分の頭がないというか頭を使う能力がない
人間じゃないんじゃないの よくあるのは自分で考えてわかったのはここまででここがわからないと質問するように指導するよね 様々な言語で基数変換する(C,C#,Java,Javascript,Ruby,MySQL)
https://qiita.com/nkojima/items/b58678ffe42ba841f5cd
Cのコードを見る限りでは基数変換そのものを誤解してる感じの記事。
C以外の言語ではN進数を文字列で表してることに何も気づかないんだろうか? 「誤解してる感じ」じゃなくて「完全に誤解してる」記事
> int converted = 0; // 変換後の値
> printf("10進数->%d進数に変換: %d\n", radix, converted);
これで16進数をどうやって表現するつもりなんだろうかw N進数のNを引数にしていないのは、いかにも学生っぽいな。
intが正数という決めつけも気持ち悪い。 > いかにも学生っぽいな。
記事に
> 業務で稀に基数変換の処理を書くことがありますが、
とあるけど学生なんかな?
つかこのレベルで務まる業務というのも想像はつかんけども。 何をしたいのかわからんけど、まあ別にいいんじゃない
まだ学生なんだし 馬鹿が馬鹿に教える地獄絵図
自己顕示欲なのか
承認欲求なのかしらんけど
幸せそうな顔してるわこいつら >>946
コメントで教えてもらってるのに読みたいところだけ読んで言い訳してるだけじゃん 私は37の異なるプラットフォームで56のアカウントを禁止された。人権侵害である。
2023-04-28 19:43に投稿
xenonism1からxenonism10のいいねは自作自演だろw 規約に複垢禁止や垢共有がないから処分されないよね
規約にしないってことは他にも自作自演するやつが多いんだろうなw あれ?複垢禁止って書いてなかったっけ?
自作自演しようと思ったけど、複垢禁止ってなってたから
断念した記憶があるんだけど、はてなの方だっけ? qiita.com/terms
>利用規約
>第3条(利用登録)
>2. 登録ユーザーは1人につき唯一のアカウントを保有できるものとします。 >>951は第二章
第三章に書いてないから第三章第11,12条の
該当する記事の非公開又は削除にも
本アカウントの凍結又は削除にもならない 「利用規約に同意する」が嘘だったんだから凍結はありうると思うけど >>953
凍結理由は何でもありだぞ
書いた人が気に入らないから凍結するのもあり >>960
もう1個ある
C++ 私は整数Nを受け取り、Nを出力するプログラムを作成した。
59e8c329062636d5b4fe
複垢らしい10回いいねで2個同時ランク入り
>>957にURL貼られた前の記事は削除したらしい 1年でPythonエンジニアになる!独学でスキルアップするためのロードマップとスケジュール
https://qiita.com/yutut/items/c55e7a9fcb514f624172
コメント含めて宣伝臭すぎる記事。
敢えてネタでやってる可能性も疑うべきか? >>963
実はこれこそがQiitaの正しい使い方なんだよ。
進研ゼミ話法のSNS版さ
「〇〇の講座でPythonをやったらプロジェクトリーダーになって年収アップ、他社からスカウトの話も来てついでに彼女も出来ました! だからみんなも〇〇をやろう!!!」
……とかの、BIG TOMORROWあたりに載ってそうな検証不可能なヨタ話こそがQiitaでは最も望ましい
そしてBIG TOMORROW亡き今、この話法を十全に展開できるメディアこそが、技術blog(みたいなもの)を標榜する各種技術系SNSになる
だから技術系の記事とスキルアップ体験談系(自己啓発系)の二つに分断されている Zennの記事の丸パクリがトレンド入りとかマジ終わってんな 【数学苦手筆者が調べてみたシリーズ1】数学苦手な筆者がInt型・Float型・Double型について調べてみた
https://qiita.com/takathius2/items/c415ce2cd093f4eb22a2
プロフィールに
> 未経験・異業界からITエンジニアを目指しITスクール卒業を経て転職活動中
とあるけど二進数初めて聞いたレベルでスクール卒言い張ってるのスゴイな。 スクールの存在意義は あれか
くそ 記事量産させるためにあるんか 糞記事読んだ初心者がさらなる糞記事を書く
頭が悪いのか誠実さが無いのか
日本人の生産性を必死で下げてるようなクソサイト Ruby on Rails なら、
YouTube で有名な雑食系エンジニア・KENTA の初心者向けサロンが有名だけど、
Pyhton なら、キノコードが有名 インプットをひたすら繰り返し達人の領域になって初めてアウトプットしても遅いのだ
インプットしながらアウトプットするのが理想だし効率が良い
Qiitaはそのためにはもってこいである いやいや
アウトプットをしなくていいって話
どうしてもしたいんなら検索に引っかからないところに書いて
おまえのカーチャンにでも見てもらって褒めてもらってくれ 初心者の C 言語学習日記の1から始まって 20とかにまでなってるよ
あれどうすんだよ アウトプットしたいからって検索の邪魔になるのわかってるのに人目につくところに嘘かかなくていいじゃん
ソフト作って公開しろよ
それがアウトプットだぞ? アウトプットしたいからって検索の邪魔になるのわかってるのに人目につくところに嘘かかなくていいじゃん
ソフト作って公開しろよ
それがアウトプットだぞ? いいか、ソフトを作ってないやつは
何もアウトプットしてないってことだ
無能ってことだぞ 当初に比べるとQiitaの投稿の質が明らかに落ちた件について
ポエム 【Python】ヴィジュネル暗号の実装
https://qiita.com/Takuya__/items/7acd17ef8a1a7927b45b
表題に「〜実装」とあって、プロフィールに
> 日々勉強したことについて投稿していきます。
とある割に
コーディングインタビュー解説!ヴィジュネル暗号を実装せよ!
https://www.youtube.com/watch?v=TerB0GHcALY
コード丸写しじゃね?これで勉強してるつもりなんだろうか?つか丸写しの記事を公開する意味がわからん。
指摘されてるけどgenerate_key()はセンスないよなあ。シリコンバレー現役エンジニア程度低杉ワロタw https://qiita.com/Takuya__
47も記事投稿してて、ひとつも記事に「いいね」ついてないのスゴいなw
つか記事で扱ってる言語がPython、JavaScript、Swift、dart、ShellScript、Solidity、TypeScript?
やってることがブロックチェーン、機械学習、アルゴリズムの勉強、AWS認定試験、Unity?
環境はVScode、Xcode、Emacsなんでもありか。
こんな記事を初投稿から2か月も経たないうちに投稿してるんだもんなあ、どんな人物像だよって話だわw
記事のケツにリンクしてる動画への誘導目的隠してないよなw
フォロー中のorganization?
https://qiita.com/organizations/datafluct
うさんくせえなあもう。 >>980
本当に自分用のメモ記事でしかなくて初心者向けなのに言葉足らずで読む人のことを考えてないからスルーされてるんだと思うぞ
フィボナッチの記事の本文にキャッシュと書いてあるがコードはmemorizedになってる
memorizedじゃなくmemoizedなんだよなあ
メモ化と言う日本語を書けば多少はいいねが入ると思う
コミュカの問題だね >>980
このレベルのコードが2万もするのかよ
udemyヤバいな😅 フィボナッチ数の記事みたけど、
・「キャッシュの使い方」が使い方の例になってない
・記事に載ってるコードのセミコロンの付け方がマチマチ
・fibonacciMod2()は引数に0与えると1返すバグ
理解が及んでない感じ。動画みて勉強したつもりの人ってこんなかな。 C言語を勉強し初めた君へ。(作成途中)
https://qiita.com/Yu_unI1/items/9f66756f9efd871c92bb
(キャッシュ)
https://webcache.googleusercontent.com/search?q=cache:oXi2Ts7xF_UJ:https://qiita.com/Yu_unI1/items/9f66756f9efd871c92bb
> 先ほど作った変数に対してそれぞれ値を割当ててみましょう。
> #include <stdio.h>
> int main(void){
> // int型の変数 numberを宣言
> int number = 3;
>
> //chat型の変数stringを宣言
> char string = "Hello C lang";
>
> // float型の変数decimalを宣言
> float decimal = "3.14";
> }
> ここで見てほしいのは、数宣言で決めたデータ型と 割り当てられる値(=の右辺) のデータ型が一致しているという点です。
number以外一致してないよね。
char型でstring、float型でdecimalって変数名もすげえな。 > エラーが出る例
> #include <stdio.h>
> int main(void){
>
> int number;
> number = "Hello"
> }
> これはint(整数)型の変数に対して"Hello"というchar型の値を代入しているためエラーが出ます。
いや、エラーが出るのは"Hello"の後ろにセミコロンが抜けてるからでしょ。自分で貼ってるpaizaのエラーメッセージ見てないのかな?
https://paiza.io/projects/u8ovfCHfAYvlcFrSDDZo6Q
> Main.c:5:21: error: expected ';' after expression
> number = "Hello"
> ^
> ;
なぜこういうレベルの人が初心者向けに記事を書こうと思ってしまったのか? なぜって聞くのが?なんだが
> 動機の言語化か......余り好きじゃないしな しかし案外...いや やはりというべきか 自分を掴むカギはそこにあるか
人間の動機ってChatGPTと一緒でなぜそれを生成したか説明できない
ChatGPTがどうやって動いてるか知ってる? ニューラルネットワークとは、人間の脳の神経回路の構造を数学的に表現する手法
人間の脳の神経回路をプログラミングしたものがChatGPT シグモイド関数は微分できるからバックプロパゲーションで入出力の誤差を最小化できる ここのスレ民の人間力も落ちたもんだな
昔だったら、学生の書いた記事は若気の至りと考えて多少の誤りは大目に見たもんだが > この記事は「大学の授業でC言語やってるけどさっぱりわからん!!」って人のための記事です。
> なので、C言語の深いところの解説は行いませんし、難しい部分は簡略化して説明します。
キータの伝統芸能。クソ初心者がクソ初心者のためにクソ記事書く。
あー美しいな。あー人類のためになるな。
>>984
> char型でstring、float型でdecimalって変数名もすげえな。
これ読んだプログラマの気を狂わそうという試みかもしれん。
目の前に筆者がいて、手元に棒があったら真顔で三発殴ってる。 >>989
いつの話だよw
学生が雑誌か何かにこんなアホな記事書いてたら四方八方からタコ殴りに会ったと思うぞw このヤバさは 今後必要になるプログラミング言語 と同じ匂いを感じる このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 303日 13時間 0分 14秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。