  |
はてなキーワード: Dockerとは
RAM 16GB / CPU Intel core i7のMacbookがついに処理落ちで突然シャットダウンしてしまった。
つい3, 4年前ならラップトップにしては結構ハイスペックな部類のモデルだった。
だがもはや処理落ちレベルとは。
動画編集とかしてるわけではないしAIとかゴリゴリ動かしてるわけではないのに、だ。
IDEを２種類立ち上げ、そのどちらにもCopilotを導入し、DockerでフロントとバックとDBのプロセスを立ち上げ、Copilot搭載のVSCodeでメモ用のテキストを開き、SlackとExcelを開き、Chromeで15個ぐらいタブを開き、動画ファイルを３ファイル同時にQuickTimeで再生し、その他諸々のソフトを３つ立ち上げていたらついにMacがアッチッチになり落ちてしまった。
3年前は16GB もあれば無茶な使い方してもへっちゃらと思ってたのに、もうあんまり無茶な使い方はできないレベルのスペックなんだなとしみじみ時代を感じた。
docker build コマンドに --pull オプションを指定することで、ベースイメージがローカルにあっても最新バージョンをリモートリポジトリから強制的に取得します。
サンキューchatgpt
docker build --no-cache を使用すると、Dockerはキャッシュを一切使用せず、すべてのステップを再実行します。ただし、ベースイメージに関しては少し異なる動作をします。
docker build --no-cache を使用しても、ベースイメージ（FROM で指定されたイメージ）は一度ローカルにダウンロードされていれば再度ダウンロードしません。
ベースイメージがローカルに存在しない場合は、インターネットからダウンロードされます。
ローカルにすでにある場合は、--no-cache でもそのまま利用されるので、ベースイメージを毎回ダウンロードしているわけではありません。
UbuntuベースのPythonイメージは通常1GB程度になることが多いですが、軽量なイメージ（例えばbookwormやslimタグ）を使用すると、サイズを大幅に削減することができます。
bookworm（Debian 12ベース）は、一般的にパッケージが少ないため、通常の ubuntu イメージよりも軽量です。
例えば、python:3.11-slim-bookworm のようなイメージはかなり小さく抑えられており、数百MBに収まることがあります。
まとめ
docker build --no-cache でも、ベースイメージがローカルにある場合は再ダウンロードされません。
増田は40代前半。新卒はまさに氷河期でSESに就職していらいIT業界に居続けています。転職は数回経験済み。
新卒や20代からの氷河期への侮蔑を感じる。努力不足って感じの。
でもそもそも20年前と今じゃITも含めての周辺環境が違いすぎるのに努力不足の自己責任って言われるのはやっぱ納得がいかない。戦国時代の合戦見て「俺なら～」言う感じのなろう系かよ
まずこれ。転職をなんとも思わなくなった。20年前は同業他社でも転職は難しかった。新卒辞めて出来るのは公務員試験とかかドブラックへの就職のみ。今以上に年齢と能力が釣り合わない募集しか出てなかった
イメージとともにしやすさも一気に変わった。紙の履歴書と職務経歴書なんて消えた。今も求める企業はたぶんヤバい。アプリやサイトで申し込みしやすくなった。昔のような自分の足で見つけるとか人脈が無いと見つけられないとかがなくなった。
やっぱ残業が消えたのは大きい。今もあるところはあるだろうが奴隷の鎖自慢か上が下手なだけ。時間があれば何かに取り組む余裕は出る。
自分の新卒の頃はJavaがメインだったが、今のPythonやJavascript、各種フレームワーク、Dockerとかってとにかく分かりやすい。C#は相変わらずだしMSのドキュメントは未だに読めないレベルだが、要は興味を持ってスキルアップしやすい。あの時代にJavaを理解できて高められた人は努力とかでは片付けられない。
主にユーザー側。馬鹿が居なくなった。20年前はほんとIT音痴が多かったのでプロジェクト破綻は当たり前、そしてユーザーが強かった。精神が安定するのは何かをなすのには最重要。
特にノートがそれなりの性能と価格になったのは良い。プログラム稼働環境も高スペックを必要としなくなった。自宅で勉強しやすくなった
ネットで情報収集や勉強するにも負荷だった通信料もだいぶ安くなった。というかほぼ無料。
やっぱ色んな情報がネットに集約化され、更に正誤も判定され質の良い情報を簡単に無料で手に入る用になった。結果回り道が発生しない最短最適化のルートをたどることが出来るようになった
1コ前とおなじになるが、資格の取得も最適解がもう見つかって実務経験０でも高度資格取れるようになった。詰め込みの可否はともかく20年前のような個人で五里霧中な勉強はもはや無い。
今の世代が１の努力する５倍の手間と努力で同じ１の成果を得たのが氷河期世代。それに対して「なんで１の努力しなかったんですか？」って言うのだからわかりあえない
でも「１の成果のためには５の努力必要だったんだよ」って言っても時代の空気もあるので理解してもらうのは難しい。ほんと１程度の努力で１の成果がもらえる君等が羨ましいし、氷河期世代を自己責任という同年代と上の世代は大半0.5の努力に4.5の親と運だからマジで害悪
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1355 | ブラウザの履歴を操作して「戻る」ボタンで広告を出すやつについて – コーヒーサーバは香炉である | blog.maripo.org |
| 1074 | Haystack | haystackeditor.com |
| 1021 | とある博物館の売店を運営することになった話 - icoro | www.icoro.com |
| 813 | Stable Diffusion呪文集(プロンプト)完全ガイド。これで美少女AI画像が生成できる！ - 画像生成ドットコム | kindanai.com |
| 627 | 須藤にわかさんの私に対する反論記事が、映画史的に非常におかしい件について - Commentarius Saevus | saebou.hatenablog.com |
| 626 | セキュリティ監視入門 | mztn.notion.site |
| 592 | ニンテンドーミュージアム ｜ 任天堂 | museum.nintendo.com |
| 584 | 「無課金おじさん」じゃない方、金メダルの人について ｜ あきゅらぼ Accu-Labo | accu-labo.com |
| 563 | 「寝ても取れない疲れ」原因はガチガチの背骨にあり！座ったまま背骨全体をほぐす簡単ストレッチ ｜ ヨガジャーナルオンライン | yogajournal.jp |
| 555 | 「無課金おじさん」に幻想を持ちすぎないで ｜ あきゅらぼ Accu-Labo | accu-labo.com |
| 514 | 性別騒動の女子ボクサー、五輪初戦46秒で勝利 棄権の相手は激怒、米紙は問題視「鎮静にならない」 | the-ans.jp |
| 508 | 運転の練習、どこでどうやる？安全に練習できる場所、環境、方法を解説！｜マツダ｜マツダのある暮らし | www.mazda.co.jp |
| 504 | 神谷貴行氏の除籍と解雇について ｜ 日本共産党福岡県委員会 | www.fjcp.jp |
| 474 | 半神ー萩尾望都短編集ー 半神 萩尾望都 ｜ フラコミlike! | flowercomics.jp |
| 470 | Docker入門資料「入門 Docker」を5年ぶりにアップデートしました。 - y-ohgi's blog | y-ohgi.blog |
| 468 | 南海トラフ地震臨時情報発表（気象庁） キーワード【巨大地震注意】 | weathernews.jp |
| 467 | 彬子女王殿下 ｜ 和樂web 美の国ニッポンをもっと知る！ | intojapanwaraku.com |
| 459 | 落合陽一さんの手法には明確に反対するよ、という話｜けんすう | kensuu.com |
| 447 | ウー・ウェンの炒めもの ｜ 高橋書店 | www.takahashishoten.co.jp |
| 446 | ITがつまらんとか言ってるのは老害だけ ｜ さにあらず | blog.satotaichi.info |
| 420 | 日本共産党を除籍・解雇されました - かみや貴行のブログ 1%でなく99％のための福岡市政を | kamiyatakayuki.hatenadiary.jp |
| 419 | 「掛け算の順序問題」について思うこと | blog.oimo.io |
| 407 | 【今日の10ページ】再雇用勇者 - 永田礼路 / 今日の10ページ『再雇用勇者』永田礼路 ｜ マグコミ | magcomi.com |
| 397 | 「割り込みタスクが多くて困ってます」と相談を受けたらマネージャーはどうするか - るさんちまん | naopr.hatenablog.com |
| 395 | 嫌な記憶よ、さようなら～記憶を意図的に忘れる～ ｜ 企画展 展示室 感情 特集企画「過去と未来の記憶の心理学」 自分 記憶 ｜ 心理学ミュージアム - 日本心理学会 | psychmuseum.jp |
| 389 | Microsoftが『コントロールパネル』廃止を明言。40年近い歴史に幕？ | gazlog.jp |
| 380 | 異世界WANT TO BE - 安村洋平 / 特別読切 ｜ マグコミ | magcomi.com |
| 372 | 【訃報】「はれときどきぶた」シリーズの著者、矢玉四郎先生が逝去されました。 - 株式会社岩崎書店 この1冊が未来をつくる | www.iwasakishoten.co.jp |
| 367 | （訃報）松岡正剛 逝去のお知らせ ｜ 編集工学研究所 | www.eel.co.jp |
| 364 | 『フワちゃんのオールナイトニッポン0(ZERO)』について ｜ ニッポン放送 ラジオAM1242+FM93 | www.1242.com |
単体テストというのは、画面を手動で操作してスクリーンショットを撮る仕事だった。エクセルで仕様書を書き、レビューをしていたが、レビューアーはテストケースよりも、枠線の整え方に気を配っていた。
誰かが自動テストを導入しようと言い出した。「再現性がある」「保守性が高まる」「もっと良くなる」と口々に言われていた。
でも、テストコードを開発する工数はどうするのか、開発コードが増えればさらに大変になるのではないかと不安があった。
それでも、これが実現すれば、何かが大きく変わる予感がした。
アプリケーションフレームワークはStrutsだった。フォームをポストする瞬間にカオスが生じ、50行の無駄なコードを書き、100行の読みにくいコードを理解することが技術者の条件だった。
ある人が「レイヤリング」という概念を持ち出し、別の誰かが「DI」と言い出した。アプリケーションアーキテクチャという言葉も登場し、ファウラーという人物の名前も聞こえるようになった。
新しい構造が提案され、それに影響を受けながら、「いつかは美しいアプリケーション構造が生まれるのかもしれない」と夢を抱いていた。
当時、PerlでCGIを作っていたが、PHPやRubyが登場した時は、正直Web"サイト"を作るためのものだと侮っていた。
しかし、次々と洗練されたWebアプリケーションフレームワークが生まれ、StrutsやJavaEEよりもはるかに使いやすくなっていった。
数多くのWebフレームワークの中で、どれを選ぶべきか悩みながら、「いつか完璧なWebフレームワークが現れるかもしれない」と期待していた。
サーバーは冗長化され、ReversProxyを使い、セキュリティのために構成を変更してきた。そしてクラウドが登場し、Dockerなんて本番で使えないと言っていた時代から、
気がつけばどこに存在するのかもわからないクラスターの中で、コンテナアプリが動いている時代になった痛快だ。
かつてLinuxマシン一台を「鯖」と呼んでいた時代から、世界は目まぐるしく変化し続けるとかと思っていた。
誰かがAjaxと言い出し、別の誰かがReactと言い出した。「こんな方法でHTMLを作って良いのだろうか？」と疑問に思いつつも、「Webはアプリケーションだ」という感覚が強まっていた。Webアプリケーションがどう進化していくのか、未来を感じることができた
私たちは、ソフトウェアを開発すること自体に大変さを感じていた。新しい技術やフレームワークが次々と登場し、その都度課題が解決される一方で、新たな課題が生まれる。これほど面白いことはなかった。そしてエンジニアたちには一体感があり、誰もが自分なりの方法で課題を解決し、そのフィードバックループが世界を動かしていた。だからこそ、今は少しつまらない。変化は穏やかになり、「お金を稼ぐ」という目標だけが共通となり、課題は個々の事象に閉じ込められている。しかし、それが悪いことではない。ただ、私たちの時代が変わったのだ。
かつては、私たちの目の前には普遍的な課題があり、それぞれがそれぞれの場所で課題を解決し、そのフィードバックループが世界を動かしていた。
生成AIで例えると、それをどう使うかではなく、エンジニアが一丸となって生成AIをチューニングしていた。世界情勢で例えると、世の中の飢餓を全世界の人がアイディア出して、解決しようとしてたいた。
今でも、普遍的な課題は世界中に転がっているが、それらは高度で、私たちには手が届かないものが増えてしまった。
ITは面白かった。プログラミングが分かるだけで、世界の課題を一緒に解決できる時代だった。それぞれが自分の場所で働くだけで、世界を動かしていた。そんな時代が終わってしまったと感じる。
老害といえば昔話だろ！
この人が感じてる「つまんなさ」って、ITに対してじゃなく「プログラミングできる俺かっけー」が出来なくなってきたことに対して感じてるつまらなさなんじゃないの？
わかるよわかる、プログラミングかっこいいよね。中学英語では出て来ないようなfunctionとかfloatみたいな英単語使いこなしてコード書くのかっこいいよね。うんうん。k8sとかDockerとかDDDとか名前がかっこいいよね。そういうの使いこなせる魔法使いみたいな俺様かっけーよな。
それがLLMの時代になって、急に自然言語でプロンプトを書くことになったわけよ。
まるで下請けSEに指示するような口調で「●●について調べて下さい」とか「××のプログラムを書いて下さい」とか書くの、ダサいことこの上ないよね。わかりますよ。俺様が憧れてたカッコイイプログラミング言語やアーキテクチャ用語はどこ行ったんだって言いたいわけよな。
要するにお前さんの厨二病プログラマー時代は終わりを告げ、これからは自然言語が支配する大人の時代がやってきた、ということだと思います。さよなら厨二病。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1027 | 私が学問に目覚めた時 法学部教授・蒲島郁夫 | park.itc.u-tokyo.ac.jp |
| 714 | 滅びてほしい認証系の実装の話 | idmlab.eidentity.jp |
| 666 | 学生のためのお薦め図書リスト ｜ 筑波大学 比較文化学類公式ホームページ | www.hibun.tsukuba.ac.jp |
| 615 | 鳥羽周作シェフおすすめ人気レシピ「ナポリタンを超えたナポリタン」作ってみた ｜ ヨムーノ（くふうLive!から変更） | yomuno.jp |
| 590 | AIを使った論文の読み方 | compass.readable.jp |
| 589 | 著名人になりすました詐欺広告に対する取り組みについて ｜ Metaについて | about.fb.com |
| 559 | 24年4月の量子コンピュータ業界の動向がよくわからんというので書いてみました。 by Yuichiro Minato ｜ blueqat | blueqat.com |
| 552 | 作家・山本弘氏ご逝去｜ | www.tsogen.co.jp |
| 528 | Top 250 Japanese Albums of All Time on 11 Charts - Rate Your Music | rateyourmusic.com |
| 502 | 「合理的配慮ではなく、合理的調整と呼ぶべき」芥川賞受賞作「ハンチバック」著者、市川沙央さんインタビュー - 成年者向けコラム ｜ 障害者ドットコム | shohgaisha.com |
| 463 | 紅麹問題ー小林製薬の一番大きな問題はなにか？ - 東中野セント・アンジェラクリニック | st-angela-clinic.jp |
| 437 | エンジニアが鬼怒川温泉でワーケーションしてきたよ - ひらめの日常 | hiramekun.hatenablog.com |
| 423 | 雰囲気でDocker Composeを触っている状態から脱するために調べたこと（2023） - Activ8 Tech Blog | synamon.hatenablog.com |
| 410 | 川勝平太か森喜朗か ｜ クイズメーカー | quiz-maker.site |
| 401 | 新作『バッタを倒すぜ アフリカで』出版しました！ - 砂漠のリアルムシキング | otokomaeno.hatenablog.com |
| 399 | ドラえもんだらけ | dorachan.tameshiyo.me |
| 395 | 瞑想マスターへの道：失敗しない瞑想の始め方・初心者から上級者まで、毎日続けられる秘訣：Flowtimeで簡単スタート | kobito-koyubi.com |
| 382 | EVERNOTEの日本法人、エバーノート株式会社が解散 サービス自体は継続 ｜ RTB SQUARE | rtbsquare.work |
| 378 | 八戸市美術館の館銘板 「美」の字のみ館長手製の発泡スチロール製に | hachinohe.keizai.biz |
| 377 | シグルイ・第一景 | championcross.jp |
| 371 | 生成AIで小説を書くためのプロンプト5選 | sasaboushi.net |
| 362 | 【脱税】薬屋のひとりごと 漫画家・ねこクラゲ先生 こと池田恵理香氏を脱税で告発 約4700万円を脱税 人気漫画作品の脱税に衝撃走る : まとめダネ！ | matomedane.jp |
| 354 | 謎の「エビチリ」渋谷・下北沢で迷惑落書き急増 犯行の瞬間を直撃すると「書きたい場所に書いているだけ アートなんで」 ｜ めざましmedia | mezamashi.media |
| 347 | タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ | methane.hatenablog.jp |
| 345 | 2000年以上失われていた儒教経典『楽経』を発見か | japanese.cri.cn |
| 335 | 元横綱 曙太郎さん心不全により逝去 7年前から闘病生活 ｜ めざましmedia | mezamashi.media |
| 317 | group_inou / HAPPENING | ac-bu.info |
| 310 | スタートアップでソフトウェアエンジニアとして10年たって大事にしていることリスト - tomoima525's blog | tomoima525.hatenablog.com |
| 307 | スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報 | ponpon-soft.com |
| 306 | ChatGPTで事業計画書を作ろう！プロンプト例や作成時の注意点などをご紹介 | sogyotecho.jp |
「ソースコードに間違いが見つからないのに想定される出力をしない。あるいはソースコードに修正を加えていないのにいきなり想定出力を返すようになった。」
こういう経験がある人はいるはずだ。なぜこれが起こるのか。一つの原因を見つけた。
それは環境変数や設定ファイルに存在する。デプロイ時には設定ファイルを特定の値に修正してから、ということがあるだろう。
開発環境でコーディングする人が、デプロイ時の設定ファイルには関与せず、デプロイの担当者がそれを把握している。
開発者はセキュリティ上の理由でデプロイ時の設定ファイルの内容を見ることができない。
この場合、設定ファイルの内容が間違っていても、開発者が原因が正しく特定できないケースがあるのである。
対処方法は以下である。まず事前にやっているであろう対処は以下である。
追記:
他に遭遇したケースは、環境のアップグレードによってphpが特定の関数を廃止したというケースだ。
# ヨーロッパの主要都市におけるソフトウェアエンジニア向けベストカンパニー
ヨーロッパの各都市でソフトウェアエンジニアにとって最適な企業を探しているなら、以下のリストが参考になるでしょう。
Google, Facebook, Snap, NVIDIA, Microsoft, Apple, Oracle, Snyk, GetYourGuide, UBS, Swisscom, DFINITY, Cisco.
Google, Facebook, Snap, Jane Street, Stripe, Coinbase, Apple, Amazon, Hudson River Trading, Citadel, ByteDance, Two Sigma, Palantir, Bloomberg, Revolut, GSA Capital, Marshall Wace, Quadrature, Five Rings, G-Research, Starling, Personio, DeepMind, DRW, Millenium, BlackRock, MAN Group, Jump Trading, DE Shaw, AQR, Maven Securities, Point72, IMC, Optiver, Susquehanna (SIG), XTX, Old Mission, Squarepoint, Qube Research & Technologies (QRT), Yelp.
Uber, Databricks, Bitvavo, Booking, Miro, Flexport, Atlassian, Spotify, Optiver, IMC, Amazon, Adyen, Google, Stripe, Flow Traders, MessageBird, Reddit, Box, JetBrains, Personio, Elastic, GitHub, Catawiki, Tower Research, Radix Trading, Headlands Technologies, Tomtom.
Google, Meta, Datadog, Criteo, Microsoft, Stripe, Airbnb, Amazon, Atlassian, Hubspot, Workday, Ankorstore, Red Hat, Algolia, Alan, 360Learning, ContentSquare.
AWS, Amazon, Microsoft, Wayfair, Google, Meta, Apple, HubSpot, Stripe, NVIDIA, Snowflake, Personio, Databricks, JetBrains.
AWS, Microsoft, Google, Mastercard, Workday, Salesforce, Meta, Stripe, VMware, LinkedIn, Etsy, Personio, ByteDance, Coinbase, Hubspot.
Google, Apple, Microsoft, Nvidia, Adobe, Workday, Celonis, BMW, Salesforce, SIXT, SAP, Huawei, Personio, Intel, JetBrains, IBM.
Google, Snowflake, Netflix, Pinterest, Rippling, Oracle, Waymo, AMD, Samsung, NVIDIA, Box, Warner Bros, Visa, Amazon.
Amazon, Apple, New Relic, Stripe, Rippling, Revolut, Skyscanner, Microsoft, N26, Criteo, Adobe, Thoughtworks, Oracle, Glovo, Personio.
Apple, Amazon, Roku, Arm, Microsoft, Qualcomm, MathWorks, AMD.
Amazon, Oracle, Microsoft, Flutter, Unity, Skyscanner, Huawei.
Databricks, Microsoft, Nutanix, Rivian, Foursquare, Yandex, JetBrains, Nordeus, Luxoft.
Amazon, Datadog, Microsoft, Apple, Google, Personio, Twilio, Glovo, VMware, Meta, Oracle, Revolut.
Klarna, Spotify, Netlight, PayPal, Ericsson, Ubisoft, Warner Bros, King, Google, Oracle, AWS, Microsoft, Wolt.
Google, Rippling, Oracle, Revolut, Uber, Amazon, Deliveroo, IBM, Splunk.
Crowdstrike, UI Path, Google, Adobe, Stripe, Microsoft, Oracle, IBM, Amazon, Electronic Arts (EA).
Microsoft, Maersk, Zendesk, Workday, Unity.
Productboard, Pure Storage, Apple, Workday, Oracle, Microsoft, JetBrains, Proton, Parrot.
Bolt, Wise, Microsoft, Twilio, Wolt.
Microsoft, Cisco, Aker Solutions, Arm, Mastercard, Meta, Kahoot, Autostore, Remarkable, Netlight.
これらの都市は、ソフトウェアエンジニアにとって多くの機会を提供しています。それぞれの都市が提供する企業は、エンジニアが自身のキャリアを発展させるための多くの選択肢を提供しています。それぞれの企業が提供する機会や文化は、エンジニアが自身のキャリア目標に合わせて最適な選択をするのに役立ちます。 [
その結果が以下。
https://i.imgur.com/UBzZTBy.jpeg
このラフがしっかり仕上げされる形になってて本当にびっくりした。
軽く自己紹介すると、ワイはお絵描きが趣味でIT系の仕事をしとる人間や。
最近のTwitter上のオタク界隈はAI絵の炎上が絶えない。
Stable Diffusion は出たての頃にちょっと触ってみたんやけど、何百枚も生成して使える絵は片手で数えるほどだったという印象があってそのあとはあまり真面目に技術を追いかけとらんかった。しかし最近の炎上を見てて、技術的にどこまで可能でどこからが不可能になるのか確認したくなり、もう一度環境構築からやり直すことにしたんや。
Stable Diffusion の WebUI の Docker 版を入れて、イラストに特化したモデルを入れて、VAEで画像のボヤけを解決し、噂の ControlNet を入れてみて、手元にある未完成の絵のラフを Canny につっこんでみて、プロンプトとパラメータを調節したらこの出来やで。
ちなみに貼った生成画像は無修正や。プロンプトにキャラ名は入れてないで。
何やろうね、このなんとも言えない気持ちは。
もしもワイにとって絵が道具やったら、簡単に十分なクオリティの絵ができてラッキーだと思っとるところやと思う。
でも、ワイにとって絵は目的やったから、描くこと自体が楽しいものやったから、理不尽な物言いだとは分かってるけど、それを奪われたような気持ちになったというのが一番近い表現やと思う。
というわけで当初の目的だった技術的に可能な点不可能な点を探るってのは今んところ不発に終わってるわけやけど、ワイが1年以上前の Stable Diffusion に触ってて思っていたところよりもよっぽど先まで話が進んどるんやな、とは思った。
正直、ワイみたいに描くこと自体が目的のヤツは少ないやろうな、と思う。大多数の人にとって絵は自分のブログ記事やプレゼンの資料を飾るための道具や。だから、この技術が今は法的に決着がついていないところを抱えているけど、それにはそう遠くない未来に決着がついて、一般に普及すると思う。
この技術がなかった頃にはもう戻れない。
せやから、ワイはこの技術と向き合っていきたい。それは、積極的に絵に活用するって話やない。この技術がある世界でもまだ絵を描き続けるという選択や。
別にプロでもなんでもないワイがそんなことしてても世の中何も変わることないとは思うけれども、でも、ワイはやっぱり絵を描くのが好きなんや。
ワイより上手い人たちはいっぱいいるけど、それでも絵を描き続けてきたんや。機械がワイより上手い絵を生成するようになったからって、そんなの今更やめる理由にはならんで。
【追記】
一つだけリプするわ。
お前の絵を見たい奴はAIに頼むようになるし、お前の絵はAIのためのクローラしか見に来なくなると思うよ。誰にも伝わらないなら、いったい何のために表現するんだ
絵は鑑賞されてこそ作品という考えやな。
ワイはネットが普及する前から絵を描いてるから、絵を見てもらえてないことが数字化される pixiv や Twitter も相当気持ち的には辛かったで。
今だって誰にも見てもらえないとまでは言わんけど、万バズとかいう言葉からは遠く離れた人間や。
でも、見てもらえないという現実と絵が完成したときの見て見て！っていう気持ちの落差があっても絵をやめることはできなかったんや。
だから、たとえ核戦争が起きて自分だけ地下シェルターで生き残って誰にも会えずに死ぬのを待つだけになったとしても描ける。そんな気がするんや。
カッコつけすぎやけど、正直な気持ちやで。
