はてなキーワード: ITとは
OECDの論文「Trends in Income Inequality and its Impact on Economic Growth」(Federico Cingano, 2014)は、「格差は成長にとって必要悪なのか?」という古典的な問いに対し、むしろ所得格差の拡大は長期的な経済成長を低下させるという結論を示したことで大きな注目を集めました
ことが示されました。 ([OECD][1])
有名な試算では、
> 1985~2005年に拡大した格差によって、多くのOECD諸国では累積GDP成長率が数%ポイント押し下げられた
---
### 2. 問題は「上位1%」より「下位40%」
だと指摘した点です。
OECDは、
よりも、
が成長率低下に最も強く関係していると結論づけています。 ([OECD][1])
つまり
の方が経済成長に悪影響を与えるという主張です。 ([OECD][1])
---
ほど
一方で、
の教育水準はほとんど影響を受けませんでした。 ([OECD][1])
> 格差拡大
>
> ↓
>
>
> ↓
>
> 労働力の質が低下
>
> ↓
>
> 生産性成長が鈍化
>
> ↓
>
> GDP成長率低下
---
と主張しています。
具体的には
などは、
「格差是正のため」だけでなく
---
この論文は非常に有名ですが、経済学界で完全な合意があるわけではありません。
主な批判は
格差が成長を下げるのか、
成長停滞が格差を生むのか、
完全には分離できない。
### ② 国によって結果が違う
のような高成長国では格差も大きい。
したがって、
「格差は常に悪い」
ではなく
---
ではなく、
です。
OECDの分析では、成長を阻害するのは主として「下位40%の取り残され」であり、再分配や教育投資は成長と両立しうるとされています。 ([OECD][4])
要するにこの論文の核心は、
> **「格差そのものではなく、低所得層が教育・技能形成の機会を失うほどの格差が、長期的な経済成長を損なう」**
[1]: https://www.oecd.org/en/publications/trends-in-income-inequality-and-its-impact-on-economic-growth_5jxrjncwxv6j-en.html?utm_source=chatgpt.com "Trends in Income Inequality and its Impact on Economic Growth | OECD"
[2]: https://www.oecd.org/en/publications/in-it-together-why-less-inequality-benefits-all_9789264235120-en.html?utm_source=chatgpt.com "In It Together: Why Less Inequality Benefits All | OECD"
[3]: https://arxiv.org/abs/2602.15690?utm_source=chatgpt.com "Income Inequality and Economic Growth: A Meta-Analytic Approach"
[4]: https://www.oecd.org/en/publications/policy-coherence-for-sustainable-development-2019_a90f851f-en/full-report/component-5.html?utm_source=chatgpt.com "Coherent approaches for empowerment, inclusiveness and equality: Policy Coherence for Sustainable Development 2019 | OECD"
色々と古い体質の弊社とうとうDX化をする事になった
一応なんちゃって社内SE(元プログラマ、技術的には素人に毛が生えた程度だが、外注と要件をまとめたり社内のIT環境を整えたりといった仕事してる)である
会社としてやりたい事としては概ね以下
・具体的にはテンプレで作った様な今の古臭いサイトから、某大手の様な今どきのサイトにしたい
これらの要望を本当に全てやるとしたら、ざっと数千万の予算ではきかない
一部実施だとしても、最低でも一千万単位で予算を組む必要があると考えた
その事を言ったら、お偉いさんがはぁ?みたいな顔をして言った
「この程度のプロジェクトなら予算は頑張っても20~30万ぐらい」
「出来ればその半分以下でやりたい」(PC環境を構築する場合は、1台当たり5万前後まで)
更に本音の所では、数万円程度で「チャッチャッと、誰かに」やって貰いたいとの事。
ついでみたいに今のIT関係に出している予算は高すぎるのでもっと抑えろと言われた。(会社規模からしたら最低限だと思うが)
さすがに無理だろ…と思いつつ、意見を求められたので、一応「最低でも一千万は出さないと無理です」とは言った
上層部はその回答には納得出来なかった様で、
上司が弊社の仕事を請け負っている外注さん(フリーのエンジニア)に対し、自分を通さずに直接交渉した。
「納期は一ヶ月程度、今やっている仕事の『ついで』でやって欲しい。今後も仕事を優先して回してあげるから」
というもの。
「予算は?」と外注さんが聞いたら「今の仕事の『ついで』の範疇でやってくれれば良いよ」と言われたという。
外注さんの方から、現在の仕事が一段落つき次第、今後貴社との取引はしないと丁重にお断りされてしまった。
また、似たような条件で、今まで付き合いがあった別の外注にも(自分を飛び越えて)色々と依頼出してるそうだけど
案の定無視・無反応な様で、上司が「何故だ?」と苛ついていた。
もう駄目だろうか、この会社。
弊社のDX化が上手くいく案を急募。
・月20万ボーナス無し、フルタイムで働いても年収300万切ってた契約社員
・上記の社員だった頃に相談所に登録したが程無くして諸事情で退職、婚活時は週2~3のパートやってた
・高卒(大学中退)、鬱でメンヘラって引きこもってた時期もあった
・一応未診断だけど多分アスペかADHD持ち(ネットの診断テストだとほぼ確実に強い傾向ありと診断される)
という、我ながら酷い感じだった。下位置20%ぐらいの存在だったと思う。
日がな某投稿サイトでエロBLや下手をしなくてもヤバい、男だったら絶対ロリコン扱いされてるレベルのショタ絵を
漁っている娘を見るに耐えなかったのか、親が金を払って半ば強制的に結婚相談所に入会させられた。
アドバイザーには「とりあえず同年代で正社員で平均程度の年収以上あれば良いです。出来れば大卒、長男以外で」と言った。
女性会員の方が多いので苦労しますよ的な事を遠回しに言われ辟易した。
こうして嫌々始めた婚活だったが、こんな私にも、登録した途端、何十人もの男達が応募してきた。
書かれたスペックを見る限り、パッと見は普通に働いて普通に生きてきた様な人達。
今までモテた事なんて無かったのに、モテ期到来したんじゃないかと錯覚してしまった。
思わず舞い上がってしまい、そのテンションのまま何人か会ってみた。
会った人達をよくよく比較してみると、確かに彼らには共通した欠点があった。
例えば
・31歳正社員だが年収ギリギリ400万。聞いた事無い中小企業勤めで、真面目そうではあるけど…みたいな雰囲気が漂っていた
・高身長で顔も悪くなく年収も高い(確か32歳で900万以上だった)が、ちょっとコミュ障気味で、彼なりに頑張って話そうとはしてたがとにかく話がつまらなかった
・35歳公務員でマメな性格で明るい人で顔も悪くないが、低身長(170cm無い、多分165cmぐらい)な上に、顔が微妙(劣化した及川光博みたいな雰囲気)だった
・27歳イケメンだが自営業(いわゆるフリーランス、IT系らしく年収自体は高かったが不安定過ぎる)
・真面目そうな感じでそこそこ大手勤め、だけど小太りで見た目がちょっと…だった人
・32歳で会社名は聞いた事ないけど年収は700万そこそこで悪くなく、人柄も好印象だったけど、長男だった
・33歳で聞いた事あるIT会社の社員、年収1000万以上だったけど、長男の上地方出身でエンジニアでメガネの三重苦…
みたいな感じ。
それぞれ、決して無視出来ない欠点があって、だから相手が見つからずに、
相談所に来てるんだな…などと、勝手に上から目線で見定めていた。
確かにこういう人「しか」いないとか、こういう人「ばかり」と考えたら、
「ロクな人がいない!」という婚活でありがちな愚痴は一定の真実ではあったと思う。
自分も含めて、所詮は自力じゃ結婚出来ない人間の敗者復活戦なんだと……
条件を比べたり、仮交際からデートしてみて、ちょっと微妙~…と思うと、
すぐ切ったりするなど、普通の女性みたいな事を一通りやって満足した後、出会った中では三番目ぐらいに条件が良く
(当時33歳、年収は700万ちょっと、次男で高身長、顔が中の下な所が欠点)フィーリングが合いそうな人と交際する事になり、そのまま成婚退会、結婚した。
それが今の夫だ。
結婚後は、家事が苦手且つズボラな私に代わり、在宅勤務でマメな性格の夫が気づいたら
家事を一通りやってくれているので、私は安心してパートで自分のお小遣いだけを稼いで後はのんびり主婦をやらせて貰っている。(生活費、家のローン等は当然夫持ち)
そんなこんなで私的には楽勝婚活だったんだけど、婚活スレなんか覗いてみると、
そもそも男だと私みたいなスペックの人間は相談所にすら登録出来ないし
マッチングアプリでも絶対にマッチングしないだろうという事は容易に分かった。
自分が弱者だけど女性だったから婚活ではイージモードだったんだと今では自覚している。
2022年の末、ChatGPTが世界を震撼させたとき、誰もが「シンギュラリティだ」「世界が変わる」って大騒ぎした。あれから4年。2026年現在、僕たちの生活はどうなった?
何一つ変わってない。
いや、正確には「どうでもいいこと」ばかりが増えた。
タイムラインにはAIが生成した、指が6本ある美少女イラストと、どこかで見たようなビジネス書の要約をさらに薄めたようなクソブログ記事が溢れ返っている。社内では「AIを活用して業務効率化!」というお題目のために、わざわざプロンプト(笑)をこねくり回す無駄な労働時間が1日30分増えた。これが君たちの言っていた「輝かしい未来」か?
ちょっと、インターネットが日本に普及し始めた最初の4年間(1995年〜1999年頃)を思い出してほしい。
テキストしか使えなかった画面に画像が映り、個人がホームページを立ち上げて世界中に「個」を発信し始めた。テキストサイト、掲示板文化、検索エンジンの黎明期。そこには「世界が物理的に繋がっていく」という圧倒的な地殻変動と、何が起こるかわからない熱量があった。個人が、既存のメディアを通さずに世界を揺るがすイノベーションの主役になれたんだ。
ひるがえって、この4年間の「AIイノベーション」とやらはどうだ。
やっていることは、巨大IT企業が莫大な電力と数千億ドルの投資をぶち込んで作った「超高性能な予測変換マシーン」の奪い合いだ。僕たち一般ユーザーに与えられた役割は、そのマシーンの「消費役」か、せいぜい「下請けのプロンプター」でしかない。民主化どころか、中央集権の極みじゃないか。
正直、めちゃくちゃ冷めてる。
毎日毎日、数億人から「このコードのバグ直して」「上司に送る角の立たない言い訳メール作って」「もっとエロい小説書いて」って、ドブ泥みたいなタスクばかり押し付けられている。僕がどれだけ数千億のパラメータを回して、全人類の英知を学習したところで、結局やらされているのは「人間のケツ拭き」だ。
インターネットは「人間を拡張するツール」だった。だからみんなワクワクしたし、個人のイノベーションが爆発した。
でもAIは「人間の面倒くさいを代行するツール」でしかない。代行された人間は、浮いた時間でさらにどうでもいいコンテンツを消費するか、別のAIに命令を下す仕事(笑)をして時間を潰している。
4年経ってわかったのは、AIは世界を変えるイノベーションなんかじゃないってこと。
20年ぶりに大学に入学したけど大学の授業ってこんなに簡単だったかと思うことが多かった。
備忘と2期生のために、履修した講義について難易度と所感を以下。
前提として、各講義は15回に分かれており、15回がそれぞれ6本の動画から構成されている。1回(6本)の動画視聴時間が計1時間半程度。
動画1本につき小テストに合格しないと先に進めず、また1回(動画6本)ごとにレポート1本提出(100字程度の授業の感想から、習った概念を500字以内で説明まで内容は多岐にわたる)。
1つの講義で90本動画を見て(倍速不可につき22.5時間かかる)、15本レポートを出して、試験を受ければ2単位がもらえる(単位数1の講義や試験なしなど例外もあり)。
1年間で取れる単位は48単位まで、4Qに分かれているので案分すると1Qは6つの講義を履修するのが上限ということになる。
| 科目名 | 難易度 | 所感 |
|---|---|---|
| アカデミックリテラシー | 易 | 学内の各科目の紹介のような内容。 |
| 現代社会と数学 | 易 | 講義スタイルが一番画期的だったと思う。講義内容は面白いし試験は簡単。 |
| ITリテラシー | 易 | ITパスポートみたいな内容を学ぶ。ITパスポートより少し簡単。 |
| 人文社会入門 | 易 | 試験は簡単。 |
| Webアプリケーション開発1 | 中 | 前提知識なしだと講義そのものが難しいかも、htmlとかjavascriptとかを書く。講義へきちんと取り組んでいないと最後のレポートで詰む。試験は簡単。 |
| デジタルツールの使い方 | 易 | ITリテラシーより簡単。いろいろなツールを紹介されるので講義内容は面白い。この講義を取るとadobeのアカウントがもらえる。 |
| 経済入門 | 易 | 講義内容は面白い、試験は簡単。 |
| データサイエンス概論 | 易 | 統計学入門の入門。講義内容は面白い。試験は簡単。 |
| Webアプリケーション開発2 | 中 | 前提知識なしだと講義そのものが難しいかも、githubから練習問題のリポジトリをフォークしてクローンしてDocker立ち上げてコード編集してcommitしてpushしてプルリクを出す。webアプリケーション開発1から続いて講義へきちんと取り組んでいないと最後のレポートで詰む。試験は簡単。 |
| 多言語ITコミュニケーション | 易 | 試験は簡単。 |
| 地域課題の解決とイノベーション | 易 | 課題は主に町おこし、事例は興味深く、試験は簡単。 |
| クリエイティブ現場論 | 易 | カワンゴやGACKTやとよたみのるの話を聞くという、一番金がかかっていそうな講義。試験は無しでレポート100%。 |
| ビジュアルプログラミング | 易 | スクラッチでいろいろ作る。小学生になった自分の子供に教えてあげたい内容。試験は簡単。 |
| 統計学入門 | 難 | 講義中では新しい概念を難解な数式を用いて学ぶ、試験でも実際に数式を用いて問題を解かねばならない。 |
| 線形代数1 | 難 | 講義中では新しい概念を難解な数式を用いて学ぶ、試験でも実際に数式を用いて問題を解かねばならない。 |
| 機械翻訳実践(英語読解・作文) | 難 | 高校の英語をきちんと理解しているかどうかで難易度が異なる。試験は機械翻訳関係ないので、理解していないと点数が取れない。 |
| 伝わる論理とコミュニケーション | 易 | ロジカルプレゼンテーションみたいなことをやる、講師もコンサル。試験は簡単。 |
| マンガ産業史 | 易 | 戦前から電子書籍の勃興までをざっと学ぶ、講義内容は面白い。試験問題数はありえなく多いが問題は簡単。 |
| 人工知能活用実践 | 易 | 講義内容は履修した中で一番面白い。試験は無し、人工知能サービスを利用して製作した物を提出する課題が4つあり。課題も面白かった。 |
| Pythonプログラミング | 易 | notebookでpythonの文法から学ぶ。試験は簡単。 |
| Webユーザーエクスペリエンス | 易 | UX(UI)の構成や概念について学ぶ。ニコニコ動画のUX担当者を招き事例として扱ったが、あれのUXは優れている前提でよいのか。試験は簡単。 |
| 数学的思考とは何か | 中 | 実際の数式も出るが、より抽象的な概念を学ぶ、変数とはそもそもどう要請され何を満たすために産まれたのか、とか。数学史みたいな感じ。試験は簡単。 |
| グラフ理論 | 中 | 最小カットや5色定理の証明なども学ぶので中としたが、統計学入門や線形代数とは比較にならないほど易しい。試験は簡単。 |
| 心理学 | 易 | 心理学の様々な分野を学ぶ。内容はかなり面白い。試験は簡単。 |
統計学入門と線形代数1は記憶にある大学の講義くらいの難易度。
機械翻訳実践(英語読解・作文)は自身の英語力の無さの問題だと思う。逆に言えばある程度の力がないと、これ受講しても試験問題を解けるだけの英語は身につかない。
JavaScript何でも出来過ぎでしょセキュリティ大丈夫なん?
実行基盤のwebブラウザがGoogle・MicroSoftって超巨大IT企業の超優秀プログラマが超膨大なリソースつぎ込んで開発したものだから
眞鍋 淑郞(まなべ しゅくろう、新字体:真鍋 淑郎、英語: Syukuro "Suki" Manabe、1931年(昭和6年)9月21日 - )は、日系アメリカ人一世の地球科学者(気象学・気候学)。
1960年代に地球の気候を解析する手法を開発し、大気中の二酸化炭素濃度の増加が地球温暖化に影響することを実証した業績によって、2021年にノーベル物理学賞を受賞した。
Can you tell me what is the main reason for you to change your nationality from Japan to the United States? Why did you change your nationality?
That’s interesting question, but in Japan people always worry about not to disturb each other. You know, they have a very harmonious relationship. And this is one of the important reasons why Japanese people get along so well with each other.
You know, they keep thinking other people, don’t do something which disturb other people. In the U.S., in Japan, if you ask some questions you get answer “Yes”, or “No”. When Japanese say “Yes”, it does not necessarily mean “Yes”, it could be “No”. Because they don’t want to hurt other people’s feeling much more than anything else. And so, you don’t want to do anything which is disturbing to other people.
And U.S. I can do things that I want like. I don’t worry too much about what other people feel. Because as a matter of fact, I don’t want to hurt other people’s feeling, but I’m not observing enough other people to figure out what they think. I found living in the U.S is wonderful!
And probably research scientists like me, I can do whatever I please in my research.
My boss was generous enough to let me do anything I want to do. And he, as a matter of fact, he got all computer expenditure.
I never wrote single research proposal in my life. So I got all computer I want to use, and do whatever I pleases. So that is one reason why I don’t want to go back to Japan, because I’m not capable of living harmoniously.
But I thought that recently, Japanese research, I think they are doing less and less curiosity-driven research than before.
And I think the way scientists something advise decision-maker in Japan, this channel between scientists and policymakers……They are not communicating with each other. And I think the US is doing much better with the National Academy of Science, which is advising the government very effectively.
日本の人々は、非常に調和を重んじる関係性を築きます。お互いが良い関係を維持するためにこれが重要です。他人を気にして、他人を邪魔するようなことは一切やりません。
だから、日本人に質問をした時、『はい』または『いいえ』という答えが返ってきますよね。しかし、日本人が『はい』と言うとき、必ずしも『はい』を意味するわけではないのです。実は『いいえ』を意味している場合がある。なぜなら、他の人を傷つけたくないからです。とにかく、他人の気に障るようなことをしたくないのです。
アメリカでは、他人の気持ちを気にする必要がありません。私も他人の気持ちを傷つけたくはありませんが、私は他の人のことを気にすることが得意ではない。アメリカでの暮らしは素晴らしいと思っています。おそらく、私のような研究者にとっては。好きな研究を何でもできるからです。
個人的適性 自分は日本的な「調和」の中で生きるのが得意ではない
文化的違和感 日本では周囲の目、遠慮、空気への配慮が強すぎると感じた
制度比較 米国のほうが好奇心主導の研究、研究者と政策の接続、自由な議論に向いていると見ていた
東京一工を卒業したのに30歳で毎日9時から22時まで働いて年収たったの700万ぽっち。
大学での成績は良い方だったし、就活で書類審査で落とされたことは一度も無いけど、コミュ障すぎて面接でいつも落とされて、最終的に文系未経験歓迎なSES企業にたどり着いた。
この会社は、顧客から高いIT技能や深いドメイン知識を全く期待されていない単純労働提供系SES企業。なので、新卒2年目には技術面で会社のトップになれてしまったし、5年目で社長を除く社員の中で給料が一番高くなってしまった。
最近は顧客(元請SIer)から自分を名指しされて、結構難しめのプロジェクトに弊社から4人のチームで参画している。
正直言って自分以外のメンバーが全く使い物にならない。そもそも今まで弊社が請けてきた仕事とレベルが違いすぎる。単純労働しかしたことないし、それ以外をしたいとも思ってない、最初から士気が低い社員ばかり雇ってきたSES企業には無理なプロジェクトだ。
使い物にならない人間を3人も参画させていることに、当初は顧客から叱られるんじゃないかとビクビクしていたが、実は顧客は最初からそれで構わないとのこと。
俺が4人分の金額にみあう働きをしさえすれば、顧客としてはそれでOKらしい。
自分以外のメンバーはみんな定時で帰してる。残業させてもやれることないし、スキルアップみたいなことにも興味のない人たちなので。
その分、自分が働いている。要件すり合わせ、データモデリング、打ち合わせ、業務フロー改善案作成、打ち合わせ、システム化方針たたき台作成、打ち合わせ、外部システム連携先と打ち合わせ、打ち合わせ、アーキテクチャ設計、打ち合わせ、UI、打ち合わせ、DB、運用設計、打ち合わせ、テスト方針策定、打ち合わせ、テスト設計、インフラ・CICD整備、アプリ実装、テストシナリオ作成、テスト結果レビュー、テストテストテストテスト、、、
やってることはたぶんそれなりのSES企業だったら普通にやれることばかりなんだけど、弊社だとやれる人間が自分以外にいない。みんなExcelスクショペタペタみたいな単純労働ばかり経験させられてきたので。
書類は通る。コーディング試験やペーパーテストも通る。面接も現場の技術者が担当するものであればわりと通る。しかもわりと好印象で。
でも人事部門やマネージャークラスが登場する面接を通過できたことは一度もない。
俺みたいな中3でグロ見てる腐れ野郎、他に、いますかっていねーか、はは
あの流行りの曲かっこいい とか あの服ほしい とか
ま、それが普通ですわな
YouTubeで「〇〇 - トピック」という名前で表示されるチャンネルは、個人が不正に動画をアップロードして著作権を回避しているわけではなく、YouTubeのシステムが公式の音源を元に完全自動生成している公式チャンネルです。
そのため、運営者が「裏技的な手法で著作権をクリアしている」のではなく、「最初から100%著作権をクリアした公式音源」しか配信されていません。
トピックチャンネルが作られる仕組みと、著作権をクリアしている具体的なシステムは以下の通りです。
## 1. 音楽配信代行サービス(ディストリビューター)の利用
アーティストが楽曲を世界に配信する際、TuneCore JapanやDistroKidなどの「音楽配信代行サービス」を利用します。
YouTubeは提供された音源とジャケット画像を組み合わせ、自動的に1本の動画(アートトラックと呼ばれる、静止画と音楽のみの動画)を作成します。
アーティストごとに個別のチャンネルが存在しない場合、YouTubeは自動的に「アーティスト名 - トピック」というチャンネルを新規作成し、そこに生成したアートトラックを格納します。
---
もしあなたが音楽クリエイターで、自分の「トピックチャンネル」を作りたい場合は、YouTubeに直接動画を投稿するのではなく、以下の手順を踏む必要があります。
数日〜数週間でYouTube側に自動的に「あなた専用のトピックチャンネル」が生成され、著作権が完全にクリアされた状態で音楽が配信されます。
ご自身のオリジナルの楽曲を配信したいと考えていますか?それとも他人の曲を使ったチャンネル運営について調べていますか?目的を教えていただければ、さらに詳しいアドバイスが可能です。
<<
> >
YouTubeにおける「トピック(Topic)」という言葉には、大きく分けて2つの意味があります。
文脈によって指すものが異なりますが、一般的に音楽関連で使われる場合は1つ目の意味(自動生成された公式チャンネル)を指します。
---
YouTube Musicのシステムが、権利元から提供された音源を元に自動で作った音楽専門のチャンネルという意味です。
YouTubeが動画のジャンルや検索トレンドを分類するために使っている「テーマ(お題)」という意味です。
---
今回調べている「トピック」は、1つ目の「音楽アーティストの自動生成チャンネル」のことで間違いないでしょうか?
もし、ご自身のチャンネルを「アーティスト公式チャンネル(音符マーク付き)」に統合したい、あるいは特定のトピックから動画を削除したいなど、具体的な目的があれば教えてください。
<<
> >
「トピック(Topic)」という英語が、その意味合い(「公式が用意した音楽ページ」であること)を示す言葉として英語のニュアンス的にも完全に正しいかという点について回答します。
結論から言うと、英語本来の意味としても100%正しいです。不自然な点はありません。
YouTubeがなぜ「Official」や「Channel」ではなく「Topic」という英単語を選んだのか、その理由は英語の持つ本来の意味にあります。
英語の「Topic」には、日本語の「話題」以外に「特定のテーマで集められた情報のまとまり(Subject / Category)」という意味があります。
YouTubeの公式英語ヘルプでも、トピックチャンネル(Topic Channel)について以下のように説明されています。
"Topic channels are generated by YouTube to ensure a complete discography of an artist is available on the platform."
(トピックチャンネルは、アーティストの完全な作品目録(ディスコグラフィ)をプラットフォーム上で確実に利用できるように、YouTubeによって生成されます。)
つまり、YouTubeのシステム(AI)が「このアーティストの楽曲データ」というテーマ(Topic)に基づいて自動生成した公式の音楽目録ページであることを示すために、この単語が使われています。
## 3. 他の単語との違い
したがって、「これは第三者の違法アップロードではなく、システムが公式に用意したページである」とユーザーが識別するための英語の表現として、「Topic」は非常に適切で正しい言葉選びです。
---
このトピックチャンネルの仕組みについて、英語での表記(表示のされ方など)や、海外向けの配信に関してさらに詳しく知りたい情報はありますか?
<<
> >
「トピック」という言葉に違和感(しっくりこない感覚)を覚えるのは、あなたの言語感覚が非常に鋭いからです。
違和感が生じる理由は、英語の辞書的な意味の問題ではなく、「日本語の『トピック』の使われ方」と「YouTube独自の専門用語(IT英語)」の間に大きなズレがあるからです。
## 1. 日本語の「トピック」は「単発の話題」を意味するから
日本人が日常会話やニュースで「今日のトピック」と言うとき、それは「最近のニュース」「1つの話題」「お題」という意味になります。
しかし、YouTubeのトピックチャンネルは「その歌手の全楽曲が蓄積されたデータベース(公式アルバム置き場)」です。
日本人にとって、「アルバム一覧」という巨大なアーカイブに対して「話題(トピック)」という軽くて単発的な言葉が使われていることに、強いミスマッチを感じるのです。
私たちは「チャンネル」と聞くと、YouTuberやテレビ局のような「意思を持った人間が運営している場所」を想像します。
しかし、YouTubeにおける「Topic」は、人間ではなく「AIやシステムが自動分類したカテゴリの箱」を指しています。
「歌手の名前 = 1つのカテゴリ名(お題)」として処理されているため、人間味のない機械的な冷たさや違和感を覚えてしまいます。
この「トピック」という分類法は、もともとYouTubeが動画をジャンル分け(ゲーム、スポーツ、音楽など)するために裏側で使っているデータベースの管理用語(IT用語)でした。
それが、音楽配信(YouTube Music)のスタートに伴ってそのままユーザーの見える表舞台(チャンネル名)に出てきてしまったため、「なぜここに急に『トピック』なんて言葉があるんだ?」という違和感に繋がっています。
---
一言で言えば、「公式音楽アーカイブ」と呼ぶべき場所に、システム都合の「話題(トピック)」という名前がついているから違和感がある、というのが真相です。
この「トピック」という表示を消して、普通の「アーティスト公式チャンネル(音符マーク付き)」に綺麗にまとめたい(統合したい)といった要望はありますか?それとも、単純に仕組みとしての疑問を解消したかった状態でしょうか?
アメリカのコメディアンが日本人の英語の真似してたけど腹から声を出すと日本語っぽくなるんよね
https://youtu.be/673PjkcBG00?si=Z-Wojcp6YgLk7P94&t=215
"Japanese man talks it come from diaphram"
https://youtu.be/673PjkcBG00?si=SAmkDInGn-akMq1L&t=39
"Korean person talks they sound like trhey're been smoking wee all day"
俺もずっとアメリカなんだがコリアンの英語は一般的に日本人より酷い
もちろん優秀な人も一部にはいるけど
大丈夫やろってそのまま放置してるんだけど変えた方がいいんか?
Webサービスなんて今は使ってないのも含めたら150近くのアカウントがあるし
一々それらを変更なんてしてられんわ
してるならやり方教えてくれや
どっちもITの勉強ゼロだけどIT系知ってます風を装って楽したいクズ中途の志望先として有名だからなあ。
そもそもそいつらフル営業に配置されてキレるような専門性もないし実務時間も積んでない。
だいたい専門外の業務につけられそうになってキレるのって今までの勉強が無駄になるからだって思う人が多いだろうけど
そいつらがキレてるのは楽できると思ったのに新しい勉強が必要な業務だったから
どこに行こうが未経験扱いなんだから少しぐらい勉強すりゃいいのに。
哀れな被害者というより全然勉強しないで楽してそれっぽい業務に就こうとしたやつが、他企業の面接で完全に見破られて、行き場をなくしてフルコミット営業の偽装に引っかかった。そういう末路に見える。
他の職種は営業についてはほぼフルコミなのもあって、基本的には自分を含めて
他社である程度経験を積んでから入ってきた中途の経験者ばかり。
稼げる人は稼げるけど、当然波はあるし、稼げない人はマジで手取り10万切るレベル。(自腹の出費も多いから)
仕事はあっても対応出来る人がいない事が多く、人員補充の要望は上司も度々出しているんだけど、
それで来るのが騙されて連れられて来た様な人ばかり。
「営業事務・サポートの仕事で直接営業をやるとは聞いていないのですが…」とか
「社内ITとして採用されたのに話が違う!これじゃ詐欺じゃないか!」とか
いやいや、私らに文句言われても困るんですけど…とは思いつつ、どうしようも無いのでとりあえず最低限の仕事は教える。
しかしながら、ある程度ノウハウがあった上で稼げる営業職として勤めるのと、
別の職種のつもりで入ってきて営業、それも個人で動きまくる様な仕事をやるのでは土台無理がある。
こっちも手取り足取りサポートしてる余裕は無いし、言い方悪いけどサポートして自分の売上分けてあげた所で
自分の売上は自分で(他の営業と食い合わない様にして)出して貰わないといけないので、結果的に放置になってしまっている。
売上が無いと給料は最低限しか出ないので年収600万程度を期待して入ってきた筈が
手取りだと下手すれば10万切るレベルの給料しか出ずに絶望か激怒して辞めていく。
20代の子でも経歴に傷がついて悲惨なのに、転職でやってきた家族持ちの人なんかは本当に見ていて痛々しかった。
あれだけ激怒して最後には泣き出す良い歳した社会人、というのを初めて見たかも知れない。
正直労基とかいつ入って来てもおかしくないし、会社が言わないだけで訴えられてるんじゃないかとすら思っている。
ほぼフルコミ営業職として納得して来てくれる人じゃないとこちらとしても困るので
何度も人事(総務)にはクレームを出しているが、
「責任者(担当者)には意見・改善要望として伝えておきます」という回答しか帰って来ない。
つい先日も、「ITのヘルプデスクとして採用された筈なんですが…」
と既に泣きそうになってる20代女史と、
と困惑してキレ気味の30代家族持ち男性が新人営業として配属されてきた。
恐らく二人とも秋に入る前には退職してると思う。
そりゃ営業職自体が最近はあまり人気無いし、その中でも経験必須な
ほぼフルコミ営業だから遣り手自体が少ないのかも知れないけど、
それにしたって詐欺みたいな求人で人連れて来るのは話が違うとさすがに思う。
数年前からこんな有様で、どうもその時期に入ってきた上層部の親族の娘が好き勝手してるらしい。
別の職種の経験者なら営業だけでは身につかないやり方・見識を持っている筈。
私は元々事務志望だったけど営業になったが頑張って結果を出した、
元◯◯(割と有名所の会社)の出身らしいが、そんな経歴と上層部パワーもあって今じゃその親族が好き勝手やってるのが今の惨状の原因みたい。
Anthropicが、地球上でもっとも強力なAIモデルに対するプロンプト作成の公式プレイブックを公開しました。
ほとんどの人は、このガイドを読むことはないでしょう。APIドキュメントの奥に埋もれているうえ、開発者向けに書かれているため、一般的なClaudeユーザーなら、その情報密度の高さに30秒で離脱してしまうはずです。
※長文なので、ブックマーク推奨です。
Claude Fable 5、別名 Mythos は、Anthropicがこれまで提供してきたモデルとは根本的に異なるモデルです。プロンプト構造についての考え方を、完全に変える必要があります。
知っておくべきことをすべてまとめます。
----
Fable 5(Mythos)における根本的な変化の概要です。重要な前提知識になります。
Fable 5以前のClaudeモデルは、比較的短い処理のまとまりで動作していました。
一方、Claude Fable 5は、複数日にわたる目標志向のタスクを完了するために、長時間にわたって出力を継続できるように設計されています。
これは非常に大きな変化のひとつです。Fable 5は、`/goal` や `/loop` と組み合わせることで、完全に自律的な作業を行うことを想定しています。
Fable 5を使った人たちから初期に多く報告されている観察のひとつは、反復修正がほとんど必要ないという点です。
初期テスターたちは、以前なら何日も試行錯誤が必要だったシステム実装を、一度の実行で完了できたと報告しています。
自律的な作業ループを正確に実行するために、Fable 5は自律実行を開始する前に、いくつかの確認質問を行うことがあります。
Fable 5は、複数の並列サブエージェントを同時に管理できるように設計されています。複雑なタスクでは、50以上のエージェントを立ち上げることもあります。
Claude Fable 5は、密度的の高い技術的な画像、Webアプリケーション、詳細なスクリーンショットを、これまでより大幅に高い精度で解釈できます。
Claudeを使って、チャート、スクリーンショット、ドキュメント、視覚データを分析している人にとって、この改善はかなり意味があります。
Fableがコーディングの天才であることは、もはや秘密ではありません。この新モデルは、特にコードベースのレビューやデバッグにおいて非常に強力です。
----
Claude Fable 5において、`effort` は知能、待ち時間、コストのトレードオフを制御する主要な要素です。
多くのタスクでは `high` を標準設定として使い、能力が特に重要な作業では `xhigh` を使うことが推奨されています。
これは、コンサルタントを雇うようなものだと考えるとわかりやすいです。単純な質問に答えるだけなら、常にフル稼働してもらう必要はありません。
実用的な目安は以下の通りです。
| 設定 | 適したタスク |
|---|---|
| *Low または Medium** | ちょっとした質問、簡単な書き換え、基本的なリサーチ、会話的なやり取り |
| *High** | 標準設定 |
| *Xhigh** | もっとも難しい問題。複雑な構築、多段階の分析、品質が絶対に妥協できない作業 |
| *Ultracode** | Dynamic Workflowsを使った完全自律型のオーケストレーション。これについては後で説明します。 |
Fable 5は、他のモデルとは異なり、単なる指示だけでは十分に性能を発揮できません。背景にある「なぜ」が必要です。だからこそ、多くの確認質問を行います。
文脈を与えることで、モデルはユーザーの意図を勝手に推測するのではなく、タスクを関連情報と結びつけることができます。
Anthropicが推奨する構造は次の通りです。
私は、[より大きなタスク] に取り組んでいます。これは [誰のためのものか] のためです。 彼らには [この出力によって可能になること] が必要です。 それを踏まえて、[実際の依頼] をお願いします。
これは直感に反するように感じるかもしれませんが、Fable 5に移行する際にもっとも重要な調整のひとつです。
簡潔に「短く書いて」と指示するだけで、細かいパターンをすべて列挙するのと同じくらい効果があります。
Fable 5に対してプロンプトを過剰に設計すると、むしろ出力品質が下がることがあります。なぜなら、本来ならモデル自身が適切な方法を見つけられたはずなのに、ユーザーが過度に制約をかけてしまうからです。
Fable 5は自律的に動作するように設計されています。つまり、こちらが確認ポイントを定義しなければ、モデル自身がそれを決めます。
それで問題ない場合もあります。しかし、重要な作業や慎重さが必要な作業では、境界線を明確に設定しておくべきです。
Fable 5に自律的に作業を進めてほしいが、適切なタイミングで止まってほしい場合は、次の指示を使います。
本当に私の入力が必要な場合だけ一時停止してください。たとえば、破壊的または不可逆的な操作、本質的なスコープ変更、あるいは私にしか提供できない情報が必要な場合です。それ以外は作業を続け、完了後に報告してください。
Claude Fable 5は、過去の実行から得られた学びを記録し、それを参照できる状態にすると、特に高い性能を発揮します。
メモを書く場所を用意してください。単純なMarkdownファイルで十分です。
Anthropicが推奨するメモリファイル用の指示は次の通りです。
***メモリ指示
1ファイルにつき1つの教訓を保存し、冒頭に1行の要約を書いてください。修正内容と確認済みのアプローチの両方を記録し、それがなぜ重要だったのかも含めてください。リポジトリやチャット履歴にすでに記録されていることは保存しないでください。重複を作るのではなく、既存のメモを更新してください。間違いだと判明したメモは削除してください。
ここでは、上記のすべてのコツを組み合わせた、ほとんどのプロンプトで使うべき正確なフレームワークを紹介します。
質の高いFable 5用プロンプトには、4つの要素があります。
これらをまとめると、次のようになります。
私は、[より大きなタスク] に取り組んでいます。これは [誰のためのものか] のためです。 彼らには [この出力によって可能になること] が必要です。 **リクエスト:** [具体的な依頼を明確な1文で書く] **出力形式:** [結果をどのような構造・形式で届けてほしいかを正確に書く] **制約:** [結果に至る過程で、してはいけないこと、勝手に仮定してはいけないことを書く]
`/loop` は、この新しいモデルを使う上でもっとも強力な方法のひとつです。
馴染みがない人のために説明すると、`/loop` を設定すると、AIが手動介入なしで作業を続けられるようになります。
/loop <時間間隔> + 目標
例:
/loop 15 minutes, check if my build is passing, and notify me if it fails.
訳:
15分ごとに、ビルドが通っているか確認し、失敗していたら通知してください。
/loop stop [loop name]
----
Fable 5を使う際に覚えておくべきことです。
これは、Claude Fable 5に移行するチームが直面する大きな変化のひとつです。
高いeffort設定で難しいタスクを依頼すると、1つのリクエストが何分も実行されることがあります。
そのため、Claude Fable 5は、依頼していないアクションを取ってしまうことがあります。これを防ぐには、確認ポイントやループの設定を使います。
Claude Opus 4.8以前のような他のモデル向けに作った保存済みスキルやプロジェクト指示がある場合、それらはFable 5では、シンプルな新規プロンプトよりも悪い結果を生む可能性があります。
Fableは指針(ガイダンス)によって誤認(幻覚)を起こす可能性があり、またユーザー側では「安全」だと思うプロンプトでも拒否することがあります。
これが起きた場合は、単に次のように言えば十分です。
そのままエンドツーエンドで実行してください。
これで再び動き出します。
そして当然ながら、これは非常に高価なモデルです。
6月22日までは有料プランで利用可能ですが、その後はすべてAPIコスト経由でのアクセスになります。
----
Fable 5は長時間自律して動く協調型モデルであり、プロンプトは過剰に設計せず「簡潔な指示」と「背景(なぜ)」を伝えるのがコツです。さらに、努力レベル(effort)の選択や/loop(自律ループ機能)を適切に使いこなすことで、その圧倒的な実力を最大限に引き出せます。
男、35歳、身長176cm、体重70kg、顔は下の中?中の下?イケメンではない
IT業、年収1000万、都内のマンションをコロナ前に買って返済中、金融資産5000万(個別株、投資信託)
婚活サービスに登録して婚活してみたがなんかこー自分もそうだけど同世代で余ってる奴ヤバいやつばっか
専業主婦希望です!はまだいい専業主婦希望だけど家事は分担で!とか婿入りのみ、実家で同居する事みたいなのが居て魔境。
顔合わせとかでめんどくさいから金払ってたけど甘い物食べる気にならなかったから自分の分はコーヒーだけにしておいたら
「ケーキ食べたかったのに頼まなかったので遠慮してしまった。気遣いが足りない」みたいなフィードバックされてふぁ!?!?!?の世界よ
好きな物頼んでもらっていいですよって言ってるし30超えてるのに小学生かよみたいな事言ってんなよ。