
はてなキーワード:ibmとは
LINEオープンチャット「はてなブックマーカー」の1週間分の要約を、さらにAIを使用し、試験的にまとめまています。
---
この週のオープンチャットは、生活・仕事・家庭・技術が自然に交差する現代生活のスナップショットとなった。
AIや経済への高い関心とともに、家族・子育て・住宅など身近な現実的テーマが根強く語られているのが特徴。
テクノロジーが進化しても、最終的に焦点は「人と人の関係」「生活の実感」「安心して暮らすこと」に戻る流れが一貫して見られた。
全体として、情報感度の高さと共感力の両立が感じられる成熟したコミュニティの会話であった。
https://anond.hatelabo.jp/20240722084249
2025年のノーベル物理学賞は、マクロな量子トンネル効果に授与されました。
この受賞を予想していた人は多くないかもしれません。
一体これは何でしょうか?なぜ重要なのでしょうか?そして、誰が受賞したのでしょうか?
この賞は、ジョン・クラーク、ミシェル・デヴォレ、そしてジョン・マーティニスに贈られました。
論文は、マクロな量子トンネル効果が実在することを示す結果を提示しました。
量子トンネル効果は、量子粒子が十分なエネルギーを持っていなくても、障壁を通り抜けることができる現象です。
量子特性を持たない場合、粒子は閉じ込められてしまいますが、量子特性を持つことで、障壁を漏れ出ることができるのです。
量子トンネル効果の最もよく知られた応用例は、おそらく電子トンネル顕微鏡でしょう。
これは、電子が顕微鏡の先端にトンネルすることで、物質の表面を原子ごとに探査します。
今年のノーベル賞受賞者3名は、この効果が粒子の大きな集団でも起こり得ることを突き止めました。
「マクロ」と聞くと、家のような大きなものを想像するかもしれませんが違います。
このワイヤー内の電流は何百万もの電子から構成されており、単一の電子レベルと比較すると非常に大規模です。
彼らが示したのは、ワイヤー内の電流の集団的な振る舞いが、文字通りのギャップである障壁をトンネルできるということです。
この現象が起こるには、電子が単一の量子状態として振る舞う必要があるため、ワイヤーは超電導状態でなければなりません。
これは、ワイヤーを絶対零度近くまで冷却する必要があることを意味します。
ノーベル賞受賞論文内の図では、ワイヤーが冷却されるにつれて、量子効果なしでは不可能な振る舞いを電流が示すことを示しています。
この効果の重要性、そしてノーベル賞が授与された理由として、彼らの発見から40年で、量子物理学をマイクロチップの領域にまで移行させたことが挙げられます。
その中で最もよく知られているのが、おそらく量子コンピューティングでしょう。
電流がトンネルできるようになると、オンとオフの両方の状態を同時に持つ電流が可能になり、これが量子ビット(キュービット)を生み出します。
Google、IBM、Amazonなどが使用している超電導回路を用いた量子コンピューターは、1985年の実験とまったく同じ技術を使っているわけではありませんが、そのルーツは1980年代のこのグループの業績にあります。
この効果は、電流を妨害する可能性のある暗黒物質粒子を探す実験にも使われています。
1980年代に彼らが実験を行った当時、量子物理学はほとんど哲学的なものでした。
二つの場所に同時に存在する物体や「不気味な遠隔作用」といった事柄は、具体的なものからあまりにもかけ離れていたからです。
しかし、マクロな量子トンネル効果は、量子物理学を具体的な領域へと移行させた大きな転換点となりました。
今年のノーベル賞について、量子コンピューティングそのものに賞を与えるのではなく、最初の量子コンピューターを可能にした技術に与えられたことは理にかなっています。
一部の理論物理学者は、デヴィッド・ドイチュやピーター・ショアなど、量子コンピューティングに関する理論的な業績が受賞するのではと考えていたため、この結果は少々残念に感じるかもしれません。
そりゃ根回し説得とか面倒だから、AI でちゃちゃっとやっちゃった方が早く、有能に見えるかもしれないけど、半年もしたらよくわからんAI のプロンプトが無秩序に散在するようになって、1年もすればメンテ不能になって、消したり修正したりしても問題ないのかわからなくなる。
1個だけ見りゃ別に残しておいてもいいんじゃね? と思うかもしれないけど、そういうAI業務の、前提となるAI業務の前提となる……、ってお互いに複雑に依存し合うエクセルマクロ、ノーコード、AIのあれやこれやが積もって固着したら、抜き差しならなくなって、事業に行き詰まることになるぞ。
素人さんは「プログラム書くの、難しいよね?」って思うかもしれない。
それができるようになるのはすごいことと思うかもしれない。
けど、本当に難しいのはプログラムを書くことじゃなく、「整理し体系立てて、常に無駄の枝刈りを適切い、全体を小さく把握か可能、ハンドリング可能な状態にし続けること」なのだよ。
社会や現実の認識、理解を元にした、先読み力や構成力等々、高度な能力が必要で難しく、これこそがコンピュータシステムの本質なのだ。
書き散らすだけなら猿でもできる、ってこと。
それに失敗したら、NHKとIBMの「営業基幹システム」とか、いわゆる「動かないコンピュータ」案件になるんだ(ググってくれ。こいつはIBMが悪いわけじゃなく、その前にこれを担当していながら、抜き差しならなくなって放り投げた会社が諸悪の根源で、IBMはむしろ哀れな被害者)。
今あるものをそのまま、外にゴテゴテと追加していくのは猿でもAIでもできる。
整理処分して、よりシンプルに構成し直すのが人間であり、プロだ。
昔、システム移行で、それまでにちょっとデータが足りないからと後から後から追加されて増えた帳票を、まとめて半分にしたことがある。
すでに作り散らかされたシステムを整理処分して半分の規模まで減らし、まとめたことで手軽に自動テストできるようにしたおかげで、クラウド費用など浪費リソースを1/3に、障害ほぼゼロにしたことくらい、いくらでもある。
規模を減らして、複雑度を下げれば、経験の浅いエンジニアでも存分に働ける。
Appleシリコンを開発してなかったら「ん、Goodコンピュータだね」で終わってた
スティーブ・ジョブズがかつてから語っていたAppleの理念の一つに:
"Peoplewho are serious aboutsoftware shouldmake their ownhardware."
(ソフトウェアを真剣にやるなら、自分でハードウェアも作るべき)
という考え方があり、これはApple Siliconにも通じています。実際、iPhone・iPad向けにApple独自設計のAシリーズチップを始めたのは**ジョブズ時代(2008~2010頃)**で、それがApple Siliconの原型とも言えるでしょう。
まず、増田はこの2社とは何ら関係を持たない技術者である。その上で予測を書く。
UI/UXに秀でている住信SBIの使い勝手がドコモに毒されてしまうのではないかと騒がれているが…
おそらく長期的にはその予測は当たる。
住信SBIのインターネットバンキングシステムやアプリは長年NRIが担当してきた。これはネットを漁ればいくらでも記事がヒットする。こちらはその一例。
https://techplay.jp/column/1872
つまり住信SBIのUI/UXはNRIが担保してきた。ちなみに勘定系はIBMだ。これはウィキペディアにも記事がある。
https://ja.wikipedia.org/wiki/NEFSS
しかし、ドコモによる買収によって、システムベンダーが変わる。
おそらく、同じNTTグループのNTTデータか、ドコモの子会社になったNTTコムウェアが代わりに入ってくる。資本関係や最近の状況から見るにNTTコムウェアが担当する可能性が高い。元々NTTグループの内製を担う目的で作られた会社であるし、7月から社名を「NTTドコモソリューションズ」に変更する。変更後の目玉として住信SBIに人をガンガン送り込んでくると見る。
一方でNRIはドコモとの関係が薄いため、時間をかけて住信SBIから追い出されると思われる。
なおIBMはそのままの可能性が高いとみる。勘定系はどの銀行でも伏魔殿であり、新規ベンダーは極力触りたくないだろう。
ここ数年間の新卒給与爆上げは、退職金制度をその年採用の新卒から廃止し、退職金相当額を基本給に上乗せする形で対応するケースが非常に多い。
例えば基本給21万、退職金(毎年積立)が基本給2カ月分という会社の場合、退職金制度を廃止すれば基本給24.5万に出来る。こういうカラクリ。
で、代わりに401k制度(確定拠出年金制度)を整備し、新卒の皆さんは基本給の一部を401k掛金に出来ますよ、自己責任で運用してくださいね、ということにする。
この401kはいろんな商品を選べるが株価や為替連動型の商品が多く、最近の株価暴落で日米ともに「401kが溶けた」という悲鳴がXで多数見られる。
しかし、逆に考えれば今から401kを始める新卒の人たちは、暴落後に始められるというアドバンテージが得られた。
これもある意味新卒向けの待遇アップといえる。今まで401kをやってた会社の人達は企業年金が溶けてご愁傷様だが。
なお米国では昨年IBMが401kを止めて昔ながらの退職金制度(確定給付型年金制度)を復活させたし、ボーイング社も労働組合が退職金制度の復活を経営側に求める闘争をしているなど、トランプ就任前から401k離れの兆候がある。401kは今回のトランプクライシスみたいなことが起きても労働者の自己責任になってしまう(損失に対して1円も補填されない)が、昔ながらの退職金制度は会社が補填してくれるからだ。
IBM:International Business Machines Corporation
NEC:日本電気株式会社(旧称:Nippon Electric Company, Limited)
こういうのは?
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 2212 | 声明文 -脳外科医竹田くん | dr-takeda.hatenablog.com |
| 1409 | KyotoU Channel | www.channel.pr.kyoto-u.ac.jp |
| 1393 | DeNA南場智子が語る「AI時代の会社経営と成長戦略」全文書き起こし |フルスイングbyDeNA | fullswing.dena.com |
| 1294 | 子供の不機嫌への対処法 -感情の考察、日常の幸福 | kosakimomo.hatenablog.com |
| 865 | 中国で失踪 | safeguarddefenders.com |
| 822 | トップページ|オウム真理教問題デジタルアーカイブ | www.moj.go.jp |
| 817 | 僕のタスク管理2025年版:ChatGPTとNotionでいい感じに毎日を過ごす | mozlog | kannnonn.com |
| 750 | SNSで規制すべきは組織的な書き込み - 続・はてなポイント3万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 665 | まだ人間が議事録書いてるの?日本語特化の文字起こしAI『kotoba-whisper-v2.0』がスゴいらしい | data.wingarc.com |
| 659 | 海外「日本人は深煎りコーヒーを好む」日本独自のコーヒー文化に対する海外の反応 : すらるど -海外の反応 | sow.blog.jp |
| 639 | 自分のOSSのマルウェア入り偽物を作られたので通報した - 酒日記はてな支店 | sfujiwara.hatenablog.com |
| 591 | 球団からのお知らせ | www.yakult-swallows.co.jp |
| 563 | NHKシステム開発・移行中断の件について | jp.newsroom.ibm.com |
| 528 | 突然Yahoo!IDが停止されてeBookJapanも利用不可になった件 -Privatter | privatter.net |
| 499 | 押井守監督が20年目の“今だから”語れる「イノセンス」の真実 そして本作を“今”劇場で観る意義とは? | anime.eiga.com |
| 481 | 「うちの鍋は、もうこれだけでいいよ!」夫に言わしめた鍋は「2つの調味料」を入れるだけ。締めラーメンまで絶品 | kufura(クフラ)小学館公式 | kufura.jp |
| 474 | 当社に対する訴訟の提起について |重要なお知らせ |株式会社サンリオ | corporate.sanrio.co.jp |
| 470 | NOT AHOTELのビジネスモデル - 続・はてなポイント3万を使い切るまで死なない日記 | kawango.hatenablog.com |
| 464 | なぜあなたのウェブサイトは遅いのか | mizchi-20250213-devsumi.pages.dev |
| 457 | map / filter などの高階関数よりも古典的な for文の方が読みやすいと感じるあなたへ | gakuzzzz.github.io |
| 426 | 生成AI時代の音声入力ツール:SuperWhisperのすすめ - うみのーと | umiyosh.hatenablog.com |
| 420 | 音楽の新陳代謝が止まって「ダサい」がなくなったことの功罪 - 森の掟 | guatarro.hatenablog.com |
| 414 | Rustで進化するPayPayのスケーラビリティ | blog.paypay.ne.jp |
| 407 | マキネッタ、完全に理解した - ちなみに | blog.nishimu.land |
| 370 | 【動画】田代まさしさん「覚醒剤はフジテレビのあるADから『いいのありますよ』と誘われた」 | sn-jp.com |
| 369 | 死神 -ヤマシタトモコ /死神 | OURFEEL(アワフィール) | ourfeel.jp |
| 345 | 【トラブル】成田空港会社が契約終了を警告、「みんなで大家さん」に借地リスク浮上 | nfm.nikkeibp.co.jp |
| 344 | NotebookLMWeb Importer -ChromeWeb Store | chromewebstore.google.com |
| 319 | draw.ioでレイヤーを使ったらAWS構成図が捗ったお話 | tech.anti-pattern.co.jp |
| 313 | SQL道場 -SQLの実践的な学習サイト | sql-dojo.com |
コンニチハ、オイソギデスカ
非常に良くない生成AIビックウェーブが来ちゃったんで憂鬱な皆さんこんにちは。
生産性が上がるとか効率が良くなるとか宮仕え(みやづかえ)だと、福音どころか地獄ですよね。
ぼちぼち日経新聞がAIエージェント導入で他社に差をつけようみたいな記事を書く頃だと思うので、備えましょう。
まずいつも通り前提からな。
ここまでは前提な。
DeNAがさ、既存事業3000人の従業員を半分で回すようにするって目標立てたじゃん。つまり、1500人の業務負荷は倍になるのよね。
倍になったら普通は回らないところ、生成AI使えば倍でも回るでしょ?って言われてるわけだよね。
アレが非難されずに、素晴らしいとか、(諦め半分で)まあそうなるよねって言われてるのが全てなんだけどさ、シンドイよね。
生成AIで業務効率化されてハッピー、毎日定時で何なら毎週金曜日はカジュアルフライデーで飲みながら仕事だ〜、とはならないんだよ株式会社は特に。
経歴詐称して潜り込むってウッソだろというホワイトなみなさんは、パワポ作るとかペアプロするとか輪読会するとか適宜置き換えてください。
新規にプロジェクトに入った時に、なんか資料もねえし、コードをぼちぼち読みながら、急ぎでもクリティカルでも無い部分を書いてレビューしてもらって修正してマージして、
みたいな作業が消えます。この辺もう既に出来るから生成AIで。
というか、すでにこのへん置き換えて楽してるやついるだろ。そうそこのお前。
今までも、華麗なる経歴とやらの人物が作り上げていったコードを保守運営する時に相当キッツイことになってた人は多いでしょう。
ほら、新規事業でも何でも、とりあえず動いて売り上げ立てた人が偉いのはその通りなんだけど、それを直すのは大変なのよね。実運用の時には大抵転職してて居ないし。
でもさ、まあ言うても立ち上げの時期に技術的負債とか考える余裕もなく速度重視でゴリゴリ作った人の立場になってみると、まあ仕方がなかっただろうな、と感情移入もできる。
これが、スーツが「動くものは作っておいたから簡単だよね?」とかAIの作ったクソコードの山をギークに渡すようになるんだぜ。腹立つことにハンパに動くやつを。
今までも「AWSでポチポチしたらすぐでしょ?」とか言うクソスーツは居たけど、実際に手を動かしてモノ作ってくるスーツは概ねまともだっただろ?
金払えば使えるようになったから。身も蓋もないけど。
あえて言えば、簡単にお試しできるようになった、と言うところが本質的な部分です。
以前からChatGPT4とかAmazon BedRockとか使ってた人ならわかると思うんだけど、別に今までもできたんだよね。
ただ、全自動で回せるパッケージングとしての品質がそれなりに高いので、お試しのハードルがぐっと下がった。
これ、APIと簡単なスクリプトで以前から自動化できてたんだよね。(やってたやつは俺以外にも割といると思う)
決まったフォーマットで出力してもらって、そっから切り出して実行して、出たエラーをもう一回入れて修正して、動くようになったら止める。
出来上がったコードとそれまでの途中経過を全部まとめて入れて、最初から出来上がったコードにするためのプロンプト考えてってところまでをワンショット。
あとは、出てきたコードとプロンプトを眺めて良さそうなら採用する。この繰り返しでめっちゃ楽出来てた。(壊れたらDocker建て直せば良いし)
これを、そう言うスクリプト書いて整備して良い感じにGitで管理してたお手製のツールを大手が良い感じに作り上げてきちゃった感じ。あーあ。
特に速度は分かりやすく効率に影響するので、自営業とかプレイングマネージャとかは、今導入しても元がとれるだろうね。
じゃあ、なんでCline(とそれに類似するツール群)に全部賭けない方が良いかというと、まだ過渡期の技術だから。
ツールのオペレーションに全振りして、大手が改良版出しちゃってオペレーターとしての職が無くなった経験、あるでしょ?
今Clineで不満に感じてることとか、プロンプト調整しなきゃなあみたいなところ、全部自動化できるでしょ。
一年保たないと思うよ。
そりゃあ人間雇ったら高えのはわかるけど、単一障害点は怖いぜ。
みんな、生成AIのAPIが逆鞘だろうことはわかってるよね?急に明日から10倍に値上げされて耐えられますか?
今、OpenAPIのたけえのだってたかだか3万ぽっちだけど、あれに毎月30万円だせって言われて耐えられる?90万なら?SLAも怪しいのに?
そう言う時、「じゃあやめて人間雇えば良いじゃん」って言った時に、話聞いてくれる相手がいて欲しいよね?不義理しないでおこう。
同じように、新人はちゃんと育てるべきなんだけど、多分聞いちゃくれないから、そう言うところはドンヅマったら転職しよう。
(経営側にいる人間は、安易にAIエージェント+中堅に頼った場合、中堅がその会社の急所になるのは抑えておこうね。引き抜かれて崩壊する組織は脆弱だよ)
IBMが訴えられてるよね。アレ、AIエージェントあったら回避できてた?
俺は無理だと思う。
試験導入しますね、と言ってガンガン使ってコストをあげましょう。予算が尽きるまで使えば概ねそこまでです。
また、AIエージェントを導入しつつ、動作を確認したり、自社のどこに活用できるのか見ておくのはとても役に立ちます。
具体的に言うと、ググったコマンドを片っ端から試すような新人が入ってくると思ってください。
その新人は、概ね1000行以下のコードなら即レスしてきます。変えるなと言った箇所もたまに結果を出すために変えたりします。
そして、その新人相手の知見はおそらくそんなに長くは持ちません。何故なら我々が不満に思う箇所は改善されてお出しされるからです。
そのため、Cline(やそれに類似するツール)の知見を貯めよう!なるほどこんなプロンプトを与えてやれば良いのか!みたいな試行錯誤はやめた方が無難です。
今後も解決されないであろう部分を切り分けるのに留めましょう。
超具体的に言うと、AWSのコマンドを片っ端から試されたりすると、すげえ課金されるやつ、あるよね。でもそれちゃんとポリシーで制限できるよね。
人間相手に常識で縛ってたことを、ポリシーで縛るようにちゃんとしておこうね、ミスったコードで高速にIaCお試しされるとすげえことになるよ。
(なりました)
仕様検討にはo1 pro modeが(推論が強いから)、コーディングはClaude 3.5 Sonnetが(コーディングに万能に強いから)、コードのデバッグはo3-mini-highが(コードの解析に強いから)という時代から、Claude 3.7 SonnetのAPIセットしたClineで全部お任せして試行錯誤した方が結果的に効率が良くなってます。
今はPythonやTypeScriptのように、基本的に大量にコードが存在して生成AIを開発する側が良く使うコードの性能が高くなっています。
(ただ、相当にマイナーな言語であっても、別に学習に支障があるとは思えません。おそらく単に優先順位の問題です)
「AIコーディングについてのレポートをあげて、稟議を通すための理由もつけておくように」みたいな指示は、ChatGPTのDeepResarchに振って、上がってきたレポートをそれっぽく書いておけば良いです。
なお、ChatGPT4.5があんまり性能が出てないと聞いてがっかりしている人に朗報ですが、4oから4.5に変わったことで、相当に性能は上がっています。
具体的に言うと、「クソみたいな上司からムカつく指示が来てどうにも収まらないんだけど、以下の内容を相手が納得するように書き直してくれない?」みたいなのに、すごい親身になってそれっぽい感じに書き直してくれます。人間力は多分俺より上です。