「カバレッジ」を含む日記 RSS

はてなキーワード: カバレッジとは

2021-06-10

手洗い洗車の基本を解説するよ《蛇足編》

いつもクルマネタ増田は反応がほとんどないんだけど、今回はこちらの記事に珍しく(少しだけ)反応があって(少しだけ)うれしい。

■手洗い洗車の基本を解説するよ
https://anond.hatelabo.jp/20210609143814

 

前回は基本編だったけど、今回はちょっとステップアップ。手洗い洗車してみたらまあまあ楽しかった、もうちょっと自分でできることを増やしたいなーって人向けだよ。と、言いつつも、大半は俺が書きたかっただけの蛇足だよ。

さて、作業の質をステップアップしようとすると、だいたい使う道具や洗剤を買い足すことなます。つまりステップアップと追加投資はほぼ同義だよ。

ホイール洗浄のステップアップ

ブラシを使う

基本編ではホイールを洗うのにスポンジを使ったけど(使う道具が多いとアレかなと思って省略した)、ホイールはブラシで洗ったほうが効率がいいよ。風呂桶を洗うような柄付きのホイール用ブラシがホムセン行けば200円くらいからある。なので基本編から何かを買い足すならばまずはホイールブラシをおすすめする。お手元のホイールスポークタイプ(中心から放射状に柱が立ってるデザイン)なら、スポークの間をくぐり抜けて奥まで洗えるやつがいい。ホイールの形状をよく確認してブラシを選ぼう。

クッソ便利そうだけどクッソ高いホイールブラシがひとつあって(商品名は伏せる)、朝起きたら枕元に置かれてないかなーと毎晩祈りながら就寝してる。

鉄粉除去

うっすら鉄サビのオレンジ色に染まってるホイールとか、全体が黒ずんでるホイールあるよね。こういうのはブレーキが削れて粉になった「ブレーキダスト」の成れの果てだよ。どんなホイールでも多かれ少なかれブレーキダストを浴びていて(ヨーロッパ車で大柄なやつの前輪とかは特にスゴイ)、これを手洗いで落とすのは正直めちゃくちゃたいへん。落とすには「鉄粉除去剤」を使おう。「チオグリコール酸アンモニウム」っていう成分が含まれてればOK。こいつをホイール全体にまんべんなくスプレーして放っておくと、薬液が鉄粉と反応して紫色の汁が流れだします。5分くらいで落ち着くので、シャンプーで洗えば完了

ボディ洗浄のステップアップ

細部には筆やハケ歯ブラシ

モールの境目とか、エンブレムオーナメントとか、くぼみや隙間や細かいところ、隅っことか角っこにはスポンジ(と目)が届きにくい。

そういう場所の汚れは、小さなサイズのスポンジとか筆とかハケを使うと落としやすいよ。使い終わった歯ブラシなんかも場所によっては役に立つよ。洗車用品はとてもたくさんの専用品が売られてるけど、ホームセンターに行ったらカー用品以外の売り場もよく歩き回って「これアレに使えそうじゃん?」とひらめいた道具を使うのも楽しいよ。案外専用品よりずっと安上がりだったりする。

用途に応じてどんどん道具を増やしても逆に不便なので、カバレッジの広い万能内野手みたいなツールがあるとよいよね。私も模索中です。

ワックスコーティング

車体にワックスコーティングを施すとツヤが出てピカピカになるし、小さな傷なんかは隠れちゃいます。でも、ワックスコーティング効能はピカピカの美観だけじゃないんだな。むしろ、「保護」のほうが恩恵が大きい気がする。ワックスコーティングをしておくと日々の汚れが溜まりにくいんよ。

日々の汚れが溜まりにくいと、毎回の洗車がラクになるし、頻度も減らせる。風化の進行を遅らせてくれるので、駐車環境が悪い人ほどきちんとコーティングしておく意味は大きいよ。下取り価格にもきっとちゃんと返ってくるはず(期待)。

どんなワックスコーティングええんや? と言われてもそこはお答えが難しい。製品は無数にあって効果耐久性千差万別だし、そもそも私はこの部分はいつも専門業者にオマカセしちゃってるので(年イチでメンテナンス)知見が全然ないです。やってみたい人は自分で調べてね。ごめん。

ひとつだけ言えるとしたら、とにかく汚れをバッチリ落としてからやれということ。汚れを残したままコーティングで塗り込めても目立たなくはならないし、そのコーティングもすぐに落ちてしまうよ。

下回り

ロングノズルのシャワーを持ってるとボディの「下回り」が洗えるよ。下回りってのは床下ね。車を四つん這いの亀に見立てると、お腹のところ。シャワーを上に向けて、ボディの下に突っ込んで床下を洗おう。もっとも、最近の車は床下がまるっとカバーで覆われていることもあるので、床下が一枚板のノッペラボーだったら下回り洗浄はあんまり必要ないよ。自分の車の床下がどんな様子かは、スマホを挿し入れて動画撮影すればわかる。

下回りは見えない場所から気分的に優先度が低いけど、その車に長く乗るつもりなら定期的に水で流すくらいしておこう。これも美観を保つというよりはメンテナンスの一貫だね。錆で朽ちてきても気づきにくいのに、いざ老朽化して壊れると修理費はけっこうかかるから……。

下回りも、基本的には水をかぶってはいけない部品はない。ボディ洗いの時と同じで水圧で吹き飛ばす要領でゆっくりとノズルを移動させて、こびりついた泥汚れを落としていこう。

あくま一般論だけど、車軸と背骨なす「エ」の字の周辺は構造物が多くて入り組んでいることが多いよ。なのでこのエリア特にいねいに流そう。逆に、脇腹のエリア基本的にただの床板なのでざっとでいいよ。

雪国に住んでいる人はみんな下回りをていねいに洗ってるよね。これは道に撒かれている融雪剤がサビの原因になるからだよ。雪無し県住みでもスキースノボによく行くって人は、帰ったらすぐに流したほうがいいよ。ちなみに高速SAのガソリンスタンドには高圧洗浄機が使えるところがあるから、帰り道で洗っちゃうのも手だね。上信越道横川SA、関越は赤城高原SA高坂SA中央道談合坂SAガソリンスタンドで高圧洗車機が使えるよ。

ていうか、ロングノズルのシャワーは下回りに限らず重宝するよ。屋根の上が流しやすいし、体が少し車体から離れるので高水圧でも返り血を浴びにくい。

鉄粉除去

