No.351
ChatGPTすごいな。これなら料理下手な俺でも
レス数: 425
概要: chatGPTなんて電子無能の賢い奴って感じだからあんまり抵抗無いんだよね
No.352
人件費大幅減
しかしChatGPTがみかじめ料をとるようになるだろうな
No.353
間違ったことも言うかも知れない。
メニューに無い品物を言ったり、出来ない安売り方法を提示したり。
No.354
pythonもvscもvimもめんどすぎる
No.355
No.356
サザエさんをさらにおっちょこちょいにしたみたいなものなので、
設定をめちゃくちゃにされて大変なことになるかも知れん。
大切なデータを消されたり。
サザエ「断者利したよ」
かつお「大事にしていたものだったのに・・・エーン」
No.357
No.358
そして知識も不正確で知らないのに知っているかのように話すし、ネットに
答えが出ているのにどこかに少し間違いを入り込ます。
また、ネットの情報を組み合わせているだけで、ちゃんと考えているわけでは
ないように思える。
No.359
間違ってたら動かんだけだし、手直しが必要でも程々のコードが出てくるだけでも時短になる
全く知らなくてもできるようになるわけじゃなくてある程度知識がある人の効率が上がるってことだから、
ちゃんとした知識のある人にとってはメリットしかない
No.360
No.361
No.362
No.363
いい加減七コード書き散らすだけ
後に捕手が強烈に大変
No.364
No.365
いい加減7コードw
No.366
今たまたま生成ai、というだけ。
No.367
プログラミングの世界では、下手なプログラマーが書いたコードを保守や点検、
バグ取りするより自分で書いた方が速い、ということを良く聞くが、いまのところ
ChatGPTもその域を出ない気がする。
ただ今後は急激に進化する可能性も有る。そうなったら、人間は何を
すればいいんだろう。
No.368
全く新しい技術が出てきたときに、「全然駄目」と思ってしまう技術者が多いという
こと。実際、その時点では駄目なことは間違ってないが、時間が経つと改善されて
抜き去っていくと言われている。
No.369
1.ご飯を炊く。
2.豚肉、エビ、にんじん、玉ねぎをそれぞれ一口大に切る。
3.フライパンにサラダ油を熱し、豚肉を炒める。豚肉の色が変わったら、エビ、にんじん、玉ねぎ、もやしの順に加えて炒める。
4.卵を割り入れ、ご飯を加えて炒め合わせる。塩、こしょうを加えて調味する。
5.別のフライパンで調味料を煮立てる。水で溶いた中華スープの素を加え、さらに煮立てる。
6.4に5のソースを加え、全体を混ぜ合わせる。
7.器に盛り付け、お好みで刻みネギを散らせば完成です。
アンは無い天津飯らしい
No.370
>豚肉、エビ、にんじん、玉ねぎ、もやし
は、どれも人間世界の天津飯の材料には無いみたいだ。
また、エビではなく、かにカマを入れるらしい。
万能ねぎ、しょうが、片栗粉も足りない。
天津飯とは、「ご飯の上にかに玉をのせたもの」のことらしい。知らんけど。
No.371
万能ねぎとしょうがは、普通は入れないかも知れない。
個人的にはお酢をかけるのが好き。
No.372
ほんそれ
松尾っさんとか
No.373
No.374
No.375
Puisque vous insistez, si j'étais un humain et que je devais choisir un plat, j'opterais pour un plat de sushi. Le sushi est un plat japonais délicieux et très apprécié dans le monde entier. Il est composé de riz vinaigré, de poisson cru ou de fruits de mer, et d'autres ingrédients comme des légumes, des algues et des sauces. Les sushis sont souvent présentés de manière très artistique et colorée, ce qui en fait non seulement un plat délicieux mais aussi un véritable plaisir pour les yeux.
No.376
No.377
なんか板前が修行したりするのは判ってるんだけど切り身を握り飯に乗せてこれ料理か？ってちょっと疑問なんだ
醤油？だかの味付けとかあるのかな
No.378
生寿司だけが寿司じゃ無いから
No.379
そもそも魚介類をあの形に切るのが、どのくらいたいへんなのか、そこから勉強した方がいい。
No.380
No.381
モデルの選択やパラメータ設定、関数の実行、APIの呼び出し、Web情報やファイルの入出力とか
アプリケーションの実行プランそのものをAIに制御させるという発想は今までで一番未来を感じる。
今回ばかりはC#おじさんでよかったわ
No.382
No.383
ますますユーザーのプロンプト作成能力が問われそうだな
プロンプトが曖昧なせいで思い通りに動かないとかの苦情が頻発しそう
No.384
作った本人もどう動くかよくわからないアプリが出来上がりそう
No.385
No.386
ε∞！！！！！
病∞！！！！！！
害∞！！！！！！！
癌∞！！！！！！！！
大∞！！！！！！！！！
No.387
書くと言う簡単な事を AI がやって、それを読んで正しいかどうか
考えると言う難しい事を人間がやると言う時代になるのか。
結局人間の負担が増える。
No.388
テストプログラムを自動生成するのはそんなに難しいことではない
仕様通りに書き直すのはまた別のの問題だが
No.389
No.390
だから、Ruby 製のツールが多い
Vagrant や、ログ収集基盤ソフト Fluentd、
Shopify のカスタマイズ用言語 Liquid、
GitHub の静的サイトジェネレーター Jekyll などはRuby製
Ruby Sass → C++ node-sass/LibSass → Dart Sass
Rubyから速度を求めて、C++へ移行したけど、保守できなくなった
ガーシーのサロンで使っていた、Mastodon はRails 6。
PHP よりも可読性が高いから、Rubyに変わった
No.391
俺全然読めないし
近所の小学生も読めなかった
No.392
No.393
テストを通れば良いと言う問題でも無い。
No.394
No.395
滅茶苦茶な質問でも、ちゃんと理路整然とした客観的な答えが返ってくる
どうやってプログラミングしてるのかな？
No.396
No.397
詐欺師と同じ
No.398
もっと賢くなれ
https:
No.399
https:
No.400
