Qiita 5 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2024/06/06(木) 14:17:26.43

Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)

https://qiita.com/

Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。

https://internet.watch.impress.co.jp/docs/news/1025972.html

前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/
Qiita 4 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1705486836/

**デフォルトの名無しさん** · 2024/12/18(水) 20:08:20.35

うろ覚えだが、少なくとも昨年はあったはず

**デフォルトの名無しさん** · 2024/12/18(水) 20:11:54.23

文言は異なるけど去年もあったよ

https://blog.qiita.com/adventcalendar-2023-qiitapresents
※あからさまな記事数稼ぎなどを防ぐため、運営による内容確認・審査をした上で表彰いたします

**デフォルトの名無しさん** · 2024/12/18(水) 22:25:27.79

QiitaのMarkdownパーサーの互換性サポート終了に関するお知らせ
【見出し】#の後にスペースがない場合、見出しとして判定されなくなる
これまでのQiitaでは、Redcarpetを拡張したGreenmatを用いてMarkdownのパースを行っていました。
今回のリリースでは、CommonMarkerを拡張したQiita Markerへ変更いたします。
2022年2月に行ったMarkdownパーサーの変更後も変更前のパース結果を保つために互換性をサポートしておりましたが、開発リソース最適化のため、2024年10月をもちまして終了とさせていただきました。

見出しがない記事ってこういうことだったのか
Qiita Blog見ないとわからない

**デフォルトの名無しさん** · 2024/12/19(木) 20:25:56.42

>>852
マジか、、、
なんとかクリアしたい

**デフォルトの名無しさん** · 2024/12/19(木) 20:27:35.72

>>853
なるほど
昔見出しを#〇〇で書いてたやつが軒並み#が表示されて見出しがなくなったって感じなんだな

**デフォルトの名無しさん** · 2024/12/19(木) 22:27:54.18

> 再利用性・汎用性が低い、文章として成立していないメモや走り書きの記事、正しいかどうかを検証していない記事など

キータそのもの定期

**デフォルトの名無しさん** · 2024/12/19(木) 23:30:35.43

たまに自分用と書く人がいるがダメだよなｗ

**デフォルトの名無しさん** · 2024/12/19(木) 23:48:00.53

たまたま外のSNSのコメント検索したらQiita1件しかないのに各100件超ずつコメントあった
Qiitaのコメントっていったい
炎上っていうか大反響の記事だよなｗ
５ｃｈコメントの意味なし
匿名誹謗中傷くらいしかこねーなｗ

**デフォルトの名無しさん** · 2024/12/20(金) 04:20:59.46

意味不明

**デフォルトの名無しさん** · 2024/12/20(金) 08:36:47.22

>>858が社会生活送れてるのか心配

**デフォルトの名無しさん** · 2024/12/20(金) 16:19:44.72

>>841
知らなかったならごめんなさいした方が見苦しくないぞw

**デフォルトの名無しさん** · 2024/12/21(土) 14:14:20.40

Qiita週間コメント数ランキング1位のコメント

すべて内容を確認された上で紹介されいるものですか?
↓
はい、掲載している動画は視聴しております。
↓
うわ最悪だわ。
↓
乱暴な物言いのコメントおよび投稿者さんとの今後のやりとりは控えさせていただきます。

最初の質問が地雷だな
丁寧に聞かれたから大丈夫と思って答えたら
こういうの何なんだろうな
答えないほうがいいのかな

**デフォルトの名無しさん** · 2024/12/21(土) 15:52:14.41

> 答えないほうがいいのかな

マジ最悪の会社みたいだし記事公開したのが間違いだろｗ

