めもめも

このブログに記載の内容は個人の見解であり、必ずしも所属組織の立場、戦略、意見を代表するものではありません。

ハングル検定1級の学習資料・・・と言える日が来るのか?

何の話かと言うと

わけあって独学で韓国語の勉強をしていて、これまでに下記の記事を公開してきました。

enakai00.hatenablog.com

enakai00.hatenablog.com

順番から行くと、次はハングル検定1級に挑戦するわけなのですが、さすがに1級合格までの道のりは長そうで、合格してから記事を書くと、それまでにどうやって勉強してきたか忘れてしまいそうなので、合格する前から勉強中の教材を書き残していきます。1級は面接があるので、主にアウトプットのための学習をしています。

新しい教材を終えるごとに追記していきます。

文法

実用韓国語文法【上級】

実用韓国語文法【上級】

Amazon

文法書というよりは、決まった表現方法(言い回し)を1つずつ丁寧に解説した書籍になっています。説明文の熟読、音声付きの部分の 받아쓰기、練習問題(解答するだけではなく、なるべく問題文・正解文の書き写しもする)を1周しました。

変則活用は Web の記事などでも勉強できますが、この本はすべての変則活用が体系的にまとめられていて、バラバラに勉強するよりもしっかりと記憶に残ります。少なくとも、「なんかあれ、この本のあのあたりに書いてあったよなー」という記憶が残るので、「あれ、この動詞/形容詞の活用どうだったっけ?」と思った時に、さっと確認するのに便利です。

表現を学ぶというよりは、一般論だけでは割り切れない、韓国語固有の言い方や文法の知識を得るのに有用でした。

日本語と比較することで、日本人が間違いやすいポイントや韓国語独特のルールが理解できて、非常に面白い(興味深い)内容です。

表現力

文末表現って「ニュアンス」で選ぶ必要があるので、なかなか体系的に学ぶのが難しいと感じていた所、とある講座でこの書籍を紹介していただきました。

色々な表現が紹介されていますが、あまり体系的な説明がなくて、学習にどう活用すればよいのかちょっと悩み中。

リスニング

偶然、「韓国語の変則活用完全マスター」を読んだ直後に購入したのですが、変則活用に特化したリスニングの練習ができるので、変則活用の復習にもなってよかったです。

発音

発音の独学って難しいのですが・・・この書籍は音声付きの例がたくさん掲載されているので、少なくとも知識は身につきそうです。

こちらも発音の教科書ですが、理屈の説明部分が多く、いきなり読むと「じゃあ結局何をどう練習すればいいの?」となるかも知れません。というか、なりました。先ほどの「韓国語の発音と抑揚トレーニング」で具体例を使った練習を一通りやってから読むと、いろいろ納得して読み進めることができました。

会話

mirinae.jp

会話の練習だけはさすがに独学は難しいので・・・、会話教室(個人レッスンコース)に週1のペースで通っています。

www.hanatas.jp

「少人数制診断」の単発コースを受講しました。弱点のフィードバックに加えて、対策用の教材なども紹介していただけました。

「何かを作りたい」 vs 「何かを理解したい」というバイブコーディングにまつわる欲望の対立と葛藤

生成 AI の流行と共に、「自分の仕事が AI に奪われるのではないか」という心理的不安に端を発する「IT エンジニアの価値」をめぐる議論が散見される様になりました。ここでいう価値とは、「仕事が奪われるのではないか」という背景からもわかるように、「報酬に換算される金銭価値(=市場価値)」であるのは間違いないでしょう。このような議論の妥当性は否定しませんが、市場価値だけが IT エンジニアの価値、あるいは、人間そのものの価値であるかのような議論が多くて、違和感を感じることがあります。AI と「人間の価値」にまつわる議論では、市場価値の話と個人としての価値の違いを注意深く意識する必要がありそうです。「個人としての価値」というと曖昧ですが、端的には、「俺/私はこれが好きなんだ」という個人的な嗜好、あるいは、「俺/私はこれがやりたいんだ」という個人的な欲望のことだと考えればよいでしょう。

