ChatGPT はプログラマーを殺すことになるでしょうか?

会社の新しい Web サイトを構築しているときに、ChatGPT に次のレスポンシブ デザイン要素のコードを依頼しました。

1. 3 つの画像を並べて表示
2. 2 行のテーブル、3 行目に 3 つの画像、XNUMX 行目に XNUMX つのリンク
3. 3 行に 3 つの画像を並べて、次の行に XNUMX つのリンクを配置
4. リンクされたキャプション付きの 3 つの画像を並べて表示します。

ChatGPT は XNUMX つの仕様すべてのコード スニペットを返しました。 そのうちの XNUMX つを以下の展示品に部分的に示します。

すべてのコード スニペットは初めて機能しました。 デバッグを行う必要はありませんでした (デバッグができるわけではありません!)。

ChatGPT が提供するコード内の次の行に疑問がありました。

----

.image {フレックス: 0 0 33.33%; /* この値を調整して各画像の幅を変更します */ max-width: 100%;

----

ChatGPTに説明を求めました。

典型的な StackOverflow ユーザーにありがちな嘲笑や恩着せがましい態度はまったくなく、非常に明快な返答が得られました。

どのベンチマークから見ても、ChatGPT のパフォーマンスは最高でした。

これにより、次のような疑問が生じます。

ChatGPT はプログラマーを殺すことになるでしょうか?

----

人々がこの質問をするのはこれが初めてではありません。

過去 XNUMX 年ほどの間に、今日の ChatGPT と同じくらい当時革新的だった多くのテクノロジーがコーダーを時代遅れにすることが予測されました。 思い出をたどって、そのいくつかを振り返ってみましょう。

1.ERP

かつて、企業は独自のソフトウェアを開発していました。 これらは通常、販売、購買、在庫、財務、生産、その他のビジネス機能向けにカスタム開発されたポイント ソリューションでした。 これらは社内プログラマーのチームによって開発されるか、外部ベンダーに委託されて開発されました。

ERP が登場し、これらのカスタム開発ソリューションに取って代わられたとき、人々は内部および外部のプログラマーに何が起こるのか疑問に思い始めました。

2. RAD / ローコード / ノーコード プラットフォーム

この頃、私はグローバル ERP ベンダーのマーケティング責任者を務めていました。

インターネットが普及し、私の会社には Web サイトがあり、全員がビジネス用電子メール アカウントを持っていました。 すべてのマーケティング資料は Web サイトでホストされており、営業担当者は必要なものを検索してダウンロードできました。 ああ、冗談だよ！ 最後の文は真実ではありません。 新しいコンテンツを会社の Web サイトに公開する方法がわからなかったので、電子メールの添付ファイルとして現場​​に送信しました。

ある日、私はオフィスビルの喫煙ゾーンで同僚に会いました。 彼はエンジニアリング組織のプログラマーでした。 職場でのつながりがなかったため、オフィスで彼に会ったことはありませんでした。 私たちはそれぞれの仕事についてメモを交換し始めました。

私はたまたま彼に、マーケティング関連資料をホスティングするためのポータルを構築したいという希望について話しました。 彼は、ビジュアル エディターとドラッグ アンド ドロップ コントロールを使用して、オタクでなくても簡単な Web サイトを構築できるようにする Microsoft Frontpage というツールについて聞いたことがあると私に言いました。 私は Microsoft Visio グラフ作成ツールのパワー ユーザーとして、このパラダイムに精通していました。

オフィスに戻ってFrontpageを試してみました。 なんと、私は HTML コードを XNUMX 行も書くことなく (そもそも私にはそれができませんでした)、XNUMX 週間以内にマーケティング資料ポータルを作成することができました。

当時、Frontpage は Rapid Application Development (RAD) プラットフォームを採用していました。 今日では、ローコード/ノーコード プラットフォームと呼ばれることになります。

この経験から、私はプログラマーの運命について疑問を抱き始めました。

3. コードトランスレーター

次の会社では、従来の COBOL コードを Java に変換するツールを販売していました。 当時はコード トランスレータと呼んでいました。 この製品カテゴリは Code Transpiler という名前に変更されたと思います。

コード トランスパイラーはコードをあるプログラミング言語から別のプログラミング言語に翻訳できるだけでなく、元の言語と比較してクリーンアップすることもできるため、このテクノロジーは当然、今後のコーダー、そしてアーキテクトやデザイナーの必要性についての疑問を引き起こします。

4.ワークフローの自動化

時間の経過とともに、私は次のようなワークフロー自動化ツールを使用してきました。 IFTTT 多くのワークフローを自動化するため

1. 会社のブログに投稿を公開するとすぐに、Twitter にリンクが自動的に投稿されます。
2. 誰かが私のツイートに反応すると、その人は自動的に というリストに追加されます。
   クロージャ・エンゲイジャー.

再び、これらのワークフロー自動化ツールがプログラマーを殺すことになるのではないかという疑問が生じました。

5. 監視 + 可観測性

IT 環境におけるインシデントの検出、トリアージ、解決のエンドツーエンドのプロセスを自動化することにより、監視および可観測性プラットフォームは、将来的にシステム管理者の必要性について疑問を生じさせます。

6. WordPress + グーテンベルク

最近、WordPress + Gutenberg Block Editor を使用して、会社の Web サイトをレスポンシブ デザインにアップグレードしました。 コードを XNUMX 行も書いたり編集したりしませんでした。 プログラマーを必要とする人はいないでしょう?

----

前述したテクノロジーを私はこう呼んでいます 需要抑制因子。 それらはいずれも市場に参入した時点では革命的であり、プログラマーの仕事を奪う恐れがありました。

しかし、誰もそうしませんでした。 むしろ、IT の歴史の中で、今ではかつてないほど多くのプログラマーが存在します。

どうしたらいいのですか？

この明らかな矛盾は、私が呼ぶものの出現によるものであると考えています。 需要刺激薬。 多数の新しい導入モデルと使用シナリオで構成され、これまで知られていなかったコンピューティング分野で新しいコーディングの仕事が生み出されました。

これについては、後続の投稿で詳しく説明します。 このスペースをご覧ください。

• SEO を活用したコンテンツと PR 配信。 今日増幅されます。
• PlatoData.Network 垂直生成 Ai。 自分自身に力を与えましょう。 こちらからアクセスしてください。
• プラトアイストリーム。 Web3 インテリジェンス。 知識増幅。 こちらからアクセスしてください。
• プラトンESG。 カーボン、 クリーンテック、 エネルギー、 環境、 太陽、 廃棄物管理。 こちらからアクセスしてください。
• プラトンヘルス。 バイオテクノロジーと臨床試験のインテリジェンス。 こちらからアクセスしてください。
• 情報源： https://www.finextra.com/blogposting/25317/will-chatgpt-kill-coders?utm_medium=rssfinextra&utm_source=finextrablogs