> 弊社では
>
> ・プログラミング未経験者もソフトウェア技術者として配属されます。
> ・組込ソフト開発が多いので使用するプログラミング言語はほとんどが C, VC++, そしてGUIは C# です。
> ・研修を用意したり開催したりする側も兼業なので、大規模だったり体系だったりした教育プログラムはありません。
> ・未経験者だろうが何だろうが、数ヶ月の座学＋実習を終えたらOJTです。プロジェクトではドメイン知識の吸収も求められます。どんなお仕事任されるかわかりません。ジョブローテもあります。
> ・社内研修はほぼお手製で、社外研修はほぼ受けられません。
> ・自己研鑽の枠で「Udemy Buissiness」が利用できます。（補助は出るが自己負担あり）
> という講師としては良心の呵責にさいなまれる中、
> 自分たちでは力及ばないけど
> Udemy Buissinessにあったコレ、多分あなたたちに役立つよ
> と思った講座をリストアップしました。
>
> 採用が言った「未経験者OK！教育充実！」て言葉を信じて入社してくれたみんな、
> すまない……本当にすまない……。

**デフォルトの名無しさん** · 2024/12/21(土) 16:41:46.19

『未経験OKな製造業ソフト部門の新入社員研修講師がUdemyから選んだ「これ事前に見といて」』

タイトルも酷いｗ
人材育てる気がないの隠しもしないのなｗ
よくこれ公開しようと思ったもんだわｗ
社名出してないのは賢明ｗ

**デフォルトの名無しさん** · 2024/12/21(土) 21:58:34.06

> 丁寧に聞かれたから大丈夫と思って答えたら
> こういうの何なんだろうな
> 答えないほうがいいのかな

本人乙

**デフォルトの名無しさん** · 2024/12/22(日) 05:14:06.44

よく見たらコメントしてんの藤田望か
ゴミ記事にはゴミコメントがつく典型

**デフォルトの名無しさん** · 2024/12/22(日) 05:34:33.78

そもそもIT業界で未経験者OKはやめたほうがいい

**デフォルトの名無しさん** · 2024/12/22(日) 06:05:11.35

未経験のくせにITに業界来るなって話だよな

↓思い出したわ
メイプルシステムズって炎上しそうな会社wwwww
https://mevius.5ch.net/test/read.cgi/tech/1733146351/

**デフォルトの名無しさん** · 2024/12/22(日) 12:34:34.86

Qiitのアドベントカレンダーの締め切り25日月曜日って書いてあるんだけど25日水曜日の間違いでいいよな？

**デフォルトの名無しさん** · 2024/12/22(日) 14:31:29.12

コメントをだしにしてクソ記事を晒す>>862はかなりの策士

**デフォルトの名無しさん** · 2024/12/23(月) 15:13:39.33

アセンブラ言語プログラミングテクニック【基本編】
https://qiita.com/sapi_kawahara/items/7b8740dcc5e0d1cd4a4f

昭和くさい記事がトレンドに載っててびっくりした。
「いいね」つけてるの半分くらいは身内みたいではあるけどうまいこと注目されたのかな。

**デフォルトの名無しさん** · 2024/12/23(月) 16:44:31.35

トレンド
１位　【最新技術に振り回されない】低レイヤーに強くなるための鉄板コンテンツ集
３位　【保存版】フロントエンド初心者がまず読むべき資料まとめ【2024年最新】
リンク集って人気あるが絶対見ないだろ
いいね理解できない

**デフォルトの名無しさん** · 2024/12/23(月) 16:57:18.76

いいねの数とストックの数がほぼ等しいのはなんか勉強になりそうな記事を読みもしないでストックして勉強した気になってる奴が多いんだと思う

**デフォルトの名無しさん** · 2024/12/23(月) 17:14:33.07

> １位　【最新技術に振り回されない】低レイヤーに強くなるための鉄板コンテンツ集

これだけのコンテンツに実際に目を通して他人にお勧めを紹介できる人はちょっといないと思うのでAI生成かな

**デフォルトの名無しさん** · 2024/12/23(月) 18:13:45.46

>>873
これ

**デフォルトの名無しさん** · 2024/12/23(月) 19:32:49.35

>>873
いいね数とストック数の相関係数は0.95で、かなり強い相関があります

**デフォルトの名無しさん** · 2024/12/24(火) 18:04:44.95

今年のアドベントカレンダーの完走賞達成者ってどんだけいるんだろうか？

**デフォルトの名無しさん** · 2024/12/24(火) 19:25:58.79

>>877
2022 90名
blog.qiita.com/adventcalendar-2022-qiitapresents-winners/
2023 119名
blog.qiita.com/adventcalendar-2023-qiitapresents-winners/
これくらい