ボディにも鉄粉は乗っているよ。でも目で見てわかるようなものではなく、注意して触れば感触でわかる程度のものなので、これからコーティングしようとか研磨しようという人でない限り放っておいてもよいのではと思う。

落とし方はホイールと同じで鉄粉除去剤をスプレーするか、異物除去用の粘土(ネンダーという)で表面をなでてキャッチする。ネンダーはボディ表面を水で濡らして使ってね。

ガラス

スポンジが行き届きにくい窓ガラスのサッシぎわとか隅っこは長年汚れを見落とされ続けて汚れが積もっていってしまうので、なるべく日々の洗車で借金をためないようにしたいところ。

でもカーシャンプーで洗っても油膜やウロコ(雨や洗車の水滴がまだらな模様になってこびりついた汚れ)ってマアー落ちないよね! ワイパーの水切れが悪いなとか、なんか見通し悪い感じがしてきたら、油膜・ウロコ取りをしよう。それ用の洗剤がいろんな種類たくさん売ってます

あと窓ガラスコーティングも雨の日の運転やすさにめちゃくちゃ効果があるので、やったことない人はフロントだけでもやってみよう(ガソリンスタンドとかでもやってくれるところがあるよ)。窓ガラスコーティングもボディコーティングと同じで、「まずは完全にキレイなこと」が施工大前提。汚いまま塗ってもしょうがないです。コート剤にも色んなタイプのものが出ているので、お好みで選んでみてね。

室内

外装の美観には無頓着でも室内は気になってしまう、という人はけっこう多いんじゃないかな。てか、一般的にはそういう人のほうが多いか

室内は基本的におうちのお掃除と同じだ。拾えるゴミは拾う。掃いたり掃除機をかけてチリを払い、汚れてそうなところは中性洗剤とかで拭き掃除

掃除機も高いところから始めて低いところに降りていくといいよ。チリは下に下に落ちていくからね。シートはリクライニングを最大に倒すと背もたれと座面の隙間に掃除機がかけやすいよ。けっこうゴミとか小銭とか前オーナーの屁とかが溜まってるよ。車室内にはドリンクホルダーやドアポケット、センターコンソールの小物入れなど便利なくぼみがいっぱいあるけど、そういうところの底にはゴミも溜まりやすいよ。そして女性はそういうところが汚いことを見つける名人だよ。

拭き掃除はふだん手指で触るところを重点的に、かんたんマイペットとかの中性洗剤で清めればよいよ。ハンドルノブスイッチとかその周辺。広いところはスプレーしたり、狭いところはタオルスプレーして拭いたり。そしてすかさず水拭き・乾拭きで仕上げるとべたつかないよ。

ドライバータバコを吸う人ならば作業範囲は車内全体に及ぶのでしんどいよ。ヤニは溜めれば溜めるほど掃除がたいへんなので、タバコを吸う人は月に一度はあったかい濡れ雑巾で全体を水拭きするようにしたほうがいい(ヤニは水溶性だよ)。

ヘッドライト

古い車はヘッドライトどんより濁って黄ばんでることが多いよね。これをリフレッシュするのは個人的にめちゃくちゃオススメ! スッキリ透明ツヤツヤなヘッドライトにするだけでパッと見の印象がマジでまるっきり違う。ハードルはかなり高いけど、ホント若返るよ。

しかしこれをDIYでやるのは「そういうことが大好きな人」にしかおすすめできない。基本的には磨き屋さんとか板金屋さんに持ち込んで研磨+コーティング施工してもらうのが一番なんだけど、まあ、お高い。両目で1万以上とられると思う(純正新品と交換するのと比べればずっと安いけど)。金銭感覚は人それぞれだし現状がどのくらいみすぼらしいかにもよるけど、とにかく高いお金を払う価値はあると思うよ。

あ、虫除けスプレーヘッドライトの黄ばみが落ちる、と一時期バズッてたけど、私はあまりオススメしないな。たしかに落ちるんだけど、これは黄ばみ層を剥離するだけなのでまたすぐ黄ばんでくる。年に何度もやる覚悟をするか、DIYするならちゃんコートまでできるキットを買ってやったほうがいいかも。

洗車機について

私の車は細かな凹凸が多いデザインで洗車機だと洗い残しがたくさん生じるので、基本的には洗車機は使ってません。まあ、自分で手洗いするのが好きってのも大きいけど。なので近ごろの洗車機の実力とかメリデメとかはちゃんと把握していないんだよね。語る資格なし!

洗車機の世界日進月歩技術革新が進んでいてなかなかハイテクなことになってるみたいなので、ふだん洗車機使ってる人、現代の洗車機事情なんかを教えてほしい。

口コミについて

あれを買えこれを買えといろいろ言ったけど、具体的な商品名は挙げないようにした。商品名を出すととたんに文章ウソくさくなるよね。なのでどれを使うかはみなさん自己判断してほしいんだけども、カー用品店にもAmazonにも似たような製品無限にあって、何を買えばいいかけっこう迷うと思う。

普通にググるタイアップ動画やアフィりブログばかりヒットしてしまうよね。もしネット口コミ判断する時は「みんカラ」でレビューを探すとよいよ。みんカラエンドユーザーコミュニティなので書かれてることは基本的に使ってる当人たちのホンネです。ただし全体的にIQリテラシがやや低め(含む科学リテラシ)なので、そこは補正しながら読んであげてほしい。

ちなみに自分は高機能・高付加価値製品にはあまり興味がなく、単機能ベーシックものをやりくりしてほどほどの結果が出ればいいやってタイプ。で、「ここから先がたいへん」というところでは素直にお金を積んでプロに頼む。間違いなく仕上がりはそのほうがいいからね……。

こちらもどうぞ

セミバケットのすゝめ
https://anond.hatelabo.jp/20210529213157

自動車って、逆さまで走れますか?
https://anond.hatelabo.jp/20210529002625

2021-06-08

TDD本とTDD is Dead関連の記事を読んで

テストコードを先に書くくらい仕様設計が固まってれば後先暗くならない

 ・今の仕様書も設計書もないまま10人で開発してクソほどテストでポシャってる現場つらい、というかそろそろコード捨ててくれ

テストが増えると保守は重い作業になる

 ・これはテストやってて感じてるけど、DBに投入するデータをケースごとに用意しだすと管理がキツくて死ぬ印象がある

テストが十分にあれば仕様変更時のデグレ察知になる

 ・これ本当にテストでやるべきか…?と思ったけどテストが通らない方が気づきやすいっちゃ気づきやすいか

