私が知っているエンジニアのほとんどは、専門用語を話したり、抽象的な単語を使ったりして、仲間に混ざったり、目立ったりしています。しかし、時にはこの技術用語が混乱を招くこともあります。新しい言葉を発明する必要からなのか、同じ輪の中にいる楽しみのためなのか、「ノウハウ」も持っている人だけが話し手の「文法」を理解できるのです。
残念ながら、これらの慣用句は技術者以外の人々には理解しにくいものです。もちろん、エンジニアが製品戦略を語るべきでないのは誰のせいでもありませんし、高尚な理想を「構築」することが多いため、ユーザーと本当に関わるのは難しいのです。しかし、もしあなたがエンジニアについて十分に知っているのであれば、そろそろ彼らにやめるように言うべき時だとわかるはずです。なぜなら、彼らが使うフレーズの中には、逆効果にしかならず、逆にフォーカスを移してしまうような、とても迷惑なものもあるからです。
最近では、ハッカー・ウィークに行くと、これらの慣用句の多くを「実際に」耳にし、他のもっと面白い表現に取って代わります。
ビジネスそのものが肉好きな象ハンターだからといって、よく使われるlow hanging fruitをslow moving meatに変え、おそらく私たちのクッキーを失うことを想像してみてください。
ソフトウェア開発者が話すフレーズのトップ20です。QAエンジニア、ネットワーク・オペレーション・エンジニア、プロダクト・マネージメント・チームなら、このリストにもっとたくさんの文章を加えることができるはずです。ちょっとした努力で、この「自由に編集可能な」あなたや他のみんなを怒らせる言葉やフレーズのリストを完成させることができます。
1.急がない
2.より多くのリソースの必要性
3.品質、スピード、コスト、3つの選択肢のうち2つ
4.この機能の投資収益率は？
5.ステートメント不要
6.クライアントはそう思っていません
7.コマンドライン
8.APIを使用することができます
9.理解できないでしょう。
10.この機能は必須です。
11.試されています。
12.クライアントが何を求めているのか理解できない
13.技術的負債
14.測定できますか？
15.バグではなく機能です
16.これはCAP定理に違反します。
17.ルーブ・ゴールドバーグ
18.これはプラットフォームの責任です。
19.それは30ポイントのエネルギー消耗です。
20.昨晩の「噂の渦」はご覧になりましたか？
良いソフトウェアを作るのは大変ですが、拷問であってはなりません。このような考えのもと、Aha! は、プロダクトマネージャーとエンジニアが素晴らしい製品設計図を作成し、お互いに話し合い、楽しむための新しい方法を生み出すために開発されました。
