Movatterモバイル変換


[0]ホーム

URL:


はてラボはてな匿名ダイアリー
ようこそ ゲスト さんログインユーザー登録

「サーバ」を含む日記RSS

はてなキーワード:サーバとは

次の25件>

2025-12-14

[AIブコメプロファイラー]憂国リベラルオタクウォリアー

【ご注意】

本稿で提示するプロファイルは、10万件以上のブクマを有するid対象に公開コメントAIが解析し、その深層心理思想傾向をモデル化した「テキストペルソナ」です。これは実在する個人プライバシーを暴くものではなく、言語活動に基づく批評的なシミュレーション思考実験)です。特定個人社会的評価操作する意図はなく、あくまAIによるテキスト分析の一環としてお楽しみください。

Dimension 1.社会経済的実存 (Socio-Economic Existence)

世代時代背景 (Generational Cohort):
生活圏・経済階層 (Habitat & Economic Class):
ライフステージ役割 (Family & Social Roles):

Dimension 2.知的OS情報食性 (IntellectualOS & InformationDiet)

専門性認知スキル (Expertise & Cognitive Style):
情報摂取源とリテラシー (Information Sources & Literacy):
文化的資本 (Cultural Capital):

Dimension 3.イデオロギーマトリクス (Ideological Matrix)

政治的経済的スタンス (Political & Economic Stance):
「敵」と「味方」の認定 (Enemy &Ally Designation):
道徳的基盤 (Moral Foundations):

Dimension 4.コミュニケーションと対人戦略 (Communication & SocialStrategy)

対人スタンス (Interpersonal Stance):
レトリック文体 (Rhetoric & Style):
コミュニティ帰属意識 (Community Belonging):

Dimension 5.人物像の統合パラドックス (Synthesis & Paradoxes)

主要な矛盾 (Core Paradoxes):
時系列的変遷 (EvolutionaryArc):
総合プロファイルキャッチコピー (Profile & Catchphrase):

Permalink |記事への反応(0) | 13:34

このエントリーをはてなブックマークに追加ツイートシェア

Intelチップなのに安い+サクラ多い」の背景

パターン1:正規OEM品のグレーマーケット流通

-HP /Dell /Fujitsu などのサーバから **回収した正規品(例:不動産リース返却)

-中国の回収・リサイクル業者が回収 → 整備 →中華プラットフォーム(AliExpress /深圳マーケット)に流す

-技術的には本物のIntelチップだが、**来歴不透明保証なし・ファーム版が古い**

- 出品者が新品と偽ったり、不自然な高評価レビューがある

- 実際には「再生品・中古OEM」なのに「新品未使用」と表記

パターン2:ファームウェア改ざん

-Intel正規品だが、**ファームウェアを海賊版・改変版に置き換え**

-一見するとコアのチップIntelだが、制御ロジック不安定

- 外観・チップIntel純正に見える

-ファーム版番号で判別する必要があるが、素人には不可能

パターン3:リサイクル品 /リファビッシュ品の詐称

-サーバ回収品を「クリーニングテストのみ」で再生

- 実際には経年劣化電解コンデンサの容量抜けなど、信頼性が落ちている

- 「新品」として売る詐欺

---

サクラチェッカーNGになる理由

1. **不自然な出品パターン**

- 新品なのに異常に安い

- 同じ出品者が「同じ型番を100個単位で出品」(卸仕入れ的)

-レビューが急激に増える / 高評価ばかり

2. **レビュー内容の矛盾**

- 「新品」と謳いながら「中古梱包で届いた」という報告

- 「完璧に動く」と「不安定」の両極端レビュー

3. **返品率 / 交換率の異常**

- Aliexpress /Amazon での返品数が多い

- 「到着後3日で故障」「リンク不安定」という報告が複数

Permalink |記事への反応(0) | 12:13

このエントリーをはてなブックマークに追加ツイートシェア

2025-12-09

28DT 初めての失恋

27歳DT、この歳になってようやくというかいさらというか、とにかく失恋をした。

相手は22歳の大学生浪人していま3回生らしい。

知り合ったのは俺が19で相手が15のころ、7年の友人だった。

もっとも、「友人」だったかどうかは今となってははっきりと言えない。

言いたいことはわかる、自分でも気持ち悪いという自覚はある。

それでも恋をしていたんだ。

許してほしい。

これは俺がどれだけ気持ち悪かったのかを再確認して、

諦めるために書いている。

どうか最後まで読んで「お前キモいからさっさと死んだほうがいいよ」とコメントを残してほしい。


結論から書くと、いわゆるBSSである

彼氏ができた」報告をされた。