テスト作成者技量依存する

 ・正常入力しかやる暇がないときもあれば、異常入力網羅したいときもある印象

  ・カバレッジツール使えば問題ないって話ではある

 ・仕様煮詰まってないと死ぬってのはありそう

テストモックを多用すると死ぬ

 ・モック使った試しあんまないからようわからん

 ・というかスタブじゃないのねそこ

  ・と思ったらモックオブジェクトがスタブの一種って罠じゃん

2021-01-05

anond:20210105164149

サーバサイドレンダリングポータビリティが低すぎて嫌い。

APIAPI抽象化して、フロントエンド担当者バックエンド担当者が別人となってもプロジェクトが成り立つような形じゃないと開発・保守コストがかさむ。

API仕様だけ定義して公開しておいて、それを実装するバックエンドエンジニアAPIを利用するフロントエンドエンジニア工数分けられるのがとてもDXが良い。

バックエンドフロントエンドと一体化するなんて、自分ひとりでサービス作るならそりゃ便利だろうが、プロジェクトとして人をたくさん巻き込んで分担しながら開発するシステムだと使い勝手が悪すぎる。

APIC#/SQLで書かれていてもいいし、NodeJs/DynamoDBで作られてもいい。そもそも会社の外部ドメインAPIサーバアクセスする、でもよい。

そういう分業が成り立ってるのがフロントエンドバックエンドの開発効率化に大きく寄与してるのに、

バックエンドフロントに寄せて全部一緒にするなんて、ベンダーロックインどころの話じゃない。

一回作ったら改修コストが著しく高くなってバグがそこら中に埋め込まれるかもしれないし、何よりテストが超絶困難。

こんなん、流行ると思う方がおかしい。

ただでさえフロントエンドエンジニアカバレッジ90%以上のテストなんて作りたがらないのに、Isomorphismとかい数学ワナビーっぽい横文字使ってReactComponentのすばらしさをブログに書き散らかしたって、

そりゃ誰もついてこないよ。テスト工数爆上がりだし、フロント側のコード修正したらバックエンド回帰試験しなきゃいけないなんて、悪夢しかない。

2020-12-31

社長が死んだ

2020年最後の日だし吐き出したかった。

社長の死因は急性心筋梗塞だった。

何事もなければ社長が死んだショックだけで終わったかもしれない。

ただ、自分の中ではもやもやが残ってしまった。

7Payと言えばわかるだろうか。詳しくは書けないのだけど、あれと似たようなことが起きてしまった。

社長上司含め、お客さんに平謝りだったらしい。

かなりのストレスだったと思う。ネットで調べたところ、急性心筋梗塞ストレスでも発症することがあるらしく、そこが少し引っかかってしまった。


様々な理由から現状社長訃報を知らせるページを検索エンジンインデックスされないようにしています

もし心当たりのある会社があった場合でもリンクは貼らないでいただけますようよろしくお願いします。

今回謝る事態になってしまった件について技術的?に思ったこ

使うのであれば、ライブラリフレームワークミドルウェア更新バグ脆弱性情報)を一生追い続ける覚悟で使ってほしい。


テスト自動化とかそういう発展的なものではなく、もっと根本的なテストについて勉強してほしい。

コードレベルカバレッジとかそういうのではなく、「境界分析」、「デシジョンテーブル」、「オールペア法」、「直交表」こういう物について勉強してほしい。

他にもいろんな手法はあるのだけど、上記に上げたもので1個でも知らない単語があった人は今すぐ検索してほしい。


  • お客さんに嘘をつかないでほしい

いくら進捗が悪いからと言ってお客さんに順調などと嘘をつかないで欲しい。

遅れている理由を正直に言って(例えばテスト工数が膨れているとか)相談すればお客さんもわかってくれるかもしれない。

また、テストの質もそこまでの物が求められていないとかがわかるかもしれない。

お客さんに相談しないで工数圧縮の為にろくなテストも書かないで動いてるからいい!っていうのは危ない。


自信がない、もしくは、やったことがない・使ったことがない、などは正直に話してほしい。

しかしたらそのせいで給料があがらなかったり、出世できなくなったりするかもしれない。

だけれど、その嘘のせいで他の誰かに負担がかかったり、他の誰かが不幸になるようなことがあってはいけないと思う。

これに関してはいろんな批判があることは覚悟している。嘘をついてでもいろんな経験をした方がいいって言う人もいると思う。

それでも、どうしても書きたかった。


別にLPIC(LinC)は持ってなくてもいい。本屋適当対策本をパラパラめくって、聞いたことのない単語がないレベルであればいい。


インターネットには嘘が散りばめられている。昔は本当だったけど今は嘘になっているものだってある。

一番いいのはエラーメッセージを出している物のソースコードを読むこと。二番目はドキュメントを読むこと。それでもわからない時だけ検索してほしい。

そして、その情報が誰が書いているかをよく見てほしい。書いている人が本当に信用できる、かつ、更新日付が近かったときだけそこの内容を信じてほしい。


ApacheのC10K問題

公開リポジトリpush/commitされているメールアドレス収集している人がいるということ、

公開リポジトリpush/commitされている秘密情報収集している人がいるということ、

MySQL寿司ビール問題

MacOS日本語ファイル問題

文字サロゲートペアについて、

RDBによってはSQLのIN句に指定できる数に上限があること、


他にもいろいろあるが、1個でも知らないものがあった人は検索してみて欲しい。業界にもよるかもしれないが、本来であれば最低限知っておかなければいけない知識

これを知らないと適切な設計、ましてや適切なコーディングすらできなくなる。

終わりに

ぼくはエンジニアに向いてない

2020-10-16

anond:20201015205510

一回きりの設計で本当にシステムは作れるのか?

システムの開発はコーディングして初めて気づくことがたくさんある。

それをしないシステム開発って本当に大丈夫なの?

ウォーターフォールとか知らなさそう

上流工程だけをやるようなSIerは廃れていくだけなので増田の落胆もわかる

でもSIer就職経験エンジニアとしてダメかというとそんな事はない

なぜならきっちりとしたプロジェクト開発を経験できるから

SIerと言われる受託開発を経験してWeb系と言われるサービス企業転職しておどろいた事がある

それはみんな設計はできないしプロジェクトを上手くまわせない事だ

一人一人を見るとたしか技術はある

モダン技術流行りの技術を取り入れたりテストコードを書いてカバレッジを計測したり

「まだ安定していないその技術使うの?」 って思ったり、「それ個人開発のライブラリですよね? メンテ大丈夫ですか?」って思ったり

