Qiita 4 - キータぞ、来たぞ、キータだぞー
Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)
https://qiita.com/
Qiita(キータ)は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。
https://internet.watch.impress.co.jp/docs/news/1025972.html
前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/ >>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になってるしオーバーフローしないんじゃないの?