  |
はてなキーワード: h1とは
以下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と簡易アクセスログで“本文よりメタ情報”を磨く。
アーカイブ主義：記事は追記で更新。URLは変えない。Versioningを意識。
今でも、トラバではなく新規の記事なら「タイトル内 @dorawii」を入れ続けてくれてるようにも見えるけど。
トップページからの除去でよければ、前に書いた「タイトル内 @dorawii」の判定 anond:20250912204933 に、「全体内 BEGIN PGP」の判定を加えればいけるかな。署名もない場合はJavaScriptを使わないと無理だね。
h1 + #intro + #body div.section:has(a.tw-share-button[href*="dorawii%40"]), h1 + #intro + #body div.section:has(a.keyword[href$="/BEGIN"] + a.keyword[href$="/PGP"]){ display: none; }
タイトルに dorawii@ が付いてる増田はこれでトップページから消えるはず
h1 + #intro + #body div.section:has(a.tw-share-button[href*="dorawii%40"]){ display: none; }
導入方法
PC: 【Stylus】ウェブサイトにCSSを適用できる拡張機能。自由にカスタマイズ！ | ナポリタン寿司のPC日記
https://www.naporitansushi.com/stylus/
iPhone: MaKeoverアプリでiPhone SafariのCSSをカスタマイズ！万博パビリオン予約結果一覧を見やすくする使い方
https://gintachan.com/makeover-app-css-change-safari-how-to/
Android: スマートフォン Android版FirefoxのCSSカスタマイズ Stylus の使い方・初期設定方法
のうち
/* トップページで言及エントリを除外 */ /* via: 最近ファーストブクマカが静か https://anond.hatelabo.jp/20250326171302 */ h1/*はてな匿名ダイアリー*/ + #intro/*名前を隠して楽しく日記。*/ + #body div.section:has(h3 > a/*■*/ + a:not(.keyword, .edit)/*anond:YYYYMMDDhhmmss*/){ display: none; }
/* トップページで言及エントリを除外 */ h1 + #intro + #body div.section:has(h3 > a + a:not(.keyword, .edit)){ display: none; }
で、結局英文スパムっていうのはハリポタや日記を書より長続きしたの？
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20250902184741# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaLa9QQAKCRBwMdsubs4+ SAfLAP4heYt4CbbgzEMd7CnoyPe8OT0YyYv3RZTpKSu+y3MxUwD/SHOFCqvYzI7K 8SDOQbPGQZM3zrSkhQjtMS/Eavqndwk= =EKRt -----END PGP SIGNATURE-----
Chrome系ブラウザには増田を快適に閲覧するための コンパクトな増田 という古い拡張機能があったが、Chromeの更新に対応し切れておらず、既にChromeには新規インストールできなくなってしまっている。Edgeにはまだインストール可能だが、いずれ対応しなくなる可能性が高い。
そこで、「増田のトップページで、言及エントリ(返信・トラバ)を一覧から除外することで、新規エントリだけを一覧できる」という機能に絞ってコンパクトな増田を再現、ついでにいくつかのおまけ機能を付与したスタイルシート(CSS)を今年の4月に公開していたのだが、今回改めて英文スパム対策を追加したので公開する。
これを導入するには Stylus という拡張が必要で、少し気軽さには欠けるが、増田以外にも活用できるので、この機会にぜひ導入してみてほしい。拡張をインストールしたあとは、下記のコードをコピペして新規スタイルとして導入する方法もあるが、スタイルシートを公開できる userstyles.world の増田CSSページ(※毎朝9:00直後はアクセスできない) から [Install] ボタンでインストールするほうが、自動更新にも対応するので便利かもしれない。
/* トップページで言及エントリを除外 */ /* via: 最近ファーストブクマカが静か https://anond.hatelabo.jp/20250326171302 */ h1/*はてな匿名ダイアリー*/ + #intro/*名前を隠して楽しく日記。*/ + #body div.section:has(h3 > a/*■*/ + a:not(.keyword, .edit)/*anond:YYYYMMDDhhmmss*/){ display: none; } /* うっかりクリックしがちなキーワードリンクを無効に */ a.keyword{ pointer-events: none; } /* 執筆時のテキストエリアを広く */ textarea#text-body{ min-height: 50vh !important; } /* 執筆時に特殊記号のヒント(疑似要素なので選択してコピペできないのがもどかしいけど) */ p.post-submit > span.explain::after{ margin-left: 1em; padding-left: 1em; content: "特殊記号: &[&] <[<] >[>]"; background: url(/images/common/outsite-wh.gif) 0 3px no-repeat; } /* スパム対策部分は下記URLの [Install] ボタンで事前確認できます(随時更新中) */ /* https://userstyles.world/style/23028/ */
なお、このCSSを適用すると、NGワードを含むこの増田自体も、増田トップページからは消えてしまう(この増田単体の個別ページなら閲覧できる)。
念のため、PC・スマホにCSSを適用する方法の解説にもリンクしておく。
PC: 【Stylus】ウェブサイトにCSSを適用できる拡張機能。自由にカスタマイズ！ | ナポリタン寿司のPC日記
https://www.naporitansushi.com/stylus/
iPhone: MaKeoverアプリでiPhone SafariのCSSをカスタマイズ！万博パビリオン予約結果一覧を見やすくする使い方
https://gintachan.com/makeover-app-css-change-safari-how-to/
Android: スマートフォン Android版FirefoxのCSSカスタマイズ Stylus の使い方・初期設定方法
(7/21追記) また、スパムが特に多い時は、1ページまるごとスパムということもあるので、PCなら uAutoPagerize (Chrome) や weAutoPagerize (Firefox) などの拡張を使うと、自動でページが継ぎ足されて快適に読み進められる。ただし、継ぎ足ししまくるとメモリ不足などでブラウザが重くなることがあるので、そうなったら page: 20 などのページ番号をクリックしてから続きを読もう。
また、スパム対策の簡易NGワードは、下記のスクリプトを使って抽出した「直近の増田の頻出キーワードリンク上位20件」から、誤判定しそうな line と user を除いた18件を用いた。10件だと生き残る英文スパムがあったので20件にしたが、それでもわずかに洩れはある。しかし日本語による真っ当な(?)増田の直近の誤判定はなかった。はてなキーワードのリンクだけを対象にしているので、URLにはこれらのキーワードが入っていても大丈夫だ。ただし、スパムのトレンドが変われば話は変わってくるかもしれないし、過去や未来の増田の誤判定は当然あるだろう。気になる人は前掲のCSSを行単位で編集してほしい。
// AutoPagerizeでまとまった数のページを読み込ませた後に実行するとよい。 (function(){ const keywords = []; // はてなキーワードの集計 document.querySelectorAll('a.keyword').forEach(a => { // 4文字未満は誤検出の可能性が高まるので除外 if(a.textContent.length < 4) return; let index = keywords.findIndex(k => k.keyword === a.textContent); if(index >= 0) keywords[index].count += 1; else keywords.push({keyword: a.textContent, count: 1}); }); keywords.sort((a, b) => a.count < b.count); // ランキング配列の出力 console.log(keywords); // CSS埋め込み用に上位キーワードのみをURIエンコードして出力 console.log(keywords.slice(0, 20).map(k => encodeURIComponent(k.keyword)).join('\n')); })();
anond:20250326171302 ←元はこの増田がきっかけでした。
anond:20250701194328 ←キーワード判定に踏み切る後押しとなりました。
すまんかった。
これが修正版。もしよければ自分が使ってる別の便利機能も付記したので使ってみてください。
/* トップページで言及エントリを除外 */ /* via: 最近ファーストブクマカが静か https://anond.hatelabo.jp/20250326171302 */ h1/*はてな匿名ダイアリー*/ + #intro/*名前を隠して楽しく日記。*/ + #body div.section:has(h3 > a/*■*/ + a:not(.keyword, .edit)/*anond:YYYYMMDDhhmmss*/){ display: none; } /* キーワードリンクを無効に */ a.keyword{ pointer-events: none; } /* 執筆時のテキストエリアを広く */ #text-body{ min-height: 50vh !important; } /* 執筆時に特殊記号のヒント(疑似要素なので選択してコピペできないのがもどかしいけど) */ p.post-submit > span.explain::after{ margin-left: 1em; padding-left: 1em; content: "特殊記号: &[&] <[<] >[>]"; background: url(/images/common/outsite-wh.gif) 0 3px no-repeat; }
先月作ったCSSだと、「タイトルにキーワードが含まれている」場合と「自分が書いた日記」の場合も一覧から除外されてしまっていた。これはたいへん申し訳ない。テストも兼ねて自分でも何度か活用してはいたものの、一覧される増田の数がなんだか少ないなーとは思いつつも気付いてなかったわ。
https://anond.hatelabo.jp/20250326171302
「コンパクトな増田」がどんなものかググる程度の非ファーストブクマカだけど、ファーストブクマカには大変お世話になっています。ひとまずこんなユーザースタイルを当てれば、トラバは除外できます。
/* トップページで言及エントリを除外 */ h1/*はてな匿名ダイアリー*/ + #intro/*名前を隠して楽しく日記。*/ + #body div.section:has(h3 > a/*■*/ + a/*anond:YYYYMMDDhhmmss*/){ display: none; }
ユーザースタイルやAutoPagerizeを使ったことない場合は下記を参考にググるなりしてみてほしい。
https://chromewebstore.google.com/detail/stylus/clngdbkpkpeebahjckkjfobafhncgmne?hl=ja
uAutoPagerize - Chrome ウェブストア
https://chromewebstore.google.com/detail/uautopagerize/kdplapeciagkkjoignnkfpbfkebcfbpb?hl=ja
--
マルウェア問題が起きたのはStylishで、そのユーザー層を引き継いだのがStylus。
紹介したuAutoPagerizeは拡張の更新日付もレビューの日付も新しいし、私自身はFirefoxのweAutoPagerizeを使ってるけどデータベース更新日付は本日付なので、たぶん大丈夫。実際増田のトップページで快適動作してます。
<h1>最新の塗装技術と業界の進化</h1>
近年、テレビ などのメディアでも取り上げられることが増えた塗装技術。特にPPGのリファインシステムは、最新のテクノロジーを活用し、より高度な仕上がりを実現しています。新しい塗装方法が登場することで、作業時間の短縮やコスト削減が可能になり、多くの業界関係者の関心を集めています。
この分野では、塗料の品質向上だけでなく、環境に優しいソリューションの開発も進んでいます。特に、プログラム に基づいた自動塗装システムは、精度を高めるだけでなく、職人の負担を軽減する画期的な技術として注目されています。例えば、この最新情報を参考にすると、最新の技術動向を把握しやすくなります。
また、最近公開されたPPGの最新ガイドラインでは、プロ向けの技術解説や、新しいリファイン手法が詳しく説明されています。特に、塗装の際に気をつけるべきポイントや、効率的な作業フローに関する情報が満載です。興味がある方は、無料で提供されているこのリソースを活用するとよいでしょう。
最近の調査によると、多くのプロフェッショナルがPPGの新しい技術を活用し、実際の現場で高い効果を実感しているようです。例えば、新しい塗料の組み合わせや、下地処理の改良により、塗装後の耐久性が向上しているとの報告もあります。このような変化をいち早くキャッチし、実践することが、今後の成功につながるでしょう。最新の技術に関する詳しい解説も公開されているので、チェックしてみるのもおすすめです。
さらに、パソコン を使った3Dシミュレーション技術の活用も進んでいます。これにより、塗装の仕上がりを事前に確認できるため、ミスを減らし、より効率的な作業が可能になります。この研究では、最新のデジタルツールがどのように活用されているのかが詳しく説明されています。
もしあなたがこの業界に関心を持っているなら、ぜひPPGの公式情報をチェックしてみてください。最新の技術トレンドや、実際の適用事例がこちらで確認できます。
以下chatgptによるremixjsの例
import { useEffect, useState } from "react";
import { json } from "@remix-run/node";
import { useLoaderData } from "@remix-run/react";
export const loader = async () => {
const response = await fetch("https://api.example.com/data");
const data = await response.json();
return json({ initialData: data });
};
export default function Index() {
const { initialData } = useLoaderData();
const [data, setData] = useState(initialData);
useEffect(() => {
const fetchData = async () => {
const response = await fetch("http://api.com/get");
const newData = await response.json();
setData(newData);
};
fetchData();
}, []);
if (initialData.value === null || data.value === null) {
return (
);
}
return (
<h1>Remix: SSR + クライアント処理</h1>
);
}
ミッドコアの踊り子です。
分身からの攻撃は苦手な人がいそうだな~という感じ 実際に事故が多い つらい
床壊れるところ、Nやってるときは「零式になったらヤバそうだなあ」と思ってたけどパンチかアッパーかの初見殺し以外は難しいところ何もなかった
暗闇の雲が再来しなくてよかった
結局綺麗な解法も見つからないままでウケている。
たまにはこういうのがあってもいいのかくらいの難易度ではあるか 近接可哀想だなあと思った
ギミック単体で見るとどれも2層にしては難易度高いけど、ランダム要素がロール別だから処理覚えればすぐできるようになっててバランスいい
気合で避けるところ以外は
今後これ増やして欲しいな
H1さんは踊り子が居たら4ショック距離減衰ペア頭割りの時動けたら動いてあげてください 頼みます
ミスりやすいところとバーストタイミングがズレてるから立て直しやすかったり、バーストのタイミング木人になってくれたり、ずっと優しくて助かる
画面端に移動すること以外は完璧
久しぶりに前後半繋がってる4層、おじさんには若干のつらさがある
前半は早々にランダム要素の処理固定化解法が出回ってくれたおかげで難易度が格段に下がった気がする
日出が判断！判断！判断！でキツいのは言わずもがな、最後の剣の舞も判断+狭安置でみんな疲れてきてミスりやすいのが怖い
後半、DPSチェックが緩い以外はあまり簡単な要素ない気がする
程良さ いいね
零式は難易度これくらいにして、DPSチェックだけもうちょっと絞ってくれたら丁度いいんじゃないかなあ
次も楽しみ
ホストって、自己価値が低い女性の自尊心くすぐるんだよねきっと。「あぁ必要とされているっ」と思わせるために。
H1.『客子、君だけは仕事としてでない、本当の僕を見ようとしてくれるんだね。嬉しいよ。君といるときは素の僕でいられるんだ。君は特別な存在だ。』
K1.「でも、やっぱり本当は客として見ているだけなんでしょう？本当はお金が必要だからこうして喋ってくれているのよね。」
H2.『・・・そっか、君もそう言うのかい。僕は客子だけは違うと思っていた、君だけは特別だと思っていたんだ。君は優しいから・・』
K2.「本当？そう思ってくれているの？」
H3.『僕は君の前でだけは嘘をつきたくない。君は優しいから君を裏切りたくない。』
K3.「ごめんなさい！さっきはひどいことを言ってしまって！」
H4.『あぁ泣かないでくれ客子、いいんだ。他の人と違って君は本当に優しいから。ありがとう。君だけは特別だ。』
K4.「（嬉し泣き）」
精神的に自立している女性の場合、そもそもホストクラブへ行く可能性が低いだろうけれど、無理に想定して想像してみても、この後の流れで
H5.『客子、君に助けてほしいんだ。借金を返すために売り上げや指名のノルマ云々...』
K5.「返済計画はきちんと立てているの？そういった相談なら専門家に相談するのがいいんじゃない？お金を貸すことはできない。それはホストと客の関係では必要ない事だろうし、売り上げを伸ばす協力は私の財布状況では難しい。今月はもう上限だし来月も〇円を超えることは無理。」
H6.『(しら～と白け)』
他者と繋がっている、相談相手のいる女性であれば万が一風俗に誘導されて・・なんてなりそうになっても、誰か他者に相談できるのかな。「自分、彼を信じているんだけど、でも不安。信じきれない私って酷いのかな、でも不安。。。」なんて第三者に打ち明けられれば傷が浅いうちに助かりそうな気がする。
＜title＞Document＜/title＞ の下に ＜script src="./script.js"＞＜/script＞ という行を追加する ＜body＞ と ＜/body＞ の間にテスト文言を ＜h1＞てすと＜/h1＞ とでも書いておく bodyの中に書いたテスト文言が左上に表示されているはず console.log("Hello, World!"); とタイプし、上書き保存する
Hello, World!
と出力されていれば成功。
これで JavaScript を実行する最小限の環境は整った。
好きなようにプログラムを書いてコンソールに出力したり画面に書き出したりしてみて。
「指示の通りにならない！」という時はどこでつまずいてるか書いて。対応策を助言できるかもしれない。
https://note.com/bayashiko1/n/n315d57e50849 これ
色々言われてるけどさ、仮に本人の書いてることが正しければ今は不法滞在で、何ヶ月か不法就労してたわけでしょ。せめて国外に出てからか、ステータス復活してから書くべきじゃないの。「不法滞在なうイエーーイ」じゃないんだよ。通報されたらめんどくさいっすよ。
H1-B 通るまで。
ビザを優先して Meta で働くべきだった、1年して中途で転職すべきだったと言う人多いけど、まあそれはそう。でも優先順位は人それぞれなので。
何らかの理由で Meta が H1-B 通しちゃったとしよう。ここからもボタンの掛け違いが続く。
というかなんで内定辞退するって言った後に H1-B 承認されてるの？これが謎。「キャンセル」したのが、H1-B が承認される前なら、そもそも H1-B になってないので今も F1 が有効。承認された後なら、10月になる前に取り下げたなら今も F1 が有効だけど SEVIS が書き換わってるので、Meta が移民局に送った取り下げの通知のコピーを大学に持っていって、SEVIS を修正してもらえば OPT で働ける。
で、続き。10月に「Meta サポートの H1-B に切り替わる」って言ってるけど、働いてないのにビザが有効のわけがないのでこれは明確に間違い。
この後、Google の担当者にばっかり聞いてるけど、ステータスが切り替わる前に移民弁護士に聞いておけば早かった。特に自分の就労ビザが実はやばいかも、って雇用主に自分から話に行ってどうするのという気持ちになる。
年明けの面談だって、会社に言ってしまうとその時点で無給になっちゃうけど、自分で雇った移民弁護士に聞いておけば無給にならずに、お給料もらったまま引っ越しの準備なり、転職活動なり、今後の作戦が練れるでしょ。
最後に、追記のところに「アメリカの再入国への悪影響は無い」って言い切っちゃてるけど、そんなわけないでしょ。 ESTA で入れなくなるし、不法就労したんだからそれを今後のビザ申請で全部言わなきゃいけなくて、当然審査が厳しくなる。入国禁止は180日からだけど。
今から SEVIS 修正してもらったとして、不法就労した後でも復帰できるのかわからないけど、アメリカに残りたいならそれが可能性がまだ残ってる。でも帰る準備も平行したほうがいいだろうけど。
なんというか、怪しい箇所が何箇所もあって全部裏目に出た感じで、しかも記事を通して人のせいにしてる感じが伝わってくるからなかなか同情できないけど、大変そう。
会社ではesaとかでmarkdownのドキュメントを書く機会が多いんだが、
# 見出し
みたいな記載、つまりh1要素を使うことに違和感を覚えてしまう
昔からの感覚だとh1要素ってページ上1つしかないのが自然な感じする
この記事でいうと『ちょっとみんなに質問なんだけどさ』というタイトル部分でh1はもう使われている気がして(増田で実際にどういうタグ構成になってるかは知らんけど、タイトルがh1で記載されていることは多いだろう)
それと同等の情報を記事のボディ部分で改めて使っていいのかよくわからん
いや、仮にページタイトルと重複っていうのは無視できたとしても
# 大見出し1 ## 中見出し1 ### 小見出し1 # 大見出し2 ## 中見出し2 ### 小見出し2 ### 小見出し3
違和感はあったとしてもh2始まりでh4とかh5要素まで出てくると文字サイズの差がよくわからんくなって
h1始まりにしたらh4要素をh3で書けるようになって見栄えはよかったりするのになーって思ったりもする
ちょっと調べたら今のSEOの世界ですらそんな厳密なルールはなくて良い感じに見てるっぽくて、
いやこれはSEOとかじゃなくてドキュメント記法上の慣例とかルールみたいな概念の質問なんだが、
メモ帳に
<!DOCTYPE html> <html lang="ja"> <head> <title>練習</title> <script> alert("aaaa"); </script> <style> .div1 { color:#ffffff; background:#ff0000; } </style> </head> <body> <h1>練習用のページ</h1> <div class="div1"> ここの色を変えたい </div> </body> </html>
をコピペして「test.html」みたいな名前で保存したあと
「script」や「style」のところで何を書いてるのかとか
それでいろいろイジってみればええで。
あとブラウザの「デベロッパーツール」もしくは「開発ツール」っていうのを起動すると
見ているページのHTMLとかが分かるようになるんや。
使いこなすと便利やで。
頑張りや。
中の人と思しきアカウントが「本当に文体変えても捕捉してるなら指摘してみてほしい」と言っていたので、自分がメモしてる中からいくつか「国語力増田と同一人物だろう」と思っているものをメモ。
誤爆もあるだろうが、そこそこ捕捉精度は出てると思う。傾向としては：
国語力と論理力を云々する割に、自分は的外れな比喩を使ったり、相手が言ってないことを拡大解釈して藁人形論法をやってることが多い。本人曰く「テクニック」らしいが。もう1年ぐらいウォッチしてみようかなと思ってたけど、書く内容に全く新味がなくなってきたので、ここで記録のストックを御蔵出し。
自分よりずっと前から国語力増田の同定を楽しまれているid:Silicaさんが、上のリストで未言及の増田としてブコメで以下ご提示くださいました。「ラブコメは最も執念があった人に勝ってほしい」は、自分は判定に迷った末に外したのだけれど、じっくり読んでみると「ああ、なるほど」と思う増田確定キーワード『無明』が入っていて、お見それしました。
承前 : Part-8 https://anond.hatelabo.jp/20201018143903
次回 : 予定無し
今回は路頭🙏おじさん専用回だ。毎回コメントをしてくれたお礼に救いようのない話をする。
学歴があり頭が良く生産性の高いエリート達が高給を稼いでいるように見えるシリコンバレー。
「シリコンバレーではlayoffは日常茶飯事。皆慣れたものであっけらかんと次の職に移る」
シリコンバレーで職を失うことは母国で職を失うことよりも悲惨な状況になる場合が多々ある。
まず、Unvested RSUはすべて没収される。以前取り扱ったXさんのような場合、3年目以降のvestを目前にして首を切られようものなら号泣では済まない。
場合によってはvested stock optionさえ没収されることもある。Skype買収の際の詐欺紛いの雇用契約書によるSO没収を覚えている人もいるのではないだろうか: https://techcrunch.com/2011/06/26/skypes-worthless-employee-stock-option-plan-heres-why-they-did-it/
さらに、外国人の場合visaが問題となる。H1の場合「すぐさま」(実際に何日かの解釈は未決定)次の職を見つけねば帰国しなければならないし、F1 OPTの場合は数週間だ。
Lの場合は問答無用である。さらに、こうして帰国することになった後、また米国に戻ってくるのはかなりの骨だ。求職の難易度は一段跳ね上がる。H1が取りにくいインド人などは死活問題である。
GCの手続きもやり直しだ。PERMまで終わっていれば大した影響はないが、それ以前ならほぼ一からのやり直しである。
こうした状況で心底あっけらかんとできる人はそういない。表情には出さなくても、心中は絶望と怒りで満杯だ。
社員が職を追われる状況全体を指してFiredと呼ぶ人は多くいる。これは無知かoversimplificationだ。ごく一部のみが本当のFireを経験する。つまりmutual agreementが一切無くinvoluntaryなfire for causeだ。
何故か。カリフォルニアはat-will employmentであるから、社員の首を切るのはいつでも如何なる理由でも自由のはずではないか。
現実は随分と違う。例えば、ある社員のパフォーマンスが悪かったとしよう。単なる中間管理職であるその上司が"You are FIRED!"とBTTFの一場面のようにその社員をfireしたとしよう。
何の事前準備も無く、何の契約書もない状況でそれをした場合、その社員が会社をdiscriminationで提訴する可能性がある。つまり、このfireはパフォーマンスが原因であったというのはbaseless、実際はその社員のrace, religion, genderなど法律で差別が禁止されている要素によってなされたものだ、と。実際に提訴する社員は少ないし、勝訴する可能性もそれほどではない。しかしその可能性があること、その場合の会社への損害が、特にブランドが大事な大企業の場合多大であることから、のっけから示談に持ち込まれる可能性がある。その社員は大枚をせしめることになる。そうでなくても、首を切られた社員はunemploymentを受給できる(社会通念に触るようなcauseの場合を除く)ので翌年からinsuranceに影響する。たかが一社員のために全社に関わるそんな問題を起こした中間管理職の運命は推して知るべしだ。
つまり、だれの目から見てもその社員が社会通念上あるいは雇用契約上の何かに抵触したような場合(GoogleのJames Damoreが記憶に新しい)でない限り、何らかの事前準備、あるいはその社員との間の何らかの承諾書なしに首を切ることは大企業の中間管理職にとって考慮の外なのである。一部下のパフォーマンスどうこうで自分を危険にさらす人間がどれだけいるのか。いるとしたら馬鹿である。
しかし、まだブランドを気にする段階にないstartup、あるいは法律やHRにまだ詳しくないその経営者などによってこのreal fireが行われることもある。訴訟されないのはsheer luck。後でlegalやHRに釘を刺されることだろう。
これはWork Force Reduction (WFR)あるいはReduction In Force (RIF)と呼ばれる、本物のlayoffだ。
ビジネス上の理由があり、きちんと書面で事前準備をして、その部署の全部または一部をlayoffする。
LegalとHRがしっかり事前準備をしている限り、訴訟リスクはほぼ無い。但し、その部署は縮小傾向にあることが前提なので、翌年からのH1/GC手続きに制限がかかる。
個人のパフォーマンスどうこうの事由ではないので、大抵severanceは太っ腹であり、他部署へのtransferもできるだけ支援される。
社員にとっては悲劇ではあるが、全体でみるとまだ地獄の入り口にも達していない場合である。
今回の主眼である。
その社員が本当にlow performerだったとしても、fireはできない。ではどうするか。以下のどちらかが必要となる。
どのようなlayoffだっとしても、まず一つ目の選択肢が与えられる。severanceもきちんと払われる。逆に言えばそれを人質にしてこの選択を迫る。
あくまでもvoluntaryなので離職後にunemploymentは出ない。早急に次の職を探さねばならない。
社員が承諾しない場合のため、二つ目の選択肢の準備が必要だ。これこそが恐怖のPerformance Improvement Plan (PIP)だ。
その社員は即座に辞めることを拒否する代わりにPIPに入ることを選択し、一定期間その上司と何らかの「プロジェクト」に携わる。
名前が示す通り、表向きの目的は社員のパフォーマンスを向上させることだ。実際にそういう場合もあるだろう。しかし、囁かれる事例のほとんどは訴訟リスクを下げる形式付け以外の何物でもない。
上司がせっかく用意したPIPでも向上の兆候が見られなかった。明らかなlow performerでありこれを事由として解雇する、となる。
中には明らかに達成不可能な「プロジェクト」をあたえられる場合もあるし、たとえ達成してPIPを抜けたとしても今後の出世はほぼ無理だ。
PIPをもってdeath sentenceと呼ぶことが多くあるのにはこういう背景がある。ほとんど全員が宣告と同時に職探しを始める。
想像してほしい。訴訟リスク低下のためだけに、達成不可能なように、自分で辞めるように、調整された拷問を受けるのである。
しかもそれを執行するのは自分を無能と判断した上司。実際どちらが根本原因なのか他人は知る由もない。
まさに糞である。
会社としてもこんな制度があるのは好ましくない。しかし現実には存在する。何故か。
残念ながら、この場合も多い。一流大学から来た、LeetCode面接を華麗に突破した新入社員たち。
彼ら全員が実務で使える技術者になれるか? No way!
説明が難しいのだが、実務で使える技術者になれるかどうかはその人の資質による。LeetCodeをたくさん練習してきたかどうかとは殆どかかわりがない。
脳の回線が何か違うのか、実務でとことんダメな子はいくら教育してもダメなままであることがほとんどだ。そのような例を多数目にしてきた。それこそ大事なコードを書かせてはいけない人々だ。
自分は面接でLeetCodeは一切させない。Unit testについての経験、難しかったdebugの経験などについて質問することにしている。
しかし、業界全体ではLeetCodeを多用し(楽なのだ!)、LC面接に向けて特化練習してきたダメな子とそうでないが実務で使える子と、評価が逆転することになる。
ただの暗記・努力コンテストなら四書五経の暗唱と変わりないではないか。
糞すぎる。LeetCode delenda est!
Coasterというのはもともと、ある種の成功者達を指していた。Google/FBなどが買収した企業の社員であったり、長年いて大事なシステムの難しいところをすべて心得ている人だったり、とにかく会社が失うわけにはいかない人々だ。そういった人々の中には、遮二無二働くのをやめ、会社に来るだけでほとんど仕事をしない。しかしRSUはたっぷりと支給されているので辞めるわけにもいかない。Rest and vest. Retired at office. 悠々自適の人生を送る、つまりcoastingしているのだ。そういった人々の中には年間$1Mを得ているひともいる。
ある種の糞コミュニティではこの言葉の意味を広げ、単なるslackerにも適用するようになった。
真のcoasterほど会社に必須の、高ランクの社員ではないが、長期間昇進しなくても首を切られないterminal level (GoogleのL5, AmazonのL6等)に達し、あとは流している人々だ。
会社によっては沢山いる。こういったslackerの方が真のcoasterよりも問題である。
すでに功成り名を遂げた真のcoasterは他人のプロジェクトに口を挟まず、その卓越した経験から時にpinch hitterをすることもある。彼らが高給をせしめようが、会社が傾かない限り自分はどうとも思わない。
逆に、slackerは自分の存在を正当化し、最低限必要な評価(GoogleのCME等)を得るために他人の成果を横取りしたりpoliticsに興じる場合がある。
Passive-aggressive masterも多くて非常に苛立たしい。Nefarious shxtbag. Atrocious slacker. GTFO for god's sake!
まさに癌である。是非ともPIPられて欲しい。
本当に救いようがないのはこの場合だろう。
上記のようなlow performer, slackerという判断は誰がするのか？もちろん上司である。
ではその上司の判断は常に正しいのか? NO FUXKING WAY!
実際はできる社員が糞上司に陥れられてPIPられる話は枚挙に暇がない。
大体、本当にその社員がダメだったとして、そのような状況になった原因のある程度は面接の手法だったりプロジェクトの進め方だったりにもある。
その全責任を部下に押し付けて、自分は被害者かのようにふるまうのだ。
さて、各会社でどの程度PIPが行われているのか？
糞コミュニティ筆頭blindで"PIP"で検索して出た中から、ある程度スクロールダウンした後のキーワード発生回数を見てみよう。
| Amazon+AWS | Microsoft+MSFT | GOOG | APPL | Netflix | |
|---|---|---|---|---|---|
| 653+46 | 85 | 59+16 | 55 | 40 | 2 |
単なるブラウザ上のキーワード検索なのでその会社でのPIPなのかどうかとは関係ないかもしれない。しかし、以上のFAANG+Mの中で一つだけダントツにヤバいのがいるのは確かだろう。
AmazonのPIPは際立っている。そもそも、他の企業と違い、unregretted attrition (URA)が「最低で」5-10%になるように管理職にPIP対象者選定を強制する地獄そのものの制度があるのだ。
FBのPIPもよく知られているが、少なくとも建前上は必要な場合のみ行われるもので、最低首切り率などという制度は（自分の知る範囲では）無い。
このような状況で、自分やそのお気に入りがPIPられないように、管理職はbackstab, throw under the bus, hire to fireに長けていくことになる。
まさに地獄である。いや、正直さや善行をappreciateする閻魔様に管理される地獄の方がどれだけ良いか。
ところで、上のランキングの最下位であるNetflix。ではPerformance-based layoffが無い楽園なのかというとまったくの逆である。
どんどん首を切る。制度として確立したPIPすらなく、単に首を切るのだ。もちろんseveranceは選択肢にあるが、多くの社員がそれを選択せず提訴したらどうなるのか、興味がわく。
この辺り、技術者間にランク分けがないのと合わせ、startupの気風を色濃く残すFAANGの変わり種といったところだろう。
PIPという点ではもっとも安全なのはGoogle. PIPがほぼ無く、L5に到達してCME以上なら他のチームに渡り歩くだけで首を切られることは無い。
それはいいことなのかどうか、また色々と風聞のあるGCPではどうなのか、という点まで行くとdepends on whom you ask。興味があれば自分で情報収集してほしい。
今回までで9回、時には30分よりも大幅にかかって書くことになった。
面白がってくれた人、役立つ情報として何かを学べた人、がいれば幸いである。
他に何か、多くの人が興味を持つトピックがあれば次回を書くかもしれない。
但し、「どうしたらシリコンバレーで就職できるか」などの他人任せの質問に答えるつもりはない。自分の人生は自分で切り開いて欲しい。