とりあえず「流行ってるから使ってみたい」で使おうとする人が多い

サービス立ち上げ初期のスタートアップなら理解できないでもないけど、そうでもない規模でもよくいる

コードを書く時も自分の見える範囲でのみ使えるコードを書くので、他の仕様整合性がとれなくて再利用性がなかったり

俯瞰して全体の仕様見てる人いるのかなって思う時もある

技術上りマネージャは大体が技術についていけなくてマネージャになったような人が多いので、自分の中で理解できる知識に落してくるので説明するのも大変だし言ってくる事も古くて意味がわからない

そういう人に限って技術者だったって言うのを誇りにしてるから自分の中の技術を間違ってると認められなくて頑固だ

技術者上がりじゃないマネージャは大体がディレクターやってましたという人でUI/UXとか言ってくるけどバックエンドは一切わからなくて設計なんてできない

そしてどちらもマネージャとしての知識がないのでマネージメントは上手くない

たまにスーパーエンジニアがいて、その人が開発をしつつマネージャー以上にマネージメントをしてプロジェクトをまわしている

それがWeb系と呼ばれるサービス系の実態

個人的にオススメするキャリアパスとしては

SIer設計を学びつつ開発は個人でやっていき、数年たったらサービス系の会社スーパーエンジニアとして無双すると良いとおもいます

開発は個人でもできるし、IPAドキュメントなんて1回も読んだ事のない人しかいない所で無双するのは簡単です

2020-06-25

anond:20200625063230

というか、

ASICやLSIを作ったことある人なら、当たり前すぎることなんだけど、

語弊があるどころかニュアンスが逆なんだよね。

マイクロアーキテクチャ共通化するっていうことは、

開発者にとって楽になるどころか難しい方向に行くんだよね。

フロントエンドのみArm命令に置き換えた形」という文言は、

「中身は前のまんまw」「命令セット入れ替えただけなんすわw」「命令デコーダarm化したSparc64です。」という意味ではなくむしろ逆で、マイクロアーキテクチャ共通になるように、DDRHBM差分を見えなくしたりレイテンシを調整したりetc...して、ほとんど全部Verilogを書き直したってことなんだよね。

で、なぜそこまでしてマイクロアーキテクチャ共通化するかっていうと

チップ検証で、過去資産活用するためなんだよね。

LSIチップ検証って組み合わせパターン天文学的数字すぎて分岐網羅とか全然できないんだよね。

ソフトウェア的な分岐網羅に換算したら0.1%となんじゃないかな。

そこでマイクロアーキテクチャ共通化してると、過去チップLSIテストケースを流用できるわけなんだな。

でも、カバレッジ全然ないのに、もしLSIバグがあると作り直しにウン億円ぐらいお金かかるからね。

これは国プロからそこらへんどうしてるんだろうね。

2020-05-22

anond:20200521225730

プログラミング言語を印象批評している記事に触発されて、自分も印象批評してみようと思う。

JavaScript以外にもブラウザ上でぐりぐりするのにはJava AppletとかFlashとかSilverlightかいろいろあったけれど、結局標準化を成し遂げたHTML5に淘汰されちゃった感じがする。LiveScriptからJavaScript改名されたり、規格を話すときECMA Scriptだったりといろんな別名を持つ。一応、プロトタイプベースオブジェクト指向言語なんだけれど、それを意識してコードを書く人がどれくらいいるかは謎。

Pythonは小さいコードを書くのには楽だけど、これで大きなコードを書くと思わぬ変更で思わぬことが起きるのでつらい。しばらく使うとPythonイヤイヤ病にり患し、goを使うようになるらしいとか、ならないとか。pythonで大規模なコードを万一書こうと思うなら、カバレッジが高いテストを書いてくれと思う。

Javaは初期のころオートボクシング / アンボクシングもなく、ストイックオブジェクト指向言語だった記憶がある。ただ、staticを多用してオブジェクト指向とは程遠いコード簡単に書けるので、Javaで書いているからと言ってオブジェクト指向だと思うのは禁物である

PHPWebネイティブ言語で、初期のころHTTP POST/GETなどで渡された変数がそのままプログラム中に出てくる機能初期化していない変数最初に使うと空文字列あるいは0で初期化するという機能があった。また、文字列数字臨機応変に切り替える機能もあり(今もそうかは知らん)、数字文字比較比較演算子(==)でシームレスにできる。パスワードチェックみたいなコードで===ではなく、==を使っているとPHPを知らないバカ扱いされる。

C#Hello Worldくらいしかいたことないから知らん。monoのような互換環境があるのは知っているけれど、わざわざPC Unix上でmonoを使う気分にはなれなかった。

C++黎明期に使った感じと、C++11以降に使った感じが驚くほど違う言語。今はかゆいところには大抵STLで手が届くし、autoを使えばイテレーション腱鞘炎になることもない。PC Unixにも最初から環境インストールされているか簡単インストールできるので毛嫌いせず使うとよいと思う。

Rubyはぎょっとする変更をよくやるというイメージ。これで書かれたプログラムを長年愛用してきたが、ぎょっとした変更を入れられて動かなくなったのでgoで書き直した。その点ではpythonも3でおいていかれたので嫌い。

CSS...はプログラミング言語なのか?そうか。

TypeScriptは書いたことないから知らない。JavaScriptだと大規模コードを書くとつらいのでTypeScriptを使おうという人がいるのは知っている。大規模なコードを書くとしたら、インタフェースに合った呼び出しかコンパイル時にチェックしてくれるような強く片付けされた言語のほうがよくなってくるというのはわかる。

Cは片付けし、構造化したプログラムを書きやすくしたアセンブラ...というイメージだったんだけど、C99くらいから便利機能がいろいろ入ってそうでもない感じになった印象。昔はCのコードを見たら最適化した後のx86アセンブリが見えていたんだけれど、最近は見えなくなってしまった。子供のころ、本屋で秘伝C言語問答 ポインタ編に出会ったのがこの業界に入るきっかけだったのかもしれない。ほかの言語でいろいろ楽に書けるからカーネルをいじるか、システムコールをたたくかするときくらいしか自分の中では出番がなくなってしまった。

これ以下のランキングのもその気になったら書こうかな。

2020-02-02

anond:20200202210337

そりゃ細かく言ったら単体テストしてカバレッジ取って、Excel記述意味不明だったらQA投げてとかあるだろ。

そんなの些細な話だけどな。

2019-11-27

使用CSS特定するのは困難