少し余談になりますが、商業主義に強く影響された、「IT エンジニアの価値=市場価値」という理解(思い込み)が浸透した背景には、転職ビジネスの広報戦略があるのは間違いないでしょう。このような刷り込みへの対抗として、IT 技術を市場価値のない用途に利用する「技術の無駄遣い」というユーモアを楽しむ文化も生まれてきました。ただその中で、商業主義に対抗するユーモアだったものが、商業主義の世界から「その創造性には市場価値がある」と目をつけられて、不本意な形で商業主義に利用されてしまうケースや、そのような潮流をさらに逆手にとって、「市場価値に対抗するユーモアとしての技術の無駄遣い」を市場価値を高める目的でアピールしていると思わせるような倒錯したケースなど、商業主義の影響力の恐ろしさを感じさせられることもありました。

そして、最近、特に市場価値と個人の価値が錯綜していると感じるのが、AI でコードを生成する「バイブコーディング」に関する議論です。生成 AI が広がる以前のソフトウェア開発では、コードを書く人間はコードの内容を理解していることが大前提で、いわゆる「コピペコード」を問題視する議論も頻繁に見られました。言い換えると、コードを理解することは、コードを生み出すことの大前提であり、生み出されたコードの市場価値からコードを理解する能力の市場価値が換算される構造がありました。荒っぽくいうと、「コードの市場価値」=「コードを書く能力の市場価値」=「コードを理解できる能力の市場価値」という明確な関係がありました。ところが、バイブコーディングを利用すれば、コードを理解せずとも市場価値を持つコードが生成できるようになり、上記の関係が成り立たなくなった結果、「コードを理解する能力は必要なのか」「コードを書く能力に市場価値はなくなった」といった議論が散見されるようになりました。

もちろん、バイブコーディングだけで生成したコードの実際の市場価値については、より深い議論が求められると思いますが、その点はいったん後回しにします。ここでは、視点を変えて、市場価値とは別の「俺/私はそれがしたいんだ」という純粋な欲望(欲求という言葉の方が合うかもしれませんが、あえて欲望と表現しておきます)の側面を考えてみます。

以前より、IT エンジニアの中には、「新しい技術を学んで理解する」「新しい技術を使える様になる」ことに対する強い欲望を持つ人々が一定の割合でいました。その欲望に従うことが、結果としてその人の市場価値を高めるという効果はありますが、本人の中では、おそらくは、市場価値は副産物にすぎなくて、技術に対する興味の方が強く先行していたものと推察されます。ただ、IT 技術と言ってもさまざまな分野があり、ソフトウェア開発については、少し込み入った状況がある気がします。Ajax に代表されるフロントエンド技術が広がりはじめた当初、ソフトウェア開発に対する欲望という観点では、旧来の IT エンジニアの「理解したい」という欲望ではなく、新しい技術を使って何か動くものを「作りたい」という欲望からソフトウェア開発を学ぶ人々の割合が増え始めた気がします。つまり、欲望に従ってソフトウェア技術を学ぶ人々の中には、理解への欲望と作ることへの欲望の比重のグラデーションがあるのでは、という仮説が立てられます。

そして、この比重の違いによって、バイブコーディングへの態度が変わるのではないでしょうか。「作りたい」を根源的な欲望とする開発者にとって、バイブコーディングの登場は、自分の欲望を満たしながら市場価値を持つものを生み出す道具という点で、欲望と市場価値の乖離を生み出すものでありません。一方、「理解したい」を根源的な欲望とする開発者にとっては、自分の欲望に従うことが副産物として市場価値を生み出すという、これまでの好循環が破壊されることになります。そのため、作りたいという欲望を強く持つ人々は、バイブコーディングを肯定的に捉えて、生成されたコードの内容を理解することの価値を低く見積もります。一方、理解したいという欲望を強く持つ人々は、バイブコーディングを否定的に捉えて、生成されたコードの内容を理解することの重要性を強調します。