30 · 2024/12/24(火) 21:32:27.77

誰も読まない下手くそなオナニー記事を31日連続で書いてると思うと、こいつ何のためにやってんだと思うね

**デフォルトの名無しさん** · 2024/12/24(火) 21:49:55.40

そりゃ31日も連続で書いてるとか思ってる奴に向けては書いてないだろうね

**デフォルトの名無しさん** · 2024/12/25(水) 08:14:36.06

>>878
なるほど
俺もそのうちの１人になるわけか

**デフォルトの名無しさん** · 2024/12/25(水) 08:15:07.42

25日だけどw

**デフォルトの名無しさん** · 2024/12/26(木) 11:48:14.42

ElixirChipの鼓動③ 70年間続くノイマン型の闇を抜けて～君は高速分散データ処理とエッジコンピューティングの未来を見る
> ・電力消費増大要因
> 　・シングルコアでもマルチコアでも電力消費は同じ … 相対的にマルチコア化できていないプログラムが電力消費量を引き上げている

すごい基礎的なところで誤解があるな。
いいねは付けてて誰もツッコんでないところに福岡Elixirコミュの闇を感じるわ。

**デフォルトの名無しさん** · 2024/12/26(木) 14:05:12.47

>>883
誤解ってどこが？
記事を開かせて読ませようとしてない？

**デフォルトの名無しさん** · 2024/12/26(木) 15:15:56.24

リッチなコア作れる技術無いからプアなコアを多数乗せたプロセッサ作って売り込みたいんだろうけど、その程度の頭で上手いバス作れるとは思えんがなあ

**デフォルトの名無しさん** · 2024/12/26(木) 18:14:28.67

25日分アドベントカレンダー書いたけど景品いつ送られてくるんだろ？
住所登録とかしてないけど？

**デフォルトの名無しさん** · 2024/12/26(木) 19:13:35.71

アドベントカレンダーじゃなくて他のプレゼント企画の話だけど、
あとでメールが送られてきて、そこのフォームから住所とか入れたよ

**デフォルトの名無しさん** · 2024/12/26(木) 19:22:34.46

運営質問はQiita Discussionsでしないか？
https://github.com/increments/qiita-discussions/discussions
誰かが代表して聞くと運営が答える
回答が公開される
同じ質問が出たか探せる
みんなが嬉しい

**デフォルトの名無しさん** · 2024/12/26(木) 19:39:47.69

>>887
なるほどサンクス

**デフォルトの名無しさん** · 2024/12/27(金) 07:59:23.56

『Elixir TIPS（後で書きます）』
『今の時代にElixirエンジニアであることの意味と意義（後で書きます）』

こんな表題で本文が

> （後で書きます）

だけの記事に「いいね」5つとかついてるのさすが福岡Elixirコミュニティ
荒らしと変わらん

**デフォルトの名無しさん** · 2024/12/27(金) 12:31:23.78

無視しとけよ

**デフォルトの名無しさん** · 2024/12/28(土) 00:56:02.34

> （後で書きます）
だけの記事にいいねをつけるのはいいね荒らし
まともな運営なら通報されたら運営がつけた人をBANするだろう

**デフォルトの名無しさん** · 2024/12/30(月) 00:28:02.97

>>883
記事に貼られてるスライドの右下に書かれてるDigi Dock Consultingってぐぐったら福岡にある会社みたいでwebページに

> 圧倒的なエネルギー効率とスピード
> 次世代IC（集積回路）技術で、未来の計算基盤を再構築
> 圧倒的な技術力で、エネルギー消費を最小限に圧縮し、
> 処理速度と可能性を極限まで引き上げるパフォーマンスを実現

とか出てくるんだけど何だコレ?
Qiitaの記事見る限り既存のプロセッサの知識も怪しい感じだけど大きく出たなｗ
その知識でどうしてより優れた製品が作れると思ってるのかｗ

**デフォルトの名無しさん** · 2024/12/30(月) 08:12:11.32

『ElixirChipとElixirChip Liteで超低消費電力・高性能の世界へ』

ElixirChipとやらはこの人も関わってるのかあ。ああこれはって感じｗ