色々ツールとかあるし色んな所でやり方が紹介されているから余裕でできるだろーって思う人多いと思うし、自分もそう思ってたけど冷静に考えて無理。

開発側が望むこととしてはサイト全体での利用が対象だけど大抵のツールは各ページごとにしか評価しないので、ガバガバ。例えばChromeにもCSSカバレッジ図る機能あるけどさ、ページ単位しか動かない。

仮にサイト全体をクロールするとしても、JS機能とか、ユーザーログイン状況とか、ユーザーステータスとかで表示が切り替わったとき有効になる特殊CSSとかもあるわけで、それを全部カバーするにはどれくらいの労力が必要なのかって考えただけで萎える罠

ツールによってはソースコードに出てくる文字すべてをCSSセレクタ名になりえる値として評価するとかいう超保守的アルゴリズムで動くのもあるみたいだけど、それはそれでやっぱり不要CSS残りまくるんじゃねーのと思います

そういうの嫌ってJSの中にCSSを書きましょうみたいな変な宗教じみなムーブメントもおきてるけど、それってもうCSSとしてどうなん?って感じする。気持ち悪いけどこれに対する反論を適切に言語化できないので、必要だよ!って押し切られたらきつい。てかもうそういうことするくらいなら全部style属性直書きで良いんじゃない?って感じもする。

CSSってそもあってもなくても別にいいわけで、だってそうでしょW3Mとかでページ見たら装飾全部ぶっ殺されるわけですし、最新のブラウザだってスタイルを切る機能あるわけで、本来CSSみたいなおまけ機能がこうも重要に使われるものじゃなかったんだよ。でも実際は重要です。これが現実

使っていないCSSが気になる〜。って人はそもCSSをアホみたいに使いすぎてるだけだし、最初からカスケーディングの設計しっかりしとけよ!っていうこと以外言うこと無い気がする。

くらいで良いんじゃね?って思うけど、どうしてもカテゴリを横断して出現する統一されたパーツみたいなのが出てきて、そういうパーツのスタイルサービス全体のベーススタイルに追加されていって、肥大化する。ってのをよく見かける感じです。

個人的には、CSSもっと薄くて適当で良いと思うんだよね。

まぁ不要CSSを消すには、CSS自体ボリュームを下げて、適切にカスケーディングして、CSS管理する人がこまめにメンテナンスする。以外に無いよな〜って言うのが結論だけど、こういうことって割と常識というか暗黙的にみんな知ってるっぽい気がするけど、ググってもあんまり情報出てこないんだけど、お前ら本当はクソみたいなCSSに埋もれて動けなくなってたりしないの?

自分別にCSSそんなに管理してないけど、たまに手を付けるとまじでゴミまみれで、CSS書くやつはちゃんと捨てるときのことも考えてCSS書けよゴミ屋敷の住人じゃないんだから、集めっぱなしで捨てないとかアホのやることだろまじで。っていう感じです。

CSSの利用は用法用量を守って要らなくなったらさっさと捨てろ馬鹿者め

2019-10-02

ウェブマスター オフィスアワー 2019 年 10 月 02 日

ウェブマスター オフィスアワー 2019 年 10 月 02 日 メモ(※所々抜け漏れあり)

https://www.youtube.com/watch?v=bBurTQBqhS0

11/25 Webmaster Conference Tokyo:今週か来週の早い段階で情報を公開する予定

コアアップデート順位が下がった場合

金谷さんコメント

コアアップデートスパム対策としてのアップデートではなく、

最新情報への対応や常に変動するランキング対応させるためのもの

「何かまずいところがないだろうか?」という視点サイトに着手するのは不要

サイトコンテンツを見直すきっかけ程度にしてくれれば

客観的にいいのか悪いのかを知るために定期的なユーザーテスト実施とか、

お互いにレビューし合う習慣を付けるとか

品質評価ガイドラインとかE-A-Tとかは個人的には見なくても良いと思うが、

ユーザーの思う良し悪しの定義に迷った際の参考としてくれればと思う

そもそも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/

↑これら記事とか?


Q.評価や手動対策評価点を知る方法はないか

A.Googleアルゴリズム完璧ではないので、アップデートで再評価される可能性はある。

メインのクエリユーザー自身サービスが頭に浮かぶような存在になれるかどうか。

Q.robots.txtブロックしていないURLなのに、カバレッジrobots.txtブロックされていますというエラーが出る

A.色々確認中ではありますが、私が調べた範疇では問題ありません。Search Consoleフィードバックも送ってください。その際、スクリーンショットだけではなく、テキスト問題点も添えてください。

Q.サイト画像サムネイルとして表示したい。Googleが推奨する方法がありませんか?

A.特にそのやり方については公開はしておりません。Googleが良いと思った画像だけを採用します。

強いて対策を言えば、画像ヘルプを参考に画像情報Googleに伝えるようにしてください。

Q.サイトマップを送信したものカバレッジに反映されない

A.確認しましたが、Search Consoleに表示されています

タイムラグがあるかもしれませんがDisallowされていませんか?確認してみてください。

Q.HTTPSのSearch Consoleは追加した方が良い?重複コンテンツになりますか??

A.追加した方が良いです。

重複コンテンツによって、起こるのはどちらかのコンテンツ上位表示される可能性があるということ。

共倒れになるということはありません。

そのクエリで頭に浮かぶくらいの存在になっているかどうかです。

Q.セパレートURLにおいてMFI後のcanonicalURLの設定について

A.やはり動的orレスポンシブをおすすめします。

正規化とは同等のページ内容のURL複数あるからこそ行うもの

canonicalよりも、リダイレクトでやってみてはどうでしょうか?

Q.検索パフォーマンスデータ収集開始タイミングはいから??

A.基本的には登録前のデータも取れるはずですが、違うケースもあればフィードバックで教えて下さい。

Q.Search Consoleプロパティへの表示について、所有者として確認されてから日経ってもプロパティに表示されていません

A.何らかの判断時間がかかったのだと思います。通常は数日ですが、遅れたのは新規サイトであることが要因である可能性があることです。なにか不具合ありましたらSearch Consoleフィードバックをぜひお願いします。

Q.サイト個人情報を削除してほしい

A.かなり困っているご様子ですので取り上げましたが、当フォーラムでは対象外話題ですのでウェブ検索フォーラム送信願います

Q.max-image-preview robots meta の値を確認するには?

A.まだ反映されていないのでもうちょっと待てば反映されます

Q.Search ConsoleタイムゾーンについてPTからPSTPDTに切り替わりますか?