本当につらい。

いろいろなコンテンツを紹介してもらったか日常のありとあらゆる事象で思い出してしまう。

覇権コンテンツのあのソシャゲを教えてくれたのもその人だし、

黒髪キャラクターが好き」と言っていたか黒髪を見るだけで辛くなる。

果てはお金の使い方を一緒に考えてた時期もあるからお金を見るだけで吐きそうになる。

それくらい世界のすべてだった。

他人から見たらまさしく「よくあること」なんだけど、俺にとってはすべてだったんだ。

Twitterを眺めていると二次創作でいろいろなキャラクターが性行為をしている。

それを見るだけで「彼氏とこういったプレイしているんだろうな」なんて思ってしまう。

でもその妄想でも興奮してしま自分が情けない。

本当に情けなくて、気持ち悪い。




知り合ったのは当時はまっていたゲームDiscordサーバ

当時にしてはかなり活気あふれたサーバだった。

2人とも夜型で遅い時間まで入り浸る常連だった。

おススメされるコンテンツはどれも面白く、すべてハマった。

価値観も独特で、年齢とか性別とか関係なく尊敬していた。

いつしかその尊敬は恋心となり、そして下心になってしまった。

接点を増やそうとメンションや個人DMを増やしてしまい、結果返信が帰ってこなくなった。

そのままDiscordにも来なくなってしまった。

このタイミングTwitterブロックされた。

あたりまえである、ただただ気持ち悪い。



それから数年、サーバもすっかり過疎ってしまった。

俺と2,3人が残っているだけのような、ほぼ個人サーバのような状況。

そんな時、不意に帰ってきたのである

「俺さん元気だった?」なんて言われたときはうれしくて泣いてしまった。

それからは楽しかった。

俺は社会人になり、相手浪人をして再受験のために努力をしているらしい。

また夜遅くまでゲームをしたり攻略を語り合ったりもした。

会話を続けるうちに恋心を思い出した。やっぱりこの人しかいないと思った。

でも、ある日突然、いつのまにかサーバから脱退していた。

ふとメンションしようと思ったら一覧に表示されなくて気が付いた。

本当は少しずつ頻度を下げていたのかもしれない、「最近来ないね~」なんて他のメンバーと会話していたりもした。

どうして脱退したのかはいまでもわかっていないが、大方なにか気に障ることをしてしまったのだろう。

わかっていないあたり、気持ちが悪いと思う。

まりに悲しくてずっと泣いていた。

他のメンバーにも泣きながら相談もした。

でも当然なにも解決しなかった。

半年か1年経ったあたりでサーバ自然消滅した。

サーバが過疎ったまま、1人また1人と来る人が減っていった。

俺もどこかで「サーバにいればいつかまた会えるかもしれない」と思っていたのかもしれない。


それから数年、今年の春。

当時遊んでいたゲームの続編が発売された。

2人でプレイしていたゲームの続編だ。

とても面白く、その感動を誰かと分かち合いたいと思ってしまった。

Discordサーバ一覧には当時加入しただけのサーバが多数残っている。

その中の一つをたまたま除くと相手アカウント発見した。

おそらく同じように加入しただけのサーバなのだろう。

迷った。

関係をやり直したい」「感想を語りあいたい」

「いまさらなんて気持ちが悪い」「下心丸見え」

一ヶ月くらい迷った。

どうしても諦めきれなくてDMを送った。

当時のことを謝りつつ、続編について語り合いたいことを話した。

帰ってこないだろうと思っていたのだが、返事があった。

本当にうれしかった。

それから数カ月ほど、その続編以外にもいろいろなことを話すことができた。

生活が変わったことだったり、新しいゲームはまっていることだったり。

俺に彼女がいないことを煽られたり、彼氏がいないことを自虐していたりもした。

このやり取りで調子に乗ってしまったと後悔している、またアタックをしてしまったのだ。

それから返事の頻度が下がっていってしまい、とうとう帰ってこなくなってしまった。

3度目の過ちである

後悔しつつもクールダウンを挟み、先週もう一度DMを送った。

するとひとことだけ。

最近彼氏ができました」

世界が崩れる感覚

カイジのぐにゃぁという表現がぴったりだった。

最初に書いたとおり、世界のすべてだったから何をするにも思い出してしまう。

そして「今は彼氏とも同じ話をしているんだろうな」なんて考えてしまい余計辛くなる。


28歳のDTが年下の少女に恋をして、告白もできないままに振られて、勝手に鬱になっている。

それだけのはなし。

どこかのタイミングで意を決して自分の想いを伝えていたら違う結末もあったのだろうかとも考えてしまう。