**デフォルトの名無しさん** · 2024/12/30(月) 08:21:02.12

> Kria KR260を用いて，積和演算について，理論上，最高速クロック周波数で駆動することに成功し，高い電力あたり性能を達成しました．その後の検証で，消費電力を実測し，実証した電力あたり性能としては254GOPs/Wを達成しました．

高い電力あたり性能を達成した後で検証ってわけわからんｗ

> さて，従来CPUでも，Elixirを導入することで，30倍の電力あたり性能を達成できます．下記事例では，300基の従来CPUを必要とするウェブ・アプリケーションを従来CPU10基に抑えることができたという報告です．

> これらを合わせると，726倍の電力あたり性能を達成できそうな計算になります！

ウォーズマン理論みたいなこと言ってるけどI/Oの待ちが多いwebサービスと計算処理同列に語るとかｗ

**デフォルトの名無しさん** · 2024/12/30(月) 22:50:26.75

＞＞> さて，従来CPUでも，Elixirを導入することで，30倍の電力あたり性能を達成できます．下記事例では，300基の従来CPUを必要とするウェブ・アプリケーションを従来CPU10基に抑えることができたという報告です．

その『下記事例』を見たけど
こう書かれてるよ

＞ 200台のPythonサーバーで動作していたシステムの1つが、現在では4台のElixirサーバーで稼働しています

元々が非常に遅いダメ言語として有名なPython
しかもCPUマルチスレッドコアを生かすのが困難な言語としても知られている
サーバーをPythonで稼働させるのは馬鹿しかいないと言われているが
そんなアホなケースとしか比較できないのかよ

**デフォルトの名無しさん** · 2024/12/30(月) 23:49:07.75

プログラミング言語世界ランキングの上昇を確認できない

**デフォルトの名無しさん** · 2025/01/01(水) 15:22:38.82

> ElixirChipについては，Interface 2024年10月号別冊付録のFPGAマガジン特別版No.3のコラムに書かせていただきました．Kria KR260を用いて，積和演算について，理論上，最高速クロック周波数で駆動することに成功し，高い電力あたり性能を達成しました．その後の検証で，消費電力を実測し，実証した電力あたり性能としては254GOPs/Wを達成しました．これは同程度のプロセスルールであるIntel Xeon E3-1285 v6に対して，24.2倍の電力あたり性能です．

省電力を優先してデザインされてないXeonと比較って都合良いこと言ってんな。組み込み用SoCに内蔵のDSPとか普通にあるのにな。
つか記事読んでないけどFPGAの外部にDDRとか今風のメモリつないでメモリ読み書きのコストも含めた話してんのか? 積和演算器だけ実装して動かして「Xeonに勝った!」とか言ってそうな気がするわ。

**デフォルトの名無しさん** · 2025/01/01(水) 19:11:12.00

アドベントカレンダーの記事を25個書いてみて
っていうタイトルで書いてみてくれって言われたのかと思った
高校生が電子工作の記事をいっぱい書いてた
電子工作する高校生ってどういう人なんだ

**デフォルトの名無しさん** · 2025/01/01(水) 20:51:38.47

> 電子工作する高校生ってどういう人なんだ

工業高校生とか、高専生が説明面倒くさいから高校生自称してるとか普通にありそう

**デフォルトの名無しさん** · 2025/01/02(木) 12:03:29.06

> 【緊急公開】現役エンジニアが教える！本当は教えたくない最強のコーディング効率化テクニック10選

タイトルは生成AIが考えましたが、内容は開発レベル初級くらいの人間が書いたものになります。ですので、本記事は

> 現役エンジニアが教える！みんな知ってるコーディング効率化テクニック10選

となります
なんだこれ
いいねつけてるのは身内のみ

**デフォルトの名無しさん** · 2025/01/02(木) 16:57:43.05

>>901
https://qiita.com/muu3/items/e9a998d356e708ebfd12
これ？
なんでリンク貼らないの

**デフォルトの名無しさん** · 2025/01/02(木) 23:43:04.50

> なんでリンク貼らないの

リンク貼ると投稿できない状況が続いてた(る)から。

