「docs」を含む日記

■anond:20240428125045

はい、MDN Web Docsではブラウザの仕様を見ることができます。

MDN Web Docsは開発者向けのリソースで、CSS、HTML、JavaScriptなどのウェブ技術についての情報が豊富に揃っています。

Web APIの詳細な仕様を見ることができます。これらのページでは、各APIの使用方法、パラメーター、戻り値などが詳しく説明されています。

また、ブラウザ自体の仕様については、MDNの用語集で「ブラウザ」の項目を参照すると、ブラウザがどのようにウェブページを取得して表示し、ユーザーがハイパーリンクを通じて他のページにアクセスできるようにするかについて説明されています。

Permalink | 記事への反応(1) | 12:55

ツイートシェア

■

docs.rsは見やすくていいなあ

一方見づらいリファレンスの代表格はこいつです https://docs.python.org/3/

言語としては嫌いではないんですがね

Permalink | 記事への反応(0) | 07:17

ツイートシェア

■[増田アドヴェント2022] 【2022年ワーストバイ】昔の使いやすかった親子ノズルを返してほしい【今年買って良くなかったモノ】

微妙どころか全く良くなかった話。でも代替製品がなさそう…

買い替えた掃除機。

と言うか、良くなかったのはその親子ノズル。

更に言うと、良くなかったのはその子ノズル。

親子ノズル、知ってる？↓こういうの。

親子のノズルは、クリーナーヘッドのペダルをポン! と踏むだけで、子ノズルが現れる設計。ノズル交換することなく、狭いすき間や高い所などを掃除できる

asset.watch.impress.co.jp/img/kdw/docs/1088/556/01_o.jpg

kaden.watch.impress.co.jp/docs/news/1088556.html

掃除機の親子ノズルから、子ノズルの電動パワーブラシがなくなった。

今まで使ってた掃除機は子ノズルがモーター内蔵の電動パワーブラシだったのに。

価格コムやらでレビュー読んで、現行機種はモーターレスの子ノズルになってるのは知ってはいた。

けど、何らかの技術的工夫によって電動パワー子ノズルと同等の性能を保っているものと思ってた。

先入観を排して実際に使ってみてから評価しようと思ったの。

で、実際に使ってみたらまるで駄目だった。

掃き出し窓のカーテンの裾をやたら吸い込む。

なんでだろ？と子ノズルを良く見ると下方だけでなく前方にも開口してた。↓こんな風に。

imgcp.aacdn.jp/img-a/800/auto/aa/gm/article/5/6/3/2/0/image3-2konozzle.jpg

allabout.co.jp/gm/gc/56320/

で、前方に開口してるからか床面のゴミに対する吸い込み力が弱い。

以前の子ノズルなら吸えてたホコリが全然吸えてない。

何度か子ノズルを前後させるとホコリが僅かに取れたように見えるが、吸えたのではなく子ノズルのヒール部分に付いてるフェルトが拭っただけ。

なんでこんなになっちゃったの？

安物買ったから？

違う。

現行のホース付き掃除機の最上位モデルでコレよ。

なんで？

原因を想定してみる。

今の掃除機、主流はスティック式。とにかく軽さとコンパクトさが求められる。他社製品に劣ってはならない。

だから重量増の要因となる子ノズルのモーターは廃止。

子ノズルと親ノズルが合体した際に嵩張ってはならない。

だから子ノズルは前方開口に。

傍流のホース付き掃除機はスティック式のノズルを流用。

恐らくこんな理由でしょ。

と、改めてパナソニック掃除機カタログ見てみると、あれ？スティック式には親子ノズル付いてない。

だったらなんで？

上で画像を引用したAll Aboutの記事は2008年。当時で既にモーターなし子ノズル。

当時の掃除機カタログ無いから正確にはわからんが、メーカー貸し出しのレビュー記事だから廉価機種ではないだろう。

そんな長らくこのダメ子ノズルが受け入れられてんの？

今まで使ってた掃除機、2004年製。

モーター使った家電は動くからといってあまり長く使い続けないほうが良い、と聞いたのもあって買い替えた結果がこれ。

別売り用品扱いで良いから現行掃除機に取り付けられる電動パワー子ノズル式の親子ノズル付いたホース一式、アタッチメントって言うの？発売してくれないかなあ。

逆に、買ったけど微妙だったわ2022も聞いてみたい ぼやかせる範囲で

Permalink | 記事への反応(1) | 05:46

ツイートシェア

■anker充電器に対するPurudoの記事にまつわる反応・時系列まとめ（主には

Purud.netから

「【危険製品】Anker 736 Charger (Nano II 100W) をチェック どうしよう出来が悪すぎる」　https://web.archive.org/web/20220704043526/https://xn--p9j1ayd.net/archives/55794

「めちゃくちゃ危険な充電器です。デバイスの破損は覚悟して下さい 」　ttps://www.facebook.com/purudo.net/

という煽情的なタイトルの記事・呼びかけが公表され、記事本文でも「2度と Anker の充電器は買わないと誓いました」「売って良いレベルの製品ではない」とさんざんAnkerと製品がこき下ろされる。

↓

ITライター氏「やばすぎわろた」　https://twitter.com/kizuki_jpn/status/1543770603139649536

はてなブクマカ「うへー、怖い。」　ttps://b.hatena.ne.jp/entry/s/xn--p9j1ayd.net/archives/55794

等、記事タイトルや本文の煽情的な煽り文句に乗せられるままに驚愕・恐怖・嘲笑する反応が多数出る。

（上記はてブのブコメ欄でも恐怖・嘲笑するブコメ多数）

↓

記事執筆者氏、ツイッターで

「Ankerさん。ご質問などがあれば本誌のお問合せフォームからご連絡下さい。（もうここまで来ると、どうにもできない可能性が極めて高いので言いますが）」

と挑発、イキって煽り倒す。https://twitter.com/wwdc1999/status/1543818287972499461

（何が「もうここまで来ると」なのかは不明）

↓

ツイッターでは煽情的なタイトルや本文中の修飾語に流されず、きちんと記事を読み込んだUSB-PDの知識ある方から

「どこがどう仕様に違反してるのか不明。記事内では仕様のどの辺に引っかかっているのか、具体的な説明はゼロ」　ttps://twitter.com/hnpn914/status/1543951816404058112

等と冷静な突っ込みが入り始める

↓

記事執筆者氏、複数のツッコミや指摘を受けて記事の問題点を認識しだしたのか、

「寄せられたご意見とWeb上の意見をまとめて、仕様書を改めて読むと（←改めて？本当？）

確信的なことが曖昧にされているように感じた。あと、USB-PD規格にフェイルセーフの概念がないということは理解した。」

https://twitter.com/WWDC1999/status/1544200772015255553?cxt=HHwWgsDT3fWaje4qAAAA

「USB -PDの仕様書って曖昧じゃない？」https://twitter.com/WWDC1999/status/1543959475736182784?cxt=HHwWgIDUrdC9n-0qAAAA

等、突然USBの規格自体がおかしいと責任転嫁し出す。

↓

Ankerから「製品はUSB-PDの規格にのっとっています。正常な使用で危険はありません。受電側機器で規格違反があり過大な電力要求がある特殊な場合では、つられて大きな電力を供給することがあります。」　https://b.hatena.ne.jp/entry/s/www.ankerjapan.com/blogs/news/357

と解説・声明が出る。更に返金対応に応じます、今後の出荷製品はUSB-PD規格以上の安全側に改修しますという神対応を発表。

手のひら返しするブクマカ多数。

↓

Purud.netがAnker声明を受け見解発表、Ankerの主張を認め白旗上げ全面降伏の様相　https://xn--p9j1ayd.net/archives/55987

「「特殊な」環境において試験を行い、それを基に記事作成を行いました。本誌が使用した「負荷抵抗器」と呼ばれる機材は、製品の設計時や耐久試験などに使用する業務用機材です。そのため、リリースにもあるとおり、通常では発生し得ない状況を作り出すことが可能なものです。」と自白。

「【危険製品】Anker 736 Charger (Nano II 100W) をチェック どうしよう出来が悪すぎる」

という記事タイトルを

「【レビュー】Anker 736 Charger (Nano II 100W) をチェック」

にシレッと改竄。記事本文中の扇情的な煽り文句も多数削除されるが、Ankerへの謝罪の加筆は無し。

↓

「やばすぎわろた」のITライター氏、USBの規格以上に安全側に改修するというankerの措置を

「しれっと修正してるんじゃん。これあかんやつや」https://twitter.com/kizuki_jpn/status/1544258563312594944

と門前払い。より安全に改良することが何故「あかんやつ」なのか理由の説明なし。

自分を信じてまだまだ孤高に戦い続ける模様。ガンバレ、超がんばれ。

↓

ankarの解説・声明のニュースに対するブコメ欄　ttps://b.hatena.ne.jp/entry/s/k-tai.watch.impress.co.jp/docs/news/1422649.html

では、機器と規格の仕様を理解できず（理解しようとせず）、anker製品が危険で誤ってると決めつけたまま、中国企業全体への偏見・ヘイト・中傷を表明する下記ブコメがスターを集めて上位ブコメになるという、ふだん「差別者はこの世から消えろ」と正義のポリコレ棒で他人をブっ叩いてるはてブにあるまじき事態になり、恥の上塗りをさらす。

urtz 中国企業あるあるで、リスクは最小だから実質無いのと同じでしょ、問題起きてないしって主張。事故るか事故らないかのスレスレを目指すことで中国企業は成長してきた。事故っても人口が多いので人より企業優先になる

ttps://b.hatena.ne.jp/entry/4721966618691958914/comment/urtz

2022/7/6 15:30時点

Permalink | 記事への反応(12) | 15:45

ツイートシェア

■anond:20220521220951

参考URL続き

API編（後日投稿）に続く予定

追記・返信

今回書いた増田にも多くのブクマが付き、有難く思う。以下返信。

これは詳しい

ブクマしておく

誰得の詳しいまとめ

おつおつ！！

コメ有難う。おかげで次も書こうという気になる。

RSSがあれば、エクセルではてブが見れる

有用なツール紹介感謝（ぐぬぬ、向こうのブコメの方が多いと思いつつ）。

あとRSS一覧でいつも思うのが知ってて当然という感じでカテゴリの一覧が無い