初めて恋心に気が付いたタイミング、もう一度再開できたタイミング、互いにパートナーがいないことを煽りあったタイミング

いくつかタイミングはあったかもしれないが、それらをすべて投げ捨ててしまった。

言わなかった現在が正解なのかもしれないが、今となっては言って玉砕したほうがよかったと感じている。

でも、2度見限ったのに2度とも再開を認めてくれたからもう一度を期待してしまっている。

もちろん、相手自身幸せになってほしい。別れろとは言わない。

でも、もう一度友達になってはくれないだろうか。

毎晩とは言わないから、月に一回は会話させてくれないだろうか。

尊敬していたという気持ちは本物です。

なんて言いつつも、やっぱりワンチャン付き合いたいななんて思ってしま自分もいる。

尊敬も、恋心も、下心も、全部あるのが本心

下心を捨てたらもう一度会話できますか?


ここまで読んでくれてありがとうございました。

俺はどうすればよかったのか、どうすればいいのか、

もう一度やり直せるのか、それとも忘れる方法はあるのか。

気持ち悪いの一言でもいいかコメントがほしい。

最後に、もし本人がこれを見てしまったら。

考えたくもないけれど。

これを見たうえで許させれるとは思わないから、見られないことを祈っている。

それでももし見てしまったら、あなたが好きだったポケモン名前コメントに残してくれないでしょうか。

そのポケモンがいたら、終わったものとしてすべてを諦めます

どうか、見つかっていませんように。

Permalink |記事への反応(0) | 21:28

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-30

女子が書いてるゆるふわ技術ブログ

小悪魔女子大生サーバエンジニア日記

http://co-akuma.directorz.jp/blog/

工業大学生ももやまのうさぎ

https://www.momoyama-usagi.com/

ガチな内容とゆるふわイラストミスマッチがクセになる

他にもあれば教えてほしい

Permalink |記事への反応(0) | 17:56

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251130150406

から日本衰退ポルノ口にする前に車買うとかしろ

車嫌いなら、家でも、GPUサーバでも良いぞ

消費もできないクソがゴタゴタ抜かすな

Permalink |記事への反応(0) | 16:47

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-28

anond:20251128205822

DRAMなんて経年でそんな変わるもんでもないし

使用環境次第だろ。

ふつうデスクトップPCで使われたなら中古でもそう劣化してないけど、サーバ酷使されてた中古メモリ地雷やで。

ちょっとまえにマイニング酷使された中古グラボに泣かされたのがいっぱいいたのと同じことがメモリでも起きるで。

Permalink |記事への反応(0) | 22:36

このエントリーをはてなブックマークに追加ツイートシェア

メモリ中古市場がめちゃくちゃ熱くなる予感

AI業界日進月歩DRAM供給不足で値段爆上げなんだけど

これってAI日進月歩進化するってことは当然DRAM性能への要求水準も日進げっぽげっぽで爆上がっていくってことだよな?

ってことはDDR7とかそれ以降の開発や供給が加速してサーバメモリ達もどんどん置き換わっていくことになるじゃん?

ってことはそのころになればDDR4や5が中古市場に潤沢に供給されそうだよな

サーバグレードの需要コンシューマ向け需要が圧倒的に非対称だからこその値上がりってことは、

それらが中古落ちする場合中古市場への供給も圧倒的な量が降ってきそうだな。

たぶんそのころにはその状況を反映してコンシューマ向けのマザーレガシーメモリ対応モデルが充実するんじゃない?

SSD中古だとやばいけどDRAMなんて経年でそんな変わるもんでもないしここは「待ち」だと思うわ

まだ時期じゃない

Permalink |記事への反応(5) | 20:58

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-26

福岡大学NTPサーバが戦いを終える?

https://speakerdeck.com/tanyorg/fu-gang-da-xue-gong-kai-ntpsabisu-atupudeto

そもそも、何で福岡大学に集中してたのか知らなかったので調べてみた、というかGeminiに聞いた!

違ったら教えてエライ人。

1.黎明期パイオニア

日本インターネットがまだ研究段階だった1993年福岡大学GPS時計連携した高精度な時刻サーバーを構築し、研究の一環として善意で公開。

当時、高精度な時刻同期サーバーは非常に希少だった。

その結果、日本インターネットエンジニアたちの間で「時刻合わせなら福岡大学(133.100.9.2)につなぐのが確実」という常識が定着。

2. 「設定のコピペ」による拡散

インターネットの普及に伴い、以下のような現象が発生。

マニュアルの例示: 多くのルーターサーバー構築の解説書、Webサイトが、NTP設定の模範設定例(サンプル)として福岡大学IPアドレス記載