**デフォルトの名無しさん** · 2025/01/03(金) 21:34:10.47

Elixir自社プロダクト「Bright」①：「今のIT業界でエンジニア／プログラマは適正に評価されない」と 25年間、思い悩んだ結果、「自社から変えよう」と始めて2年後、プロダクト化に至る - Qiita
https://b.hatena.ne.jp/entry/s/qiita.com/piacerex/items/bac30ec027c9eef0e717

はてなの反応見てから記事見たら世間の人々は正直だなと思った。

**デフォルトの名無しさん** · 2025/01/06(月) 20:40:21.96

『Elixirでフィボナッチ数列をいろいろ書いてみた Part. 5』
> Fibonacci with Matrix は素晴らしく速いですね！

1000番目のフィボナッチ数を計算するのに1.31m秒だそうだが速いかコレ?

**デフォルトの名無しさん** · 2025/01/06(月) 20:51:06.47

確認してみた。

defmodule Fibonacci.Matrix do
def of(n) do
Enum.reduce(1..n, {0, 1}, fn
_, {p, q} -> {q, p + q}
end)
|> elem(0)
end
end

{t, _} = :timer.tc(Fibonacci.Matrix, :of, [1000])
IO.puts "#{t}μs"

https://ideone.com/4y2N1Z
> 72μs

こんなもんだよなー。いくらElixir遅かろうが1m秒は遅杉だわ。

**デフォルトの名無しさん** · 2025/01/06(月) 21:01:46.66

Pythonでも試してみた。

def fibo(n):
a0, a1 = 0, 1
for _ in range(n):
a0, a1 = a1, a0 + a1
return a0

import timeit
t = timeit.timeit('fibo(1000)', globals = globals(), number = 1)
print(f'{t * 1e6:.1f}μs')

https://ideone.com/NqGB8t
> 63.8μs

大して変わらんかったわ。

**デフォルトの名無しさん** · 2025/01/07(火) 00:16:02.94

>>233
>>244
今頃BANされてて草ｗ

**デフォルトの名無しさん** · 2025/01/07(火) 00:30:19.76

> 今頃

違うか。
https://x.com/search?q=muratatetsutaka84
去年の10月後半くらいか。こいつがBANされたの。

**デフォルトの名無しさん** · 2025/01/07(火) 11:58:49.64

改善名古屋ですらbanされないのにwww

**デフォルトの名無しさん** · 2025/01/07(火) 18:23:10.51

>>906
行列はどこ？

**デフォルトの名無しさん** · 2025/01/07(火) 18:58:08.39

『Elixir(エリクサー)で数値計算すると幸せになれる』
> ベクトル計算/行列計算
> ベクトル計算/行列計算を行う Elixir のライブラリはいくつかあります。
>
> 私たち fukuoka.ex で @hisaway さんが研究開発した事例をご紹介します。
>
> ベクトル計算
> |> Elixir + Rustlerでベクトル演算を高速化しよう〜Rustler初級者編 1 〜
> |> Elixir + Rustlerでベクトル演算を高速化しよう〜初級者編 1.5〜

使いづらいとか遅くて使い物にならないとかかな

**デフォルトの名無しさん** · 2025/01/08(水) 08:50:10.84

Elixirが遅いのは周知の事実だけどたかだか1000の計算でどうこう言うのはさすがにアホとしか
1000万くらいやらないと誤差でしかないぞ

**デフォルトの名無しさん** · 2025/01/08(水) 21:23:41.19

『ElixirChipとElixirChip Liteで超低消費電力・高性能の世界へ』
> ElixirChipについては，Interface 2024年10月号別冊付録のFPGAマガジン特別版No.3のコラムに書かせていただきました．Kria KR260を用いて，積和演算について，理論上，最高速クロック周波数で駆動することに成功し，高い電力あたり性能を達成しました．その後の検証で，消費電力を実測し，実証した電力あたり性能としては254GOPs/Wを達成しました．これは同程
度のプロセスルールであるIntel Xeon E3-1285 v6に対して，24.2倍の電力あたり性能です．