A.切り替わります!!

Q.ドメインを変えずにサイト名だけを変えると検索順位はどう変わる?

A.サイト名ほど大きな要素を変えてしまうのは影響すると思います

どういうサイト名に変えるのかも重要ユーザーにとってわかりやすくなるとかであれば、長期的には有効になるかもしれません。

Q.max-image-preview でlargeを設定するとDiscoverに表示されやすいと聞きましたがAMP対応しているだけでDiscoverに表示されやすくなりますか?

A.AMPでもmax-image-previewでlargeでもどっちでも対応可能です。

Q.自演対策に関する手動対策リクエスト

A.スパム対策担当者に送って適切な対応を行う予定です。

Q.クロールエラー特定できない件について、1月のオフィスアワーにてホスティング会社相談してみては?との回答で、のち、6月に検証中とのことでしたがあれからいかがでしょうか?

A.あまり気にされなくても良いです。ただ、間違ったエラーが表示されないようにするためにエンジニアも調整中ではあります

こういうエラーに気づかれましたらSearch Consoleフィードバックをぜひお願いします。

次回は10月後半か11月前半の予定です

2019-09-09

Web業界に居る俺でも戸惑うカタカナ用語

これ読んだ

 

IT業界ルー大柴渡り合うためのカタカナ用語一覧

https://qiita.com/57shota/items/a3a6a181e4936ae03134

 

CPIコストパーインストール

英字3語は鬼門

CPIっつったら消費者物価指数だろ

「シーピーアイ」と言われるとわからん

 

CVコンバージョン)、CVR(コンバージョンレート)

CVっつったらキャラクターボイスだろ

まず「コンバージョン」を理解するのに時間がかかった

CVRはCxRが多すぎて混乱する

 

VC

ベンチャーキャピタルの略、まずベンチャーキャピタルって何だよ

投資家のこと

 

エンゲージメント

未だに分からん

 

インプレッション

表示

 

LP

ランディングページ

最初混乱した

LPも作ってほしくて」って言われてLPって何だよってなった

 

UUID

唐突に知ってる前提でUUIDとか言われるからビビる

今では当たり前だけど

 

GA

遺伝的アルゴリズムのことだろ? いやGA 芸術科アートデザインクラスか

GoogleAnalytics? 何か納得行かない

 

バジェット

予算って言えよ

 

コンペ

コンパ

 

ASAP

は?

ピコ太郎の新ネタ

 

ボットする

要は方針転換

 

バイラルメディア

わからん

 

オウンドメディア

わかる気がする

 

キュレーションキュレーター

恋愛サーキュレーションしかわからん

扇風機だろ?

 

インフルエンサー

インフルエンザー?

 

カバレッジ

カレッジ

 

RPA

RTA

 

TL;DR

イラ

 

もっと有る気がする

2019-05-28

ニート脱出のため、プログラミングを独学するも仕事が見つりません

現役のプログラマweb制作ソフトウェアに関連する産業従事される方々のアドバイスを頂きたいです。また、ニートから社会復帰された方のアドバイスも頂きたいです。

注意: いわゆる特定を恐れてかなりぼかした表記をしているのですが、ぼかしすぎとの指摘をいただければ可能な限り追記いたします。ただし、GitHubプロフィール/WebアプリURLについては、就職活動のための個人情報が含まれている可能性があること、宣伝すべきでないことから、ここで公開をすることはありません。

自身について
プログラマとして

素人同然かもしれませんが、適切なアドバイスを頂くために必要だと思うので、書かせていただきます

成果物について

Webアプリ概要: 複数の外部APIを組み合わせて定期的にデータ更新される(現時点で数百万程度のレコード数)、ユーザ操作リソース更新されることはない(すべてのendpointが認証なし、GETのみ)

面接に間に合わせるように作ったのですが、残念ながら一度も面接官/採用担当者の方にご覧いただく機会がありませんでした。(そもそもGitHubについてご存知の面接官の方がいらっしゃらなかった…)

内容としては、モダンWeb開発の基礎を一通り踏まえた構成になっていると考えています

応募資格の壁・いざ面接

ソフトウェアエンジニアの取扱いが多い求人サイト(Find Job・GreenWantedly)、一般的大手求人サイト派遣会社ハロワ、横断検索サイト(Indeedなど)、Google検索

インターネット上で公開されている、通勤できる距離求人情報は片っ端からクリックしました。(Google検索site: ... ※実際には求人サイトドメイン結構効果的でした)

良さそうな会社はたくさんあったものの、応募資格の時点でほとんど諦めることになりました。(実務経験以外なら必須でない条件を含めて満たす求人もありましたが、必須条件を満たさないために応募をすることはありませんでした。)

社会経験」「実務経験」を必要としない寛大な会社は、ほぼSESしか存在しないようです。

「1年以上の実務経験」を必須とする、時給1000円のアルバイトはたくさん見つかりました。(ZOZOアルバイトが1300円で話題になりましたが、1000円のアルバイトでもそこまで求められるのかと思ってしまいました…)

視野を広げてWebデザイナーやHTMLコーダーを見てみると、実務経験に加え、「Adobe製品使用経験」(料金が払えない…)「Wordpressサイト運用経験」「ポートフォリオサイトを持っていること」が必要会社ほとんどでした。