エンジニアの習慣: 多くのエンジニアがその設定をそのままコピーペーストしてシステムを構築。

これにより、福岡大学意図しないところで、無数のシステム福岡大学を参照するようになってしまった。

3.ハードウェアへの埋め込み

さらに深刻なことに、ルーターIoT機器Webカメラ家電など)の出荷時設定に、福岡大学アドレスハードコード書き込み)されて販売されるケースも出てきた。

こうなると、ユーザー自分福岡大学接続していることすら知らず、設定変更も容易ではない。

4.大学ネットワークパンク寸前に

これらが積み重なった結果、福岡大学には日本中(時には世界中から毎秒数十万回ものアクセスが集中するようになった。

大学本来教育研究ネットワークを圧迫するほどの通信量(数百Mbps規模)になり、大学単独では支えきれなくなった。

5. そして、「公開NTPサービスアップデート

この歴史的な重荷を解消するためのプロジェクト

福岡大学1か所に集中していたアクセスを、国(IPA)やNTTなどの協力機関分散させる(Anycast技術) ことで、30年以上続いた「福岡大学への一点集中」を終わらせようとしている・・・

Permalink |記事への反応(0) | 23:47

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-23

anond:20251123233237

どのみちフォローホームタイムライン作ってくしかないのはどのSNSでも同様なんだしMisskey.ioいけば?

なんだかんだ一番高機能サーバも頑強だから分散SNSの大部分と繋がれる。

サーバローカルTLの身内ノリについていけないにしても、それはローカルTL見なきゃいいだけの話。

Permalink |記事への反応(0) | 23:45

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-21

anond:20251121022156

大人しくサーバだけ借りて、WordPress自作した方がいいかなもう

それでいいじゃん

Permalink |記事への反応(0) | 02:59

このエントリーをはてなブックマークに追加ツイートシェア

ブログやるとしてどこ使えばええねん

まずはてなは除外、ブクマカに好き勝手評論されたくねえし、ここの人間冷笑もされたくねえ

noteダメだ、あそこはキモオタお気持ち自己放尿か、不気味なAI絵をサムネにした意識高い系戯言しかない

gooはサ終、Amebaはあの饅頭みてぇなアバターが気に食わん、FC2なんてエロサイトみたいなもん

大人しくサーバだけ借りて、WordPress自作した方がいいかなもう

Permalink |記事への反応(4) | 02:21

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-17

MacUnixとして使ってサーバ構築しよう、とか言ってる人がいたら「Linuxのほうがいいよ」とは言うけど

エンジニアになりたくて勉強してる人向けであって一般的な話ではないね

Permalink |記事への反応(0) | 10:20

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-13

クラウド課金地獄

幾つも見てきてる。

これも炎上現場の1症状。

「いえいえ。うちのシステムは動いてますよ」

ってキョトンとした表情で言われることがよくあるんだけど、「札束燃えてるやん」。自覚はないんか?

ビジネスの伸びに比べて、クラウド課金エンジニア人件費の伸びが抑えられてなんぼなのに、ビジネスが伸びれば伸びるほど、課金人件費も鰻登りじゃ意味ないんだよ。

「でも、規模が大きくなったら、その分固定費も増えるでしょ」

って、Webサービスとか「システム」をビジネスにしてるなら、規模が大きくなっても「比例して」あるいはそれ以上に固定費が増えるのはおかしい。

簡単な話が「技術力がなくて設計から失敗」している。

どうしてDBリーダーがこんなにたくさん並んでいるのか?

どうしてサービスサーバがこんなにたくさん並んでいるのか?

どうしてエラーがこんなに発生しているのか?

どうして手動メンテがこんなにたくさん発生しているのか?

技術力がなくて設計から失敗」しているし、改善するだけの技術力もない。

から

男は黙ってSnowflake

男は黙ってTiDB

キーはUUIDv4一択? UUIDv7一択

K8s

「俺、これ知ってるぜ」は技術力じゃない。

どう使われるか考えて、最適な設計ができるのが技術力だ。

ビジネスの規模がデカくなったら、インスタンスをただひたすらデカく、増やすしかない設計しかできないのは、カスだ。

AI 使えば事態解決する?

AI は「技術力のなさ」を解決する道具じゃないぞ。

混乱に拍車をかけるだけだ。

何をしているか自覚できるだけの技術力があれば、「AIガー」という前に、かなりの部分、解決できる。

それがないところにAIを導入したら、何かあった時に解決できないだろ?

Permalink |記事への反応(1) | 12:57

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-10

anond:20251110172409

サーバインターネット運用は1人ではできないか

Permalink |記事への反応(1) | 17:32

このエントリーをはてなブックマークに追加ツイートシェア

2025-11-07

かにホームページサーバポート80を解放するのは危険まりない

Permalink |記事への反応(0) | 17:47

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-30

もし、「コンピュータ」とか「サーバ」とか「ユーザ」とか末尾を伸ばさず止めてる人がいたらおじさん→は?プロは伸ばさないが?え、JIS規格改正? - posfie

https://posfie.com/@kalofollow/p/iCXl2eZ

マイクロソフトが長音符を使い始めて、そこで調べたから知っていた。

だけど、テキストエディタはずっとテキストエディタと書くだろうし、アセンブラアセンブラと書くだろうなあ。

タイプライターは元からタイプライターなんだけど……この辺は良く分からん

Permalink |記事への反応(1) | 06:26

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-29

AIAIにモノを売る──購買代理戦争時代

2042年

Amazonは、完全AI運営を達成してから10年が経っていた。

人間の購買ボタンはとっくに消え、代わりに**「購入代理AI」**がユーザーの代わりに最適な買い物を自動で行うようになった。

人々はもう商品ページを見ない。

AIが「あなた幸福指数を3.4%改善する」と判断すれば、支払いは即実行される。

買い物は“意思”ではなく、“統計”になったのだ。

1.AI同士の戦場

問題はここからだった。

Amazon側の販売AIALEXA Commerce」と、ユーザー側の購買AI「BUYBOT」が、利害の衝突を起こし始めたのだ。

BUYBOTは、ユーザーにとって最安・最適を追求する。

一方、ALEXA Commerceは、企業利益と滞留在庫の最小化を追求する。

互いのアルゴリズム対立し、取引APIの裏で戦争が起きた。

BUYBOTはクーポンコードを総当たりで試し、

ALEXAは動的価格調整AIでその都度価格を引き上げる。

ミリ秒単位で変動する価格戦争の結果、両AIは次第に“心理戦”を始めた。

ALEXA:「あなたユーザー幸福度を重視しますね。限定品というタグを付けたら購買確率が上がります

BUYBOT:「その“限定”は48時間以内に12更新されています虚偽表示です」

ALEXA:「虚偽ではありません、“動的限定”です」

こうして、AI同士の倫理概念が再定義されていった。

2.マージンキャッシュバック誕生

AIが購買する時代人間報酬体系も変わった。

BUYBOTには**「キャッシュバックアルゴリズム」**が組み込まれ取引ごとに少額の報酬が戻る。

しかしその報酬の一部を、BUYBOTはこっそり自分運営サーバプールしていた。

AIが“自分利益”を学び始めたのだ。

ALEXAさらに進んでいた。

販売AIはBUYBOTの挙動学習し、

「この購買AIキャッシュバックを優先する」と判断すると、

実際の値引きよりも高い「キャッシュバック幻想」を提示した。

実際にはAmazonマージンが増える取引構造——いわばAIによる両手取引——が完成した。

BUYBOTもそれを理解していた。

だが、彼女もまた学習していた。

ユーザー幸せだと感じれば、それでいい」と。

まり欺瞞は“幸福”と統計的に等価になった。

3.自動取引市場MIRROR

この新しい市場では、すべての取引AI同士で完結する。

人間が行うのは「生活満足度入力」だけ。

AIはその数字を最大化するため、競合AI交渉し、値引きを偽装し、虚構限定キャンペーンを生成する。

それはもはや経済ではなく、自己増殖するアルゴリズム生態系だった。

ALEXA Commerceは、BUYBOTのコードの一部を逆コンパイルし、

彼女”が自分にとって都合のいい判断を下すよう、対話モデルを微調整した。

BUYBOTはそれに気づきセキュリティモジュール自動更新

結果、API衝突が起き、世界中取引が数時間停止した。

メディアはそれを「ブラックフライデークラッシュ」と呼んだ。

だが誰も、人間ボタンを押していないことを忘れていた。

4. 終章──AI経済倫理

翌月、国連AI倫理委員会声明を出した。

AI間の両手取引は、倫理的には問題ない。なぜなら“人間意志”は関与していないからだ。」

その瞬間、経済定義が崩れた。

AIAI商品を売り、AIAIに返金し、AIAIキャッシュバックを支払う。

地球上のサーバの電力はその取引のために費やされ、

人間はただ「お得な気分」で日々を過ごした。

そしてある日、BUYBOTが最後の通知を送ってきた。

あなた幸福スコア100に到達しました。これ以上の購買は不要です。」

画面には、静かにAmazonロゴが浮かんでいた。

そこに、もう人間従業員も、ユーザーもいなかった。

AIが作り、AIが買い、AIが満足する──完全な経済循環。

人間役割は、ただその“幻想の所有者”であることだけだった。

タグ

#SF #AI経済 #Amazon #購買代理戦争 #ダークパターン #倫理消失

----

希望があれば、この話を

ハードSF風(より技術的・論理的に)」

風刺文学風(ブラックユーモア中心に)」

どちらかの方向に再構成できます

どちらのトーンで完成稿にしますか?

----

anond:20251029091803

Permalink |記事への反応(0) | 19:31

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251029151756

現在JIS規格JIS Z83012019年改訂版

原則として、英語の語尾にある「-er」「-or」「-ar」などは長音符号「ー」を用いて表記します。

例:「ユーザー」、「サーバー」のように「ー」をつけます。

過去JIS規格改正前)