職場がインターフェース誌購読してたんで今更ながら読んでみた。FPGA内蔵SoCみたいなの(SoMとか言うらしい)に8bitの積和演算器64個並列に実装して上限の動作速度の500MHzちょっとで動作できましたって内容だった。

500なんとかメガ(動作周波数)×2(積和だから乗算+加算なので2)×64(積和演算器の数)×32(積和演算器のパイプラインステージ数)=2.1TOPs

って変な計算してて、それとXeon比べて消費電力(但しTDP)あたりの性能でXeonの何十倍効率が良いって主張だったけど、おいおいパイプラインステージ数は積和演算器の性能に直結しないだろ。なぜそれ掛けてXeonと比べる? って思ったわ。

一番気になったのは先生が使ったKria KR260ってAMDの製品、8bitの積和演算が16個同時にできるCortex-A53が4コア載ってて1.3GHzで動作すんだよね。500MHzちょっとで積和演算器64個動かして何なん? 比べるとしてもXeonとじゃなくてそっちとじゃね? とかって素人ながら思ったわ。

**デフォルトの名無しさん** · 2025/01/08(水) 21:39:40.99

「思ったわ。」が2回続いたのは失敗、まあ酒入ってるしな。

**デフォルトの名無しさん** · 2025/01/08(水) 23:36:37.07

>>906
Fibonacci Matrixと書きつつ
計算量がO(N)でループ1000回も律儀に回していてワロタ

>>913
遅いアルゴリズムで1000万は厳しいだろうね

**デフォルトの名無しさん** · 2025/01/09(木) 09:15:14.34

>>916
たしかに
(多倍長整数演算を加味して)機械整数演算数でO((log N)**3)には収まるかも

**デフォルトの名無しさん** · 2025/01/09(木) 11:14:54.45

