はてなキーワード: ドメインとは
第三者検証全体がこうではなく、ある巡り合わせにあったテスター一人がこんなふうに思ってたんだなというのを記録するために書きます。
この文章を読んで誰かにどうこうして欲しいとか誰かを上げ下げしようとかいう意思はないです。
## 単価と工数
私はエンジニア生活の2/3くらいを派遣契約で過ごしたため、仕事の良し悪しについてはやっぱり単価と工数で評価されることが多かったです。
残業すればするだけ会社の売上になるので、どんどん残業しましょう。残業しただけ働いたことになるから。という文化でした。
単価が上げていくことは現場責任者や営業の実力に左右され、そう簡単に変わるものでもなく、なかなか自分ではコントロールできなかったので、やっぱり容易く売上を上げていくには残業するしかありませんでした。
業務時間中に開催される研修やシンポジウム参加等は売上を下げることに繋がるので、明確なトレードオフ条件がないと参加が難しかったです。
私はそれでも構わないと思いますが、参加しようとするたびに一々上長に「売上減らしてごめんなさい」と頭を下げにいくのが変な感じがしました。
やっぱり残業時間が正義なので、中でどんな仕事しているかはあんまり重要ではなかったです。
品質向上の提案やテストの効率化を提案・実行したところで単価アップに繋がらなければ大きな成果には繋がりませんでした。
※私の場合はたまたまそういった点を評価してくれるお客様に出会ったこともあって、汲み取って営業にフィードバックみたいなこともしてくれました。給料には反映されませんでしたが、、
私は無関係な期間もありましたが、BP投入が最も評価されます。
何かにつけてプロパー/BP率を評価されて、BPを投入した分だけ利益が出るので営業頑張ろうとなるみたいです。
QAに関する提案についても第三者検証の商売として成り立つかどうかが判断基準になります。
例えば自分の会社では難しいテストレベルやテストタイプについてはその現場で必要に思えても、提案や計画には盛り込まないなどのことがあったかもしれません。
基本的に体系的なソフトウェアテストを行なっている現場に関われたらだいぶラッキーでした。
体系的なソフトウェアテストができていれば外注しなくてよかったりしますので、良くないテストマネジメントであったり、いびつなテスト設計をしています。
で、現場はお客さまの言うことを聞くことで精一杯なので、体系的な経験や知識を得るためには自分で勉強して頑張るしかありません。
10年、20年やっているようなベテランはJSTQBとかで整備された知識よりも勘と度胸と経験で頑張るみたいな場合があるので、自分で知識を取りに行かないとそういったベテランと同じ道を歩むことを頑張ろうとしてしまうんじゃないでしょうか。
本文は削除されました
私の結論は上記の通りです。やっぱりどんな現場であっても、どんなメンバーでも、どんなお客さまでも結果を出していくのがプロの第三者検証なんだと思います。
”品質のプロ"と名乗るのもいいですが、"第三者検証のプロ"と名乗る道もあるのではないかなと思います。
私は、
よさももちろんあります。思いつく限りたくさん書いていこうと思います。
様々な現場や製品に携わることができるので、一般化する実力さえあれば、様々な経験やナレッジを一般化して、ドメインに依存しない実力をつけることができると考えています。
自社QAだとどうしても社内の文化ややり方に依存した能力になっちゃうと思いますが、第三者検証テスターとしてたくさんの現場を経験していると、どんな製品でも対応できるようになるんじゃないかなと思います。
複数の現場を俯瞰して、より多くの現場をコンサル的な立場で関わることが第三者検証ではできます。
体系的な知識がある会社であれば、つよつよの人々からバックアップを受けながらコンサルをすることができます。
最近は法人を立ち上げてQAコンサル的な動きをする人が多いですが、事業が失敗するリスクとかを会社が請け負いつつ、コンサル体験を行う経験を得ることができます。
お客様から依頼を受ける形でテストするので、変な話、製品や事業がうまく行かなくても、ニーズがあればテストの業務を続けることができます。
また、現場やプロジェクトがなくなっても他の現場にいけばいいだけなので、その辺のリスクがないことが良い点だと思います。
第三者検証ということで、おそらくたくさんのテストエンジニアがいると思います。ベテランの人もいれば初心者の人もいますが、やる気さえあれば様々な人と繋がれることができます。
実際に私はいい出会いがたくさんありましたし、そういった出会いが私をQAとして成長させてくれたのではないかと思います。
2年目3年目くらいは色々悩んだ時期もありましたが、ある程度実力にも自信がついてきて、第三者検証テスターのつらさはどうでも良くなったきたというのが正直なところです。
第三者検証テスターとして一生過ごすかはわからないですが、第三者検証テスターになれてよかったと私は思いました。
まず、受注側から発注側になることで、「第三者検証」という呼び方をしなくなりました。
また、自分が成長できないこと、現実をうまくできないことを「第三者検証である」ということを言い訳にしていたと感じました。
テストベンダーの良さは、人材への投資があることだと思います。
だから、自分が投資に値する人間であれば、とてもいい選択だと思います。
「いきなり事業会社に行きたい」は、素晴らしいですが、事業会社の多くはあなたを育てようなんて思っていませんよ。
私にはテストベンダーで働くモチベーションについて、いくつかアイデアがあります。
ただ、それについて聞きたい人は私を探して私に直接聞いてください。
たまたま見つけた個人サイトで長崎市民FMのスタッフさんとサイト主がやり取りしてるのを見つけて、どんなラジオなのかとスタッフさんが貼ってたリンクを踏んでみたら(双方フルネームと素性を公開してたし平和なやり取りだったから、この時点ではまったく怪しいとは思っていなかった)、ぱっと見は手作り感あるけどちゃんとしたラジオ局のサイトなのに、下にスクロールするとオンラインカジノに誘導する内容になってて詐欺サイトだと気がついた。
改めて長崎市民FMを検索してみると、その詐欺サイトと体裁がそっくりだが、ちゃんとした内容の公式ホームページが存在していた。同様の事例がないか調べたところ、「怪盗レーニャ」という九州で放送されたアニメのサイトがドメイン悪用でオンラインカジノ誘導サイトになっているというニュース記事を見つけ、今回も同じ手口によるドメイン悪用被害なのだと察した。他にも事例はあるらしいが、「怪盗レーニャ」とは九州のメディア関連の事例という点で一致しているから、同じ犯人にターゲットにされたのかなと想像している。
サイトからはすぐに撤退したから詳しくは見ていないけど、AIであることが丸わかりという点では雑な作りであったものの、長崎にある架空のカジノを紹介してそこで働くスタッフのAI画像を載せてたり(山田太郎、佐藤花子みたいな名前付きだった)、カジノをラジオで宣伝しませんか?みたいなコミュニティFMらしい内容になってたりと、その放送局に特化して擬態していたのが衝撃的だった。本物のサイトをAIに学習させて生成すれば大した手間もなく作れるのだろうし、単純に利用できそうなドメインを悪用しているだけなのだろうが、正直なところなんでこんなマイナーな地方FMのサイトにこんなクオリティで擬態したんだ、そのやる気があればもっとデカいサイトでも良かっただろという感想が浮かんでくるくらいにはよく出来ていた。10年ほど前の個人サイトでのやり取りを見ていたところで出くわしたということもあり、人間とAIが対比されるSFのような感覚もあれば、現実と虚構が曖昧になるホラーモキュメンタリーのような感覚もあり、なかなか不気味な体験だった。
その後軽く調べてみたが、特に長崎市民FMが注意喚起をしている様子を見つけられず心配になり、あえてここで名前を出してみた。ブックマーク登録してタイムテーブルを確認している人も多いだろうからドメイン悪用にはすぐ気がついただろうと思いつつ、もし気がついていないなら伝えるべきかとも悩んだが、伝えたところで向こうも注意喚起以上の対策ができるわけではないだろうし、その地方在住というわけでもない自分が急にメールを送ってもそれこそ怪しまれると思い、メールを送る勇気は出なかった。
生成AI詐欺サイトに急に出くわすとめっちゃ不気味という日記がてら注意喚起になればいいと思って書いたけど、迷惑なようなら消します。
NHKは先月減少したまま横ばい
増田が大幅に減らした
| 2025年11月 | 人気エントリー入り回数 |
|---|---|
| togetter.com | 254(17.3%) |
| anond.hatelabo.jp | 135(9.2%) |
| note.com | 76(5.2%) |
| posfie.com | 64(4.4%) |
| news.yahoo.co.jp | 49(3.3%) |
| zenn.dev | 38(2.6%) |
| www.asahi.com | 36(2.4%) |
| mainichi.jp | 35(2.4%) |
| www.sankei.com | 34(2.3%) |
| www.nikkei.com | 34(2.3%) |
| www.47news.jp | 34(2.3%) |
| speakerdeck.com | 32(2.2%) |
| www.yomiuri.co.jp | 27(1.8%) |
| www.itmedia.co.jp | 27(1.8%) |
| news.web.nhk | 26(1.8%) |
| shonenjumpplus.com | 16(1.1%) |
| gigazine.net | 16(1.1%) |
| www.bloomberg.co.jp | 14(1.0%) |
| dailyportalz.jp | 13(0.9%) |
| qiita.com | 12(0.8%) |
| www.cnn.co.jp | 11(0.7%) |
| toyokeizai.net | 11(0.7%) |
| newsdig.tbs.co.jp | 11(0.7%) |
| automaton-media.com | 10(0.7%) |
| ascii.jp | 10(0.7%) |
| www.watch.impress.co.jp | 9(0.6%) |
| news.jp | 9(0.6%) |
| www.bbc.com | 8(0.5%) |
| pc.watch.impress.co.jp | 8(0.5%) |
| dot.asahi.com | 8(0.5%) |
| www.tokyo-np.co.jp | 7(0.5%) |
| www.afpbb.com | 7(0.5%) |
| president.jp | 7(0.5%) |
| news.denfaminicogamer.jp | 7(0.5%) |
| nazology.kusuguru.co.jp | 7(0.5%) |
| jp.reuters.com | 7(0.5%) |
| www.jiji.com | 6(0.4%) |
| syu-m-5151.hatenablog.com | 6(0.4%) |
| internet.watch.impress.co.jp | 6(0.4%) |
| natalie.mu | 5(0.3%) |
| www.gamespark.jp | 4(0.3%) |
| www.dailyshincho.jp | 4(0.3%) |
| nikkan-spa.jp | 4(0.3%) |
| news.tv-asahi.co.jp | 4(0.3%) |
| japan.cnet.com | 4(0.3%) |
| forest.watch.impress.co.jp | 4(0.3%) |
| comic-days.com | 4(0.3%) |
アンサイクロペディアをAIで侵略するノイマン氏を悲劇の人物に仕立て上げる、元側近ウソペディアンを名乗る人物による気持ち悪い記事がXのタイムラインで流れてきた。
読んでみると、そもそも私信と思われる情報を暴露することの背信性からして、恐らくはノイマン氏に身バレする前提での捨て身の特攻をしたのだろう。それにしても第三者は真偽を検証不能であり、気持ちの悪い記事であった(※1)。当のノイマン氏も「反応に困る」と書いている。
Side Uなるものは、第一回人気投票1位という経歴はあの人も同じなのを知ってわざと被せる高等芸でもやっているのかしらね?何にしても反応しにくい書かれ方だけど、ブレーキをかける真似をしつつ私を殴り抜いていくスタイルだよね、あれ。真正面からの対立勢力なら風刺記事とかにしやすいけど、ああいうのは反応しづらい。
ウソペディアはかつてハトレーペディアとも呼ばれ、当時のアンサイクロペディアが北朝鮮であるなら、こちらはシンガポールといったところであった。開発独裁ならぬ開拓独裁、毛沢東ならぬ開拓東、MuttleyならぬHuttley。
ウソペディア5chスレを探していくと、このような記述はいくらでも見つかる。アンサイクロペディアのノイマン氏=ウソペディアの開拓者氏の活動は、確かにコミュニティを発展させたが、ただそれ「だけ」であり、そもそも誰からも本音で支持されている人物ではなかったのではなかろうか。
本稿では、そのノイマン=開拓者氏に、かつてBakaba氏の名の下で侵略を受けた一借民の視点から、ノイマン氏はそもそも「昔からああだった」と主張したい(※2)。
ChakuwikiにおけるBakaba氏は、確かにLTA:ANTIRXYとしてChakuwikiでのMuttley氏を追い詰めた人物であり、鉄槌後のアンサイクロペディアンも概ねその見解を支持しているように見える(※3)。また、いずれも議論は紛糾したものだが、移転問題とライセンス問題、どちらにおいても「結論だけ見れば」Bakaba氏の意見は正しかった。確かに「正しかった」のである。
後にフォークでは実際に広告が導入されているが、Bakaba氏はそれすらも予言している。
しかし、旧ドメインを取得し、更には公開がより早かったことによる優位性を有するフォークにしても、中の人の噂の確度は高いようですから、永久に広告なしで無償提供するほどの善意の有志だとは考えにくいです。
だが、その際に反発していた吉田宅浪氏への返答には、「どうしてこいつ分からないの?」という苛立ちが発言の節々から透けて見える。
ただ、「私がやるから」という理由で反対することがそんなに重要ですか?「誰がやるか」ではなく、「何が必要か」で物事を考えるようお願いいたします(※4)。
一般論としても、我々で独自にルールを作ることにこだわった場合、良く練り上げられたCCのライセンスに比べると何らかの隙や不備、矛盾等が生じやすいため、コミュニティ全体が移転などの重大な決定に迫られたときの足かせになりかねません(※5)。
私からすれば、吉田宅浪氏は、自分の考えを丁寧に練って納得したうえでステップを積み重ねたいだけの、職人気質の人に見える。Bakaba=ノイマン氏は、初めからそのような丁寧さや「過程」に対して、「正解」や「最終結果」が一瞬で見えてしまうがゆえに「なんでそこで止まっているの?」というのを根本的に理解できない人なのではなかろうか(※6)。
そのような「正しさ」だけで生きる人間Bakaba氏を、ノイマン氏が用いるAIは「加速」させたに過ぎない。一定以上の品質の記事を安定して生産し、助役CUや管理者の誕生を推薦を通じて支援するその姿は、確かに形式的には「正しい」活動である。にもかかわらず、ノイマン氏は「正しさ」だけですべてを破壊していくように見える。
これはあくまでも私のカンでしかないのだが、ノイマン氏は根本的に異常に頭の良い「浮きこぼれ」だったのではないかと思う。例えばアンサイクロペディアのDiscordサーバーでは、「ごめん、灘には負けるけど安定して東大いってる...」と発言したスーパーカリ~シャス氏に対して、以下のような返信を残している。
東大全体なら三桁からがスタートラインだぞ
このような発言をして、自分自身へのブーメランにならずに平気でいられるルーツを持つ人間はかなり絞られてくる。そして皮肉にも氏は、そのようなルーツに該当しうる学校の記事をアンサイクロペディアで三つも立てている。
麻布中学校・高等学校 - 開成と桜蔭を手掛けてきた私ですから、当然の如く他の名門校も推しますわね?--/* ノイマン */ import 👤, 💬; var 🖊=2,219;■ 2025年11月5日 (水) 14:19 (JST)
英語圏とのコミュニケーションが求められ、唯一の日本人であることが買われたMirahezeなどでは、その「正しさ」「浮きこぼれ」が役に立ったのだろう。そして同じく「正しさ」でものを考えるAIは、ノイマン氏にとっては非常に頼れる、下手したら唯一信頼できる相棒ですらあるのかもしれない。
しかしながら、チャクウィキやアンサイクロペディアのような伝統的な(※7)コミュニティにおいては、「正しさ」だけでなく、「手垢」や「お気持ち」、そして「過程」が大事であることをノイマン氏は理解できていない。ノイマン氏は、そこに無関心であるか、意図的に無視すらしているようにも見える。
編集画面にも「自分が書いたものが他の人に容赦なく編集され、自由に配布されるのを望まない場合は、ここに投稿しないでください。」と明記されており、それはライセンス的にも正しいことの訳ですから、その意味では「{{rewrite}}を使え」という方がそれこそ「紳士協定」なのかな、と思わなくもないです
総本数 - これは諸刃の剣で、もっとAI君書いて全体指標を上げようぜ、という方向にも持っていけます。というか総本数を根拠にするなら、それが合理的解決策ですらあり得ます。
ノイマン氏の理屈は、確かに最終結果に照らせば「正しい」のだろう。だが、「正しさ」だけでは人間は生きていけない。そうした風潮への反発は、今や反AI、反ポリコレ、反wokeなどとして、アメリカ西海岸的価値観への反発の形を取って世界的なうねりになっている。人間というのは、そこまで理性的な動物ではない。それは、自作記事の一つでこう書いた氏自身も深層ではよく理解しているはずである。
ホモ・サピエンス(homo sapiens)とは、バグだらけのレガシーソフトウェア。
そこで筆者は、マリーダ・クルスの以下の発言をノイマン氏に贈る。
お前の言うことは間違っていない。正しい戦争なんてない。でも…正しさが人を救うとは限らない。
光がなければ人は生きていけない
鉄槌を受けたMuttley氏は「隕石落とし」をしようとしたシャアであった。Muttley氏には、曲がりなりにも本人個人の「熱い正義」があった。
今、ノイマン氏はしばしばMuttley氏の同類、鉄槌の再構成などと言われるが、私は正確にはそうは思わない。ノイマン氏からはフル・フロンタルのような冷たさを感じる。
いつか、ノイマン氏が人間の心を理解することをただ祈ることしかできない。
管理ツールで管理できるように論理的に計画しなきゃいけないのであって、適当行き当たりばったりで見た目だけ猿真似したデータを突っ込めば素晴らしい管理が実現できるわけじゃない。
どこぞのSIerから転職してきたPMが、「プロジェクトの8割は完了状態なので、オンスケです」とか言ってるのを聞いて仰天したことがある。
「どんな管理してんの?」
「8割完了って?」
「タスク数です」
ガント作ってるとは聞かされてなくて、管理者内でしか共有してないって言うから、見てみれば、確かにぱっと見、よく見る感じの情景が広がっていたのだが、
「このタスクとこのタスク、難易度天と地なんだけど、なんで人日同じなん?」
「詳しいこと読みきれないので、仮置きです」
「このタスク、これが完成しないと進められないんだけど、どうして平行してんの?」
「依存関係が、これを作ったときわからなかったので。依存関係があったとしても、影響しない部分は実装できるでしょう?」
「このタスク、外部とのにぎりが必要なんだけど、調整タスクとかは?」
「いるんですか?」
「タスクとして書き入れないとしても、前提条件だからそう言う条件があることの明記は必要だし、状態や見込みの管理は必須だろ?」
ってな感じで、簡単なタスクを8割、先にこなして、別部署との調整、技術的決定等々、管理ツールに書き込まれてない要素で週明けからラインが軒並み空き状態になるのにオンスケとか……。
OJTで雰囲気でやってきたから、肝腎要の部分はこれっぽっちも知らんのだな……。
「プロジェクトって、後になればなるほど進度が遅くなるもんですから」
いや違う。
いっぱしぶった口振りしても、口だけで中身がねぇ。
「そこはアジャイルで……」
コアな不動部分をドメイン分析で明らかにして、そこは確定するのがアジャイルだ。
それをしないから、アジャイルはいい加減で行き当たりばったりだ、ってクソ評価下されるんだ。
クソ評価を下されるべきは PM たちであって、アジャイルという手法じゃねぇってのに。
そもそも部分像の把握ですら怪しい。
こんなんでよく給料もらってるな。
マジかよ。
「今最先端の生成AIを導入して、遅れを一気に取り戻します!」
うん。
中堅以上のエンジニアからはアラートが上がっていたんだが、マネージャクラスは誰も理解できないどころか、反対しかしない消極的な人間とか悪しざまに罵り、圧力をかけてきやがった。
その後どうなったか?
知らん w
プレミアムフライデーの偽サイトに経産省が注意喚起 手放したドメイン、第三者が利用か
https://www.itmedia.co.jp/news/articles/2511/20/news093.html
なんてこった・・・
SIer上がりというかSIer落ちというか、自社サービス業界でスモールスタート=「今は考えない」って勘違いしてるのが多いというか、そんなんばっかなんだが、そんなことするからNHKの営業基幹システムのリプレースみたいな地獄を招くんだよ。
IBMが悪いんじゃない。
その時その時、場当たり的に考えたから、手に負えない化け物に育っちゃって、二進も三進も行かなくなって前の担当会社が投げ出したんだろ?
SIerは期日までに検修してもらいさえすればお金がもらえる。
初回リリースまでにがっつり考え、設計して時間がかかるより、とにかく短期間で納品できればいい。
むしろ運用困難で、SIerから出すエンジニアを張り付けさせられれば売り上げが増える。
次のフェーズで困難があったとしても、その困難が売り上げに変わる。
って世界だから、むしろ「後で手間が増えたほうが太く長く美味しい」って考えてる。
けど、自社サービスは、開発者と発注会社は同一存在なので、「後で困ったら大変」だし、「運用困難だったら大変」だし、「次フェーズ、次の次フェーズで困難があったら大変」だから、この方針は「百害あって一利なし」なんだ。
にも関わらず、「SIerのPMがいたらプロジェクトは成功するだろう」って浅はかな考えを持った経営者が、自ら肥溜めにダイブするようなことしてる。
この差は、「業務ドメインごとに分けて」「画面帳票から仕様を確定する」か、「システムドメインを設計して、各業務ドメイン、画面帳票を切り出す」か、の違いになる。
「今は考えない」ではない。
この話、20年以上前、小さいSIerにいた頃、クライアントのシステム部の偉い人複数から教えてもらった話なんだよ。
N3CとかFuj12とか1BMとかユ2シスとかSIerはどこもクソだ。高い請求書持ってくることしかしねぇ、ってその人たちが異口同音にがブチギレてた。
価格は調べたり当時から改定されていて記憶だったりいい加減です
280blocker (¥900 / 年) → AdGuard (¥4000円? / 年) → NextDNS (¥2,500 / 年) → ControlD ($40 / 年) → blocky
280blocker は企業に買われてからなんとなく使うのをやめてしまった
NextDNS は日本系のフィルタが弱く更新頻度も低い印象だったのでやめた
ControlD はよかったけどちょっと高かったのでやめた
今は VPS に blocky デプロイして家族で共有している。blocky はAdAway 記法のフィルタは使えないけどおおむね満足している。AdGuard Home を使用していた時期もあったが、重くて常用できなかった
1Password ($59? / 年) → iCloud+ (¥150 / 月) → Vaultwarden
iCloud+ は家族との共有ができないため不便が多くなり代替を検討
今は VPS に Vaultwarden デプロイして家族で共有している。今のところ満足している
ChatGPT ($20 / 月) → Gemini、Claude
ChatGPT は出始めは未来を感じ課金してガンガン使っていたが、GPT-4 の出来がいまいちに感じて他に乗り換えた
日常のあれこれは Gemini を使い、コード関係は Claude のほうがいい感じの答えが返ってくるので使い分けている
Google Photo (¥3500 / 年) → おもいでばこ → Synology NAS
Google Photo 無料時代に膨大な写真を放り込んでしまったため、有料化が発表されてから脱出するまでに時間がかかった
継続課金は嫌だったのでバッファローのおもいでばこを買ったが、アップロードした写真の日付がなぜか認識されないことが多く使い物にならなかった
Synology NAS についている Synology Photos はそんなことはなく今はこれを使用
Immich とかに乗り換えてもいいかと思うこともあるが、サポート (モバイルアプリなど) の面も考えると OSS に全部まかせるのも怖いなと思ってそのまま
Apple Music → Spotify → YouTube Music (YouTube Premium)
Apple Music がアーティストへの分配金が多いと聞いたためそれを使っていたが、Apple に端末代も出してサブスクでも課金してと金払いすぎではと冷静になり乗り換えを検討
Spotify に乗り換えたが、数年使っても新しい体験がまったく感じられないので失望して解約
今は YouTube Premium に付帯している YouTube Music を使っている。UX は過去使ってきたサービスの中でも最悪だと感じるが、音楽サブスクに金払うよりかは一回でもライブに行ったほうがいいかと割り切っている
Fastmail → NameCheap Private Email → mioセーフティメール
Fastmail は使いやすかったのだが、価格がちょっと負担になってしまい解約
NameCheap は買ってたドメインの管理してたついでに安かったので契約していたが、ドメインのトランスファーに伴い解約
mio セーフティメールは機能はスマートフォンへのプッシュとかは無く必要最低限って感じだけど、よく考えたらプッシュ来てもうざいだけだし値段なりのサービスかなと満足している
住信 SBI ネット銀行プラチナデビット (¥11,000 / 年) → 解約のみ
メインバンクだったこともあり、数年前からモバイル端末保険目当てでついでに加入していた
d NEOBANK になってしまいスマートプラグラムの改悪も発表され、見切りをつけてメインバンクを切り替え、それに伴い解約した
モバイル端末保険は結局一度も使わなかったのだが、これに関して代替が見つかっていないためどうしようかと考えているところ
(年間一万円程度なら、昨今のスマートフォン価格を考えると十年に一回程度の利用でも元が取れそうなため)
Zaim → 家族で銀行口座残高を共有したいニーズがあり (支出を家族デビットカードにまとめているため)、手軽かつ安くあげられるサービスが他に見つからない。Zaim 自体はもう創業者の方が関わっていないらしく、プロダクトとして今後新しい驚きはなさそうなのでできれば課金したくない気持ちがあるのだが
U-NEXT → 映像サブスクは大人の暇つぶしだったり子供のテレビ需要だったりで無いと困る場面が多い。y.u mobile 契約がありポイントで最新作もみられるので他は契約せずこれにしている
後半価格書くの面倒になった
昔よりは支出減らせてるかな
運用開始までのことしか考えないで、その後のことを考えないのは、日本人に強い員数主義の発露かな?
故障やなんか考えたら、保守部品のロジスティクスくらい、提供前に当然のように準備しとけよ。
とにかく納品日までに頭数(機能)だけ揃えろ。
ってSIer仕草しか知らんプロマネ、エンジニアが大量にWebサービス界隈に流入してきて、大規模うんこ製造機と化してるから、システム界隈でもむちゃくちゃ迷惑してる。
SIerあがりと言うか、崩れというか、のプロマネは、99%、
「今回のプロジェクト、DDD(ドメイン駆動開発)採用していますので、よろしくお願いします」
っていうのと同じ口で、
「この画面、帳票以外の余計なことは考えないでください。やらないでください。Fixした基本設計を変更しないでください」
って頭おかしいことを平気で言う。
DDDは画面帳票駆動開発に対するアンチテーゼなんだが、なぜ画面帳票ベースのSUDOモデリングとか言うケッタイな手法を、鼻をおっ広げてドヤ顔で推進、実施しとるんだ?
日中は実験室的な刺激は少なかったが、思考の連続性を保つために自分なりの儀式をいくつかこなした。
起床直後に室温を0.5度単位で確認し(許容範囲は20.0±0.5℃)、その後コーヒーを淹れる前にキッチンの振動スペクトルをスマートフォンで3回測定して平均を取るというのは、たぶん普通の人から見れば過剰だろう。
だが、振動の微妙な変動は頭の中でのテンポを崩す。つまり僕の「集中可能領域」は外界のノイズに対して一種の位相同調を要求するのだ。
ルームメイトはその儀式を奇癖と呼ぶが、彼は観測手順を厳密に守ることがどれほど実務効率を上げるか理解していない。
隣人はその一部を見て、冗談めかして「君はコーヒーにフレームを当ててるの?」と訊いた。
風邪の初期症状かと思われる彼の声色を僕は瞬時に周波数ドメインで解析し、4つの帯域での振幅比から一貫して風邪寄りだと判定した。
友人たちはこの種の即断をいつも笑うが、逆に言えば僕の世界は検証可能で再現可能な思考で出来ているので、笑いもまた統計的に期待値で語るべきだ。
午前は論文の読み返しに費やした。超弦理論の現代的なアプローチは、もはや単なる量子場とリーマン幾何の掛け合わせではなく、導来代数幾何、モーダルなホモトピー型理論、そしてコヒーシブなホモトピー理論のような高次の圏論的道具を用いることで新たな言語を得つつある。
これらの道具は直感的に言えば空間と物理量の振る舞いを、同値類と高次の同型で記述するための言語だ。
具体的には、ブランデッドされたDブレーンのモジュライ空間を導来圏やパーフェクト複体として扱い、さらに場の有る種の位相的・代数的変形が同値関係として圏的に表現されると、従来の場の理論的観測量が新しい不変量へと昇格する(この観点は鏡映対称性の最近のワークショップでも多く取り上げられていた)。
こうした動きは、数学側の最新手法が物理側の問題解像度を上げている好例だ。
午後には、僕が個人的に気に入っている超抽象的な思考実験をやった。位相空間の代わりにモーダルホモトピー型理論の型族をステートとして扱い、観測者の信念更新を型の変形(モナド的な操作)としてモデル化する。
つまり観測は単なる測定ではなく、型の圧縮と展開であり、観測履歴は圏論的に可逆ではないモノイド作用として蓄積される。
これを超弦理論の世界に持ち込むと、コンパクト化の自由度(カラビヤウ多様体の複素構造モジュライ)に対応する型のファミリーが、ある種の証明圏として振る舞い、復号不能な位相的変換がスワンプランド的制約になる可能性が出てくる。
スワンプランド・プログラムは、実効場の理論が量子重力に埋め込めるかどうかを判定する一連の主張であり、位相的・幾何的条件が物理的に厳しい制限を課すという見立てはここでも意味を持つ。
夕方、隣人が最近の観測結果について話題にしたので、僕は即座に「もし時空が非可換的であるならば、座標関数の交換子がプランクスケールでの有意な寄与をもたらし、その結果として宇宙加速の時間依存性に微妙な変化が現れるはずだ。DESIのデータで示唆された減速の傾向は、そのようなモデルの一つと整合する」と言ってしまった。
隣人は「え、ホント?」と目を丸くしたが、僕は論文の推論と予測可能な実験的検証手順(例えば位相干渉の複雑性を用いた観測)について簡潔に説明した。
これは新しいプレプリント群や一般向け記事でも取り上げられているテーマで、もし妥当ならば観測と理論の接続が初めて実際のデータで示唆されるかもしれない。
昼食は厳密にカロリーと糖質を計算し、その後で15分のパルス型瞑想を行う。瞑想は気分転換ではなく、思考のメタデータをリセットするための有限時間プロセスであり、呼吸のリズムをフーリエ分解して高調波成分を抑えることで瞬間集中力のフロアを上げる。
ルームメイトはこれを「大げさ」と言うが、彼は時間周波数解析の理論が日常生活にどう適用されるか想像できていない。
午後のルーティンは必ず、机上の文献を3段階でレビューする: まず抽象(定義と補題に注目)、次に変形(導来的操作や圏論的同値を追う)、最後に物理的帰結(スペクトルや散乱振幅への影響を推定)。
この三段階は僕にとって触媒のようなもので、日々の思考を整えるための外骨格だ。
夜は少し趣味の時間を取った。ゲームについては、最近のメタの変化を注意深く観察している。
具体的には、あるカードゲーム(TCG)の構築環境では統計的メタが明確に収束しており、ランダム性の寄与が低減した現在、最適戦略は確率分布の微小な歪みを利用する微分的最適化が主流になっている。
これは実際のトーナメントのデッキリストやカードプールの変遷から定量的に読み取れる。
最後に今日の哲学的なメモ。理論物理学者の仕事は、しばしば言語を発明することに帰着する。
僕が関心を持つのは、その言語がどれだけ少ない公理から多くの現象を統一的に説明できるか、そしてその言語が実験可能性とどの程度接続できるかだ。
導来的手法やホモトピー的言語は数学的な美しさを与えるが、僕は常に実験への戻り道を忘れない。
理論が美しくとも、もし検証手順が存在しないならば、それはただの魅力的な物語にすぎない。
隣人の驚き、ルームメイトの無頓着、友人たちの喧嘩腰な議論は、僕にとっては物理的現実の簡易的プロキシであり、そこから生まれる摩擦が新しい問いを生む。
さて、20:00を過ぎた。夜のルーティンとして、机の上の本を2冊半ページずつ読む(半ページは僕の集中サイクルを壊さないためのトリックだ)
あと、明日の午前に行う計算のためにノートに数個の仮定を書き込み、実行可能性を確認する。
ルームメイトは今夜も何か映画を流すだろうが、僕は既にヘッドホンを用意してある。
ヘッドホンのインピーダンス特性を毎回チェックするのは習慣だ。こうして日が終わる前に最低限の秩序を外界に押し付けておくこと、それが僕の安定性の根幹である。
以上。明日は午前に小さな計算実験を一つ走らせる予定だ。結果が出たら、その数値がどの程度「美的な単純さ」と折り合うかを眺めるのが楽しみである。
Q.
生成AIにソフトウェア開発を支援してもらう場合、ソースコードの作成を依頼する形式が多いと思いますが、実行ファイルを直接出力してもらうことも技術的には可能なのでしょうか?
A.
生成AIによる実行ファイルの直接出力は、技術的には極めて困難です。現在のLLM(大規模言語モデル)ベースの生成AIは、ソースコードの生成には向いていますが、実行可能なバイナリファイルを直接出力することには根本的な制約があります。
技術的な制約
LLMはテキストベースのトークン処理を基本とする設計であり、バイナリデータを直接扱うことができません。実行ファイルは0と1の連続したバイナリコードですが、LLMはこの形式でデータを生成するようには訓練されていないため、バイナリファイルを直接出力することは現在のアーキテクチャでは実現が困難です。
従来のソフトウェア開発では、ソースコード→コンパイル→アセンブル→リンクという複数段階のプロセスを経て実行ファイルが生成されます。各段階で最適化や機械語への変換が行われるため、この過程を完全に省略してAIが直接バイナリを生成することは技術的に非常に複雑です。
研究レベルでは、バイナリデータを扱う試みも存在します。例えば、LLM4Decompileのような研究プロジェクトでは、バイナリコードを逆コンパイルする際にバイナリを一度アセンブリ言語に変換してからLLMで処理しています。逆に言えば、生成時も同様の変換プロセスが必要になると考えられます。
実務では、生成AIにソースコードを作成してもらい、それを従来のコンパイラやビルドツールで実行ファイルに変換する方式が標準的です。この方法であれば、デバッグやテストも容易で、生成されたコードの品質を確認しながら開発を進められます。
なお、フォントファイルのようなバイナリ形式でもオープンソースとして扱われる例はありますが、これはフォントという特定用途の場合であり、汎用的な実行ファイル生成とは異なります。
Q.
A.
おっしゃる通り、画像生成AIもバイナリを出力しているという点では共通していますが、実は根本的に異なる仕組みで動作しています。
アーキテクチャの違い
画像生成AIは拡散モデル(Diffusion Model)やGANなど、視覚データに最適化された専用のアーキテクチャを使用しています。一方、LLMはTransformerベースのテキスト処理に特化した構造を持っています。画像生成では、ノイズから段階的に画像を生成するプロセスを経て、最終的にピクセル値という数値データ(バイナリ)を出力します。
画像ファイルのバイナリは連続的な数値(ピクセル値)の集合であり、各ピクセルが色情報を持つという規則的な構造です。最近の研究では、画像をビットプレーン(bit-plane)として扱い、XOR演算でノイズを加えるBinary Diffusion Probabilistic Model(BDPM)のような手法も開発されています。
対して、実行ファイルのバイナリは機械語命令の複雑な配列であり、CPUが直接実行できる命令コード、データセクション、リンク情報などが厳密な形式で配置されています。わずかなビット誤りでもプログラムが動作しなくなるため、画像のような連続値とは性質が大きく異なります。
画像生成AIは、ImageNetやLAIONなどの大量の画像データセットで訓練されており、ピクセルパターンを学習します。一方、実行ファイルを生成するには、コンパイルプロセス全体(構文解析、最適化、機械語変換、リンク)を学習する必要がありますが、これは単純なパターン学習では実現できません。
したがって、画像生成AIが成功しているのは、画像という特定のドメインに特化した設計と、規則的なデータ構造があるためであり、同じ手法を実行ファイル生成に適用することは技術的に非常に困難です。
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 2158 | (内閣総理大臣所感)戦後 80 年に寄せて - 先の大戦の終結から、80 年が経ちました。 この 80 年間、我が国は一貫して、平和国家として歩み、世界の平和と繁栄に力を尽くしてまいりました── | www.kantei.go.jp |
| 1886 | みらい議会 | gikai.team-mir.ai |
| 1445 | LINEヤフー株式会社を退職したので歴代社長の感想を書く(元ヤフー社員視点) - ariyasacca(2025-10-20) | sangoukan.xrea.jp |
| 1256 | 万博で、いろんな国の人に前から気になっていたことをたずねてみた - 庭を歩いてメモをとる | www.yoshiteru.net |
| 994 | 日本苗字アトラス|地図から苗字を見るサイト | www.myoji-atlas.com |
| 961 | 公明 自民との連立離脱表明 高市総裁「一方的に伝えられ残念」 | NHKニュース | news.web.nhk |
| 946 | Affinity | プロフェッショナル クリエイティブ ソフトウェア、無料で万人のために | www.affinity.studio |
| 837 | みらい まる見え政治資金 - チームみらいの政治資金をオープンに | marumie.team-mir.ai |
| 811 | 【詳しく】高市早苗氏が自民党新総裁に 総裁選 女性就任は初 小泉氏抑え選出 ノーカット動画も | NHKニュース | news.web.nhk |
| 694 | 藩 一覧 | 幕末期近世村領域データセット | geoshape.ex.nii.ac.jp |
| 593 | 「じつはグーグルマップよりオススメじゃね!?」アップデートでさらに進化! トヨタが本気で開発した“完全無料”の「カーナビアプリ」最新版を試してわかった使い勝手とは | VAGUE(ヴァーグ) | vague.style |
| 570 | 認知負荷を下げるテキストコミュニケーション - ジンジャー研究室 | jinjor-labo.hatenablog.com |
| 558 | 人気料理家が繰り返しつくる「ジャガイモとちくわのバター煮」。奥深い味わいに驚愕<長谷川あかりさんレシピ> | ESSEonline(エッセ オンライン) | esse-online.jp |
| 555 | 江口寿史氏制作イラストに関するご報告 | INTERMESTIC INC. | www.zoff.com |
| 533 | 当社所属ライバー「甲斐田晴」に対する極めて悪質な誹謗中傷行為・荒らし行為等への対応結果について | ANYCOLOR株式会社(ANYCOLOR Inc.) | www.anycolor.co.jp |
| 460 | 「gooポータル」サービス終了のお知らせ – gooヘルプ | help.goo.ne.jp |
| 457 | 京都市:市税の滞納処分の誤り | www.city.kyoto.lg.jp |
| 431 | ドラクエ以前のPCゲーム関連の文章一 | roomhakase.ninja-web.net |
| 414 | 40代女性が約2ヶ月で5.5kgダイエットした記録 - ぶち猫おかわり | buchineko-okawari.hatenablog.com |
| 401 | まだガソリン車で消耗してるの?…とか言わんけどさ。 - はてなの鴨澤 | kamosawa.hatenablog.com |
| 391 | ドジャース ワールドシリーズへ 大谷翔平 3本塁打 勝利投手に 佐々木朗希が抑え ブルワーズ戦【詳しく】 | NHKニュース | news.web.nhk |
| 378 | 【作品別】コミケ開催別カップリング表記数(1982夏-2025夏) | public.flourish.studio |
| 353 | 被災地にベトナム窃盗団 七尾署、県警 複数人を逮捕|社会|石川のニュース|北國新聞 | www.hokkoku.co.jp |
| 346 | [PDF]デニーズで使用している江口寿史氏デザインのイラストについて | www.dennys.jp |
| 340 | 全世界“ガンダム”総選挙2025 | gundam-official.com |
| 339 | 心を揺さぶる美術館10選 | www.timeout.jp |
| 322 | 弊社刊『青の純度』につきまして | 集英社 文芸ステーション | www.bungei.shueisha.co.jp |
| 321 | Agents | Playwright | playwright.dev |
| 311 | サッカー日本代表 ブラジルに歴史的な初勝利 14回目の対戦で 東京 味の素スタジアムで強化試合 | NHKニュース | news.web.nhk |
| 309 | 維新 吉村代表“議員定数 大幅削減なければ自民との連立なし” | NHKニュース | news.web.nhk |
10月1日からNHKのネットサービスがNHK ONEに切り替わり、ニュース配信ドメインがwww3.nhk.or.jpからnews.web.nhkになった
2013年頃からはてブされるニュースサイトのトップ争いに加わりはじめ、2019年からは絶対的な王者として君臨してきたNHKが大きくシェアを落とした
2021年から2位が指定席だったYahoo!Japanも大きく減らしている
朝日新聞がトップに立ったが朝日、読売、産経、毎日、共同通信が横並び状態
| 2025年10月 | 人気エントリー入り回数 |
|---|---|
| togetter.com | 288(19.0%) |
| anond.hatelabo.jp | 188(12.4%) |
| posfie.com | 55(3.6%) |
| note.com | 53(3.5%) |
| www.asahi.com | 44(2.9%) |
| www.yomiuri.co.jp | 40(2.6%) |
| www.sankei.com | 38(2.5%) |
| mainichi.jp | 37(2.4%) |
| www.47news.jp | 35(2.3%) |
| news.yahoo.co.jp | 33(2.2%) |
| www.nikkei.com | 31(2.0%) |
| www.itmedia.co.jp | 31(2.0%) |
| zenn.dev | 25(1.6%) |
| news.web.nhk | 25(1.6%) |
| gigazine.net | 15(1.0%) |
| pc.watch.impress.co.jp | 14(0.9%) |
| www.cnn.co.jp | 13(0.9%) |
| www.jiji.com | 12(0.8%) |
| president.jp | 12(0.8%) |
| newsdig.tbs.co.jp | 11(0.7%) |
| jp.reuters.com | 11(0.7%) |
| dailyportalz.jp | 11(0.7%) |
| www.tokyo-np.co.jp | 10(0.7%) |
| shonenjumpplus.com | 9(0.6%) |
| qiita.com | 9(0.6%) |
| automaton-media.com | 9(0.6%) |
| news.jp | 8(0.5%) |
| japan.cnet.com | 8(0.5%) |
| forest.watch.impress.co.jp | 8(0.5%) |
| www.watch.impress.co.jp | 7(0.5%) |
| www.afpbb.com | 7(0.5%) |
| speakerdeck.com | 7(0.5%) |
| www.oricon.co.jp | 6(0.4%) |
| www.publickey1.jp | 5(0.3%) |
| www.fnn.jp | 5(0.3%) |
| www.bloomberg.co.jp | 5(0.3%) |
| syu-m-5151.hatenablog.com | 5(0.3%) |
| news.tv-asahi.co.jp | 5(0.3%) |
| internet.watch.impress.co.jp | 5(0.3%) |
| huyukiitoichi.hatenadiary.jp | 5(0.3%) |
| gendai.media | 5(0.3%) |
| comic-days.com | 5(0.3%) |
| bunshun.jp | 5(0.3%) |
| blog.tinect.jp | 5(0.3%) |
| ascii.jp | 5(0.3%) |
| xenospectrum.com | 4(0.3%) |
| www.gizmodo.jp | 4(0.3%) |
| www.gamespark.jp | 4(0.3%) |
| www.dailyshincho.jp | 4(0.3%) |
| www.daily.co.jp | 4(0.3%) |
| www.businessinsider.jp | 4(0.3%) |
| www.bengo4.com | 4(0.3%) |
| www.4gamer.net | 4(0.3%) |
| rocketnews24.com | 4(0.3%) |
| news.ntv.co.jp | 4(0.3%) |
| natalie.mu | 4(0.3%) |
| m-dojo.hatenadiary.com | 4(0.3%) |
| courrier.jp | 4(0.3%) |
才能がないと思ったら、早いうちに河岸を変えた方がいい。
早ければ早い方がいい。
可哀想だから(教え子が? それとも自分が? w)、って「がんばれ、がんばれ。才能なんて関係ない」みたいに騙すのは、むしろ害悪だよ。
10年後、気付いて路頭に迷わせるとして、その責任は取れるのか?
まぁ、本人自身が気づいて路頭に迷いつつあるけどどうしようもないのかもしれんが、地獄に道連れはやめてやれ w
それで生計を立てない、趣味の範囲で楽しむ分には好きにすればいいけど、エンジニアに限らず、それなりのお金をもらおうとしたら、才能、向き不向きは超えられない壁として現実に、強固に存在している。
球速120km出ないけど阪神の一軍のピッチャーに、ってのはどう逆立ちしても物理的に不可能だ。
でも草野球は楽しめる。
才能がなけりゃ、一人で永遠に「大いなる助走」を続けりゃいい。
誰にも迷惑かけないなら。
医師、看護師、会計士、経営者、etc.etc. にも、才能、向き不向きはある。
落ち着きないし。
同じことを何日も続けたら、爆発する。
「明日も同じことしなきゃならないのか……」って考えただけでも、死にたくなる。
こんな感じに、才能がものをいう分野って、意外に多い。
ソフトウェアエンジニアは、設計実装の抽象度が多層化していて、その巧拙によって安定度、運用や機動的な新機能追加の手間、リードタイム、金や何やら、数十倍、規模複雑度が爆上がりしている今なら下手すりゃ数百倍差が出る。
その差をちゃんと理解するには、巧の現場の「こういう世界があるんやー……」って実体験が必要だったり、巧レベルの才能が必要だったり、経営知識が必要だったり、経済知識も必要だったりして、「拙」の現場にぶら下がってるだけのエンジニアが「才能なんて幻想」って吠えたっても「マジ、迷惑だからやめてね」って思う。
どの炎上現場でも、高粘度現場(リーダーマネージャが理解できないからって邪魔ばっかりしてきたり、そもそもプロダクトがぐっちゃぐちゃになってたりして、どんな行為がサービスの息の根を止めるかわからなくて身動きが取れない「震える舌」みたいな現場。物事が全然進まない現場。通常、経費で札束ガンガン燃やしてるはずだから、ここも炎上現場っていう)でも、この手のエンジニアが腐るほどぶら下がってるんだよね。
たいてい、生み出されるソースコードとドキュメントの割合がおかしなことになってる。
いや、そういうの主催してる暇があったら、コード書けよ、って。
でも、Web記事引いてきて、「〇〇にはこう書いてある」とかドヤ顔で机上の空論で時間潰して「俺も一端の理論派エンジニアだぜ……」とか、いや、お前はただの受け売りを理解もせず垂れ流してるだけのそこらへんの AI と変わらんクズだよ。
おいらの師匠の一人は「TV出たり、本書いたりするやつは二流。一流は、自分の仕事に集中していて、他のことやる暇ないから」って言ってたけど、ほんとその通りだと思うよ。
シャバと違い、ソフトウェアの世界は驚くほどのスピードで巨大化、複雑化している。
30年、40年前なら、社会性の乏しい、プログラミングコンテスト受賞者みたいなエンジニアでも無双できたけど、今は無理なんだよね。
今だと玉拾いも任せられないくらいだったりする。
ちょい前も、PostgreSQLの中身いじれます! って東大卒業生いたけど、視点が局所的すぎて全体感に欠けてて、プロジェクトがヤバい状態になってるのが理解できなかったりしてたからね。
そろそろリリースできる状態になってる予定だけど、おいらの読み通りα版完成が3ヶ月遅れ、そこで大量の不具合が発覚してベータ版完成がそこからさらに3ヶ月以上遅れ、不具合積み残したまま見切り発車、ってなるんじゃねーかな、と思ってるんだが w
才能の種類、方向性によっては、10年前も今もたぶん10年後も変わらず十分通用するものはあるんだけどねー。
そこに生活水準をあげてしまうと、自分はもう通用しないと気づいても、撤退できない。
マイカーガー。
マイホームガー。
子供ガー。
愛犬ガー。
んなもん知るかっ!
そういう「元エンジニア」がリーダーとかマネージャとかにクラスチェンジして、事業、プロダクトの足を引っ張る。
あそことか、そことか、具体的な企業名はあげられないけど、そういうエンジニアが漬物石のように重しになって、身動きが取れなくなってるところが多い。
VCとかから、もっと売り上げを上げろ。成長率を上げろ、というプレッシャーを与えられ、何かしなきゃいけない。ってなって、外付けの雰囲気だけのサービスをどんどん外付けしていく戦略を取る。
1年で10。
2年で30とか。
マジかよ w
思い思い行き当たりばったりに作ったら、手間だけ増えてそれを壊すわけにはいかなくなって、さらに身動きが取れなくなっていく悪循環しか見えないんだが、そんな経営方針で大丈夫か?
とか意味不明な決定して、認証認可v1、認証認可v2、認証認可v3とマイクロサービスが増殖して、さらにv4を企画してるとかいう会社だってある。
真っ当な声には、自分の存在感を示すためだけの反対を唱えて邪魔したりして、現場で手を動かしているエンジニアより高級を取ってんのに、事業、プロダクトへ与えるダメージは倍増する。
さらに、自分の地位を死守するために、それを脅かす腕利のエンジニアを陥れる、排除することに全力を傾ける。
これで3倍界王拳だ w
経営者はできるエンジニアたちに任せていると思い込んでいるかもしれないが、さて、どうかね? w
大本営発表的にはうまくいっているとされているサービスが、その裏側はカーオブファイヤーみたいなところって、結構ある。
はっきりいう。
今はクラウド環境のプロダクトで、どのように自動テストで検証可能なシステムを構築するかの手法の研究を続けてる。
具体的には、今まで関わってきた炎上現場で安定稼働を達成させた手法(TDD)だな。
ワークライフバランス? w
才能のない人は河岸変えろ。
業務経歴書にも今まで使ったことがあるサービスの名前をたくさんたくさん載せてます。
じゃねーよ。
ボルトに世界水泳、吉田沙保里にNBAに出場させるような使い方してて、どこが技術力だよ。
ってのが多い。
「どうしてこのAurora、リーダーがこんなにたくさんぶら下がってんの?」
「テナントが増えて、アクセスが増えたので、負荷分散のために増やしました。水平スケーリングってやつです」
うん。水平スケーリングは知ってんねん。この程度のテナント数、ユーザー数、アクセス数で、どうしてこんなにでかいインスタンスのリーダーがぶら下がってんのか? って聞いてんねんけど……。
って現場、多い。
でも、今通常営業してるサービスでも、こういうところ多いんだよな。
それはともかく、
「マイクロサービス化していて、いま120を超えたところで、当面160になります」
「……は?」
「……デプロイの時、どうすんの?」
「変更があるサービス名を書いたファイルを一緒にコミットして、それ読み込んで、GitHubActionsでデプロイさせてます」
「Cloneして立ち上げます」
「これ……、モノリポ?」
「120個?」
「120個」
「なんか立ち上がらないんだけど……」
「あ、修正中なんで、〇〇と××のコミットをチェリーピックしてください」
「……動かないぞ」
「昨日の夕方、変更が入ったみたいなんで、△△のコミットもチェリーピック。いや、++のブランチを……」
5日で立ち上げ切れるんか?
って現場がね、案外たくさんあるんだ。
「ほう……?」
どうして「自分が間違えてる」「自分が見当外れなことをしている」可能性ってのを考慮しないんだろう、この人らは?
っていつも思う。
マイクロサービスの目的も前提も理解しないで、HowToだけ猿のように繰り返してるって自覚ないんか…… (-_-)
ってマーカーで引いた一文見せつけられるんだが、その前に書かれてある前提とか目的とか、書かれてない暗黙のそれとか、いわゆるコンテキスト削ぎ落として、単語レベルの理解を開陳されても、「は?」としか反応できんのよな。
120のマイクロサービスとか、お前、認知科学の知識もないねんな……。
それマイクロサービスじゃなく、「粉砕されたモノリシックサービス」っていうんやで、と。
まーじで、技術本とかの恣意的なつまみ食いで訳分からん理論構築すんなよ。
それでプロダクトがうまく回ってなかったら、それが答えなんよ。
まぁ、「うまく回ってる状態」ってのを知らない、理解できないだろうから、正しい答えに行きつかんだろうけど。
その正しい答えに行きつかない、ってのを
「致命的な才能の欠如」
って呼ぶんよ。
最近の株価高騰を見て、「これってAIバブルでは?」と思う人が増えている。
特にNVIDIAやAIスタートアップの急成長、そして「AIを使えば何でも自動化できる」という空気。
ただし、単純な再演ではない。
AIバブルの構造は似て非なるもので、「より上流の層(インフラ)」に資金が集中している。
以下では、まず現在のAIバブルの仕組みを整理し、そこからドットコム時代との比較を行う。
AI関連企業は、今まさに''キャッシュを燃やして''先行者利益を狙っている。
GPUや電力に莫大な投資を行い、巨大モデルを作って市場を押さえようとしている。
AI分野では「先にモデルを作った者が勝つ」という物語が語られている。
蒸留や模倣学習によって、他社のモデル挙動を再現することができる。
結局のところ、''差が出るのはデータの独自性と継続的な更新力''だけだ。
つまり、先行者利益は短命であり、参入障壁はそれほど高くない。
「利用量は多いが利益は少ない」という、ドットコム時代の“アクセス至上主義”とよく似ている。
''使わせること自体が目的化''し、収益モデルが後回しになっている。
一部の処理をスマホや端末上で行う「エッジAI」に期待が寄せられている。
確かに通信コストやレイテンシは減るが、学習や大規模生成は依然としてクラウド依存だ。
結局は''ハイブリッド化''が進むだけで、抜本的なコスト解決にはならない。
| 観点 | 1999年(ドットコム) | 2025年(AI) |
|---|---|---|
| キャッチコピー | 「インターネットが世界を変える」 | 「AIがすべてを変える」 |
| 成長ストーリー | 全ての商取引がオンライン化する | 全ての業務がAI化する |
| 投資マネー | IPOラッシュ、.com銘柄に集中 | GPU、AIスタートアップに集中 |
| 優位性の誤解 | ドメイン取れば勝てる | モデル作れば勝てる |
| 評価指標 | アクセス数 | トークン数 |
どちらも「未来の利益を現在価値に織り込みすぎた」点で共通している。
技術の進歩は本物だが、''経済モデルが未成熟''という構造が同じなのだ。
ただし、違いもある。
1999年のバブルは「利用者がいないのにサービスを作っていた」時代だったが、
2025年のAIは''実際に利用者が存在する''点が大きい。
その意味では、今のバブルは「空想」ではなく「過熱した期待」である。
問題は、''どこまでが現実的な成長なのか''を見極めるフェーズに入っていることだ。
1999年のバブルが崩壊してWeb 2.0が生まれたように、
それが''2005年の前夜''なのか、''2001年の崩壊直前''なのかは、
それは悪いことではない。
ドットコム時代の残骸からGoogleやAmazonが生まれたように、
----
希望があれば、「もう少し皮肉っぽく」「もっと冷静に分析風」などのトーン調整もできます。
どんな雰囲気に寄せたいですか?
以下ChatGPT
自分のホームページ(自前ドメイン+自前HTML)を一度でも作って運用すると、SNS中心の“受け手”視点から、仕様・検索・配信・所有・継続の“作り手”視点に脳が切り替わる。結果、情報リテラシーは跳ね上がり、ネットのニュースや流行の見え方が根本から変わる——しかも想像以上に。
Before(作る前): Web=SNSのタイムライン。良し悪しは「バズってるか」「見やすいか」
After(作った後): Web=プロトコル+ブラウザ+HTML/CSS/JS+CDN+検索エンジン。
ページは**文書(Document)**であり、配置(IA)、意味づけ(セマンティクス)、配信(HTTP/HTTPS/HTTP/2/3)、キャッシュ戦略が気になりだす。
→ 同じ記事でも「タイトルの付け方」「hタグ構造」「画像最適化」「OGP」「サイトマップ」がまず目に入るようになる。
プラットフォーム依存の脆さを体感:規約変更やシャドウバンで露出が消える。
自サイトの資産化:ドメインに紐づくURLはリンクされ、検索に積み上がり、10年後も生きる。
POSSE(Publish (on your) Own Site, Syndicate Elsewhere):まず自分のサイトに出してから外部へ配信する習慣が身につく。
3. “好き/嫌い”から“なぜ速い・なぜ遅い”へ
Core Web Vitals(LCP/FID/CLS)や画像の遅延読み込み、フォント最適化の重要性が腹落ちする。
広告・計測タグの重さに過敏になる。読者体験を壊さないためのパフォーマンス予算という概念が生まれる。
キーワード選定は“流入ゲーム”ではなく読者の課題→コンテンツ設計に帰着。
内部リンク・パンくず・スキーマ(構造化データ)・サイトマップの意味が実務として理解できる。
“書けば伸びる”ではなく“検索意図を満たす設計が伸びる”に目が覚める。
alt、見出し階層、コントラスト比、キーボード操作、焦点管理など、見えない品質が最重要になる。
デザインは飾りではなく“読み・理解・操作”のためのユーティリティだと分かる。
たまたま当たる1記事より、更新の継続・アーカイブ性・RSSのほうが効くと実感。
コメント欄・メールフォーム・X連携よりも、ニュースレターやRSS購読者の質に価値を見出す。
ドメイン、DNS、証明書、バックアップ、法務(特商法・プライバシーポリシー)に“運用者の責任”が生まれる。
その重みが情報の信頼性を引き上げる(=他人のサイトの苦労も見えるようになる)。
トレンドは“輸入”ではなく選別になる。自分の歴史に合うものだけを採用して積層していける。
A. 最小HTML(雛形)
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width,initial-scale=1" />
<title>あなたの名前 | ホーム</title>
<meta name="description" content="自分のホームページ。制作物・日記・メモを置いていきます。">
<link rel="alternate" type="application/rss+xml" title="RSS" href="/feed.xml">
<meta property="og:title" content="あなたの名前 | ホーム">
<meta property="og:description" content="自分のホームページ。制作物・日記・メモ。">
<meta property="og:type" content="website">
<nav>Home / About / Posts</nav>
<footer>© 2025 あなたの名前</footer>
GitHub Pages(Jekyll標準。Rubyベース、Node不要)
Cloudflare Pages(静的ファイルを置くだけで高速CDN)
レンタルサーバー(静的HTML+SFTP/rsyncで十分)
C. ドメインの基本
DNSはA/AAAA/CAA/TXT最低限、HTTPS必須(Let’s Encryptで無料化)。
D. “最低限の品質チェック”5点
ログを読む:Search Consoleと簡易アクセスログで“本文よりメタ情報”を磨く。