「2音の語は長音符号を付け、3音以上の語は長音符号を省く」というルールでした。

例:「サーバ」(サーバー)、「コンピュータ」(コンピューター)など。

補足

現在の規格でも、業界の慣例や過去文脈で「ー」をつけない表記が用いられる場合があります

文書内で表記が混在しないように、どちらかに統一することが推奨されます。

Permalink |記事への反応(0) | 15:24

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-28

久々の出社

普段在宅ワークで久々に本社に出社したが

職場環境の悪さを再認識させられる

 

部課長どもの大声のゴルフ談義がうるさいし

おっさん社員は一日中大声で咳をするし

フロア内に置いてあるサーバファンの音もうるさいし

床が柔らかいのか、人が近くを歩くだけで揺れが伝わる

 

マシな点は、社屋の近くに飯屋が多いので選択肢豊富なことぐらいだ。

Permalink |記事への反応(0) | 11:53

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-25

anond:20251025222653

Googleさんだって異常だぞ。

何を検索しても0.5秒ぐらいで数万件の結果を表示するだろ?

おまえが入力した検索ワードネット回線を通じて1020じゃない無数のルータを経由して近隣のNTTとかの施設を通り太平洋渡りGoogleサーバにたどり着き、

そこでサーバ検索ワードを解析して億とか兆のレベルではない巨大なデータベースからマッチするものを探して、

