  |
はてなキーワード: カバレッジとは
色々ツールとかあるし色んな所でやり方が紹介されているから余裕でできるだろーって思う人多いと思うし、自分もそう思ってたけど冷静に考えて無理。
開発側が望むこととしてはサイト全体での利用が対象だけど大抵のツールは各ページごとにしか評価しないので、ガバガバ。例えばChromeにもCSSカバレッジ図る機能あるけどさ、ページ単位でしか動かない。
仮にサイト全体をクロールするとしても、JSの機能とか、ユーザーのログイン状況とか、ユーザーのステータスとかで表示が切り替わったときに有効になる特殊なCSSとかもあるわけで、それを全部カバーするにはどれくらいの労力が必要なのかって考えただけで萎える罠
ツールによってはソースコードに出てくる文字すべてをCSSのセレクタ名になりえる値として評価するとかいう超保守的なアルゴリズムで動くのもあるみたいだけど、それはそれでやっぱり不要なCSS残りまくるんじゃねーのと思います。
そういうの嫌ってJSの中にCSSを書きましょうみたいな変な宗教じみなムーブメントもおきてるけど、それってもうCSSとしてどうなん？って感じする。気持ち悪いけどこれに対する反論を適切に言語化できないので、必要だよ！って押し切られたらきつい。てかもうそういうことするくらいなら全部style属性直書きで良いんじゃない？って感じもする。
CSSってそもあってもなくても別にいいわけで、だってそうでしょW3Mとかでページ見たら装飾全部ぶっ殺されるわけですし、最新のブラウザだってスタイルを切る機能あるわけで、本来CSSみたいなおまけ機能がこうも重要に使われるものじゃなかったんだよ。でも実際は重要です。これが現実。
使っていないCSSが気になる〜。って人はそもCSSをアホみたいに使いすぎてるだけだし、最初からカスケーディングの設計しっかりしとけよ！っていうこと以外言うこと無い気がする。
くらいで良いんじゃね？って思うけど、どうしてもカテゴリを横断して出現する統一されたパーツみたいなのが出てきて、そういうパーツのスタイルがサービス全体のベーススタイルに追加されていって、肥大化する。ってのをよく見かける感じです。
まぁ不要なCSSを消すには、CSS自体のボリュームを下げて、適切にカスケーディングして、CSSを管理する人がこまめにメンテナンスする。以外に無いよな〜って言うのが結論だけど、こういうことって割と常識というか暗黙的にみんな知ってるっぽい気がするけど、ググってもあんまり情報出てこないんだけど、お前ら本当はクソみたいなCSSに埋もれて動けなくなってたりしないの？
自分は別にCSSそんなに管理してないけど、たまに手を付けるとまじでゴミまみれで、CSS書くやつはちゃんと捨てるときのことも考えてCSS書けよゴミ屋敷の住人じゃないんだから、集めっぱなしで捨てないとかアホのやることだろまじで。っていう感じです。
ウェブマスター オフィスアワー 2019 年 10 月 02 日 メモ（※所々抜け漏れあり）
https://www.youtube.com/watch?v=bBurTQBqhS0
11/25 Webmaster Conference Tokyo：今週か来週の早い段階で情報を公開する予定
最新情報への対応や常に変動するランキングに対応させるためのもの
「何かまずいところがないだろうか？」という視点でサイトに着手するのは不要
客観的にいいのか悪いのかを知るために定期的なユーザーテストの実施とか、
お互いにレビューし合う習慣を付けるとか
品質評価ガイドラインとかE-A-Tとかは個人的には見なくても良いと思うが、
Q.RankBrainにおける更新性や更新の有無による効果はあるのか？
A.オフィスアワーでランキング要素の可能性について言及するのは難しい。言えることはコンテンツの内容を改善してくださいということだけ。もし、更新性が影響すると言ってしまうとみんながそっちに走ってしまうので。
Q.被リンクではページランクとドメインランクのどちらを重要視していますか？
A.ショートアンサーとしてはどちらでもありません。
仮にドメインランクが重要ですと言ったら何が起こるでしょうか？オールドドメインの買い占めが発生してしまうでしょう。
例えばコンテンツの質を見るに、Wikipediaに関連リンクを貼られるとかそのくらいの影響力があるのかなどを見てみると良いでしょう。
筆者注：
【図解】グーグルのリンク評価20の原則【2019年版】（前編#1～#10） | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
https://webtan.impress.co.jp/e/2019/09/30/34042
初心者必見!SEO対策の基本を5分で完全解説【2019年最新版】
https://emma.tools/magazine/seo-basics/
↑これら記事とか？
A.Googleのアルゴリズムも完璧ではないので、アップデートで再評価される可能性はある。
メインのクエリでユーザーが自身のサービスが頭に浮かぶような存在になれるかどうか。
Q.robots.txtでブロックしていないURLなのに、カバレッジでrobots.txtでブロックされていますというエラーが出る
A.色々確認中ではありますが、私が調べた範疇では問題ありません。Search Consoleのフィードバックも送ってください。その際、スクリーンショットだけではなく、テキストで問題点も添えてください。
Q.サイト内画像をサムネイルとして表示したい。Googleが推奨する方法がありませんか？
A.特にそのやり方については公開はしておりません。Googleが良いと思った画像だけを採用します。
強いて対策を言えば、画像のヘルプを参考に画像の情報をGoogleに伝えるようにしてください。
A.確認しましたが、Search Consoleに表示されています。
タイムラグがあるかもしれませんがDisallowされていませんか？確認してみてください。
Q.HTTPSのSearch Consoleは追加した方が良い？重複コンテンツになりますか？？
A.追加した方が良いです。
重複コンテンツによって、起こるのはどちらかのコンテンツが上位表示される可能性があるということ。
共倒れになるということはありません。
そのクエリで頭に浮かぶくらいの存在になっているかどうかです。
Q.セパレートURLにおいてMFI後のcanonicalURLの設定について
正規化とは同等のページ内容のURLが複数あるからこそ行うもの。
canonicalよりも、リダイレクトでやってみてはどうでしょうか？
Q.検索パフォーマンスのデータの収集開始タイミングはいつから？？
A.基本的には登録前のデータも取れるはずですが、違うケースもあればフィードバックで教えて下さい。
Q.Search Consoleのプロパティへの表示について、所有者として確認されてから６日経ってもプロパティに表示されていません
A.何らかの判断で時間がかかったのだと思います。通常は数日ですが、遅れたのは新規サイトであることが要因である可能性があることです。なにか不具合ありましたらSearch Consoleへフィードバックをぜひお願いします。
A.かなり困っているご様子ですので取り上げましたが、当フォーラムでは対象外の話題ですのでウェブ検索フォーラムへ送信願います。
Q.max-image-preview robots meta の値を確認するには？
A.まだ反映されていないのでもうちょっと待てば反映されます。
Q.Search ConsoleのタイムゾーンについてPTからPSTとPDTに切り替わりますか？
A.切り替わります！！
Q.ドメインを変えずにサイト名だけを変えると検索順位はどう変わる？
A.サイト名ほど大きな要素を変えてしまうのは影響すると思います。
どういうサイト名に変えるのかも重要。ユーザーにとってわかりやすくなるとかであれば、長期的には有効になるかもしれません。
Q.max-image-preview でlargeを設定するとDiscoverに表示されやすいと聞きましたがAMP対応しているだけでDiscoverに表示されやすくなりますか？
A.AMPでもmax-image-previewでlargeでもどっちでも対応可能です。
Q.クロールエラーが特定できない件について、１月のオフィスアワーにてホスティング会社に相談してみては？との回答で、のち、６月に検証中とのことでしたがあれからいかがでしょうか？
A.あまり気にされなくても良いです。ただ、間違ったエラーが表示されないようにするためにエンジニアも調整中ではあります。
こういうエラーに気づかれましたらSearch Consoleのフィードバックをぜひお願いします。
次回は１０月後半か１１月前半の予定です
これ読んだ
https://qiita.com/57shota/items/a3a6a181e4936ae03134
英字3語は鬼門
CVRはCxRが多すぎて混乱する
ベンチャーキャピタルの略、まずベンチャーキャピタルって何だよ
投資家のこと
未だに分からん
表示
ランディングページ
最初混乱した
「LPも作ってほしくて」って言われてLPって何だよってなった
今では当たり前だけど
遺伝的アルゴリズムのことだろ？ いやGA 芸術科アートデザインクラスか
GoogleAnalytics？ 何か納得行かない
予算って言えよ
コンパ？
は？
要は方針転換
わかる気がする
扇風機だろ？
インフルエンザー？
カレッジ？
RTA？
イラッ
もっと有る気がする
現役のプログラマ、web制作・ソフトウェアに関連する産業に従事される方々のアドバイスを頂きたいです。また、ニートから社会復帰された方のアドバイスも頂きたいです。
注意: いわゆる特定を恐れてかなりぼかした表記をしているのですが、ぼかしすぎとの指摘をいただければ可能な限り追記いたします。ただし、GitHubプロフィール/WebアプリのURLについては、就職活動のための個人情報が含まれている可能性があること、宣伝すべきでないことから、ここで公開をすることはありません。
素人同然かもしれませんが、適切なアドバイスを頂くために必要だと思うので、書かせていただきます。
Webアプリの概要: 複数の外部APIを組み合わせて定期的にデータが更新される(現時点で数百万程度のレコード数)、ユーザの操作でリソースが更新されることはない(すべてのendpointが認証なし、GETのみ)
面接に間に合わせるように作ったのですが、残念ながら一度も面接官/採用担当者の方にご覧いただく機会がありませんでした。(そもそもGitHubについてご存知の面接官の方がいらっしゃらなかった…)
内容としては、モダンなWeb開発の基礎を一通り踏まえた構成になっていると考えています。
ソフトウェアエンジニアの取扱いが多い求人サイト(Find Job・Green・Wantedly)、一般的な大手求人サイト、派遣会社、ハロワ、横断検索サイト(Indeedなど)、Google検索
インターネット上で公開されている、通勤できる距離の求人情報は片っ端からクリックしました。(Google検索で site: ... ※実際には求人サイトのドメインが結構効果的でした)
良さそうな会社はたくさんあったものの、応募資格の時点でほとんど諦めることになりました。(実務経験以外なら必須でない条件を含めて満たす求人もありましたが、必須条件を満たさないために応募をすることはありませんでした。)
「社会人経験」「実務経験」を必要としない寛大な会社は、ほぼSESでしか存在しないようです。
「1年以上の実務経験」を必須とする、時給1000円のアルバイトはたくさん見つかりました。(ZOZOのアルバイトが1300円で話題になりましたが、1000円のアルバイトでもそこまで求められるのかと思ってしまいました…)
視野を広げてWebデザイナーやHTMLコーダーを見てみると、実務経験に加え、「Adobe製品の使用経験」(料金が払えない…)「Wordpressサイトの運用経験」「ポートフォリオサイトを持っていること」が必要な会社がほとんどでした。
VPSにWordPress+nginx+SSL(Let's encrypt)で構築したことはありますが、1人で更新する分には静的サイトジェネレータを使ったほうが簡単で、GitHub Pagesなどで無料で公開できるので、実際の運用には至りませんでした。
やはり、自分はデザイン系の会社が求める人材ではないと思います。
応募資格の時点でほぼ応募できる会社が存在しない中、応募資格を満たす会社に片っ端から応募して、数社面接までたどり着きました。SES以外面接落ち、SESの会社は一次面接通過後に辞退させていただきました。
面接で基礎的なコンピュータサイエンス/アルゴリズムの知識を問われる可能性を考えて、それらの基礎も学習をしましたが、これもまた面接で使用する機会がありませんでした。(それ自体は無駄ではなく、むしろ自分のためになるものでした)。
私の文章力が低く、読みにくい文章であったとすれば、申し訳ございませんでした。これでも下書きを一度破棄し、表現に気をつけながら、書きあげるのに数日を要しました。これが私にとって初めての増田での投稿で、「この内容を登録する」ボタンを押すのにも勇気が必要でした。
民主主義にバグがあるような気がするけど、どこにバグがあるのかわかんなかったんだけど、やっと思い至った。人に投票する制度にバグがあるんだ。
政党政治は人に投票するよりモダンだけど、政策のカバレッジが低い。(投票を得るために中庸によるから)
とはいえ、政治と金は切り離せないから、どんな政策をとるにも金はいる＝政策ごとの投票はそれはそれでバグの温床。
そうすると戦略オプションを機械的に走査して、これを取って、これを捨てる。みたいなそのオプションへの投票がいいんだろうなー。
機械的にやらないと、すぐ中庸の総論OK的な先送りすが人気になりそうだし、できればオプションの検討には人が介さない位がいいな。
/* Hello world */ #include <stdio.h> int main(void) { printf("Hello, world!"); return 0; }
理由は以下の通り。
そもそもITゼネコン主導の大規模開発は悪評まみれで、天国案件なんて数えるほどしかないと言われる。
なので誰がやってもしんどいと思うが、特に自分には全く合わなかった。
自分のプログラミングは、動かす前に「これで行けるだろう」と確信しながら、動かしてみて抜けや漏れが発覚するタイプなので、コードの品質は多分悪い部類に入るだろう。
つーか、仕事なんて楽に済ませたいから、コードなんて可能な限り書きたくないというのが一番にある、かなり独善的な人間だ。
一方で大規模SIのプログラマなんて、基本的にライン工か調整役以外お呼びでない。
そしてコミュ障でもある自分は必然的に、もらった設計書の長ーいフローをひたすらコードに翻訳するという、まさにライン工として身を粉にして働くしかなかった。
それこそif文の後のelseが何ページも先になろうが、ループが何重にネストしようが一切気にせず、可能な限り設計に沿うようコードを書き続けた。
元々コードを書かずに済ませたい自分には、正直目が眩みそうな作業だったが仕方ない。
しかし上述のように元来不注意な人間なので、品質は恐らくメンバーの中では最低レベルの代物を量産する結果となった。
コーディングもスケジュール的に余裕なかったが、テストに至っては必死にというか、死に物狂いで頑張らないと遅れてしまうくらい、作業量が半端なかった。
ちょっと込み入ったメソッドになると、それだけでテストケースが20とか30とか相当な数になるので、ケースの抽出から始まって、最終的にレポートにまとめてカバレッジと一緒に提出するまで、地獄のような作業の連続になった。
最終的には体調不良を理由に「すんませんクビにしてください」と言って現場を抜け、その責任を取って僻地に飛ばされ今に至る。
そんなことはどうでもいいのだが、それ以来、テスト自動化ツールに対しては、理屈抜きに憎しみしか沸かないようになった。
フレームワークの便利さを推す記事とか、むやみに持ち上げるヤツは一切信用できなくなったし、オブジェクト志向をやたら崇高で革命的なもののように吹聴するやつはもっと信用できなくなった。
コンサルにてアナリストをやった後、データサイエンティストを名乗りながら仕事をしています。そんな中で嫌だったなと思った人たちとプロジェクト
最近はアウトカムでの評価の流れにはなってきたが、まだまだモデルの評価をする事は少ない。
でも何故か相変わらずロジステックとCox回帰をやれればおっけーであり、モデルの精度が当たらなくてもオッズ比と説明変数の
有意差だけでていれば上手く行く分野。 本当に心が痛む上、まだまだ「医者でなければ人であらず」が通ってしまい、モデルの説明よりもお医者様のお言葉が1stにきてしまう。また分析プロジェクトの
設計らしい設計があまり出来ないのもつらいところ（モデルの精度が出ていないのにそのオッズ比・有意差に何の意味があるんだと思う）。後日本の製薬企業から「何とか工夫で有意差がでないのか！！」
という謎おしかりを受ける・・・いやそんなん無理ですやんと切実に思う。やる気でこの世界の数字は変わりません。
割と良いBIみたいなんが良くも悪くもあるためアナリストの人たちがやった気になっているやつ。Web関係のアナリストは、アナリストを名乗って欲しくない人の方が多いイメージ（勿論しっかりWebアナリストやっている方々は知っている）。広告内容を分類し、CVを予測、そしてマルチチャネルの予算からのCVを最適化案件をしていたらWebアナリスト様から「私の作るLPは最適です。なので予算４０００万です」という謎の最適の主張を受けたのはいい思い出（何故かデザイナー様がWebアナリストもやっていた）。広告内容のuser2vecでのレコメンド実装にチャレンジして評価して、協調フィルタリングよりも精度はよさげだな喜んでいたら、どっかのよくわからないレコメンドツールというのが汎用性もあるし、既存のツールに１万ぐらい払えば追加できるとそして何故か「最適化」されているという言葉に役員が騙されて決済がおりていたのを聞いたときは殺意が沸いた。どうせ既存のマーケティングオートメーションのレコメンドエンジンなんて協調フィルタリング・ロジぐらいだろうと思っている。本気で分析やっている人がそうそう最適化なんて言葉を使わないと思うんだ・・・。まぁここの反省はWeb業界といってもみんなコーディングがりがりではなくてGUIでいいならそれでが割と多いという事を学んだ （注意）。
３．データベース関連
どっかの人のにもあったが、「あっ、データ分析分かるんだよね？」という事でVB6とAccessの改修をやらされそうになったときは全力で拒否った。
４．やる気を説いて来る人達
やる気で数字が変わったら誰も苦労なんてしないんだよ・・・。半教師有り等で精度向上見込めるといってもいくらなんでもこのデータでは
５．ホワイトボックステストを要求されたとき
モデルのホワイトボックステストってどうやってやるんだ？精度を検証用データでやっていれば良いじゃないかと思っていた。ただそこの金融系でITプロジェクトは、基本的に「ホワイトボックステスト」やらが必須らしく・・・おいおい・・。とりあえずカテゴリーの目的変数がそれぞれの値を取ることを客先で見せてかつレポートで「こうこうこうゆうときにカテゴリー変数が変わりますよ」という彼らがいう境界線の確認を全てやることになった。カバレッジ１００％も言われたが、流石に無さ過ぎるので諦めてもらった。
６．KGIとKPIしっかり切り分けてBI作成していたら集計屋かといって来られる時
どこかの人にもあったが、私はビジネスが動けばよいと思っているので難しい分析をしなくても上手く行く時は、集計で上手く切り分けて、要因分析をやる（裏で決定木とかで境界値とかは見ていたりする）。ただ何故かそれで集計ばかりしかしていないと怒られる。別に研究者ではないし、難しい分析をしてクライアントへの説明に時間を取られたり、展開が難しくなるぐらいならば皆と合意した上で、KPIとKGIを切り分けてダッシュボード作成をしっかり出来る方が実はビジネス上上手く行くだ。むしろ自分への戒めでいつも難しい分析が本当に必要なのかと思ってるぐらいである。
注意 因みに私の別部署でインフラ基盤周りのWordpress関係が炎上していた。そこそこの大規模でWordpress使うって大変らしいのに・・・。
https://anond.hatelabo.jp/20180424082940
事例に出てきた選挙の話で考えてみると、新聞社等大手マスコミが行っている電話での世論調査は下記のように整理できる。
D.答えてくれた電話番号＝回答数。
ここでサンプリング理論が関係してくるのは、Cを適切な数集めたらBが推定できるよね、って話。
人口が何千万人もいるのに2000人対象に調査するだけでいいのはどうして？っていうのはBとCの関係。
D.答えてくれた数＝回答数
B.バナーが掲載されている当該サイトにアクセスする可能性がある人＝枠母集団
C.バナーが掲載されている時間に当該サイトにアクセスした人＝対象数
D.答えてくれた数＝回答数
で、世論調査がどうのこうのっていっているのは、
AとBがどう考えても同質じゃないから、あたらないよね、ってこと。
目標母集団と枠母集団の違い、具体例を挙げて説明しているのって あまり ないけど、下記の文科省の学校関係調査の説明なんかはイメージしやすいと思う。
http://www.mext.go.jp/b_menu/toukei/chousa01/kyouin/sonota/1400767.htm
じゃぁ電話番号だったらいいのかよ、っていう指摘は出ると思うが、ごもっとも。
https://www.nhk.or.jp/bunken/research/yoron/pdf/20170130_3.pdf
ダウンロードしたらそれだけHDDの容量を使うわけでそこにお金がかかるし、
漫画村ってのは行ったことがないので知らないけど、以前調べたところでは
ダウンロードを実用的なレベルで行うにはロダのプレミアムアカウントが必要で、
そこには月1,2千円程度の、正規の読み放題サービス程度のお金もかかった（作品のカバレッジが違ったけど）。
明らかに、多少のコストなら払ってもいいという人が多いということなので、
今後、正規の著作権者はそこをくまなく攫う方法を真面目に考える必要が出てくるだろうね。
普通のことだと思うのだけれど、おそらく日本の皆さまが歪んでいるのは「売り手は客の要求を断る権利がある」の部分で。無理してきいちゃう。だから「作り手のことを考えて要求を抑えるべし」とか噴飯物の「常識」が幅を利かせるのだが、それこそ無理な話だということを認識しろ。同じような無理な要求として「安いものは悪いと認識スべし」というものもある。
だがしかし、私は言いたい。素人部外者に、コスト構造など正確に把握できる訳がない。現代社会はお前の頭と違ってとかく複雑なのだよ。
あんなにお金のかかっているように見えるテレビ番組やgoogleやマイクロソフトオフィスみたいなwebサービスやchromeやlinuxのようなソフトウェアやすごいグラフィック音声つきのソシャゲなどが、無料で提供されているのだ。お前のしょぼいソレがその値段とか、へそが茶を沸かすわ とお客様は思っている。同じ業界のものでさえ、他社のコストについて「どうしてその値段でやっていけるのか？」と首を傾げることもある。
そもそもなぜ安いかを隠していることも多い。だからってミミズを原料に使っている的な客にとって不都合な真実ばかりではない。そのようなコストメリットを出すことこそが、業界で優位にやっていける企業秘密であり強みであり、言うなればすべての企業が持っているべき秘密で、つまりあらゆる物の値段の詳細な原価は隠されているのだ。ましてや他業界の素人部外者などにわかるわけがない。
例えば、コストを抑える技術として「原料を安くて悪いものを仕入れる」の他に「海外の人件費の安い国から仕入れる」とか「原料の安い国から仕入れる」とか「特殊な輸送方法で仕入れる（冷凍技術ができたので船で輸送できるようになったとか）」とか「スーパー職人（あるいは秘密ロボット）が1日に普通の千倍作るので給料を10倍にしても余裕」とか、いくらでも未知の技術革新は想定しうる。その他にも、フリーミアム的な無料・低価格戦略、早期にシェアを取りたいから期間限定で、でもソレを言わずに低価格で販売されるものもある（そして回収期を逃し他事業の利益を突っ込んで補填されたり、シェアが取れて薄利多売で利益回収できたりするもの＝客は丸儲けパターンも多い）。それを顧客に判断しろなんて言うのは、無理だ。
同様に「高いならいいものか？」という問題もある。ただのボッタクリ値上げじゃないという判断が、どうしてできるのか？有名料亭でさえ産地偽装するこんな世の中で。お前が「お客様のために最高級の原料を」と思ったソレが、そもそも業者のぼったくりの結果の値段じゃないと、どうして断言できるのか？ 冷凍だとこの味は出ない？ 冷凍技術の革新的新発明がなかったとどうして言える？ いやそんな悪意あるぼったくりじゃなくても、無駄に包装に手間がかかってるとか、有名タレントのCM出演料がとか、プロでしか気づかない僅かな風味の差とか、自動テストカバレッジ100％とか、客が実は「そんな価値、そこまでのこだわりは必要ない」と思ってる部分のコストが高いだけの場合もある。
他の要求も同じだ。
例えば「24時間窓口開けろ」とか「もっとキレイにしろ」とか、それが「無理な要求」「労働者の首を絞める」につながるのか？いや、つなげる経営者もいるだろうが、それは「お前の職場がブラックだから」なのであって、早々にやめるか経営者をすげ替えるべきだろう。それはお前の雇用者の問題、経営戦略の問題であって、客の要求が「取り除くべき直接の原因」ではない。
「24時間対応しろ」が無理な場合、正しい回答は「それでは利益が出ないのでできません」や「それならこの値段になります」とかだ。もちろんライバル社がやりだして客が取られることもあるだろう。それに文句をいうのは売り手・作り手としての矜持にかけるんじゃないかね。それがライバル社のブラック労働の結果なら、労基に相談だ（こういう敵対的提訴が増えるといいですね）
だいたい客に行儀良さを求めても、行儀の悪い客は出てくる。そうなると損するのは行儀の良い客だけ。そもそも、素人部外者のお前の判断する「コスト度外視のひどい要求」が、実は店側にとっては「採算の取れるかんたんな要求」かもしれないだろ？もしかすると利益の増える方向の要求かもしれない。客は売り手のすべてを知っているわけじゃないのだ。
客は無理を言えばいい。売り手は、それが無理なら、単に断ればよいだけ。戦うべきは客の要求をブラック労働につなげる職場であって、無理を言う客の存在ではない。
チームで開発って分からんね。
とあるWebサービス会社のプログラマとしてに勤めて約1年。社会人3年目（といっても途中でブランク半年）
・コピペコードもいっぱい。というか、現在進行形。「コピペしてちょっと直せばできるよね」なんてのをよく聞く。
・手続き的でどうしてもロジックの重複もひどい。ifとswitchの嵐。
・テストはエクセル仕様書。カバレッジ？観点？何それみたいな空気。
・動いてるところには触らない。
一方俺個人は
・DRY大好き。コピペなんてありえないでしょう（最近ちょっと緩まった）
・オブジェクト指向大好き。if文？switch？多態で減らせない？
とかまぁ独学が多いせいか原理原則みたいのに凝り固まってしまってると思う。
正直言って自分はチームとあってないと思う。コーディングスタイルだったり、開発速度だったり。それは申し訳ない。
プログラミングのスタイルは嫌いだけど人としてとても好きな先輩は「合わせるのって大事だよね」っていう。
それは分かる。全体としての一貫性はプログラムでとても重要なことだと思う。
その人は仕事も早いし、チーム最古参で仕様や歴史的経緯もよく把握してる。
でもさ、そんなプログラミング繰り返しても薄っぺらいコードが積み重なるだけじゃん。
コード減らそうよ。コピペなんて恥ずかしくないのかと問いたい。
仕事遅くなってもちゃんと網羅率を意識したテスト仕様書書こうよ。
と思って、俺は毛色の違うコードを混ぜちゃう。それがプログラムとして正しいと思うし、ほかのスタイルで書けない。
迷惑なんだろうなと思うし未熟だと思う。
でも俺はプログラマとしてあんなコード耐えられないし、やってはいけないと思う。
本来はチームに提案して、全体として方針を決めてそれに合わせるべきなんだろう。
俺が良いと思うからその方法で書く！なんてのは単なる我満だと思う。
彼はプログラマとしてダメだと思う。でもビジネスマンやチームでの開発者として正しいと思う。
なんだか納得できない。かと言って俺自身については今の仕事のやり方で良いと思わない。
分からない
追記歓迎
| 言葉 | 意味 |
|---|---|
| 議事録 | 気が変わる前の意見 |
| 非機能要件 | 実装するかは気分次第 |
| 確認しておきます | 今日は帰ります |
| オブジェクト指向 | オ○ニー |
| 偉い人の意見 | パルプンテ |
| ちょっとした仕様変更 | ザキ |
| 客先担当者の急な交代 | ザラキ |
| 要件定義から見直し | ザラキーマ |
| 確定した仕様 | 幻想 |
| WBS | Sはサグラダファミリア |
| キーマン | 鬱病になりにくいことがわかってる人 |
| ベストプラクティス | モジュール化されてません |
| 増員 | 導入教育で作業が止まる |
| それは新しい方法ですね | 問題がおきたらお前が対応しろ |
| 操作手順書 | 唯一多少参考になる設計ドキュメント |
| 備考 | 最も重要な考慮事項 |
| ＸＸはリスク | 問題が起きる(起きてる)けど俺は知りません |
| 試験のエビデンス | 誰も見ないけど一番手間のかかるもの |
| ペアコーディング | 今日はだるいから流すわ |
| すべての入力パターンを網羅したテスト | 1ケース0.1秒で実行しても宇宙が終わるほうが早い |
| フレームワークのバグ | 仕様です |
| カバレッジ100% | 不具合だらけですがコンパイルエラーはありません |
| トレードオフ | この仕事やるのと休日出勤どっちがいい？ |
| 動きます | 完成度10% |
| 一部のエラー処理がまだ | 完成度20% |
| 誰かの独自フレームワーク | お前はしぬ |
| 会社の独自フレームワーク | みんなしぬ |
開発者のかっこ悪さやルールの範囲内（今回は修正不可ルールがいまいちだったっぽいけど、それを決めたのは対戦相手じゃない）で戦ったプロ棋士への敬意のなさはおいておいて。
IBMスルガ銀行訴訟やマイクロソフトの月次パッチに対する反応の時も少し思ったけど、はてな・Twitter界隈の流れを見る感じプログラム・システムの完璧さへの信仰、それをエンジニアに当然の如く要求する思いが渦巻いているようで純粋に怖い。
将棋なんか局面が10の220乗あり得る（らしい）ので、将棋を適切に行う機能に対するカバレッジ100%の検証を実施せよと言われたらそれをするしかないわけだが当たり前だが出来るわけがない。
工数やシステム投資は絞られるのに責任だけが増大している気がどうしてもする。初版から潜在不良なしのパーフェクトを求められる環境だとすると我々はどうすれば/どのような心持でいればいいんだ？組み込みなんかそれに近いわけだし教えてほしい。
※マネージャを多少悪者気味に書いていますが、マネジメントの大変さはわかっているつもりです。
マネージャ「たぶん2週間ぐらいでできますよ！wordpressなら学生のころバイトとかでもよくインストールしてたから楽勝です！」
デザイナ「完全オリジナルのwordpressデザイン2週間か、なんとかなるかな?」
.... 略 ....
上司「あれから2週間だけど、こんなにバグ多すぎじゃリリース無理じゃない？」
マネージャ「違うんですよ！デザイナーが全然テンプレートの使い方覚えてくれないし、あのプログラマ人PHPわからないとか言って仕事中にPHPの本とか読んでるから遅れたんです！たぶん自分だけだったらこんなに時間かなりませんよ。」
デザイナ(「XHTMLになってない！」とか余計な所に口突っ込んできやがって！）
プログラマ(PHPなんて簡単だよとか言ってJavaプロジェクトからコンバートさせたのテメーだろうが！)
原因
マネージャ「このスケジュールなんだけど、テスト期間長過ぎじゃない？」
プログラマ「え、でも機能もこれだけありますし10日程度は妥当かと」
マネージャ「いやいや、画面たったこれだけじゃない、通しのテストなんてみんなでやれば1日ぐらいで終わるでしょ？」
マネージャ「俺がレビューしてるんだからそんなでかいバグ出るわけねえだろ。ナメてんのか」
.... 略 ....
プログラマ「セキュリティ周りのバグもあるので、修正には3日程かかると思いますが」
マネージャ「ふざけんな！テストは今日で終わるスケジュールだろ！」
原因
プログラマ「前のプロジェクトでgitを使って便利だったので、今回のプロジェクトでも使いたいのですが…」
マネージャ「バージョン管理とか使ってるの?あんなの効率悪くなるからやめたほうが良いよ」
マネージャ「前に俺がやってたプロジェクトではフォルダで日付ごとに管理してた。同じ風にすれば大丈夫だろ」
マネージャ「古いフォルダからファイルをコピーすればいいだけだろ。馬鹿か」
.... 略 ....
デザイナ（間違ってファイル上書きしたのは黙っておこう）
プログラマ（ローカルにgitリポジトリあるのは黙っておこう）
原因
マネージャ「何このCodeIgniterっていうの？」
プログラマ「あ、それ最近流行ってるPHPのフレームワークで、URLのルーティングが…」
マネージャ「はぁ！？フレームワークとか使わないと開発できないわけ？これだから最近のゆとりはダメなんだよ。」
プログラマ「でも、便利ですよ？」
マネージャ「俺のプロジェクトではそういう怪しいやつは使わないから。バグがあったらお前責任取れるの？」
.... 略 ....
マネージャ「どう、俺の書いたURLルーティングライブラリすごく便利じゃない?」
マネージャ「あー、それは仕様だからしょうがないよ。mod_rewrite使えば問題無いでしょ？」
プログラマ（他人が再発明した車輪のバグを修正するのって本当に不毛だな…）
原因