VPSWordPress+nginx+SSL(Let's encrypt)で構築したことはありますが、1人で更新する分には静的サイトジェネレータを使ったほうが簡単で、GitHub Pagesなどで無料で公開できるので、実際の運用には至りませんでした。

やはり、自分デザイン系の会社が求める人材ではないと思います

応募資格の時点でほぼ応募できる会社存在しない中、応募資格を満たす会社に片っ端から応募して、数社面接までたどり着きました。SES以外面接落ち、SES会社は一次面接通過後に辞退させていただきました。

面接で基礎的なコンピュータサイエンス/アルゴリズム知識を問われる可能性を考えて、それらの基礎も学習しましたが、これもまた面接使用する機会がありませんでした。(それ自体無駄ではなく、むしろ自分のためになるものでした)。

どうすればいいのか

以下の選択肢は現時点の自分にとって現実的ではありません。


私の文章力が低く、読みにくい文章であったとすれば、申し訳ございませんでした。これでも下書きを一度破棄し、表現に気をつけながら、書きあげるのに数日を要しました。これが私にとって初めての増田での投稿で、「この内容を登録する」ボタンを押すのにも勇気必要でした。

厳しいご意見を含めた、皆様の返信・ブコメをお待ちしております最後までお読みいただきありがとうございました。

2019-05-11

民主主義バグに気づいた

民主主義バグがあるような気がするけど、どこにバグがあるのかわかんなかったんだけど、やっと思い至った。人に投票する制度バグがあるんだ。

政党政治は人に投票するよりモダンだけど、政策カバレッジが低い。(投票を得るために中庸によるから)

とはいえ政治と金は切り離せないから、どんな政策をとるにも金はいる=政策ごとの投票はそれはそれでバグの温床。

そうすると戦略オプション機械的に走査して、これを取って、これを捨てる。みたいなそのオプションへの投票がいいんだろうなー。

機械的にやらないと、すぐ中庸総論OK的な先送りすが人気になりそうだし、できればオプション検討には人が介さない位がいいな。

・・・スペルオルドミナントが最高じゃね?

2019-03-05

なぜ「Hello world」は誰が書いても高品質になるのか

品質ソフトウェアは変更が容易である

例としてこちらをご覧いただきたい。

/* Hello world */
#include <stdio.h>

int main(void) {
    printf("Hello, world!");
    return 0;
}

このコードは高品質である

理由は以下の通り。

  1. 設計シンプル
    何の分岐も判定もない。容易にC2カバレッジ100%にできるシンプルさ。
  2. 高凝集度、かつ低結合度
    変数を使っていないし、そもそも単一ブロック構成されているので結合のしようがない。
  3. 環境依存せず、移植性が高い
    標準ライブラリのみで構成されている。
  4. 適切に構造化されている
    そもそも構造と呼べる要素がない。
  5. 実行時エラーの恐れがない
    唯一、コンパイル時に検出できないのはprintf引数だが、例えここが"hellow world"になっていたとしてもプログラム問題なく実行できる。

2019-01-18

大規模SI自分マッチしない理由

そもそもITゼネコン主導の大規模開発は悪評まみれで、天国案件なんて数えるほどしかないと言われる。

なので誰がやってもしんどいと思うが、特に自分には全く合わなかった。


自分プログラミングは、動かす前に「これで行けるだろう」と確信しながら、動かしてみて抜けや漏れが発覚するタイプなので、コード品質は多分悪い部類に入るだろう。

つーか、仕事なんて楽に済ませたいから、コードなんて可能な限り書きたくないというのが一番にある、かなり独善的人間だ。


一方で大規模SIプログラマなんて、基本的ライン工か調整役以外お呼びでない。

そしてコミュ障でもある自分必然的に、もらった設計書の長ーいフローをひたすらコード翻訳するという、まさにライン工として身を粉にして働くしかなかった。

それこそif文の後のelseが何ページも先になろうが、ループが何重にネストしようが一切気にせず、可能な限り設計に沿うようコードを書き続けた。

元々コードを書かずに済ませたい自分には、正直目が眩みそうな作業だったが仕方ない。

しかし上述のように元来不注意な人間なので、品質は恐らくメンバーの中では最低レベルの代物を量産する結果となった。


でも、本当にしんどかったのはテストである

コーディングスケジュール的に余裕なかったが、テストに至っては必死にというか、死に物狂いで頑張らないと遅れてしまうくらい、作業量が半端なかった。

ちょっと込み入ったメソッドになると、それだけでテストケースが20とか30とか相当な数になるので、ケースの抽出から始まって、最終的にレポートにまとめてカバレッジと一緒に提出するまで、地獄のような作業連続になった。


最終的には体調不良理由に「すんませんクビにしてください」と言って現場を抜け、その責任を取って僻地に飛ばされ今に至る。

そんなことはどうでもいいのだが、それ以来、テスト自動化ツールに対しては、理屈抜きに憎しみしか沸かないようになった。

フレームワークの便利さを推す記事とか、むやみに持ち上げるヤツは一切信用できなくなったし、オブジェクト志向をやたら崇高で革命的なもののように吹聴するやつはもっと信用できなくなった。

そんなもの自分にとって、楽に仕事をする味方にならないものであることがハッキリしたからというのが理由である

2018-12-20

Clean Architectureから削ぎ落とせるものは何か

Clean Architecture良いねと言いつつ、みんな実務で採用しても何か削ぎ落として軽量化している。

そっちのほうが楽だからだ。

単体テストそんな書かないしね。

いや書いてるんだけど必要なところだけとか。

カバレッジ100%目指すわけじゃないんすよみたいな。

では一体、なにを削ぎ落としてるのか。

僕にはわからない。原理主義者が僕をイジメるのが怖いから。

2018-04-26

データサイエンティストが働いて嫌だったなと思う人たち

コンサルにてアナリストをやった後、データサイエンティストを名乗りながら仕事をしています。そんな中で嫌だったなと思った人たちとプロジェクト

1.医療統計の周りの人

最近アウトカムでの評価の流れにはなってきたが、まだまだモデル評価をする事は少ない。

でも何故か相変わらずロジステックとCox回帰をやれればおっけーであり、モデルの精度が当たらなくてもオッズ比と説明変数

有意差だけでていれば上手く行く分野。 本当に心が痛む上、まだまだ「医者でなければ人であらず」が通ってしまい、モデル説明よりもお医者様のお言葉が1stにきてしまう。また分析プロジェクト

設計らしい設計があまり出来ないのもつらいところ(モデルの精度が出ていないのにそのオッズ比・有意差に何の意味があるんだと思う)。後日本の製薬企業から「何とか工夫で有意差がでないのか!!」

という謎おしかりを受ける・・・いやそんなん無理ですやんと切実に思う。やる気でこの世界数字は変わりません。

後は何だかんだ製薬企業日本の古いしきたりが多いので面倒。

2.Google Analyticsアナリスト関連

割と良いBIみたいなんが良くも悪くもあるためアナリストの人たちがやった気になっているやつ。Web関係アナリストは、アナリストを名乗って欲しくない人の方が多いイメージ(勿論しっかりWebアナリストやっている方々は知っている)。広告内容を分類し、CV予測、そしてマルチチャネル予算からCV最適化案件をしていたらWebアナリストから「私の作るLPは最適です。なので予算4000万です」という謎の最適の主張を受けたのはいい思い出(何故かデザイナー様がWebアナリストもやっていた)。広告内容のuser2vecでのレコメンド実装チャレンジして評価して、協調フィルタリングよりも精度はよさげだな喜んでいたら、どっかのよくわからないレコメンドツールというのが汎用性もあるし、既存ツールに1万ぐらい払えば追加できるとそして何故か「最適化」されているという言葉役員が騙されて決済がおりていたのを聞いたとき殺意が沸いた。どうせ既存マーケティングオートメーションレコメンドエンジンなんて協調フィルタリング・ロジぐらいだろうと思っている。本気で分析やっている人がそうそ最適化なんて言葉を使わないと思うんだ・・・まぁここの反省Web業界といってもみんなコーディングがりがりではなくてGUIでいいならそれでが割と多いという事を学んだ (注意)。

3.データベース関連

どっかの人のにもあったが、「あっ、データ分析分かるんだよね?」という事でVB6Accessの改修をやらされそうになったときは全力で拒否った。

後は何故かPHP+MySQLあん(ry

VB6見た後でPythonコードを見ると心が癒された。

4.やる気を説いて来る人達

やる気で数字が変わったら誰も苦労なんてしないんだよ・・・。半教師有り等で精度向上見込めるといってもいくらなんでもこのデータでは

運用目標には到達しないとしか思えないんだ。

5.ホワイトボックステスト要求されたとき

モデルホワイトボックステストってどうやってやるんだ?精度を検証データでやっていれば良いじゃないかと思っていた。ただそこの金融系でITプロジェクトは、基本的に「ホワイトボックステスト」やらが必須らしく・・・おいおい・・。とりあえずカテゴリー目的変数がそれぞれの値を取ることを客先で見せてかつレポートで「こうこうこうゆうときカテゴリー変数が変わりますよ」という彼らがいう境界線確認を全てやることになった。カバレッジ100%も言われたが、流石に無さ過ぎるので諦めてもらった。

6.KGIとKPIしっかり切り分けてBI作成していたら集計屋かといって来られる時

どこかの人にもあったが、私はビジネスが動けばよいと思っているので難しい分析をしなくても上手く行く時は、集計で上手く切り分けて、要因分析をやる(裏で決定木とかで境界値とかは見ていたりする)。ただ何故かそれで集計ばかりしかしていないと怒られる。別に研究者ではないし、難しい分析をしてクライアントへの説明時間を取られたり、展開が難しくなるぐらいならば皆と合意した上で、KPIとKGIを切り分けてダッシュボード作成をしっかり出来る方が実はビジネス上上手く行くだ。むしろ自分への戒めでいつも難しい分析が本当に必要なのかと思ってるぐらいである。

注意 因みに私の別部署インフラ基盤周りのWordpress関係炎上していた。そこそこの大規模でWordpress使うって大変らしいのに・・・

勿論これの逆、評価した上で、分析ビジネスにしっかりと生かしていける人は大好きです。

2018-04-24

母集団

https://anond.hatelabo.jp/20180424082940

母集団」について 増田で盛り上がることがあろうとは!

とうれしくなってしまったので、解説しておく。

事例に出てきた選挙の話で考えてみると、新聞社大手マスコミが行っている電話での世論調査は下記のように整理できる。

RDD調査の例

A.日本有権者全体=母集団目標母集団

B.RDDで補足できる電話番号全体=枠母集団

C.実際に調査対象となった電話番号全体=対象

D.答えてくれた電話番号=回答数。

ここでサンプリング理論関係してくるのは、Cを適切な数集めたらBが推定できるよね、って話。

人口が何千万人もいるのに2000人対象調査するだけでいいのはどうして?っていうのはBとCの関係

AとBの差(カバレッジ誤差)は統計学では埋められない。

じゃ、ネット世論調査はどうか?っていうと、

ネット会社パネルに依頼するよ、派

A.日本有権者全体=母集団目標母集団

B.ネット調査会社パネル=枠母集団

C.調査依頼を送った数=対象

D.答えてくれた数=回答数

バナーとかで回答者募集するよ、派

A.日本有権者全体=母集団目標母集団

B.バナー掲載されている当該サイトアクセスする可能性がある人=枠母集団

C.バナー掲載されている時間に当該サイトアクセスした人=対象

D.答えてくれた数=回答数

カバレッジ誤差

で、世論調査がどうのこうのっていっているのは、

上記の枠母集団目標母集団関係

AとBがどう考えても同質じゃないから、あたらないよね、ってこと。

目標母集団と枠母集団の違い、具体例を挙げて説明しているのって あまり ないけど、下記の文科省学校関係調査説明なんかはイメージやすいと思う。

http://www.mext.go.jp/b_menu/toukei/chousa01/kyouin/sonota/1400767.htm

じゃぁ電話番号だったらいいのかよ、っていう指摘は出ると思うが、ごもっとも。

下記、NHK小野寺さんの文章をご一読を。

https://www.nhk.or.jp/bunken/research/yoron/pdf/20170130_3.pdf

2018-02-25

コードレビュー不要論

こんだけ守れてるなら他の指摘事項なんて、開発者ごとの微細なスタイル押し付けいであって、品質据え置きで開発スピード下げるだけだろ。

2018-01-09

そもそも無料ダウンロードコストゼロでもないしね

ダウンロードしたらそれだけHDDの容量を使うわけでそこにお金がかかるし、

ブラウザで読むにしたって"ギガが減る"状態の人もいる。

漫画村ってのは行ったことがないので知らないけど、以前調べたところでは

ダウンロード実用的なレベルで行うにはロダプレミアムアカウント必要で、

そこには月1,2千円程度の、正規の読み放題サービス程度のお金もかかった(作品カバレッジが違ったけど)。

明らかに、多少のコストなら払ってもいいという人が多いということなので、

今後、正規著作権者はそこをくまなく攫う方法を真面目に考える必要が出てくるだろうね。

https://anond.hatelabo.jp/20180109001953

2017-12-01

anond:20171201134753

人の心がない奴に当たったら高度な人工知能だと思ってルールを厳格に適用するのがいいと思う。厳格かつ抽象的かつカバレッジの広い規則を作って運用するってのもキチガイじゃない人には難しいのかもしれないけど。

ごめん、そのルールってのがイマイチからなかったんだけど、

厳格かつ抽象的、カバレッジの広いって

具体的に例えて言うとどんな感じになる?

anond:20171201130711

多分そうなんだろう。で、俺自身はともかくとして、サイコパスとかソシオパスとかアスペとか、そういう人の心がない奴に当たったら高度な人工知能だと思ってルールを厳格に適用するのがいいと思う。厳格かつ抽象的かつカバレッジの広い規則を作って運用するってのもキチガイじゃない人には難しいのかもしれないけど。

ログイン ユーザー登録
ようこそ ゲスト さん