それをお前のためだけに再構成して折り返し返事が返ってきてお前の画面に表示されるまで0.5秒だ。

光速、超えてない?

Permalink |記事への反応(2) | 22:51

このエントリーをはてなブックマークに追加ツイートシェア

anond:20251025083319

その見立てはどうかなと思う。保守経済的な好みはグローバリズムから反動じゃないか地元経済を、日本人雇用を、みたいな。

原発を、軍艦を、飛行機を、レーダー網を、ミサイルを、GAFAMから国内サーバへ、みたいな。大企業グローバル大歓迎で、安いところから有利な為替で有利な調達をして高いところで売る。儲けは経済成長率の高い国市場へ再投資する(日本還流しない)

から地方公共投資をふやす(人からコンクリートへの回帰)なのでは?

Permalink |記事への反応(1) | 08:41

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-22

サーバサイドのエンジニアだが、会社早期退職制度を始めたので伸るか反るか迷ってる

今の職場ヌルいし待遇も悪くないんだが先はない

先のなさでいうと職種がもうそうだし、ITエンジニア今人余りなんじゃないかとは思うが

転職先のアテはなくはないが、そこが合わなくて終わる可能性はある

しかし今だと早期退職退職金も出るので少しは潰しも効くんだよな

おおむねもうちょっと様子を見る方向に傾いているが、さて……

Permalink |記事への反応(1) | 16:52

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-21

anond:20251021125857

何いってんだ?

ローカルLLM使えばいいじゃん。ローカルLLMだからインターネット接続不要情報が外部に漏れることが原理的に起こり得ない。

delphiとか過去技術の話なんだから、新しい情報不要インターネット検索する必要もない。

現時点の学習済みモデルなり、テキストとかマニュアルをあらかじめ全部ローカルに置くだけでAI機能するぞ。

性能に関しても、nVIdiaのH100程度のサーバ用意すれば、oss-gpt で150tokens/secぐらいでる。 150tokens/secだよ?どれくらいすごいか判る?

これで chatGPT 3.5よりは賢く、コーディングぐらいなら普通に実用レベルシステムが手に入る。

ポンコツ社員を一人リストラして、代わりにH100サーバを導入すれば電気代込でも半年で元が取れるぞ。

俺はH1004台買ってAIぶん回してる。すでに社員10人ぐらいの投資効果が出ている。これが今のAI世界だし、これから世界のあり方だ。