『フィボナッチ数を計算する多分最速の方法』
> フィボナッチ数列を高速に計算するプログラムをRubyで作成しました。多分このアルゴリズムが一番速いと思います(適当

試したら1000万番目のフィボナッチ数も1秒掛からずに求まったわ。
1000万回繰り返し足し算する間抜けなロジックを

> Fibonacci with Matrix は素晴らしく速いですね！

と言ってたどこぞの先生は率先して爪の垢を煎じて飲むべき。誰となく。

**デフォルトの名無しさん** · 2025/01/09(木) 11:29:12.21

『フィボナッチ数列の 10000 番目を求める』

> 平方根型を実装して、フィボナッチ数列の一般項を使用して 10000 番目の値を求めました。
> ポイントは、
> ・平方根部分は無理に計算しないので誤差が出ない。
> ・先頭から順に求めないので計算がとても速い。
ところです。
>
> 参考文献
> ・計算機プログラムの構造と解釈

これも良記事。

某先生の書いた記事はどれもCSの基礎的な素養を感じないんだよな。誰となく。

**デフォルトの名無しさん** · 2025/01/09(木) 12:24:38.44

>>918のrubyで10倍飛びに10億までやったらO(N log²N)だた

**デフォルトの名無しさん** · 2025/01/09(木) 23:58:29.94

普通にFibonacci Matrixから導かれるNを1/2にしていく漸化式で
ループをN回からlog2(N)回にするコードを書いてみたら
1000万個目のフィボナッチ数もすぐに求まったよ
ただしそれを10進数表示する方は何分もかかった

**デフォルトの名無しさん** · 2025/01/10(金) 09:53:27.06

>>921
その方法分かるけど>>918のRubyと比べて(試した範囲で)4-6倍遅い

**デフォルトの名無しさん** · 2025/01/10(金) 13:03:09.69

>>918のrubyでc++だけど10億番目まで求めて10進数ファイル出力のにトータルで1分もかからなかた

**デフォルトの名無しさん** · 2025/01/11(土) 23:47:34.39

元のElixirの人がFibonacci Matrix使ってい実装して1000番目がわずか『1秒』で計算できた話だよな
Matrix利用なのになぜか1000回ループする普通のアルゴリズムを使っていて
しかもそのアルゴリズムでも100マイクロ秒しかかからないという話だよな
そしてFibonacci Matrixでlog回にすれば1000万番目もすぐ求まるという話だよな
そして元の話とは関係ないがリュカ数とフィボナッチ数の関係を使うとさらに速いという話だよな

**デフォルトの名無しさん** · 2025/01/12(日) 08:09:38.33

>>921
> ただしそれを10進数表示する方は何分もかかった
もしかしてファイル出力でなくターミナル表示か？
>>918のrubyでc++だけど1千万個目の計算ファイル出力はトータル0.2秒だた
>>923は 10倍飛びに 1番目～10億番目までのトータルで1分もかからなかた

**デフォルトの名無しさん** · 2025/01/12(日) 12:59:14.80

> 元のElixirの人がFibonacci Matrix使ってい実装して1000番目がわずか『1秒』で計算できた話だよな

『1秒』?

> ##### With input 1000 #####
> Name ips average deviation median 99th %
> Fibonacci with Matrix 761.80 1.31 ms ±1.90% 1.31 ms 1.40 ms
> Fibonacci by Enum.reduce 754.01 1.33 ms ±2.85% 1.32 ms 1.44 ms

**デフォルトの名無しさん** · 2025/01/12(日) 21:02:01.04

> Fibonacci with Matrix は素晴らしく速いですね！

再帰つかったほうが速かったわｗ

defmodule Fibonacci.Matrix do
def of(n) do
Enum.reduce(1..n, {0, 1}, fn
_, {p, q} -> {q, p + q}
end)
|> elem(0)
end
end

defmodule Fibonacci.Recursive do
def of(n) do
_of(n, 0, 1)
end
defp _of(n, p, q) do
if n <= 0, do: p, else: _of(n - 1, q, p + q)
end
end

IO.inspect(Fibonacci.Matrix.of(1500) == Fibonacci.Recursive.of(1500))
n = 1000
{t, _} = :timer.tc(Fibonacci.Matrix, :of, [n])
IO.puts "#{t}μ秒"
{t, _} = :timer.tc(Fibonacci.Recursive, :of, [n])
IO.puts "#{t}μ秒"

> true
> 61μ秒
> 37μ秒

**デフォルトの名無しさん** · 2025/01/12(日) 21:22:32.36

M3 Macが遅いのは
多倍長演算バックエンドlibgmpが
アセンブリレベルの最適化されてないのか？

**デフォルトの名無しさん** · 2025/01/14(火) 09:41:34.87

記事に関する知見は5chに書くんじゃなくて記事のコメ欄にしたほうが記事書いた人にも読む人にも有益とは思うんだけど

Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/477-

この件以来先生の記事にはお気軽にコメントしづらい雰囲気できた気がするし致し方なしかな。

つかブロックされた人もいるのか。で、本人は突っ込まれまくりの記事を修正できずに削除か。互いに不幸だわ。

**デフォルトの名無しさん** · 2025/01/15(水) 07:58:49.67

> 0585 デフォルトの名無しさん 2023/01/19(木) 00:22:55.85
> 正しい記事を修正する必要はないよ
> 修正したら間違っていたということ
> 修正しなかったら正しいという証拠

削除してて草ｗ

**デフォルトの名無しさん** · 2025/01/16(木) 13:23:18.56

>>916
行列使ってO(N)は草

**デフォルトの名無しさん** · 2025/01/16(木) 14:50:54.69

2024/08/04に作成の問題記事が2025/01/14にホッテントリして垢BANされてた
あっちのえほうがつよいな

**デフォルトの名無しさん** · 2025/01/16(木) 20:22:10.74

別のLucas数方式(Fibonacci数の高速計算法つくばリポジトリ)が>>918のrubyでc++より3割以上速かた
GNU MP謹製mpz_fib_uiと同じで多分現行最速

**デフォルトの名無しさん** · 2025/01/24(金) 03:46:00.47

後期高齢者無職年金未納:藤田望w

**デフォルトの名無しさん** · 2025/01/24(金) 08:46:13.71

ネズミ講に払ったら負け

**デフォルトの名無しさん** · 2025/01/24(金) 14:20:15.52

zuishinが逝ってもうそろそろ一周忌か……

**デフォルトの名無しさん** · 2025/01/25(土) 05:29:13.54

kaizen_nagoya、大量にアドカレ参加しといて投稿しないで穴開けるの多すぎない？
ゴミ記事上げる分にはQiitaにゴミが増えるだけで済むが他人のアドカレに参加して記事出さないのは普通に迷惑

**デフォルトの名無しさん** · 2025/01/26(日) 15:38:22.52

://qiita.com/haihaikazuma/items/570cc29f0cc4e6f10a4f
シリコンバレーの外人がGeminiのAI翻訳で批判したら日本人が食いついた
日本人１「仕事で重要なのは楽しいかどうかだ」
日本人２「だである・ですますを統一できない人にコミュニケーションについて語る資格はない」
うーん

**デフォルトの名無しさん** · 2025/01/27(月) 03:07:02.27

すごいなこいつ
社会人の発想じゃない
現場から遠ざかった理想論だけの年寄か窓際の考え方

https://i.imgur.com/RecxXuf.png

**デフォルトの名無しさん** · 2025/01/27(月) 07:06:52.89

それでもqiitaは見るのか…

**デフォルトの名無しさん** · 2025/01/27(月) 07:57:36.75

>>939
課題を解決することが仕事なんだから的外れもいいとこ
ほとんどの営利企業は究極的にどうやって金を稼ぐかという課題を解決するための組織

**デフォルトの名無しさん** · 2025/01/27(月) 23:33:03.76

>>939
そういう中身のないことを書けるのは、それはそれで才能があると思う。
マネできなからね。

**デフォルトの名無しさん** · 2025/01/27(月) 23:34:01.05

高齢者の「仕事」の定義は意味が曖昧なんだよなあ

**デフォルトの名無しさん** · 2025/01/30(木) 03:16:12.48

おい！そこのお前、俺の質問にちゃんと答えてくれ
https://qiita.com/t-furusato/items/dfd4008599ca7ba9b933

パワハラ体質常態化してるっぽいなこの会社。よくこんな記事公開できるな。

**デフォルトの名無しさん** · 2025/01/31(金) 03:36:39.85

>>944
藤田望がトンチンカンなコメント書いてて面白いわ

**デフォルトの名無しさん** · 2025/01/31(金) 07:59:37.83

いいねの数見ると肯定派も否定派も案外いる感じ

**デフォルトの名無しさん** · 2025/01/31(金) 08:01:39.52

↑はコメント欄でのいいねの数

**デフォルトの名無しさん** · 2025/01/31(金) 08:21:26.59

俺は肯定派
書き方は兎も角、do you～ならYes/No、which～ならいずれかで応えるべきだと思う
それができない人って関数やメソッドの命名と返り値どうしてるのか気になる

**デフォルトの名無しさん** · 2025/01/31(金) 08:50:01.71

はてなのコメント

https://b.hatena.ne.jp/entry/s/qiita.com/t-furusato/items/dfd4008599ca7ba9b933
> こういう上司とか元請けとか、絶対に嫌だなぁ。Yes/No の判断に複雑な条件があることを理解せず、結論だけ拾って、違っていたらこっちのせいにされる。指導者としても、何に躓いているかを理解せずに押しつけする。

「ちゃんと」や「ような」と曖昧な質問を投げて厳密な回答を求めていることを言ってるのかな。
自分側の責任は軽くして相手側の責任を相対的に重くすることをテクニックとして意識的にやる人はいるし意識しないでやってる人もいるね。厳密な回答を要求するのであれば質問は解釈の幅など生じない簡潔なものするべきと思う。

「参加者が20名の場合、注文する料理は10人分ですか?」

なぜこれくらいの訊き方ができないのか。

**デフォルトの名無しさん** · 2025/01/31(金) 09:32:03.13

質問に対してはできるだけ端的な回答を心掛けると良いですよという内容のコア部分についてはさほど異論はないと思う。ただ、文面全体から漂う異臭が、無能なパワハラ気質の上司・同僚を想起させて拒否反応を招いているんだろう。

**デフォルトの名無しさん** · 2025/02/01(土) 13:12:11.25

>自分側の責任は軽くして相手側の責任を相対的に重くすることをテクニックとして意識的にやる人

これはコミュ力の一環と言えば必要な能力
仕様書には不要な能力