「年収を上げる」と検索すると、ずらり転職サイトが並ぶ。ライフハック記事の体裁だが、最終的には転職サイトに誘導する広告記事だ。 しかも見事なまでに中身がない。転職しないなら、「副業を始める」とか「スキルアップする」といった誰でも思いつきそうなトピックを、薄ーく書きのばしている。 ここでは、もう少し有益な書籍を紹介する。想定読者はこんな感じ。 スキルアップはしてるけど、給料UPにつながらない 転職も考えたが、今の場所で評価されたい 自分をプレゼンして「良く見せる」のがヘタ そんな人に、2つのアプローチで給料を上げる方法を紹介する。 人事制度の脆弱性をハッキングする 上司のバイアスを逆に利用させてもらう この記事は1のアプローチから攻める。 紹介する本はこれだ、『この１冊ですべてわかる　人事制度の基本』（西尾太、日本実業出版社）。 著者は人材コンサルタント。400社、1万人以上をコンサルティング

「なぜ、お客が望む通りに見積もりができないのか。顧客ファーストだろう？」とドヤ顔で言い放つマネージャーがいた。自社開発のソフトウェアを組み込む提案をしたときの話だ。 確かに顧客ファーストは重要だが、お客の要望をそのまま実現しようとすると、ソフト改修に設計思想レベルでインパクトがあり、コストも時間も莫大なものになる。見積もるだけでも大変だし、べらぼうな額になるのは必至なので、こう返答した。 「お客のいう通りに見積もるのが仕事じゃないです。お客が目指すビジネスにどう貢献できるかを提案するのが仕事です。見積もりはその一部に過ぎません」 愚かな思いつきばかり口走るマネージャーだが、バカではない。リジェクトされるのが分かっている非現実的なコストを見積もる作業はナンセンスであることを懇々と言って聞かせると、ようやく納得してもらえた。彼の言い分では、経営会議での参考になるからというが、選ばれない方に注ぐ

「あとで読む」と思った本が、後で読まれた試しがない。 今度の週末・連休にと、積まれた本は崩されない。次の盆休み・年末年始に繰り越され、山脈を成し床が消える。 読書を食事になぞらえて、「血肉化」と表現するならば、私がやっていることは、メニューを眺めて片っ端から注文しているくせに、いんすた映えを気にしながら撮るくせに、まともに咀嚼して嚥下して消化してない状態だ。 そのくせ、「積読も読書のうち」と開き直ったり、溜まった本こそ私の証などと屁理屈こね回す。読まない本に「負債」のような後ろめたさを感じつつ、新刊本を探しだす。新しい本はそれだけで価値があると盲信し、かくして積読リストは延びてゆく。 もう一つ、恐ろしい予感がある。感受性の劣化だ。 あれほど楽しみに「取っておいた」本が、まるで面白くなくなっている。いや、その本の「面白さ」が何であるかは理解できる。だが、それを面白いと感じなくなっているのだ。

ネットがあるでしょ？ わたしもそう思っていた。 ITスキルに限らず、新しい技術や分野を学ぶとき、最初にすることは検索だ。ネットで紹介されている記事やノウハウを読むことで、どんなものか把握できる。無料で最新の情報が手軽に手に入る。お金をかけずに学習できるメリットは大きい。 一方で、ネットで検索するためには適切なキーワードを入れる必要がある。 知りたいことがピンポイントで言語化できるなら、かなり便利だろう。だが、そもそもどんな用語を入れたらよいのか、その言葉すら分からない段階では、ネットを使いこなすのは難しい。自分に何が足りないのかは、自分には見えにくい。知らない知識は検索すらできない。 いわゆる探求のパラドクスだ。知らないことが何であるのか分からないのなら、「それ」を学ぶことすらできない。行き当たりばったりに学んで、「それ」に行き当たったとしても、「それ」が何であるか分からないのだから、行き

例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるｗ」という人は、本書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと本気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場

きっかけは、読書猿さんとの飲み会だった。 「海外の記事やSNSを読むのに英語力が足りない。しゃべれなくても書けなくてもいいけど、スラスラ読めるようになりたい」と愚痴ったところ、「まず2万語」と言われたのが最初だ。 語彙力こそパワー、ボキャブラリーを増やすぞとばかりに選んだのがこれだ。 理由は、英語を学んできた人たちの評価がダントツだったことが一つ。もう一つは、お試しで手にしてみたところ、「ちょっと難しいけれど、頑張れば読めないこともない」というレベルだった点だ。 本書を610日間かけて読み切った結果はこうなる。Preply のボキャブラリーテストによると、ほぼ一万語に到達できた。 7870 words （2021年4月） 9944 words （2023年4月） ぶっちゃけ私一人では無理だった。初志は継続せず、どこかで挫折する理由を探し出していた。 だが、私を一人にしない技法を用いることで

飛び交う怒号、やまない電話、不夜城と化した会議室。 集められたホワイトボードが衝立のように立ち並び、全員が立って仕事をしている（座る間が無いから）。週をまたぐとメンバーの疲弊が目に見えはじめ、月を跨げば一人二人といなくなり、仕事場はお通夜となる。 トラブルの無いプロジェクトは存在しない。炎上するかボヤで済むかの違いなだけで、大なり小なりトラブルは付きものである。 自分が所属する部署は大丈夫かもしれない。だが、隣のブースだとか、同期がいるチームで炎上しているのを横目で見ながら仕事する、なんてことがある。ホワイトボードは目につくし、大きな声はイヤでも耳に入ってくるので、プロジェクトが炎上⇒鎮火するパターンなんてものも、なんとなく伝わってくる。 消火作業のイロハとか、怒った客をあしらう方法、リカバリ計画の立て方なんてのも、肌感覚で分かってくる。 そして、トラブルの扱いが分かってくる頃には、「応援

たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具

「女の子の匂い」をご存じだろうか？ 「臭い」ではなく「匂い」である。 よく言われる、せっけんの香りではない。デオドラントや柔軟剤、コンディショナー、乳液、ハンドクリーム、化粧水、オーラルケア、ファンデなどの香料、フレグランスでもない。それらは、女の子から漂ってくる様々な匂いを構成する要素にすぎない。 そうした、外づけの化合物ではなく、女の子自身から発する匂いだ。ココナッツミルクや白桃を想起させる、何とも言えない、「匂い」というより、「あの感じ」といえば分かるだろうか。心地よく、はっとする感じ、あるいは身体的にオンになる感覚である。 これは、わたしの変態性が生み出した妄想にすぎぬ、と考えていた。しかし、優れた先人たちの研鑽と研究の末、「女の子のいい匂い」とは、以下の物質であることが判明している。 ・高級脂肪酸と安息香酸エストラジオール ・ラクトンC10、C11 では、女の子の匂いを再現するこ