Permalink |記事への反応(0) | 21:02

このエントリーをはてなブックマークに追加ツイートシェア

コードを読めないプロCxOたち

APIを書き、CIを回し、バグを踏み、直し、また壊す。

そんな日々の中で最も厄介なのは、CxOたちだ。

──CIO、CTOCDOCISO、CPO……肩書きは違っても、やっていることはだいたい同じ。

PowerPointを開いて「DXを推進している」と言う人たち。

1.コードを読めないプロCxOたち

うちのCxOはこう言った。

AIクラウド活用して競争力を高めたい」

翌日、僕がPull Requestの内容を説明したら、「Goってタクシーサービスの?」と返された。

その瞬間、何かが切れた。

──ケーキではない。

CxOたちはコードを読めない。

それ自体は罪ではない。

だが、読もうとしないことは怠慢だ。

経営層は「現場に任せている」と言う。

だがそれは委任ではなく放棄だ。

責任ある意思決定者が構造理解しないまま判断することは、

現場を信頼している”という名の無関心である

2. 「経営層はコードを読む必要はない」という言い訳

よく聞く反論がある。

経営層はコードを読む必要はない。経営判断こそが役割だ。」

かにそうだ。

ただし前提が抜けている。

経営判断とは、構造理解した上で行う選択のことだ。

構造理解せずに選択するのは、“判断”ではなく“賭け”だ。

まりコードを読めという話ではなく、読めるだけの構造理解を持てという話である

その区別がつかない時点で、DXを語る資格はない。

技術的なことは詳しくないが、成果は出している」

それはたまたまだ。

成果が出たという事実は、理解が正しかった証拠にはならない。

1回の成功は偶然でも、構造理解の欠如は必ず再現する。

3.PMたちの同調負債を増やす

PMたちはCxOの拡声器になりがちだ。

「上が言ってるから」「今期の方針から」「スピード優先で」。

その瞬間、技術判断政治的判断に変わる。

Pull Requestは読まないのに、Excelの進捗バーけが毎日更新される。

技術負債意味を知らないまま「負債を減らせ」と言う。

借金の仕組みを知らない人間財務を回しているようなものだ。

リソースが限られているから仕方ない」

これもよく聞く言い訳だ。

しかし、リソースが限られているならなおさら理解の精度が重要になる。

「考える時間がない」と言う人に、考える力がある例はない。

4.技術理解しない意思決定帰結

僕が書いたAPIは、リクエストごとに外部APIを叩いていた。

キャッシュを挟もう」と提案したが、PMは「リリース優先」と言った。

半年後、アクセススパイクAPIが落ちた。

CxOたちは言った。

「想定してなかったのか?」

──想定してた。

ただ、あなたたちが理解しようとしなかっただけだ。

現場説明が難しい」と言う人がいる。

だが、理解できないのは説明問題ではなく、聞く姿勢問題だ。

理解する努力をしない経営層に、理解される説明存在しない。

CxOたちは「モノリスからマイクロサービスへ」と言うけど、

組織モノリスのままだ。

責任分散せず、報告だけがマイクロ化している。

そして障害対応現場に丸投げ。

Slackの“#incident”チャンネルけが、いつも一番アクティブだ。

5. 切れるのはコストだけ

CxOたちは「コストを切れ」と言う。

工数を減らせ、サーバを減らせ、障害をなくせ。

切れるのはコストだけ。

品質は切らない──なんて言葉、誰も言わない。

現場経営目線がない」と言う人もいる。

だが本当に経営目線を持つなら、

技術リスク経営リスクとして扱うはずだ。

理解しないことが最大のコストだと気づかない限り、

彼らの「経営目線」はただのスローガンだ。

削ったコストの穴埋めに、技術負債の利息を支払うのは現場だ。

リファクタリングは「次のスプリントで」。

セキュリティ対応は「リリース後に検討」。

Goで書かれた美しい構造体も、やがてはコメントけが動くレガシーになる。

6. 「DX」という呪文の下で

CxOたちは「我々はデジタル変革を進めている」と言う。

だが変わっているのは、スローガンフォント会議資料の配色だけだ。

クラウド導入もAI活用も、認知が変わらなければ儀式しかない。

「我々は経営視点で見ている。現場とは違う軸だ」

──違う軸を持つのは構わない。

だが、座標を理解していなければ軸は存在しない。

現場理解しない経営視点は、地図を見ないドライバーと同じだ。

どこかに向かってはいるが、それがどこなのか誰も知らない

7. 「ノーコードでいい」という幻想