もちろん、個人の欲望は別にして、バイブコーディングの有用性や生成されたコードを理解することの意義を客観的に見極めていくことは大切ですが、人間の活動が欲望に支えられている以上、自身の欲望を度外視した議論を展開するのは難しいものです。特に、欲望によるバイアスがあるにも関わらず、そんなものは存在しない振りをして表面的に客観的な議論をするのは不健全な気がします。ではなぜ、そのような不健全な議論が起きるかというと、ここにも商業主義の悪影響が見え隠れします。つまり、個人の欲望ではなく、(商業主義が称揚する)客観的な市場価値に依拠した議論こそがあるべき議論だという思い込みです。もちろんそのような議論も必要ですが、少なくとも、ソフトウェア開発に関わる人間自身が議論する際は、「市場価値がどうであろうと俺/私はこれがしたいんだ」という個人の欲望を堂々と表明した上で、個人の価値観としてバイブコーディングをどう捉えるかという議論がもっと増えてもいい気がします。それがあった上ではじめて、欲望のバイアスを排除した客観的な議論が可能になるのではないでしょうか。IT 業界に特化した話ではない気もしますが、市場価値(金銭価値)に無理やり結びつけることなく、純粋に個人の欲望に依拠した議論がもっと健全にできる文化が生まれてほしい気がしています。

なお、最後に補足しておくと、私自身は圧倒的に「理解したい」という欲望に駆られて IT 業界を生き抜いてきました。何冊かの技術書を執筆したり、IT 技術の講義を行なったりしてきましたが、表面的には理解することの潜在的な価値を訴求しながらも、根底には純粋に理解する喜びをもっと共有したいという気持ちがあり、それが活動の原動力でした。そういうこともあって、最近のバイブコーディングに関する議論には、なかなか積極的に関わる気持ちが生まれません。「⚪︎千万円のシステムが⚪︎万円で作れた」みたいな市場価値の話はさておいて、まずは、「俺/私は〇〇がしたいんだ。だから、バイブコーディングにはこう向き合いたいんだ」という欲望ベースの議論が増えると嬉しいです。

「ADK による AI エージェント開発入門」のハンズオン環境の事前準備手順

事前準備

1. クラウドコンソールをブラウザで開きます。

2. ハンズオンに使用するプロジェクトを選択します。(各自で事前に用意したプロジェクトを使用してください。)

 

3. 左上のナビゲーションメニュー(横三本線メニュー)から「Cloud の概要」→「ダッシュボード」を選択します。

 

4. プロジェクト ID の文字列を確認して記録しておきます。(プロジェクト名とは異なる場合があるので注意してください。)

 

5. 画面右上のボタンで「Cloud Shell」の端末画面を開きます。

 

6. 「Cloud Shell の承認」のポップアップが開くので「承認」をクリックします。

 

7. プロンプトに表示されたプロジェクト ID が先ほど確認したプロジェクト ID に一致していることを確認します。

8. 次のコマンドを実行して、必要な API を有効化します。

gcloud services enable  aiplatform.googleapis.com cloudresourcemanager.googleapis.com

 次のようなメッセージが表示されれば、事前準備は完了です。

Operation "operations/acat.p2-744191997884-11be1ca1-c5d8-414d-9eae-8279f24bd5a2" finished successfully.

ハンズオンの開始方法

1. ブラウザで次のリンクを開きます。

・ADK_introduction_tutorial.ipynb

2. 画面上部の「Open in Colab」をクリックします。

 

3. Colab の画面が開くので、右上のアイコンから、Google Cloud のプロジェクトと同じ Google アカウントでログインしていることを確認します。異なるアカウントの場合は、アイコンをクリックして、正しいアカウントを選択(ログイン)してください。

 

4. 上部のメニューから「編集」→「出力をすべて消去」を選択して、既存の出力結果を消去します。

 

ここから先の手順は、イベント当日に解説します。