参考ページ[FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある?を載せたから大丈夫だろ、という不親切な態度は許されなかった。

はてな社員「新人くん、これ分かりやすいから見ておいて」

はてな社内の仕様書Wiki（存在するのか知らない）より詳しそう

どうもはてブ担当新しく入ったらしい

門外漢によく知ってるねと褒める時に使う言い方の事例集だ。俺は詳しいんだ。

カラースターの値段が

紫スターすごい

ギブミーカラースターとか言われたら、青1個投げるとちょうど良さそう。

全然使いこなせてなかったことを思い知る

なんかよくわからんけど参考になりそう

業務中のブクマが捗るから助かる

まだAPIの解説も残っているんじゃ（すぐに投稿できるとは言っていない）。

GitHubにでも書いたほうが良いのでは

増田への愛（執）着が勝ったが、外部リンクを数件しか貼れず注釈機能が無く字数制限も厳しい環境に投稿して良いのかという葛藤もある。

「錯綜」の解釈を間違っていて一対多の意味を取り違えた。「分散」かな。 & は予約文字というよりも値が途切れ # はブラウザの機能としてサーバに送信されない。 1d. は {2} ではなく {1} (%enc)

素人特有の、用語等への鈍感さが浮き彫りに。申し訳ない。

指摘を参考に"エントリページ"の章等を修正。URLと引数については、修正後の内容なら以下のようになることを読取っていただけるかなと。

1a例 https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220521220951

1d例 https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fanond.hatelabo.jp%2F20220521220951

API編も期待してる

善処する（GitHubに投稿する方に気持ちが傾いてるが全く触ったことがない上に、VSCodeとWSLとgitを導入してはてなのウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない）。

「はてなフィルター」というウェブサービスも加えて

公式のページを対象としたので含めなかった（新参で情弱なので知らなかったとは言えない）。

Permalink | 記事への反応(1) | 22:11

ツイートシェア

■[あとで読む]2022年4月はてブのあとで読むトップ30リスト

はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

590あとで/4204users 【詳しすぎる2週間】親の死亡後にまずやること（行動チェックリスト付） | まごころ相続コンシェルジュ

291あとで/1560users Google製のJavaScript教育ツール「Grasshopper」は基礎から学べて初心者に優しい！【どれ使う？プログラミング教育ツール】 | 窓の杜

272あとで/1859users 無料コーディング練習所 | 未経験からWebデザイナーへ！

220あとで/1327users 【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG

201あとで/1017users 30 分でわかる！アルゴリズムの基本 | E869120 | SpeakerDeck

191あとで/1365users Wi-Fiトラブルの解決に便利！　Windowsの隠れ便利機能「Wlan Report」を活用しよう【イニシャルB】 | INTERNET Watch

175あとで/888users Web開発者はもっと「安全なウェブサイトの作り方」を読むべき - Flatt Security Blog

171あとで/2593users (追記あり) 10億円資産ができたときに知っておいたほうがいいこと | anond.hatelabo.jp

164あとで/849users AWS初心者向けの教材まとめ、AWS日本法人が公開 | ITMedia

162あとで/1231users 【試し読み】書店員さんから大反響！　精神疾患を抱えた妻の介護と仕事…約20年にわたる苦悩の日々を綴った傑作ルポ『妻はサバイバー』｜朝日新聞出版さんぽ｜note

159あとで/935users 機械学習が独学できる日本語Youtube難易度別まとめ - Qiita

152あとで/961users 8時間を0.01秒に短縮　「アルゴリズムの素晴らしさが2分で分かる動画」が今すぐ勉強したくなる分かりやすさ | ねとらぼ

142あとで/889users 文春オンラインの記事分析を支える爆速ダッシュボードを作るまで｜Shota Tajima｜note

141あとで/2006users さよなら絵梨 - 藤本タツキ | 少年ジャンプ＋

140あとで/1138users 新電力の中の人です。すべてをお話しします | anond.hatelabo.jp

136あとで/1094users 『ゴールデンカムイ』全話無料！ | ヤンジャン!

135あとで/780users Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に | Publickey

132あとで/575users フロントエンドエンジニアが知るべきキャッシュを理解する | カーーズ | Zenn

132あとで/1232users みんなが知ってる『ちょっとのコツでめっちゃ美味しくなる、楽になる』みたいなの教えて→全然知らなかった有益な情報が集まる | Togetter

131あとで/679users 【個人開発】正規表現を学ぶ狩りに出ませんか？モンスターを倒しながら正規表現が学べるゲーム「Regex Hunting」を作りました - Qiita

124あとで/1217users 先輩に「何かタメになる話してくださいよ〜」と無茶振りしたら『Language Reactor』という2言語字幕を同時表示できるChromeの拡張機能を教えてもらった | Togetter

124あとで/1254users 育休中に相方がめちゃくちゃ売れた｜酒寄さん｜note

120あとで/1114users Google Analytics(UA)が使えなくなるのはどのくらいヤバくて、いつまでに何をしたら良いのかの話。 - フジイユウジ::ドットネット

120あとで/598users 電子情報学特論：Chromiumのアーキテクチャを解き明かす | Kentaro Hara | Google Slides

119あとで/1242users 僕がたどり着いた最強パリパリチキンの焼き方→上手に焼くポイントも「鶏肉好きとしては是非とも取り入れたい」「最高のライフハック」 | Togetter

118あとで/866users 「全クリエイターに広まってほしい」文化庁が質問に答えるだけで『著作権契約書』が作れる超便利なツールを作っている | Togetter

116あとで/897users ちょっと触ったら休日が丸2日消失した　個人的2022年ベストゲーム「TUNIC」を全力で推したい | ねとらぼ

115あとで/798users 結局UMLとかシーケンス図とかAWSの図とかどれで描くと良いのよ？と思ったときの選択肢 - Qiita

112あとで/494users 『良いコード/悪いコードで学ぶ設計入門 』を出版します｜ミノ駆動｜note

109あとで/522users 予防に勝る防御なし - 堅牢なコードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022

109あとで/1047users (続き)10億円資産ができたときに知っておいたほうがいいこと | anond.hatelabo.jp

はてブではあまり見かけなかったタイプの商用っぽいけど大手メディアじゃなさそうなサイトが上位に入った

Permalink | 記事への反応(0) | 13:01

ツイートシェア

■anond:20220429094749

エンジニアと大雑把に括られてるけど、実際にやることはその中の職種によって凄まじく違うことに注意な。

やりたい事に近い事、お前さんのイメージするエンジニアに近い事をやるといい。

んで、こだわりないなら両方やっとけ。

基本情報なぞ簡単に取れる。取れなきゃ次は、アプリやサービス作る過程で色々調べたりした経験に、ちょいと試験向けの勉強する程度で取れる。取っとけ。

アプリやサービス作りは難しい。作ろうと思うだけでなく、実際に手を付けられる奴はそう多くない。サンプル通りでない物を自力で完成させられれば、エンジニアに十分向いてる。本当に難しいのは作ることではなく、その先の続けることの方ではあるんだが…。

で、だ。単に就職できればいいや止まりの話でなく、アプリやサービスを作りたいという思いがあるのなら、何かを作ったり設計したり企画したりしたいという思いが自分自身の内にあるのなら、だ。

まず紙のノート買ってこい。これが何よりも大事。そして捨てるな、一生。

作りたい物の全体デザインを書いてみろ、その最初の数枚は絶対に捨てるな。残りも可能な限り捨てるな。

スケッチブックかノート、中性紙で。無地が望ましいが近所での入手性も大事。人に見せることもあり得るのでA4以上、携帯したいとしてもB5以上。

リングでも綴じでもいいがルーズリーフを継ぎ足せるタイプは論外。紙を切り取るミシン目があるのも論外。後から整理しようとするな。余分なページを外そうとするな。丸ごと取っておくんだ。

筆記具はボールペン。フリクション絶許。ホワイトもダメ。消す時は横線で。消したという判断も、それを一旦は思いついたということも後から見れるように。

請けた仕事用とは絶対に共用するな。プロジェクトを離れる際に、機密漏洩防止のため捨てることになるから。プロジェクトの成果の持ち主が本人なら知らぬ。

環境がノートを絶対捨てない事を許さないのなら…電子データでもやむを得ないが、クラウドストレージ+バックアップでガチガチに消えないように。そして跡を消さず、整理せず全て残すように。

お前さんの方向性次第では、本当に必要なのはDesign Docsのような電子データの文書かもしれない。それでも要所は同じ。

gitに突っ込む。横線で消すのではなく、gitの履歴と比較できるデータ形式にしておく。履歴を後から整理しようとせず、ガチガチに消えないように全て残す。

グッドラック。

Permalink | 記事への反応(0) | 17:13

ツイートシェア

■anond:20220419200107

参考ページ（続き）

追記

トラバ・コメ・ブクマしてくれた方々に感謝。人の興味を惹く内容を投稿できて良かった。

以下、説明しようと思ったトラバ・ブコメに返信。

hoimin-densetsuさんのセルクマか

ブクマエントリのdata-entry-createdと件のブクマの日時分が一致してるが、濡れ衣だ。

初代Core…Allendale(65nm、Meromアーキテクチャ)か

Core第1世代（Nehalem）のつもりで書いたが、Core Duoとかもっと古いのを失念してたので本文修正。

こんだけ知識あるおじさんがお金無いはずがない

技能を金銭にできない人々を我々は見てきたはず。

電源は新品がいい

古い電源でもイケるのではと憶測してそれを実証してみたいと思わなければ、自分もきっとそうした。

10年前にHDD 3TBってめちゃくちゃ高級品だと思う

旧PCのだいぶ後で、TV録画のために買った外付HDDが元。ケースが死んだので、中身をデータ用ドライブとして使っていた。

一体何にパソコンを使っていたのか

はてブと5chとTwitterとそれらの引用元を隅々まで読む作業、動画・漫画鑑賞、Paradoxゲーム、相場観察。

メインPCは別にあるんじゃないの

上記用途にしか使ってないので、他に良いPCを買うのは勿体なくてできなかった。

この増田んちのジャンク置き場ヤバそう

Socket7のM/Bとかその頃のPC雑誌とか、必要な人がいたら譲るんだが。

参考文献57まであって草

玉石混ぜて文章量を稼ぐムーブ。

学生さんの可能性も

老眼の始まったアラフォーで、日本人学生で、増田ユーザで、最近10年ぶりに自作PCをしたという積集合が空でない可能性とは。

無欲ではなく最高の贅沢なんだろね

過ぎた吝嗇は強欲と執着の発露だとは思う。

ヒキニート疑惑も抱いている

他の人は言うのを遠慮してたのに。

その間も知識アップデートはあったはず

生憎、数年前のRyzenショックを見逃す程度には、自作PC事情への関与が薄かった。

なんでブログで書かなかったの

完璧主義と自意識過剰と怠惰のせいでブコメすら継続的にできない性質なので。今回は衝動的に長文を書きたくなって投稿した。

多分友達になれる

追記を見たら、その気が薄れるのではないかな。

ドケチオブドケチ

支出を抑制しようとする情熱が収入を増大させる方に向かって欲しい人生だった。

古老の趣味やな

初老のおじさんに何てことを。

机の周りもめちゃくちゃ綺麗にしてそう

偏執狂は恐ろしく整備された部屋か恐ろしく汚い部屋かどちらかに住んでいるものだと思う。

「これ、安かったんよ」と自慢している大阪のオカンと共通する

そういう行為から抜け出せないならそうすることが許容される愛嬌は持ち合わせたいものだねと。

貧乏人はなぜ労力や時間という「コスト」を無視するんだ

考慮した上で優先事項から排除する性分なんだ。

Permalink | 記事への反応(1) | 20:02

ツイートシェア

■10年以上同じPCを使っていたが、25,000円で新調した

1か月ほど前まで初代第1世代Core iのPCをほぼノーマルで使っていたが、Windowsの肥大化（*1（本増田の最後に参考webページを記載。以下同様））のせいかweb閲覧やExcel操作程度の作業でも引っかかりを覚えるようになったり、Windows11ブームに煽られてセキュリティ関連の記事を読み古いCPUには脆弱性が付き物だと知った（*2・3・4）り、あれこれあったためPCを新しくすることにした。

その際に色々な知見を得て情報の更新ができたため、日記帳兼リンク集として増田に残しておくことにした。極少数の人にしか役に立たないであろう文章だが、体験談の類として暇つぶしに読んでもらえれば幸い。ただ、過去のPC事情を懐古したりするのが目的なら、数年前にホッテントリ入りした別の記事（*5・6）を読む方が有意義かもしれない。

改装作業にどう臨んだか

まず、パーツの買い方を3種類に大別して検討した。

この前段階で格安の中華製ミニPC（*7）も候補に挙げていたが、拡張の厄介さや商品到着までの時間の長さを難に感じて選択肢から外した。

● H610のM/BとローエンドCPUと8GB DIMM×2

今新しく自作PCを組むなら鉄板の構成だと思う。現在の相場では、M/B 13k円、Celeron 7k円、DIMM2枚組 6k円、SSD 200GB 4k円で約3万円くらいになるだろう（*8・9・10）。構成品のどれかを中古にすれば2万円台前半で抑えることもできそうだ。

しかしながら、最近まで骨董品で我慢できた身には過剰スペックになりそうだという懸念と逆張り志向のせいでRyzen APUに惹かれたためとで、この組合せは除外した。

● 中古パーツ1点買い

時機を見極めて個々のパーツを買えれば、安く挙げることができる方法だろう。

だが、動作不良品・リマーク品（*11）・その他の不動品（*12）等を掴むリスクやピン折れ曲り（*13）他機器不良への対処を避けるため、この組合せも選ばなかった。

● M/B+CPU+αのセット・ベアボーンキット・本体を中古で購入

M/B・CPU・ビープスピーカー・電源があれば動作検証は可能だ（*14）。そのことは前提知識として通用してるだろうと期待し、ジャンクな出品物・者を弾けば少なくとも直ぐに判明するような不良品を掴むことは避けられるだろうと考えて、セット品を軸にパーツ調達することにした。

ただ、個別のパーツだけ欲しいと思う人が多いせいか、希望に叶う出品は少なかった。値段や特定のパーツへのこだわりは捨てて条件をだいぶ緩くしたが、それでも購入作業を終えるには結構な時間がかかった。

個々のパーツをどう検討したか

作業の結果以下のパーツが手に入った。これら以外にも試用して直ぐ売却したものがあるが、その分は少々の損失で済んだため、実質合計費用は25k円+10k円。

• 無名のケース+ケースファン（ジャンク置場から引っ張り出した）
• 無名のPS/2キーボード+Logicool MX300（同上）
• ネジ・ケーブル類（一部を除いて同上）
• Corsair CX550M
• ASRock B450M-HDV
• Ryzen 3 2200G
• DDR4-2666 DIMM 16GB×2（これだけ新品）
• M.2 SATA SSD 128GB
• SATA HDD 3TB（流用）
• 24インチWQHDモニタ（5年ちょっと前のものを、PCパーツの出費とは別に1万円で買った）
• 元のPC一式（そのうち処分）

● 電源

元の電源が10年以上持ったので、5年前の製品なら後5年は使えるだろうと考え、中古で済ませることにした。

参考になるまとめ記事を元に、経年による劣化が小さいと思われる、電圧と電流の波形が綺麗な製品（*15）を候補にした。5年以上前に発売された商品を1年少々しか使っていない状態良好品だと嘯く詐欺師がフリマには跋扈しているが、そういう輩を除外しても選択肢が十分にあるのは幸いだった。プラグイン電源という危険そうな製品（*16）以外に無難な選択肢が無かったのは、老害な増田には難だったが。

余談だが、電動ブロワーは電源の清掃にとても役立った（*17）。騒音が問題にならない環境の人には是非お勧めしたい。

● ケース・M/B

大型のファンを備えた電源ユニットをケース下部に置く組み方が主流になって久しいようだ（*18）が、冷却や静音にこだわる必要が無いのでケースは流用することにした。ただ、電源LEDがそのままでは機能しないので、オス-メスのジャンパワイヤー（デュポンケーブル）をフリマで買ってピンとコネクタをつないだ（*19）。

マザーボードについては色々調べたが、8ピンのATX 12V電源コネクタ（*20）が一般化して久しいことや、フェーズ数の増加（余談だが、I/O電圧とコア電圧が異なるデュアルボルテージは、30年近く前にモバイル版P54Cで初めて採用された）（*21・22）といった電源回りのことで特に知ることが多かった。光物（*23）はあまり興味が無いのでほぼスルーした。

● CPU・メモリ

RyzenもIntel Coreもどちらも魅力的だと思った（*24・25）が、結局はAMDで組むことにした。そこそこのGPUを省電力で使えることが大きかった。

メモリは多少勉強した（*26）つもりでパーツ選定に着手したが、チップセットの16Gbitチップ対応事情（*27）を全く把握していなかったため、相性問題にぶつかって最初に購入したパーツセットを買換えることになった。容量について言うと、16GBだとたまに心許なくなるが32GBだと過剰という感がある。Intelなら24GB（8+16の2枚）載せて16GB分をデュアルチャネルモードで使える（*28）ので、その点は良いなとも思う。

● ストレージ・光学ドライブ

SATA SSDでも体感速度は悪くない（*29）という言説を見て、安く手に入ったSSDで十分と判断した。記録方式がTLCかどうかといった商品選択の時に普通ポイントになる点（*30）は、次に買換えたくなった時に気にかけようと思う。

光学ドライブも電源ユニットと同様、本来は5年程度で買換えるべき製品とされている（*31）が、それはそれとして、電源と同様の理由で5年くらい前の中古品を探そうかと思って調べてみたら、M-DISCという規格（*32）があると知った。対応するドライブやメディアを購入すると割高だ、余計に金をかけてまで保存すべきデータはどれだけあるか、そもそも光学メディアの読み書きをする機会はどれだけあるか（*33）等、あれこれ考えた結果光学ドライブは買わないことにした。

● サウンド

最近は無音でPCに向かうことが専らなので、USB-DACを排除してHDMIモニタのイヤホン出力で済ませることにした。気まぐれに音楽を聴きたくなったらヘッドフォンアンプをライン出力につないで使おうと思う。

● 入力装置

ケースと一緒に死蔵品を引っ張り出した。文字入力を業としない立場なのでキーボードは何でもどうでも良い。

マウスはクリックが利き辛くなったので放置してたが、分解修理可能（*34・35・36）だと知ったので実例（*37）を参考に簡単に清掃して使えるようにした。マウスホイールは部品交換が必要な状態（ホイールのゴム部分が、加水分解して汚れてたので重曹で洗った（*38）ら、完全に溶けてなくなってしまった）なので、そのうちAliExpressで補修品（MX300適合品ではないが、サイズが同じもの）（*39）を購入しようと思う。

Windowsをどうセットアップしたか

初めは旧システムの入ったHDDを新しいM/Bにつないで使っていた。後で中身をSSDにクローンしようと考えたが、安物のSSDゆえガンガン書き込むことを必要以上に避けなくても良いなと思い直したので、結局新規インストールすることにした。

Raven RidgeではWindows11にアップグレードできない（*40）。だが、Windows11ではGPUが重くなりその対策が未だ無いよう（*41）なので、Windows10のままで良いということにした。

● 旧システムドライブの駆動

Windows7の頃はUEFIで起動しないPCがまだ一般的（*42）だった。このHDDもそういうPCに接続されてたのでフォーマットはMBRだった。CSMを有効にすればそのままで起動できるが、そうできるのは古いGPUを使っている時で現行のiGPUではたいてい無効にされる（*43・44）。CSMは頼りにせずGPTに変換して使うのが無難だ。

変換の際はWindows10のUSB起動メディアでmbr2gptを使ったが、ReAgent.xmlの更新に失敗したというエラーメッセージが出たので、回復パーテーションを弄って（「コンピュータの管理」ではドライブレターを付与できないのでdiskpartを使った）修正した（*45・46）。

Microsoftアカウントで常用していたためかライセンスの再認証を求められることも無く、上記の問題を除けばほぼすんなりと使用できた。セクターにアライメントのずれが無いかどうか（*47）も調べたが、問題無かった。

● 新規セットアップ

VMWare上で予行した分も含めて何回もした。セットアップを繰り返した理由は、Administratorを有効にしパスワードを設定しないままメインアカウントを標準ユーザーにしたらAdministratorにログインできなくなって（*48）詰んだり、OneDriveの動作選択画面で「このPCにのみファイルを保存する」を選択せず「次へ」移動したら戻れなくなった（ドキュメントやピクチャ等のフォルダパスをOneDriveに指定した後で、再度ローカルストレージに変更するのは割と手間になる）（*49・50）り、システムファイルを移動させようとして次節で説明するようにシステムを破壊したりしたためだ。

● システムファイルの一部をHDDに移動

SSDの容量節約と書込み抑制のため、ページ、スワップ、ハイバネーションの各ファイル・OneDriveフォルダ（ただし、空フォルダにマウントしたドライブは移動先に指定できない）・ユーザプロファイルフォルダ下のドキュメント等のフォルダ・AppDataフォルダ下のRoamingフォルダとLocalフォルダの一部・テンポラリフォルダ・ストアアプリフォルダを移動（*51・52・53・54）した。Superfetchはデフォルトで良しとした（*55）。

かつては別アカウントでログインしてプロファイルフォルダを全部移動しジャンクションを貼って使うこともできたが、Windows10のあるバージョン以降でそれをするとスタートメニュー他ショートカットやストアアプリが即死する（*56）。一部のシステムファイルが変化するとメニューやアプリ全体が損壊判定されるようだ（十分な検証はしてないが、container.datやハッシュ値が名前になってるファイルを弄ると不味いように感じた）（*57）。こうなるとアカウントを消して再作成する他無くなる。ちなみにCドライブ直下のProgramDataフォルダ等を壊すともっと悲惨で、新規インストールくらいしか回復の手立てが無かった。

おわりに

• 10年前は、マザーボード表面の印字がもっとクッキリと見えていたと思う。
• システムドライブがHDDでメモリ8GBだった頃とは、速さがまるで違う。
• WQHDの縦表示は文章を読むのにとても便利。でも9:16の比率なので、デカいスマホを見てキーボードを打ってるようにたまに錯覚する。
• 総じて言えば金銭対効果がとても大きかった（時間対効果？　何のことやら）。

参考ページ

はてなブックマークされたページにはeidを付記した。

https://b.hatena.ne.jp/entry/1 または https://b.hatena.ne.jp/entry?eid=2（それぞれ、数字部分がeid）のような形式のurlを入力すれば、当該ブックマークエントリーにアクセスできる。

容量超過のため、anond:20220419200228 に続く。追記もあり。

Permalink | 記事への反応(12) | 20:01

ツイートシェア

■日経新聞はジャニーズを広告に出すな

正確には、出してもいいけど女とセットにしろ。

多様性に欠けたTOKIOの広告

パーソルテンプスタッフ株式会社は以前、Hey! Say! JUMPの中島裕翔の写真を使った全面広告を日本経済新聞に出している（2021年3月23日）。

ttps://www.tempstaff.co.jp/corporate/release/2020/20210315_5025.html

また、ジャニーズから城島茂・国分太一・松岡昌宏が独立して株式会社TOKIOを作ったとき、同じく日経新聞に全面広告を出した（2021年4月1日）。

ttps://sirabee.com/2021/04/01/20162546415/

これらの広告には、日本人の男性しか写っていない。したがって、これは、日経新聞が創設メンバーであるアンステレオタイプアライアンスの掲げる「3つのP」の1項目「Presence」に反しているし、2項目目の「Perspective」も怪しい（後者にはTOKIOの視点しかないし、前者には、イケメン男性を愛好する女性ファンの目線で描かれている）。

だいたい、パーソルテンプスタッフ株式会社の業務と中島裕翔に何の関係があるというのか。中島とテンプスタッフの業務との関係は、巨乳女性が出てくる漫画と献血事業との関係くらい薄いだろう。事業の広告に無関係なイケメンを出すのはルッキズムを強化するので有害である。

えっ？　TOKIOの広告にはTOKIOしか出てなくてTOKIOの視点しかなくても問題ない？　商品そのものの広告だった『月曜日のたわわ』は男目線だと叩かれたよね？　ということは、商品そのものの広告にも「3つのP」は適用されるべき、ってことになるよな。OK？

納得してもらえたところで次いこうか。

多様性に欠けたYoshikiの広告

Yoshikiのワインブランドの全面広告が日経新聞に掲載されたこともある（2021年12月15日）。もちろんYoshikiしか写っていないので、上述のジャニーズと同じ問題が発生する。日経新聞は今後このような多様性に欠けた広告はやめるように。

有害なジェンダーステレオタイプを強化する漫画の広告

『月曜日のたわわ』の広告は有害なジェンダーステレオタイプを強化するのだそうだ。なるほど、有害なジェンダーステレオタイプを強化する表現が広告として世に広く掲示されるべきではない。

ところで、日経新聞は『鬼滅の刃』の登場人物である煉獄杏寿郎を使った全面広告を載せている（2020年12月4日）。

ttps://game.watch.impress.co.jp/docs/news/1293062.html

ものの見事に日本人のキャラクターしかいない、多様性の欠如した広告キャンペーンだ。当然、「3つのP」に抵触する。

しかしそれだけではない。『鬼滅の刃』は、主人公に対して「弱い 未熟 そんなものは男ではない」「どんな苦しみにも黙って耐えろ お前が男なら」といったセリフを投げかけるキャラクターが存在し、主人公はその指導に従う。これは、弱さを否認するウィークネスフォビアや、弱音を吐かず耐え忍ぶという有害な男らしさ（トキシックマスキュリニティ）を助長する描写であり、男性にとって有害なステレオタイプである。このようなジェンダーステレオタイプを強化する広告を載せるべきではない。

また、主人公が刀を振るって戦うことは、刃物による攻撃に怯える人たちをさらに脅かすものであり、「刃物で人を虐殺して構わない」というメッセージを社会に発している。

なに？　『鬼滅の刃』をちゃんと読め、『鬼滅の刃』は主人公が虐殺を肯定するシーンなんて一度もない、だって？　『月曜日のたわわ』にも主人公が痴漢を肯定するシーンはひとつもないが、痴漢を連想する、痴漢を助長するとして叩かれた。ということは、『鬼滅の刃』も、刃物を振り回すキャラクターのイラストを以て、通り魔などの恐怖を連想する、通り魔を助長するとして叩かれなければ筋が通らない。

さて、ここまでは、実際に日経新聞に掲載された広告に基づく話だ。次からは、「アンステレオタイプアライアンスの創設メンバーとして、このような広告を載せないように注意してほしい」という警告を発しておきたい。もし将来このような広告が載せられたら、みんなは存分に批判してほしい。

プリキュアの広告を載せてはいけない

プリキュアは短い髪のキャラクターであっても変身後は長髪になり、スポーティなキャラクターであっても変身後はヒールを履くなど、「女性は髪を伸ばしヒールを履くものだ」というジェンダーステレオタイプを強化している。「女性はヒールを履くべき」という固定観念がいかに時代遅れかは#KuTooの運動で明らかになった通りだ。さらに、なんと前作ではメイクがテーマとして扱われていた。「女性は化粧をするべき」というのが家父長制による押し付けであることは韓国のフェミニストたちによる脱コルセット運動が示している。プリキュアは女性のエンパワメントを阻害する。これ以上このような有害なステレオタイプ表現を公共の場に掲示すべきではない。暖簾の向こうにしまって子供に見せないようにすべきだ。

さらに、歴代プリキュアには男性メンバーがいない。これはもちろん、ジェンダー平等であるべき広告にはあるまじき多様性の欠如である。仮面ライダーに女性ライダーがいるべきであるように、プリキュアにも男性プリキュアがいてしかるべきだ。それが本当のジェンダー平等だろう。

したがって、プリキュアという多様性に欠け有害なジェンダーステレオタイプを撒き散らす作品の広告を、アンステレオタイプアライアンスの創設メンバーである日経新聞が出すべきではない。今後、プリキュアの広告を載せてほしいという依頼が来ても断るように。

チェリまほの広告を載せてはいけない

『30歳まで童貞だと魔法使いになれるらしい』という漫画がドラマ化されてヒットを記録した。しかしこれは、男性に性経験がないと馬鹿にされ軽んじられるという有害な男らしさに基づく性規範を下敷きにしたタイトルであり、有害なジェンダーステレオタイプを助長している。日経新聞はこのような作品から広告を持ちかけられても毅然と断るべきだ。

また、チェリまほの原作者の豊田悠は女性である。男性同性愛者というマイノリティの性愛を、非当事者である女性が創作のネタにすることは、文化の盗用であるだけでなく当事者から機会を奪っているし（たとえばアメリカでは、白人女性がメキシコ移民を主人公にした小説を書いたことで簒奪だと批判された）、マイノリティを自らに都合のいい存在であるかのように扱うという性的客体化である。チェリまほに限らず、女性によって書かれた男性同性愛もの（あるいはその逆）を日経新聞は肯定的に取り上げるべきではない。なぜならそれは簒奪であり文化の盗用であり性的客体化であり、つまりはポリティカルコレクトネスに反しているからだ。

ファンタビの広告を載せてはいけない

映画が大絶賛公開中の『ファンタスティックビースト』シリーズは『ハリー・ポッター』シリーズのスピンオフである。ところで、同シリーズの原作者J・K・ローリングがトランス女性への差別発言を度々行っているのは有名な話だろう。「温泉むすめ」のコラボが叩かれた件では過去にR-18コンテンツを描いていた作家がいたことが批判されたように、「誰がそのコンテンツを作ったか？」は重要な問題である。日経新聞は、間違ってもTERFによって作られた『ファンタビ』を肯定的に宣伝すべきではないし、広告に手を貸してもいけない。多様性を尊重すべき世の中なのだから当然だろう。

ところで、『ハフィントンポスト』は……

『月曜日のたわわ』全面広告批判の急先鋒となった『ハフィントンポストハフポスト』は、もちろん、日経新聞並かそれ以上に厳しい倫理観を問われる立場であるはずだ。であれば、まさか児童性虐待を恒常的に行っていたジャニー喜多川に対して肯定的な記事を書いてはいないだろうし、同性愛への偏見が根強く残る日本において同性愛者を面白おかしく扱ったステレオタイプ強化ドラマ『おっさんずラブ』の記事も同様であるはずだろうし、TERFが原作者である『ファンタビ』の知名度向上に寄与していたりはしないはずである。「ジェンダー、女性の生き方、人権、ハラスメントの問題、ルッキズム（ボディポジティブ）などに関心が」あるライターなら、なおさらそうでないとおかしい、の、だが……あれ？

Permalink | 記事への反応(14) | 17:44

ツイートシェア

■[増田アドヴェント2021] チャレンジングな家電を勝手にレビューしたい

※コタツ記事です。「実機触ってから文句言うとんかコラ」との声に予め答えておきます。

一発ネタで終わりそうな挑戦的なコンセプトの家電見て妄想繰り広げるのが好きで好きで。

車輪で移動できる“レイアウトフリー”ビエラ。業界初の4K無線伝送 - AV Watch

av.watch.impress.co.jp/docs/news/1352297.html

4Kテレビなのに置き場所自由なパナソニック「レイアウトフリーテレビ」の秘密。他との干渉は大丈夫? - 家電 Watch

kaden.watch.impress.co.jp/docs/news/1372159.html

最初に思ったのは電源コード何とかならんかったのかと。

asset.watch.impress.co.jp/img/avw/docs/1352/297/578A2442_o.jpg

こんな都合よく床にポップアップコンセントのある家、そう多くないだろ。それでも邪魔。

万一、足引っ掛けた際に外れるマグネット式プラグ採用してるが、それにしても。

床をコードが這っていても1ヶ所で固定して使うものならコードの位置を覚えて無意識に避ける。

でもこの製品はあちこちに移動し使うコンセプト、絶対に足引っ掛けるわ。

床や壁じゃなく天井から給電したらどうか。

電球のソケットに国民ソケット付けてそこから給電。これなら足引っ掛けない。

今時のLED灯具だと電球のソケットないから無理か。

リビングに溶け込みやすい白基調のカラーを採用

だそうだが、実態は黒いコードだと目立たず足引っ掛ける→コードを目立つ白に→それに合わせて本体も白く、じゃないの？

充電式じゃダメだったの？

重量バランスを工夫するなどして、倒れにくさの面もケア

とあるから、スタンド部分に重り仕込んであるんだよね。だったらウェイトの替わりに充電池にしときゃ良いのに。

メーカー公式の写真、出っ張った柱の陰にコード隠したり、椅子の脚にコード沿わせて目立たなくしたり涙ぐましい努力。

asset.watch.impress.co.jp/img/kdw/docs/1372/159/06-02_o.jpg

panasonic.jp/viera/products/lf1/images/lf1_layout_slide05_pc.jpg

だったら充電池式コードレスで良いじゃん。

人力で押して移動。これもスマートじゃない。

キャスター付きのため、容易に移動が可能

asset.watch.impress.co.jp/img/avw/docs/1352/297/578A2468_o.jpg

結構なお値段なんだからリモコンのボタン操作で自走してほしい。これにも電源コードが邪魔。

充電池式＋自走式なら使い終わったらコンセントそばのドックに自動で移動して充電できる。

サイズも中途半端。43インチ程度なら普通に大抵の部屋で壁際設置可能。わざわざ動かす意味がない。

80インチくらいの大画面になると部屋内で座る場所とのレイアウト上、ドアやら襖やらに引っ掛かって設置を諦めがち。

リモコン操作の自走式なら80インチ大画面でも視聴の時だけ適した位置に移動させ、見終わったら部屋の隅にどけておける。

「車輪で移動できる“レイアウトフリー”」「見たい場所まで手軽に動かせる」をコンセプトにしてるが、

現状ではアンテナ端子の位置に縛られず設置出来る、だけがメリットで1ヶ所に固定する使い方になっちゃいそう。

Permalink | 記事への反応(2) | 01:15

ツイートシェア

■ASP.NET Core MVC 何もわかんね～～～～～～

全く分からない

ほんとどうすればいいんだ

Microsoft Docsの機械翻訳された観念的な説明を読み解ける人天才だろ

てかC#も初めてなのに無理

Visual Studio使ってるけどVisual Studioも分かんない

終わりやね……

Permalink | 記事への反応(0) | 21:43

ツイートシェア

■anond:20210327213156

きょうのC#の勉強はLINQのSortBy()で止まった

参考書とかにはアルファベット順って呑気に書いてあるけどこれいわゆるASCII順だよねと思って

（彼らが揃いも揃ってアルファベットだけで構成された単語の比較例だけしか出さず、数字開始あり・空白ありの文字列比較をさせないのは怠慢だと思う）

比較に使ってるメソッドなんだろうと思って、String.CompareToからString.Compareに行ってCompareOptionsを見て、

.NET での文字列の比較に関するベスト プラクティス | Microsoft Docs

うわー、うん、なんか見なかったことにしておく

もし俺が参考書書くときはアルファベットだけで構成された単語の比較例だけ出すことにしようと思う

Permalink | 記事への反応(0) | 23:45

ツイートシェア

■プライベートメソッドをテストすべきか

「すべきでない」というのがたぶん多数派。

テストすべきでない理由としてだいたい次の理由があげられる。

プライベートなメソッドや関数をテストする必要は無いと考えています。プライベートなメソッドは、実装の詳細であるからです。

多くの場合、そのクラスのパブリックメソッド経由でプライベートメソッドのテストも同時に行えます。

プライベートメソッドのテストは書かないもの？ - t-wadaのブログ

ほとんどの場合、プライベート メソッドをテストする必要はありません。 プライベート メソッドは実装の詳細です。

プライベート メソッドがある場合は、パブリック メソッドを見つけて、そのメソッドに対してテストを記述します。

単体テストを記述するためのベスト プラクティス - .NET | Microsoft Docs

「プライベートメソッドはテストするな」と強く主張されるのは、ケント・ベックの影響もあるかもしれない。

例えばtwitterで、パブリックメソッドにだけテストを書き、テストが必要なほどプライベートメソッドが複雑ならそれを別のオブジェクトに切り出す必要があると発言している(twitter/kentbeck)ように、プライベートメソッドのテストに強く反対している。

またベックの書いたSUnit(xUnitの源流にあたる)には「ひとつのテストをひとつのオブジェクトで表し、それによってテストの独立性を高める」というアイディアが使われている(そのアイディアを実現するためにとても複雑な設計をしている Simple Smalltalk Testing: With Patterns)。テスト自身がひとつのオブジェクトとして独立しているなら、テスト対象となるオブジェクトのプライベートメソッドがテストできないのは当然のことになる。

しかし「プライベートメソッドのテストがしたい(したくなることがある)」と感じる人も相当数いる。

そう感じる人にとってはむしろここからが本題で、

• 「プライベートメソッドをテストしたい場合はある。でも簡単にはテストができない。それでもテストするか。どうやってテストするか」

が問題になる。

テストファーストで開発するなら手を動かしながら軽い気持ちで書きたい。

例えそのクラスがprivateメソッドで依存関係があっても。

コンストラクタインジェクションされたクラスのprivate メソッドでもテストファーストしたい - Qiita

privateなルーチンの自動テストは面倒だ。実際にコーディングするときは最初publicにしておいてテストしてうまく動いていそうならprivateにするのだけど、この「いそう」がくせ者。いっそのことすべてpublicにしたくなる。

私は元々メソッドはprivateにしない主義なのでメソッドの場合は問題ないのだけれど、ファイル内の「関数」が問題になる。和了点計算だと和了形判定とか符計算とか和了役判定とか単体でテストしたい内部関数が山ほどある。(twitter/koba0367)

private メソッドをテストすべきか問題、原則論だけだと袋小路に入りがちだから、private メソッドをテストしたくなる具体的な場面について議論したほうがいいと思う。

自分がレビューでよく見る例としては、複数の public メソッドの重複部分を private メソッドに抽出した結果、濃い private メソッドと薄い public メソッドが一対多関係になる場合が挙げられる。設計としては間違っていないし、わざわざ public メソッド経由でテストする意義があるかというと微妙。(twitter/ts7i)

きれいなインターフェースを作ろうとすればするほどpublicメソッドじゃない部分に複雑性を追いやることになり、壊れた時に手戻りが大きすぎると思ったら、プライベートにバックドア開けてでもテスト書くようにしてます (twitter/mizchi)

しかしプライベートメソッドに対するテストを書こうとすると大概リフレクションなどで可視性の制限をすり抜けるとかメソッドの可視性を変更するといった回りくどさやコストの導入が必要になるので、じゃあプライベートに対するテストはそうしたコストに見合うのかが問題になる。

伊藤さんの答えは「原則書かないほうがいいという大前提のうえで、どうしてもというときは、"これはテストのためにpublic"にしているというコメントの上でpublicにする」だった。

自分は「テスタビリティのためにメソッドをpublicにする」っていう"実プログラムの挙動を変えること"の方が、「privateなメソッドをテストコードのみsendで叩く」よりも怖いって思ってることに気がついた。(twitter/highwide)

メソッドがプライベートかパブリックかという話とそれをテストするかどうかは別問題だろという意見もある。

単体テストがホワイトボックステストだとするなら、publicかprivateかでテストの有無が変わるのは明らかにおかしいだろ。ややこしいロジックはprivateに隠蔽すべきだが、そこがテストできないなんて。 (twitter/kmaebashi)

private メソッドをテストするかどうか？ まず最初に言っておきたいのは public/private は抽象の設計の問題であって、テストすべきかどうかとは当然無関係だろうということ。(twitter/qeigoi)

特定の言語の貧弱な機能に思考が制限を受けて誤った結論を出している典型的な例。

"テストを書くべき"と"上位層からの可視性"は直交する概念

https://b.hatena.ne.jp/entry/4684049296462116226/comment/megumin1

テストの粒度とメソッドのアクセス権は独立したものなので、「プライベートメソッドをテストすべきか否か」という切り方自体がナンセンスではあるのだが、現実問題としてはアクセス権がテストに影響するので難しい。(twitter/AoiMoe)

private メソッドのテストはすべきかどうかというより、「できるべき」であって、それができないというのも、ある種、言語機能とテストのインピーダンスミスマッチと言えるのではないだろうか、と思っている。(twitter/aetos382)

プライベートメソッドのテストがしやすい言語での意見。

RustやGoではプライベートメソッドに対するテストが簡単にできる。

そのためかプライベートメソッドをテストすることに対して拒否反応があまりないようだ。

Rustのテストはファイル内とtests/以下の2箇所に書ける。

テストには開発用のホワイトボックステストと仕様確認用のブラックボックステストがあり、前者をファイル内に、後者をtests/に書けば良い。

例えば度々議論になるプライベート関数のテストについてはもちろんホワイトボックステスト。(twitter/blackenedgold)

Rustではプライベートに対して何の手間もなくテストが書ける。

概念的にはプライベートに対するテストは外部コードではなく内部コードの一部として見るべきなのだろう。

Rust入門を兼ねてプロジェクト・オイラーの問題を解く - 再帰の反復blog

Rustでprivateなメソッドのテストを書きたいなら、そのメソッドのすぐ隣に書けば内部アクセスになるから普通に書けるよ、ってのは目からウロコだった。できるだけ近いところにテストを書こうっていう文化と相まって最高。(twitter/kuy)

Rustみたいに単体テストは同ファイルに書ければいいのに

assertionチックにprivateメソッドのすぐ下にテスト書きたい

ドキュメントにもなるし (twitter/takaya_tim)

Rust のようにユニットテストをプロダクションに混ぜる方式はおれもいいと思ってて、テストとプロダクションを分離することで private 関数のテストができない問題があるけど（テストしたければクラスを分けよ/メソッドを公開せよ/テスト必要なし、に分かれるよね）、そもそもこの議論が不要になるよね (twitter/nunulk)

go言語だとプライベートメソッドのテスト、普通にやりますね。(twitter/mattn_jp)

昨日「private method の単体テストは書くか否か」という話題がちょいとあったのだが、わしは当然書く感じの昨今を送ってきたもんで何で書かんのやくらいに思ってたんだけど、Go だと private なやつのテストが書きやすいってのがデカそう。(twitter/pankona)

golangのテスト書いてたけど、テストプログラムの名前空間(パッケージ)が、対象のプログラムと一緒で、そのためプライベートメソッドでもテストできるの良い感じ (twitter/74th)

Goのテストコード、テスト対象と同じパッケージにすればエクスポートしてない関数でもなんでもテストコードから参照できるんだけど、これってプライベートメソッドはテストすべきか議論するよりテスト書けと言われているようで好き。(twitter/plan9user)

「プライベートメソッドをテストするか？」とは別に「ドキュメントをソースコードと同じファイルに書いていい(文芸的プログラミング)なら、単体テストをテスト対象と同じファイルに書いてもいいのでは？」というのも論点になるかもしれない。

Permalink | 記事への反応(3) | 18:24

ツイートシェア

■

11th Gen Intel® Core™ Processors - Intelwww.intel.com › content › www › products › docs › 11th...

https://www.intel.com/content/www/us/en/products/docs/processors/core/11th-gen-processors.html

きたきたきたきた

Permalink | 記事への反応(2) | 14:12

ツイートシェア

■[あとで読む]2020年1月はてブのあとで読むトップ30リスト

はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

506あとで/2747users 3年弱をかけ、ほぼ原付だけで日本全国の全市町村を回った人のブログ『名前も知らず興味も持たなかった町のページを開いてもめちゃくちゃ良い写真が出てきてしまう』 - Togetter

501あとで/4649users 普通の人が資産運用で99点をとる方法とその考え方 - hayato

422あとで/3111users この英単語を覚えるだけで、英文の９割は読めるようになるという話【NGSL,NAWL,TSL,BSL】｜かわんじ #BooQs｜note

343あとで/2716users ぼくは見た、国の消滅を | NHKニュース

336あとで/2885users 脅しも謝罪も必要ナシ。スゴ腕の債権回収OLに教わった、「人の動かし方」がスゴい | Dybe!

287あとで/1547users 機械学習の短期集中コース - Learn | Microsoft Docs

247あとで/2094users 中古物件に暮らす仲介のプロ秘伝の中古マンション注意点209個｜中古マンションのリノベーションならゼロリノべ

198あとで/1127users ふるさとの手帖

193あとで/1407users デザインが苦手な人へ。デザインの四大原則を押さえれば格段にクオリティ上がるよ→素人が作るチラシや仕様書などにも有益 - Togetter

187あとで/1969users 100分de名著シリーズのバックナンバー約100冊を読破したら人生変わった

185あとで/1274users 【全文無料】総目次 世界史/日本史のまとめ｜みんなの世界史｜note

183あとで/1101users 【全部無料】ハマると時間が秒で過ぎる英語圏のプログラミング系サイトまとめ【英語学習】 - Qiita

175あとで/1452users 2020年のIT業界で働く人に読んでほしい10冊｜マスク・ド・アナライズ｜note

170あとで/1530users Netflixで英語が勉強できる「LLN」がすごい！ 字幕の同時表示・速さ調整・辞書機能ありと至れり尽くせりだよ | Pouch［ポーチ］

170あとで/880users 架空企業「オニギリペイ」に学ぶ、セキュリティインシデント対策 (1/3)：徳丸浩氏が8つの試練を基に解説 - ＠IT

167あとで/1236users その本は、長く出版禁止だった。語られなかった〈女たちの戦争〉を今マンガで届ける理由――『戦争は女の顔をしていない』インタビュー

166あとで/1171users 要件定義～システム設計ができる人材になれる記事 - Qiita

163あとで/1490users ミルクボーイがアジャイルを説明したら - Tommy - Medium

157あとで/1488users 君はPornhubを知っているか - ゆーすけべー日記

154あとで/800users アプリケーションにおける権限設計の課題 - kenfdev’s blog

149あとで/1159users 読みやすい文章のために、極力削るべき言葉リスト｜桜川和樹｜note

149あとで/1425users クエン酸、重曹、セスキなど使い分けがわからない時に役立ちそうな表がとても有能と話題に「お掃除はRPG」 - Togetter

147あとで/870users ITエンジニアが投票した「ITエンジニア本大賞2020」ベスト10発表。「ドラゴンクエストXを支える技術」 「ダークウェブの教科書」など － Publickey

136あとで/1017users 三大読ませるWikipedia記事として「三毛別羆事件」「岡田更生館事件」「地方病」が話題に→みんなのオススメ記事が集まる - Togetter

130あとで/626users 現場で役立つシステム設計の原則メモ - Qiita

129あとで/924users 高校生がリアルタイム投票サイトを公開したらいきなり1万PVを記録した話 - Qiita

127あとで/748users 【2020年】AWS全サービスまとめ ｜ Developers.IO

124あとで/1279users 転職の際にもらえる「再就職手当」「就業促進定着手当」合わせて数十万もらえることもあるので、ぜひ知っておきたい - Togetter

123あとで/1052users ラズベリーパイ使って宅配便の再配達を撲滅した話（総集編） - West Gate Laboratory

122あとで/1029users 現職のGoogleのエンジニアの半年の勉強量がこちら - Togetter

1番あとで読むを集めたTogetterは当時参照先のブログがアクセス過多で見られなかったらしく、あとで読む付けておくしか無いよな。7番目にある「ふるさとの手帳」https://katsuo247.jp/と言うのがその見えなかったブログらしい。

Permalink | 記事への反応(0) | 01:21

ツイートシェア

■「ウェブカツ!!」は記事の剽窃をしているのか？売上は？調べてみました！

ウェブカツというプログラミングスクールについて、twitter上で記事の剽窃をしているのではないかという疑問が挙がっていました。

ウェブカツの「顧問」であるかずきち氏はこれを「頭悪すぎて呆れちゃう」と一蹴していましたが、はたしてどうなのか……？

ウェブカツは果たして剽窃をしているのか！？調べました。

ためしにJavaScriptやjQueryでの変数が「空かどうか」のチェック方法 (魚拓　https://megalodon.jp/2019-1020-0037-32/https://webukatu.com:443/wordpress/blog/821)を見てみましょう。

記事中に出てくる「jQueryではたとえ、参照したIDやclassが無くてもjQueryオブジェクトが作成されるためチェックが出来ません」で検索してみると、

Web'Notesというサイトがヒットしました。

記事全体を見比べてみると、なんと、目次が完全に一致しています！

ですが、目次程度なら同じ言語とライブラリを解説している以上は偶然の一致もありえます。

そこで本文も比較してみると、驚くべきことがわかりました。

Web'Notesの「結果をまとめるとこのようになります」がウェブカツでは「結果をまとめるとこんな感じ」に変わっているなど些細な違いはありますが、記事の構成や文章表現まで、ほとんど一致しているのです！

全く偶然とは思えないレベルでよく似ています。

ですが、これだけでは本当に剽窃がされているのか、されているとしてどちらが行っているのかまではわかりませんね……

少なくとも、両方の記事がいつから存在したかは調べる必要がありそうです。

ウェブカツの記事には、2016年8月16日と書かれてますね。他の記事を見る限り、ウェブカツでは、作成後に更新した記事には更新日も掲載されるようなので（えらいですね！）、おそらくこれが作成日でしょう。

一方Web'Notesの記事がいつから存在するかというと、WayBackMachineを見る限り2015年には存在していたようです。

他にも、ウェブカツの様々な記事について、よく似た他の記事が存在するようです（随時追記）。

ttps://docs.google.com/spreadsheets/d/1HwRyUP62afk9jjXArax8NhiYxnt330DMSQTe9eB3h24 (うまくリンクが貼れないので古の記法で勘弁してください！)

いかがでしたでしょうか、果たしてウェブカツはWELQや侍エンジニアのようなパクリサイトや触法プログラミングスクールの仲間なのか……　みなさんはどう思われましたか？

ウェブカツは月に数千万の売上があるかもしれないので、「よく似た記事」を書いた方々は要注目です！

個人的には、かずきち氏はtwitterのプロフィールでcodecampをディスっているのに、codecampのものに酷似した記事が存在するのが面白いと思いました！

様々な先例にならってDMCA濫用などをしてくれるともっと面白くなると思います。

もっとも、ウェブカツの「顧問」であるかずきち氏は著作権問題について「立ち小便の軽犯罪や店のコンセント使った窃盗レベル」とおっしゃっているので、そのようなことは期待できなさそうですが……

とにかく、目が離せませんね！

Permalink | 記事への反応(1) | 01:51

ツイートシェア

■https://anond.hatelabo.jp/20180727042958

日本MSの中の人たちのツイートもこじれる原因の一つになったようだ。

「御社の顔であるエヴァンジェリスト様が、この記事がオススメです！と共有されていた」(https://twitter.com/megascus/status/1021899269412798464)らしい。

推測すると@chomadoのツイートっぽいけど、元ツイートは削除されているのか、コメントさんくす。issueの方のコメントか。https://github.com/dotnet/docs.ja-jp/issues/118#issuecomment-407345824

@megascusの告発にもソースがない（全体的にソースがなく、【俺はこう感じた】が多い）し、【@megascusのフィードバック方法がまちがっていたことを共有したい】みたいなつもりではなかったんだろうが、よくわからん。

@megascusは@chomadoをブロックしているし。@chomadoはブロックされているのでツイートでは直接絡んでなくて、issueとはてブにコメントしてるぐらい。

「Microsoftの中の人からDMで代替手段の提示がないまま-1つけるのを煽るのは止めろ的な発言されたのは割と悲しい。」というのもある。まあたぶん本当だろう。最初の-1ツイートは正当だと思うが、MS寄りの人とか日本MSの中の人とかが動き出したのがissueにもみえてきて、修正PRまで出てきた時点で、元ツイートの意義は終わってて、あとはネタ騒ぎだけだったような気もするが、それはまあいい。

@yoshioteradaは謝ってる。@okazukiは謝りもあるけどそれ以外もいろいろ対話してる。とくに、【Docsのフィードバックから「ためになりました！」って投稿しようぜ】というツイートに対して@okazukiからそれはやめてというお願いが入って「OSSの世界ででは常識」とリプライした後最終的にはツイートを消してる。(https://twitter.com/megascus/status/1022258072020967430) これは@okazukiの対応でこじれてることにはならないだろう。

で、こじれたあとでまたさらにこじれたのが 日本MSの @mihochannel のエアツイと、MSMVPの @mitsuba_yuのエアツイ。

@mihochannelは鍵垢になっているのでソースがないが、たしか【MSMVPの一部は自分たちのことを冗談交じりに圧力団体って呼んでて、それを日本MSの中の人たちも知ってる。MSと単になれ合うだけの存在じゃない】的な話だったはず。これも圧力団体のところが切り取られてなんかおかしなことに。

@mitsuba_yuは一度鍵かけたあとまたオープンにしてるので引用。

「そもそもmsのドキュメントが読みにくいのは昔からなんやし、なんかよしなにしようっていう、コミュニティなり個人なりの自浄能力を発揮できるようにgithubにしたんもあるんやろうから、 別にわーわーいうようなもんでもないやろ」

(https://twitter.com/mitsuba_yu/status/1022305530075725824)

「えむぶいぴーやめるためにえむぶいぴーとりたいでぇすみたいな頭の悪いのもいるけど、えむぶいぴーの趣旨を把握しないままでぃするぐらいやったら、社員にでもMVPにでもあるいはコントリビューターにでもなってからにしーや」

(https://twitter.com/mitsuba_yu/status/1022305903742050304)

丁寧に読み取れば、ひとつめとふたつめは違う話で、二つ目の方はMVPの趣旨…とかいってるから【MVPはMSの後ろ盾があってMSのご機嫌取ってるとかいうのは違う、そんなDisはFUDだ】的なことなんだろう。でも@megascusは「MSMVPの人がMSのドキュメントは昔からこうなんだ！文句があるならもっとコントリビュートするかMSの社員になってから言えや！的なことを言われた。」(https://twitter.com/megascus/status/1022360339168411649)だそうだ。これもソース無しだけどいっとき鍵かけてたししゃーないわな。

後ろの方は、「MSMVPとかもあって、Microsoftの機嫌を損ねるわけにもいかない」とかの、MS界隈の嫌われ風潮に対する軽口からもめてる印象。

もうこのぐらいでいいか……。

Permalink | 記事への反応(5) | 04:30

ツイートシェア

■Microsoftのドキュメントの誤訳を報告したら炎上(増田目線での話)

http://d.hatena.ne.jp/megascus/20180726/1532557216

----

空リプで文句言う人がいて悲しいらしいが、直接リプライで文句言う人はブロックされたみたい(https://twitter.com/neuecc/status/1022474784569876481)(https://twitter.com/megascus/status/1022431727979913217)なんで、増田で書くわ。

@megascusがMSの自動翻訳がおかしい問題をツイッター経由で知って、軽い気持ちでフィードバックしようとしたのが6月。

https://twitter.com/megascus/status/1009298346064822273

(彼はJavaプログラマーなので、.NETのフレームワークデザインガイドラインにはモチベーションがないはずなので、たぶん気まぐれからの善意)

そしたら自動でGitHubのレポジトリにissueが立つという予想しない仕掛けだったので、一週間後に気づいてちょっと驚く。

https://twitter.com/megascus/status/1011826869413470209

どうやら、初めにMicrosoft Docsが始まった2016年の時点では、フィードバックコメントはGitHubと連動なんてしていなかったらしい。

https://docs.microsoft.com/en-us/teamblog/introducing-docs-microsoft-com

それが、2018年2月にシステムが変わってGitHubと連動するようになっている。

https://docs.microsoft.com/en-us/teamblog/a-new-feedback-system-is-coming-to-docs

でもそんなのMS寄りの人しか知らなくて当然だし、日本語ページからのフィードバックの流れの中で全然説明されていないので、@megascusが驚くのも当然だし、UXは改善されるべき。

(彼はフィードバックコメントの一週間前にMicrosoft DocsについてのQiitaの投稿を読んで「こういうのって普通なのでは。」と言ってた https://twitter.com/megascus/status/1006760629494042626 ようだが、Qiitaの記事のフローとは異なるので、GitHub管理されてるとはまったく思わなかったんだろう。)

それよりも、割と前から、MSDNやMicrosoft Docsの日本語文書がクオリティひくい機械翻訳ベースになって、フィードバック（コメントもissueもPRも）対応にも日本語ネイティブの人がほぼ関わってなさそうな残念な感じできてるっぽいのだけど、それもたぶんMS製品に興味ない人には関係ない話だな。

@kiyokuraはそのあたりのことをわかってるMS寄りの人なのか、issueに英語でコメント。@kiyokuraのコメントは元のフィードバックとはちょっと違う話をしているが、それより@megascusはいきなり英語で割り込まれたからまた驚いたかもしれない。

で、7/24に「マイクロソフトのスタイルガイドラインに従わない」というよくわからない不当な理由でクローズ。@megascusにも@kiyokuraにも何の問題もないにもかかわらず。@megascusのコメントをちゃんと読まずに@kiyokuraのコメントだけを読んだのか(日本語がわからないならわかるやつに聞くことをしなかったのか)はわからんが、とにかくMSの対応はひどい。

→ https://anond.hatelabo.jp/20180727042905

Permalink | 記事への反応(2) | 04:26

ツイートシェア

■差別に関する利用規約を調べてみた

大雑把なまとめ

「差別」や「ヘイト」などの表現が出てこないのは モバゲー と NAVER と niconico と Yahoo!JAPAN ※すべて「他者の権利の侵害の禁止」などの記載のみ

「差別」の具体例が出てこないのは AbemaTV と Livedoor と 小説家になろう

「差別」の具体例が一番多いのが Facebook と はてな で11種 ☆はてな優秀！えらい！

ユニークな差別の具体例

・Facebookの「移民ステータス」（移民の滞留資格のことでいいのかな？）

・はてなの「収入」

・YouTubeの「従軍経験」

メジャーなサイトの利用規約から差別に関する部分のみ抜粋（ドメインのアルファベット順）

※対象にしたサイトははてなによく上がってきてコメント機能などがあるサイトをできるだけ網羅したつもりです。

※URLがいっぱいあると投稿できないみたいなのでｈ抜きで書いてます。

AbemaTV

ttps://abema.tv/about/terms

第8条(禁止事項)

(5)当社または第三者を不当に差別しまたは誹謗中傷する行為、当社または本サービスの名誉・信用を毀損する行為。

Ameba

ttp://helps.ameba.jp/rules/post_104.html

第13条（禁止事項）

4.本条第1項に定める禁止事項とは以下に定めるとおりとします。

(2) 他の会員や利用者、当社、その他第三者を中傷したり、名誉を傷つけたりするもの、権利を侵害するもの

② 人種、民族、性別、信条、社会的身分、居住地、身体的特徴、病歴、教育、財産等による差別につながる表現・内容の送信等

Facebook

ttps://www.facebook.com/communitystandards/objectionable_content/

12. ヘイトスピーチ

Facebookが考えるヘイトスピーチとは、人種、民族、国籍、信仰、性的指向、性別、ジェンダー、性同一性、重度の病気や障がいなど、保護特性と呼ばれるものを理由に人々を直接攻撃することです。Facebookでは、移民ステータスに関する保護も提供しています。

GREE

ttps://pid.gree.net/?action=term_generic&page=terms_pc

9. 禁止行為について

(1) 反社会的行為

i. 民族・人種・性別・年齢等等による差別につながる表現の掲載行為

はてな

ttp://www.hatena.ne.jp/rule/rule

第6条（禁止事項）

2. ユーザーは、本サービスを利用するに際し、以下のような社会的に不適切な行為を行ってはなりません。

b. 人種、民族、信条、性別、社会的身分、居住場所、身体的特徴、病歴、教育、財産及び収入等を根拠にする差別的表現行為

Livedoor

ttp://www.livedoor.com/rules/

1.4 禁止行為

1.4.1 禁止事由

3.他者を差別もしくは誹謗中傷し、他者の名誉もしくは信用を毀損、侮辱し、もしくは業務を妨害する行為、または、そのおそれのある行為

モバゲー

ttp://www.mbga.jp/www/kiyaku.html

第5条 モバゲー会員記述情報について

1.～前略～モバゲー会員は以下の情報を記述することはできません。

d. 特許権、実用新案権、意匠権、商標権、著作権、肖像権その他の他人の権利を侵害するもの

NAVER

ttps://help.naver.jp/rules/

第3条（禁止事項）

(2) 公の秩序または善良の風俗を害するおそれのある行為（過度に暴力的な表現、露骨な性的表現、その他反社会的な内容を含み他人に不快感を与える表現を投稿、掲載、公開、送信する行為などを含みます。）。

(3) 当社または第三者の権利（著作権、商標権、特許権等の知的財産権、名誉権、プライバシー権、その他法令上または契約上の権利を広く含みます。）を侵害する行為。

niconico

ttp://ex.nicovideo.jp/base/guideline

3.コンテンツによる表現の自由は無制限ではありません

＜他者の権利を侵害する行為＞

例）

・他者の名誉、社会的信用、評判、プライバシーを侵害する内容

・他者の基本的人権、著作権等の知的財産権、その他の権利を侵害する内容

note

ttps://note.mu/terms

8.禁止事項

差別につながる民族・宗教・人種・性別・年齢等に関するもの。

小説家になろう

ttps://syosetu.com/site/rule/

第14条 禁止事項

3. 当グループもしくは他者を不当に差別もしくは誹謗中傷し、他者への不当な差別を助長し、又はその名誉もしくは信用を毀損する行為。

Togetter

ttps://togetter.com/info/terms

第６条　禁止行為について

4. トゥギャッター若しくは第三者を不当に差別し若しくは誹謗中傷し、又はトゥギャッター若しくは第三者の信用若しくは名誉、プライバシー権、パブリシティ権、肖像権、若しくはその他一切の権利を侵害する行為若しくは侵害するおそれのある行為

7. 国籍、民族、人種、社会的身分、性別、思想、信教、又は年齢等に関する差別的な表現と一般ユーザーが感じ得る行為

Twitter

ttps://help.twitter.com/ja/rules-and-policies/twitter-rules

攻撃的な行為やヘイト行為

ヘイト行為: 人種、民族、出身地、信仰している宗教、性的指向、性別、性同一性、年齢、障碍、深刻な疾患を理由とした他者への暴力行為、脅迫、嫌がらせを助長する投稿を禁じます。

Yahoo! JAPAN

ttps://about.yahoo.co.jp/docs/info/terms/chapter1.html

第1章　総則

7. サービス利用にあたっての順守事項

(2) 社会規範・公序良俗に反するものや、他人の権利を侵害し、または他人の迷惑となるようなものを、投稿、掲載、開示、提供または送信（以下これらを総称して「投稿など」といいます）したりする行為

YouTube

ttps://support.google.com/youtube/answer/2801939?hl=ja

悪意のある表現とは、次のような特性に基づいて個人や集団に対する暴力を助長したり差別を扇動したりするようなコンテンツを指します。

・人種または民族的出自

・宗教

・身体障がい

・性別

・年齢

・従軍経験

・性的指向性 / 性同一性

Permalink | 記事への反応(2) | 11:16

ツイートシェア

■anond:20180227102858

社内では日付管理で

設計書_20180226.docs

この日付が最新のものが最新。

外注とかで社外に出す場合は、日付でなくバージョン管理になる（設計書_v0.1.docs）。バージョンの更新履歴は、書類の中に書くようになる。

日付もバージョンも無い、ただの「設計書.docs」が最新になるのは、納品物として納めるとき。

Permalink | 記事への反応(1) | 10:48

ツイートシェア

■うちの会社のファイル管理がおかしいと自分の中で話題に

例えば「設計書.docs」というデータがあったとする。

それを他の人が触った時に念のため前のデータをおいて置かなければいけない（バックアップを作らなければならない）決まりがあるわけ。

※そんなもんgitなりSubversionなりのバージョン管理ソフト入れれば良いのでは？っていう話は今はNG。その提案は「業務効率が悪くなる」という理論で通らなかった。

なので、フォルダの中には2017年02月27日現在、

設計書.docs

設計書_20180201.docs

設計書_20180226.docs

があるとした時に、どれが最新版のデータになるかというとどうやらうちの会社では「設計書_20180226.docs」が最新版となるようだ。

なので設計書.docsは一番古い元データということになる。

業務の流れとしてはこの後、設計書に変更があったとき、設計書_20180226.docsをコピーし、本日の日付をつけたファイルを作成しそこに変更を加えていくわけだ。

今現在の状況だけど、平気で「設計書_20180226.docs」を最新版として業務が一日跨いだので2018年02月27日に書き足しを行っているわけだ。

つまり、このまま行くと「最終更新日が2018年02月27日の設計書_20180226.docs（最新版）」が出来上がることになる。そして、そういうファイルがざらにある。

個人的にだけど

フォルダの中には2017年02月27日現在、

設計書.docs

設計書_20180201.docs

設計書_20180226.docs

という並びがあった時、設計書.docsというデータがあれば日付がついていないものが最新版にならないといけないのではないかと思う。

設計書.docsがあくまでもマスターで、それをいつコピーしたのかが日付つきファイルという認識だ。

設計書_20180226.docsというのは2018年02月26日の状態の設計書.docsをコピーしたものという意味ではないかと思う。

というか、取引先もこちらに設計書を渡す時、「2018年02月26日のマスターをコピーしたものですよ」という認識で「設計書_20180226.docs」を渡してきていると思っている。

私が「最終更新日が2018年02月27日の設計書_20180226.docs（最新版）」はおかしいのではないか？と社長に話したところ「他の会社ではそれ普通。おまえは経験が浅いから間違ってる。すなわち俺が正しい。他の会社の人に聞いてもらってもかまわない。」という話なのでこうやって増田に話をしに来たわけ。

※そんなもんgitなりSubversionなりのバージョン管理ソフト入れれば良いのでは？っていう話は今はNG。その提案は「業務効率が悪くなる」という理論で通らなかった。

バージョン管理ソフトいれたい…。

Permalink | 記事への反応(6) | 10:28

ツイートシェア

■日本工程师笨蛋的五个理由

• 尽管人们通过互联网互相连接，日本人因为英语-这个最大防火墙-的存在就比最尖端的议论而服务落后，保守只有日本人存在的独特生态系（hatena，qiita，niconico等等）。要是这是文化的话，”日餐“，”大众文化“等等有价值的东西就会诞生。可是从技术方面来说，“独自路线”“重造轮子”这样的东西只是一个垃圾，对世界并不产生什么价值的存在。实际上，从日本的人口规模来看，被世界认识的日本技术而服务非常少。

• 他们并不透过github的星星数量或发布服务等等，而透过上台会议为工程师成为有名把自己的价值提高，只在推特而搏客想说“我要上台”“我上台了”。他们并不透过代码而服务，而透过术语而行为做“Mounting”。Mounting驱动开发。衒学趣味。

• 大概的发表而搏客是“把官方Docs翻译到日语了”“把Get Started试试看了”这样的水平，可是因为大部分的读者是没有看英语的习惯（或者不会看）的人们，就被受欢迎的。透过“我明白了”“我有了新知识”“等一下看”等等的反应，著者满足他们的承认欲求而又写下一个垃圾记事。对在日常生活中看英语一次情报的人们，这样的记事只是个噪音，可是“觉得明白最新技术”这样的感觉就是一个保持这样的垃圾记事评价的理由。

• 他们非常喜欢技术书，他们就连前端开发透过“学习”开始。可是这种书上的情报只是英翻日的文件或者自私代码，在这个变化很快的世界下，数个月就会简单地落后。虽然最新信息是很多而这些信息都是免费的，可是因为他们被动受到一个传播者给他们的二次情报，信息差距就在市场上成立。

• 他们不能受到，或者因为很低情报感度不知道这样的事实，透过“日本优秀的工程师很多”等等的发言互相安慰。可是优秀的日本工程师因为已经在海外做工作，跟海外的工程师议论，而很快地产生成果，所以两极化越来越大。

参见： https://anond.hatelabo.jp/20170728223725

Permalink | 記事への反応(0) | 17:26

ツイートシェア

■5 reasons why Japanese Engineer are fu*king da*n

• Despite of the fact which Internet has connected people in the world, due to the crucial firewall - English, Japanese Engineers couldn't join advanced technology discussion and catch up latest services. Instead of that,they have just kept maintaining their original ecosystem which represents as hatena, Qiita and niconico.If it's other domains such as "Japanese food" or "Japanese Pop Culture", then, there might be possibility to have some valuable outcome from that. But if it goes to "Technology" domain, it's just damn if we goes like that way or "Reinventing the wheel" which don't follow global standard and it's no value in the world. In fact, Technologies and Services which are well known and originate from Japan are too less in point of ratio of population and outcome.

• They tends to try increasing their market value by neither getting stars on github nor launch new service, but just have speech in such as conferences to get more higher name recognition.It seems they just want to weet or blog - "Giving speech!" or "Speech done! and nothing more. I want to name it as "Mounting Driven Development" - people wants to get better position in market by neither code nor services but fu*king da*n specialized comments only. "衒学趣味"

• Though most of the contents that speech are kind of "I translated official docs in Japanese!", "I've done 'Get Started'!",due to audience issue which is lacking of habits to read English articles or not able to do so, it causes curious result that they appreciate that kind of speech much. it gets comments such as "I learned much from it!", "I could get latest knowledge!" and "Add Favorites!" and it satisfy the guy who givs speech, tweet and blog, and motivate them to have da*m next post. Though it's just noise for whom usually research Primary information in English, it seems it's still valuable for them since it gives feelings to them that somewhat I understood that latest technology.

• Because they likes "Technical document" much, though they usually study with books even it's Front-end latest technology, Many of them are just translated original EN contents or da*n not sexy sample code, it's worthless in the world which dynamically changing day by day in few months. Regardless of free latest contents which can be found everywhere, they just get Secondary Information given by some evangelists with passive mindset, it causes making this Evangelist? market stable due to this kind of information gap structure.

• They couldn't neither accepting the things above nor just get awared with that with pure mindset and though doing encourage each other with sweets message such as "Many Japanese Engineers are great and fantastic!", excellent Japanese resources ignore that kind of domestic industry situation and already working hard in foreign countries and it expands this bipolarization issue worse bacause they won't have organized explanation and slides for that kind of da*n people in Japanese and instead of that, code and make output in a second, discuss with engineers abroad in English.

See also : https://anond.hatelabo.jp/20170728223725

Permalink | 記事への反応(2) | 19:23

ツイートシェア

■ここがクソだよ日本人エンジニア

• インターネットによって世界が1つにつながっているにもかかわらず、英語という最大のファイアウォールのために、最先端の議論やサービスから取り残され、日本人しか生息しない独自の生態系をひたすら保守している（はてな・Qiita・ニコニコなど）。これが文化であれば「和食」「ポップカルチャー」など、価値あるものが生み出されることもあるが、テクノロジーの世界ではグローバルスタンダードから外れた「独自路線」や「車輪の再発明」はただのクソでしかなく、世界にとって無価値な存在である。事実、日本発の技術やサービスとしてグローバルで認知されているものは、日本の人口規模からいって極端に少ない。

• githubでのスター数やサービスをリリースすることによってではなく、カンファレンスなどで「登壇」しエンジニアとしての知名度を上げることで自身の価値を高めようとする。ただ「登壇します」「登壇しました」とTwitterやブログで言いたいだけである。コードやサービスではなく、専門性の高い発言や振る舞いによってマウンティングをしてくる。マウンティングドリブン開発。衒学趣味。

• 発表やブログ記事の多くが「公式Docsを和訳してみました」「Get Startedを試してみました」レベルなのだが、読者の大半が英語を読む習慣が無い、あるいは読めない層のため、なぜかありがたがられている。「勉強になった」「知見が得られた」「あとで読む」などとコメントがつき、承認欲求が満たされてまた次のクソ記事を産み出す。日頃から英語で一次情報に当たってる層にとってはノイズでしかないのだが、最新の技術がわかった気になる、またはわかった気にさせてもらえることが価値となっている。

• 技術書大好きなので、新しい技術はフロントエンドですら本でまず「勉強」してから始めようとするが、多くの本に書かれていることは英語のドキュメントの和訳、あるいはオレオレサンプルコードであり、日々目まぐるしく変化しているこの世界で、そんなものは数ヶ月で陳腐化する。最新の情報は無料でそこらじゅうに転がっているのに、一部のエバンジェリストが与えてくれた二次情報を受け身で取り入れるだけなので、情報格差でマーケットが成立してしまっている。

• 以上のことを正面から受け止められず、もしくは情報感度の低さによってピュアに気づいておらず、「日本人エンジニアは優秀な人が多い」などと言って傷の舐め合いをしているが、優秀な日本人エンジニアはとっくに見切りをつけて海外でバリバリ働いており、アホに日本語で説明する文章やスライドを書いてる暇があったら英語で海外エンジニアと議論しまくってコードを秒速アウトプットしているので、二極化が広がる一方である。

Permalink | 記事への反応(12) | 22:37

ツイートシェア