  |
はてなキーワード: バッドノウハウとは
http://anond.hatelabo.jp/20170510110944
Hatelabo::AnonymousDiary
はてな ＞ はてラボ ＞ はてな匿名ダイアリー
ざっくり言いたい人必見！
俺氏、ライブドアニュース風ソースを公開へ
ざっくり言うと
✓ もっとみんなにもざっくり言ってほしい
✓ ソース公開したら良くね
<p class="font-l"><b>Hatelabo::<font color=#4296A5>AnonymousDiary</font></b></p>
<p class="recentitem"></p>
<p class="font-ss">はてな ＞ はてラボ ＞ はてな匿名ダイアリー</p>
<br>
<p class="font-ll"><b>タイトル</b></p>
<p class="font-ss"><font color=#2C4F99>■</font> <font color=#2CAAF0>■</font> yyyy年mm月dd日 hh時mm分</p>
<br>
<br>
<p class="box-bg-gr">ざっくり言うと</p>
<br>
<font color=#4296A5>✓</font> 内容
<br>
<font color=#4296A5>✓</font> 内容
<br>
<font color=#4296A5>✓</font> 内容
<br>
日曜日の１１日にサルバドール・ダリ展を見に東京新国立美術館行ってきた。１２月１２日までだけど最終日は平日だから、サラリーマンは日曜日の１１日が実質の最終日。
１６時くらいについたけど、えらく混んでた。なんと８０分待ち。東京の美術館は混むと聞いていたがまさかこんなに混むとは思わなかった。
遊園地でもないのに８０分も待つのはさすがにつらいので、休憩所でコーヒーを飲みながら１７時くらいまで待った。待ったが、行列が少なくなる気配がないので仕方なく行列に並んだ。
１８時にようやく入れた。閉館時間は１８時なのだが、１８時３５分まで延長されるらしい。だけど館内も無茶苦茶混んでいる。ダリのシュールレアリスム時代の絵は緻密な描き込みが良いのだが、人が多すぎるのと観覧者が全く動こうとしないせいで作品は遠目でしかみれず。時間もないので全ての作品を駆け足で見た。じっくり見れなかったため、印象に残っている作品はまったくなかった。
東京で美術館巡りしている人にこの話をしてみた。東京で著名な作家の展示を見たければ平日に見に行くか早起きをして朝に見に行くしかないらしい。地方の美術館だとこんなに混まずにゆっくり作品がみられるのに。東京の美術館では混雑のせいで名画の感動が台無しになっている気がする。
東京に来て５年くらい経つが、わかってはいたけど何をするにも混んでしまう。最初はあまり地元ではみられない人混みが面白くてよく出かけてたけど、もう休日は混んでいるところへ出かけることがなくなった。地元に住んでた頃は山や花火大会へ行ったり、休日は駅前で買い物をしたり、美術館巡りをしていたのだが、東京は高尾山もクソほど混む、イベントごとがあれば身動き取れないほど駅前も混むわで、ここ最近はあれだけ好きだったことを我慢するようになってしまった。東京では保育園の倍率が高いから、倍率が低い所へ引っ越したり「保育園へ入りやすい駅」とか調べてるんでしょ？ それってバッドノウハウじゃない？ 地元では待機児童なんてほとんどいないよ。
今は東京は自分にとってただ息が詰まる仕事があるから仕方なく住んでいる場所でしかない。いまはただ人混みがあまりない空いている地元で自分が好きなときに好きなだけイベントごとを楽しみたい。
メールを自動改行、また、それに対応するバッドノウハウの実行をそろそろやめてほしい。大いなる生産性の無駄。
びじねすまなぁが記載されたサイトたち。俺の意見は少数派らしい。
読みにくいなら受信側のViewで処理すべきなのに、なんで送信側で調整しなきゃいけないんだ…ウインドウを小さくすればいいだけじゃないか。
もちろんpタグを使うときみたいに段落で改行するのは必要。CR+LFを置換するのは、意図した改行の情報が失われてしまうからダメ。うまい正規表現があるかもしれないけど。
Twitterにおける「@username」に近いかもしれない。
記事中のどこかに記事のURLを入れておけば、その記事に対して自動でトラックバックが飛んで、トラックバックツリーが形成される。
ちなみにURLを記事タイトルの欄に入れるのは慣習にすぎないので遵守する必要はない。
はてな記法と少し違う。
はてなダイアリーでは改行2つで空行だが、
↑このように半角スペースを入れることでも空行が作れるが、
これはHTML的に言えば<br />ではなく<p></p>なので微妙に違う。
改行タグを挿入する（改行記法） - はてなダイアリーのヘルプ
はてな記法と同じ。
[http://anond.hatelabo.jp/:title]と書けばページタイトルが取得されて表示される。→はてな匿名ダイアリー
[http://anond.hatelabo.jp/:title=自由なタイトル]と書くこともできる。→自由なタイトル
リンクを簡単に記述する（http記法、mailto記法） - はてなダイアリーのヘルプ
はてな記法と同じ。
>>
オルフェーヴル (Orfevre）は日本の競走馬。 中央競馬史上7頭目のクラシック三冠馬。おもな勝ち鞍は皐月賞、東京優駿、菊花賞（2011年）、宝塚記念（2012年）、有馬記念（2011年、2013年）。馬名はフランス語で「金細工師」（仏：Orfèvre）。
<<
こう書くと、
オルフェーヴル (Orfevre）は日本の競走馬。 中央競馬史上7頭目のクラシック三冠馬。おもな勝ち鞍は皐月賞、東京優駿、菊花賞（2011年）、宝塚記念（2012年）、有馬記念（2011年、2013年）。馬名はフランス語で「金細工師」（仏：Orfèvre）。
こうなる。
引用ブロックを作る（引用記法） - はてなダイアリーのヘルプ
はてな記法と同じ。
|*馬名|*出生年|*獲得賞金|
こう書くと、
| 馬名 | 出生年 | 獲得賞金 |
|---|---|---|
| オルフェーヴル | 2008年 | 13億4408万円 |
| ディープインパクト | 2002年 | 14億5455万円 |
こうなる。
はてな記法と少し違う。
増田では記事タイトルは別入力なので、「*」ひとつで小見出し記法の扱いになる。
もちろん時刻付き見出し記法は使えない。
小見出しをつける（小見出し記法、小々見出し記法） - はてなダイアリーのヘルプ
記事のタイトルの最初に[今日知った言葉]などと書くとカテゴリーを設定できる。
カテゴリーを設定しておくと、同じカテゴリーの記事を簡単に一覧できる。
使えたり使えなかったりする。
とりあえず、リンクと引用と表組みの使用頻度が高いんじゃないだろうかと思ったので、それ以外の説明は省く。
記事タイトルが長くなると、ちゃんと表示されるかと心配になって、つい「確認する」ボタンを押してしまいがちだが、実は確認画面では長いタイトルはちょん切られてしまう。
「確認する」ボタンを押さずに、そのまま「この内容を登録する」ボタンを押せば、記事タイトルが長大でも省略されずに投稿される。
増田標準のCSSを利用することでいろんなスタイルを使えるが裏ワザみたいなものだからあんまり多用してはいけません。
はてな匿名ダイアリーの標準スタイルシートでデコるバッドノウハウ
増田には連投規制がないので、記事登録時に「この内容を登録する」を連打すると、そのぶんだけ同じ記事が投稿されてしまう。
悪意はなくても、増田が重くなったときなどに投稿が反映されなくて、思わず連打してしまうことがある。
「反応が遅いだけできっと増田に投稿できている」と信じて、登録ボタンを押すのは一回だけに留めよう。
警告なしにぶった切られるので、めちゃくちゃ気合の入った長文記事ほど途中で終わり、
しかも執筆者本人はそれに気付かない、という悲劇が起こったりする。
<> ←ちゃんと表示される。
あなたの夢はどの馬ですか？ 伝説の名馬へ投票もできちゃうスペシャル企画！現時点ではサイレンススズカが単勝１番人気です。 【JRA】スペシャルＣＭ「夢の第１１レース」特設サイトを開設します！ https://t.co/911dJ2ZP09— (株)中央競馬ピーアール・センター (@JRA_PRC) 2015, 12月 10
増田は実験サービスなので、連投規制もないし、それが実装される予定もない。
はてなは増田なんかロクに見てないので、荒らしやbotが跳梁跋扈していてもBANしてくれる可能性は少ない。
そういう迷惑な増田を見かけたら問い合わせフォームから通報しよう。
どうもスーツです。
http://b.hatena.ne.jp/entry/d.hatena.ne.jp/NOV1975/20150512/p1
これのはてブと元記事見て血圧上がったので、チマチマ反論するよ。
記録を軽視するな。
業績が個人について回ったら、誰も保守しないだろ。
金を生むのかそのドキュメントレビュー。リファクタリングでいくら稼げますか？
ロボットアニメの博士みたいにな、空中から予算が湧いて出たりしないんですよ。
誤解があるみたいだから言っとくが、評価には減点も加点もある。
ただ、スケジュール前倒しで予算が浮くようなシステム作ったりしてないだろ。
何故ならばスケジュールは常にキチキチで、間に合わなきゃ減点されて当たり前だ。
そこは同情する。
見積は常に過少で、調整は過小評価され、日程だけが評価軸になりがちだ。
オマエらが椅子を滑らせて隣の同僚と１分会話して実施した内容は、キサマが風邪引くと誰にも共用されない。
コードレビューした。仕様書レビューした。まあギークが言うなら内容に間違いはないんだろう。
だが、その部分は三年前に転職した同僚がやったはずです？それじゃダメなのは判るよな？
オマエ独りで完結するプロダクトをオマエがケツもって仕事するなら文句は言わないが、違うよな？
本来は「指摘事項ゼロ」「問題がないか再精査しろ」「再精査したが無い」「一筆書け」「書いたから通せ」をやるのが正しいというのは判る。
やって欲しいのか。
ギークが不要だと思ってるレビューに、さらにチェックリストが加わったり、書類が増えたりするぞ。
正しい数字で出せ。
恐らく上から順番に怒られた上にいらん書類を書かされた上に再発防止策を延々と書いた挙句、本業であるコードを書く仕事が遅延して、さらに同じことがループするが。
政治的に正しいんじゃ無いんだよ。
そうした方が、ギークの遅延が少なくなると思うから、スーツが知恵絞ってんだ。
ギークが一度遅延したが最後、遅延が無くなるまで延々と再発防止策（しかも一度着手しているのでスケジュール見積もりについて以外でだ）書かされるぞ。
その「どんなに正しくても」は、どこの誰が担保してるんだ。
ギークの勘か？
オマエが言えよ。
言えないならその立場に無いってことだ。
「常識で考えればこうする」というのは、何時の時点の誰の判断だ。
たった30年前までメインフレーム全盛だったが、常識的に今後はオープンシステムだと断言できたか？
違うだろ。
オマエの書いたソースが間違ってて、コンピュータはソース通りに正しく動くんだよ。
バッドノウハウなのは認めるが、誰も幸せにならない正しさを貫くことはギークとしての職責の一部か？
もしそう思うならそうしろ。
責任は取られてるんだよ。
はんこの数だけな。
機械学習の重み付けと同じでな、それがスーツの出世パラメータに影響してんだよ。
記録を軽視するな。
証拠を残せ。
「なんでバグが無いのが判ってるのに単体テストするんだよ」とか言って、テスターがサボったら困るのは誰だ。
ただ、監視システムにタイムレコード追加するより、カメラ範囲内に時計を置くのがハックなんだろ？
コードスニペットは溜め込むくせに、口頭で言った内容をメールで送れないのは何故だ？
ギークなら可読性を上げろコメントを残せソースを引き継げるようにしておけ。
JavaコンパイラにC++のソース突っ込んだってエラー吐くだけだ。
まあ、見通しが悪いと思うなら、オマエが新言語作ってくれても良いんだぜ？
自分はとあるwebサービスを新規で立ち上げようとしてるペーペーのエンジニアだ。
サーバーサイド出身の人間でLAMPに理解力があるエンジニアだと思っていい。
そいつが初のクライアント側の実装をやることになったんだが、いろいろ覚えることが多くて大変なんだ。
いろんなバッドノウハウを踏みまくるなか、プロジェクトの中で一番大変なのは新しく覚える言語ではなく、
フレームワーク使い倒すでもなくて、プロジェクトに参加してる人間達だということに最近気づいた。
政治力と置き換えていいかもしれない。
この政治力が足りないとうまく立ち回れない。
この話を通すには誰かと仲良くなっていると通りやすいとか、
立場で話を進めて何を言ったかではなくて、誰が言ったかになってたりなど。
中には勇敢に立ち向かって行く人がいるが、玉砕してるのを間近で見てる人間はもう戦うことをやめる。
そんな闇を抱えたプロジェクトに新しく人が入ることもある。
自分も完全同意で、確かに意味がわからない。だが、負けたのだ。
過程を説明し、我々の闇を知ってもらうと大抵は納得してもらえる。
いやそれでもまだ問題は山積みだ。
しかし、ここでも"誰が"コードを書いてるかによってコメントが2chのように荒れたりする。
やる気が削がれる。
そして納期。
納期を守らなければ売り上げが0円で、開発してるものもただの文字列でしかない。
価値あるものをユーザーに届けるというゴールを誰が見ているんだろうか？
社内の取り決めやふんわり決まった仮決めの仕様で進むことで度重なる仕様変更。
それに疲れたメンバーの退職に全力阻止するプロジェクトマネージャー。
どうしてこうなってしまったんだろう。
ミュゼプラチナのCMに出てる娘のCMをよく見るんだけど、もう付き合いたいじゃなくて自分にもあんな娘が居たらなと思う程度のオッサンだ。
最近、会議とか議論とかプレゼンの資料とか、ハッキリ言うと仕事を進める上で、自分でも違うって判っていながら使う技術がある。
ハナキンなのに一人酒してたら凄い罪悪感で歯が痛くなってきたから、懺悔したいと思う。
例えばだけど、こんな感じ
もしくは、地熱が有力ですみたいな説明をする。
リストに意図的に入れていないなんて説明はしないし、商業ベースの発電実績に大きな差があるとか言わない。
そうすると、「知識を持っている人であっても、載っている情報で判断しようとする」バイアスがかかる。
電通と博報堂は売り上げも従業員数も段違いだが、並べて書くと2強に見える。
例えば「ホームセンターでの売り上げに差はないと考えられる」とか書いて、ざっくり説明する。
そして、売り場での実績データや、他社製品の動向を手持ち資料で準備しておく。
リストアップの応用だが、人間は会議中にそんなに記憶しておけない。
だから、レアケースや災害時の対策、計算しにくいリスクをあげると、
「今提案中の議案」VS「指摘されたリスク」のようになる。
例えば「小学校にPRにいく」という提案があったときに「不審者が入ってきたらどうする？」などのケースをあげる。
（それは小学校の担当範囲であるというのが真っ当な反論だが、「我が社としては何も考えないと言うことか？」と畳み掛けたりする）
レアケースの応用だが、本来の意図と違う部分を仮定して、それに対して反論する。
例えば「太陽光発電パネルを小学校に設置すると言うが、例えば小学生がそれで滑り台にして遊んだらどうなるか？危険はないのか？」
ポイントは「小学生が近寄って危険はないのか」であれば、「近づけないように柵で囲う」と言えるが、
「滑って遊んだとき」に関しては「データがない/危険だと思う」などの言い方しかできない。
（つまり、まともに答えてはいけない質問になるが、職場には部署が異なっても上下関係がある）
何を答えても「もし遊んだらどうなるのか？」と繰り返し質問するタイプの上位役職がまれにいるが、対処は諦めよう。
議事録の記載が最たるものだが、発言を言い直すと相当に印象を変えることができる。
例えば「我が社の既存の商材に比べて、大きなアピールポイントとして」を
「うちの商品は売れないから、奇抜な特徴をつくって売るってコトだろ？」など。
提案者側の時には、必ず議事録の作成中にチェックを入れて、面倒そうな指摘は無かったことにしたり、複数の質問をまとめたりする。
例えば「既存に比べてと言うが、どの程度違うのか？結果の売り上げ予想は？」を「既存商材と比較した違いは何か？」など。
（大抵の場合、質問した側は数字が欲しいのではなく、指摘したいだけ）
まともな会議中であれば、この逆や裏をつかった反論には普通指摘が入るが、意外に流されて印象が変わったりすることがある。
例えば「メンテナンスが簡単なので、導入障壁は低い」に対して、
「導入障壁が低いと好評な既存商材は、前に比べてメンテナンス性は変わってないが」
「じゃあメンテナンスが面倒なよその商品は、導入障壁が高いはずだが、売れている」
（対偶まで見ると明確だが、そもそも「参入障壁の要因がメンテのみ」と暗に仮定しているのが間違っている）
「太陽光パネルを推すと言うことは、地熱の可能性を無視するということか？
「売り上げ予想データがないのは、開発した技術を使いたいだけで、利益はどうでも良いんだろう」
「そんな前提は説明されなくても判っている。周回遅れだ。考えが浅い」
「（営業マニュアルが準備されていないが、の質疑後）その必要性？そんなところから説明が必要なら話にならない」
「太陽光発電はネットでの評判が悪いが、ブランドイメージは大丈夫か？」
「私立の学校では、そんな発電よりも給食などが喫緊の課題ではないのか？」
面倒なのでまとめるが、
比較時点で落としたものを再度持ち出す、邪推する、自分が知っているから古い＝だから駄目、自分が信じる必要性を理解していない＝だから駄目、特にデータ無く印象で否定する、全く関係のない話題と比較する。
流石に会議に参加するのは全員良い大人なので、この手のは基本的に「感情的な発言」として無視される。
ただ、「だから駄目」パターンの「オレの言いたいことぐらい判っていろ」に関しては、部署で暗黙に前提とされていたりもするので場合による。
（会議には立場も上下関係も売り言葉に買い言葉もあるので、当然発言そのものは良くある。議事録には残らない）
「〜っていうことか？」という都合の良い言い換え系は大抵馬鹿発言だが、
リストアップして重みの軽重を無視する、レアケースの指摘、仮定しての反論などは、チェックしてると使える技術が拾えたりする。
あとまあ、同じものを違う名前で呼ぶと頭の中がリセットされるとか、違うものを同じ名前で呼ぶと印象を引っ張れるとか色々あるけど、
なんかこういうバッドノウハウの蓄積って不毛だと思うけど、宮仕えじゃなくてもクライアントとの折衝でも使ったりするし、