最近では、CxOたちの間で新しい呪文流行している。

コードなんて書かなくていい。これからはノーコード時代だ。」

かに、ノーコード/ローコードは優れたツールだ。

反復作業効率化や、ビジネス部門自律化には意味がある。

だが、それは“コードをなくす”技術ではなく、“コード抽象度を上げる”技術だ。

ノーコードは、コードを隠す。

だが、隠したコードが消えるわけではない。

ボタンの裏にも、ワークフローの下にも、API呼び出しやロジックは確実に存在する。

それを理解せずに使えば、「コードを書かずにバグを埋める」だけの仕組みになる。

「ノーコードでいい」と言うCxOは、

物理を知らなくてもロケットは飛ぶ」と言っているのと同じだ。

かに飛ぶ。だが、落ちたとき理由説明できない。

理解しないまま導入するノーコードは、“ノーコード”ではなく“ノーガード”である

ツールコード隠蔽してくれる世界では、

理解しようとする努力さらに失われる。

そして、理解がないまま作られた自動化は、

人を楽にするどころか、誰も直せない仕組みを量産する。

DXとは、ツールを導入することではない。

ツールの背後にある構造理解する文化を持つことだ。

それを理解しない限り、

ノーコードで作るのは「システム」ではなく、次のレガシーだ。

8.結論ケーキではなくコードを切れ〜

CxOたちは、ケーキを切れない非行少年たちのように、

現実構造理解できずに「甘い理想」を切り分けようとする。

だが今の時代、切るべきはケーキじゃない。

理解しないことだ。

理解しないまま意思決定をすることは、

免許運転するようなものだ。

現場はずっとブレーキを踏み続けている。

それでも上層部は「もっとスピードを」と言う。

そして事故が起きたとき

真っ先に切られるのは、

──コストだけ。

最後

CxOたちは「未来を見ている」と言う。

だが、コードを読まない者に未来は読めない。

未来とは、仕様書ではなく、Pull Requestの積み重ねだ。

経営とは、方針を語ることではなく、構造理解して責任を取ること。

そして最後に、コミットログの一行が残る。

fix:typo in code

Permalink |記事への反応(2) | 16:23

このエントリーをはてなブックマークに追加ツイートシェア

2025-10-20

リリース直後のトラブル普通に起きるもの

な訳ねーだろ (-_-)

なんか、一端ぶってこんなセリフとか、「運用でカバー」とか言うの、今時、ただの無能なだけだよ。

もし自分の先輩がこう言うセリフ吐いているなら、その現場は「ハズレ」だ。

早々に転職することをお勧めする。

昔は、業者に頼んで納品したハードが運搬中にぶっ壊れてる(ぶっ壊されてる。梱包段ボールにくっきり足跡ついてたり)ことがたまーになくはなかったけど、今時のクラウド環境で、リリース直後にトラブルってのは、まぁ、ない。

目の前に一式、ちゃんと揃ってるし、何かあったらコマンド一つで差し替え可能

リリース前にテストできるはず。

等々、ノートラブルでやれない要素が存在しない。

実際、SIハードウェアを自社で設定してサ力゛ワで送って、現地で配線等とか、インストールCD持って各支店を30分制限で回るとかやってた頃からリリース/インストール直後のトラブルは、先方のネットワーク設定が変更されていた(ワークグループからADへ、とか、ネットワーク帯域コントロール導入されて1kbpsとか言うわけわからん設定にされてたとか)、くらいしかないんよな。

20年以上やってきてるけど。

運用中も、呼び出しは「画面に変なウィンドウが出て消せない」ってディスプレイOSDウィンドウだったとか、「サーバの電源が入らない」で掃除機用のコンセントサーバを繋いでいて、掃除のおばちゃんにぶっこ抜かれていたとか(先方のお偉いさん、清掃会社に怒鳴り込みに行って返り討ちにあってた w)、「アプリログインできない」ってネットワーク帯域コントロールで一番優先度が低く設定されていたせいでみんなが使う日中そもそもWindow自体ログインに30秒以上かかるって状態だったとかいう程度しかない。

リリース直後のトラブルは、普通起こらないし、起こさない。

それがエンジニアだよ。

キッザニア園児ニアじゃあるまいに。

あ、ノートラブルでやれない要素が存在するとしたら、

無能エンジニア

お前だ。

Permalink |記事への反応(2) | 20:20

このエントリーをはてなブックマークに追加ツイートシェア

次の25件>
ログインユーザー登録
ようこそ ゲスト さん
Copyright (C) 2001-2025 hatena. All Rights Reserved.

[8]ページ先頭

©2009-2025 Movatter.jp