  |
はてなキーワード: 運用でカバーとは
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
407あとで/3022users Google re:Work - マネージャー
346あとで/1872users えるエル on Twitter: "東大が無償でPDF公開している，統計学会の75周年記念出版『21世紀の統計科学』の3冊 1と2は実際の統計データを用いて，各事例への統計学の応用手法，3は機械学習の人なら馴染み深い統計計算を解説 下手な市販の本を買うよりは，この3… https://t.co/w2cSVIxmUI"
305あとで/3326users ’89 牧瀬里穂のJR東海クリスマスエクスプレスのCMが良すぎて書き殴ってしまった｜pato｜note
261あとで/2036users Google Japan Blog: エンジニアが厳選した 10 冊を、次世代のプログラミングを担う皆さんに
239あとで/1884users 2019年「はてなブックマーク年間ランキング」トップ100 - はてなニュース
223あとで/1807users N予備校プログラミング入門コースで学べること - Qiita
219あとで/1237users 人間の行動を操るために覚えておきたい科学 - KAYAC engineers' blog
204あとで/1704users ウイグル自治区で公安警察から「重点旅客」に認定され熱烈歓迎をうけてしまった話｜砂漠｜note
201あとで/1364users 文才の有無に関係なく、誰でもそれなりに整った文章を書くコツ｜村井弦@文藝春秋digital編集者｜note
186あとで/2078users 無能な同僚と働くということ。 - WETな備忘録
186あとで/2527users 料理家のアメ横（御徒町）買い出し指南
185あとで/1068users 「ほう・れん・そう」には“あるパラメータ”が足りない マイクロソフト澤氏が語る、労働生産性を上げるためのヒント - ログミーBiz
162あとで/1076users ゴリゴリの文系がＡＩをほぼ独学した半年 - Qiita
161あとで/1373users 楽しく生きるための100冊 2019｜さとなお（佐藤尚之）｜note
151あとで/1196users 機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点 - ログミーBiz
151あとで/956users Pythonを学ぶときに読むべき本2020年版 - 初心者からプロになるために - Lean Baseball
145あとで/1880users 業務ハックしてクビにならないために｜ふらふら｜note
143あとで/868users エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
135あとで/871users この本がスゴい！2019: わたしが知らないスゴ本は、きっとあなたが読んでいる
134あとで/634users デザインを「見る」訓練をしている話。4つのステップと勉強法｜せんざき｜n2p designer｜note
132あとで/746users 新規Webサービスを独りで開発・運用する際に立ちはだかった壁とそれを乗り越えた方法まとめ【個人開発】 - Qiita
129あとで/737users UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | knowledge / baigie
126あとで/1940users 【庵野監督・特別寄稿】『エヴァ』の名を悪用したガイナックスと報道に強く憤る理由 | 庵野秀明監督・特別寄稿 | ダイヤモンド・オンライン
122あとで/989users 海外で７年働いて、今でもやっぱりメチャ使っている英語の補助ツール３選｜__shinji__｜note
116あとで/1424users ほんとうに怖い。さくらのレンタルサーバー - Qiita
115あとで/1099users ケーブル1本だけの生産性最高なデスク環境をDIYなしで作った話 - 2019版｜柿元 崇利 / U-NEXT｜note
112あとで/602users 自分をアップデートし続ける技術 - Unknown Error
108あとで/608users Google Developers Japan: コードの健全性: 礼儀正しいレビュー == 役立つレビュー
108あとで/804users これ知ってる？2019年話題になったWebサービス・アプリ50選まとめ【令和最新】 | GX
107あとで/694users 2019年に話題になったWebサービスまとめ | 男子ハック
今月は非IT系もある程度入った
https://web.archive.org/web/20160331094007/http://haruka-yumenoato.net:80/
カテゴリーとして「一般漫画」「雑誌」「少女漫画」等があり、容疑者の「海賊版の作成には一切関与していないし、投稿内容にも関知していない」という主張は明らかに無理そう。ただ、次で書くように関知していたところで著作権法違反になるかは怪しいのでその方向であれば争う余地はある。
見れば分かるように、ありがちなリーチサイト（ブログ形式でアップローダーへのリンクを貼る）よりも遥かに体系化されている。さらに一般的なリーチサイトはファイルの二次三次転載を行っているところがほとんどだが、「はるか」は自炊ファイルを優遇するシステム（後述）があり「一次放流元」としての性格も持っている点で悪質性がより強い。
誘導サイト「投稿内容関知してない」 タダ読み助長否定：朝日新聞デジタル
2017-10-31 - 弁護士 落合洋司 （東京弁護士会） の 日々是好日
犯罪として成立するかどうかは怪しいが、児ポへのリンクが犯罪とされた判決なども踏まえれば可能性はあるという指摘。
単純にリンク貼っただけでアウトとされたらWWWが成立しないという意見はもっともで、法学者間でもいろいろ意見が割れている。
ただGoogleと「はるか」が違うというのは常識的に明らかでもあるので、違法とされる場合はその辺は当分の間運用でカバーということになるのではないか。
落合弁護士は指摘していないが、「はるか夢の址」においては自炊ファイルに金色の枠＋トップ掲載、サイト内初出ファイルに銀色の枠＋トップ掲載を設定していたので、一般的なリーチサイト以上に著作権侵害を奨励しアクセスを容易にしていたとみなされる可能性もあると思う。
著作権法違反が成立するか怪しくとも、叩けばいくらでも埃は出てきそうと見込んでの別件逮捕的な側面もあるのではないかと個人的には思う。
また、一般的なリーチサイトではアップローダーからのキックバック(1000DLで数ドル、リンク経由でのプレミアムアカウント購入で数ドル、など)が資金源となる場合もあるが、「はるか」でのアップロードは個々の「神」やユーザーに任されていたので、サイトへの収入とはなっていなかったと考えられる。
何のためにやっていたかといえば、容疑者の「趣味」という供述がそれなりに信用できると思う。
「神」の存在に象徴されるように、この手の違法コミュニティは日本でも海外でも独特なヒエラルキーを形成し、仲間内での賞賛や尊敬が通貨として機能することがある。「はるか」と同じグループが運営していたサイトとしてUG Cityという会員制フォーラムもあり、こちらではより強く「神」が尊敬されアップロードを奨励するインセンティブが存在していた。
UG Cityにおいては頻繁なアップロードや「寄付」を通じて参加できるVIP会員制度があり、こちらではそれなりに収入を得ていた可能性があるが、総収入はせいぜい数百万円であり（予想）、やはり「趣味」としての側面が強かったのではないか。
警察も「はるか」よりもUG Cityを悪質性や収益性の面から本丸として捜査しているのではないかと思うが、中国人グループの関与もあり捜査は大変そう。
タダ読み誘導サイト運営者ら、著作権法違反容疑で逮捕へ：朝日新聞デジタル
この記事の画像の「リンク先から誘導」に引っかかっている人がいるみたいだけど、実はこれは正しい。というのもある時期からの「はるか」は直接サイバーロッカーへのリンクを貼らず、「はるか」→クッションページ→サイバーロッカーという形式を取るようになっていたので、「リンク先（クッションページ）から誘導」で正しい。このクッションページは「はるか」とは別ドメインにあったが、運営者が同じでシステム的に連携していることは明白だった。
なんでこんな記事を書こうかと思ったかと言うと、公式のリリースでは引張試験などについての説明がなく、何の知識もなかったら何言ってるかさえ読み取れないだろうと思ったから。
http://www.kobelco.co.jp/releases/1197833_15541.html
魚拓: https://megalodon.jp/2017-1017-2227-45/www.kobelco.co.jp/releases/1197833_15541.html
まず機械的性質って項目を列挙するだけで結構ある。引張強さ、圧縮強さ、剪断強さ、硬さ、曲げ性、靱性、脆性、耐摩耗性などなど。材料開発の現場では金属組織や化学的特性(耐酸性・耐アルカリ性)なども評価する。
基本的にこれらにはJISなどの規格によって定められた試験方法が存在している(たまに独自試験もあるが)。勿論そういった規格に沿った試験機が広く販売されている訳だが、試験機も良いお値段がするので自社内で全部揃えようとすると結構大変なんだ。だから、その手の装置を抱えてる試験専門の会社に外注する事も多い。自社でやるにしても外注するにしても測定したら検査成績書ってのを発行する。普通はそれを製品に添付して顧客に納品する。
簡単な試験は自社でやるんだが自社でやる試験ほど誤魔化しやすい。その中の代表例が「引張試験(引張強さを測る試験)」と「ビッカース硬さ試験(ビッカース硬さを測る試験)」である。硬さの測定方法は幾つかあるが、説明の分かりやすさのためビッカース硬さをチョイスした。
さて、偽装しやすい試験について書く。代表例は上述の通り引張強さとビッカース硬さ。ニュースリリースに「検査データの書換行為」と書かれているのはこのどちらかだと勝手に思っている(個人の感想です)。
普通、引張強さ(tensile strengh)というのは、その試験片での最大荷重(M点)を、試験片の元の断面積で除した値である。
例えば、エレベータのロープに何人ぶら下がれるか分からなかったら怖いと思うんだよね。だから千切れるまで測ってみよう、と言うのが引張試験の考え方。実際には材料から試験片を切り出して破断するまで力を加え続け、ひずみと応力の関係を測定する。結果として鉄(SS400)なら400～510[N/mm^2]、アルミ(A5052)なら230[N/mm^2]の力を加えられますよ、というのが分かる訳。世に出回っているあらゆる製品は、この数字だけは絶対に超えないように設計されている(はず)。
試験片作ったりするのにちょっと時間がかかるから全数検査は難しいけど、製造ロット毎くらいには測る。顧客からは絶対に要求される。
これは四角錐のダイヤモンド(圧子と呼ぶ)を決められた力で材料に押しつけるだけ。凹みの寸法で硬さが分かる。製品を破壊せずに実施できるから簡単なんだよ。楽な試験ってやる気になるからいいよね。
ところで「硬さの相似則」ってのがある。実はビッカース硬さと引張強さには相関があり簡易的に換算できるんだ。「ビッカース硬さ 引張強さ 換算」とかでググれば出るんだが、得られる結果は参考値にすぎない。不適合製品の③はこれをやりました、と書いてある。
どれくらいの荷重でその材料が壊れるか分からなくなるのが一番の問題。しかし材料側が危険でも設計側で安全マージンが取られていればそこまで心配する必要はない。
100人吊ったら千切れるはずのロープが、データ改竄により90人吊った時点で千切れると分かったとしても、10人しか吊らない設計になっていたら実用上安全と言える。こんな風に100kgfで壊れる部品に設計上で10kgfまでしか荷重がかからないようにするような状態を安全率(100kgf/10kgf=)10の状態という。
この安全率は業界毎、製品毎に決まっている。例に出したエレベータロープは安全率10以上にするように決められている。「うちの製品に使われてますけど大丈夫です」などというアナウンスを出した会社もあったが、そういうのは設計面で高い安全率を設けていたり、または材料を購入する毎に自社内で評価試験を実施しているから言える話で、何も根拠なく言っている訳ではない。
問題なのは安全率の低い業界の話。例えば軽さが重要な業界、すなわち航空宇宙関係の部品だ。どうしても軽さと安全率はトレードオフの関係なので安全率がかなり低い。基本は1.5、物によっては1.2を割る場合もあるとか(伝聞)。安全率1.1ってどういう状態かというと限界値の(100*1/1.1≒)90.9%まで使用するという状態だから、仮に引張強さが10%も低く偽装されたら壊れる計算になる。航空機メーカーがメンテナンス等に熱心なのは運用でカバーしているからなので、ボーイングに納入した材料のデータ改竄は洒落にならないと思う。
----------------
そうそう、ニュースリリース読んで駄目すぎて笑ってしまったのが本件不適合製品④で、「引張特性の一部を書き換えたりした」他に「測定していない微量合金成分値を入力」したと書いてあった件。もはやそれ別物じゃん！
----------------
2017/10/20[00:51] 追記: 結構反響が大きくてビビってる。
確かにブックマークコメントにて補足されているように応力やひずみの説明をすべきだったし、やはり弾性変形・塑性変形などについても説明すべきと思いましたが、分かりやすさのために色々と割愛しました。説明もかなり雑ですが考え方として読んで貰えたら嬉しい限り。あと、勢いで書いてしまったので以下の通りに怪しい日本語を修正しました。
修正箇所:
○試験機も良いお値段が
③×この数字だけは絶対に超えないように部品を設計されている(はず)。
○この数字だけは絶対に超えないように設計されている(はず)。
④×または材料購入する毎に
○または材料を購入する毎に
ビジネスモデルの違いが大きいよね。
サービス開発は、沢山の人にプログラムを使い続けてもらうことで収益を上げるモデル。
SI開発は、作ったプログラムで業務効率化をはかり人件費を節約して収益を上げるモデル。
なので
サービス開発は、利用者が魅力を感じるために改善し続ける必要があり、継続投資に意味がある。
UIの改善、パフォーマンスの改善、接続数のスケール、セキュリティ、他社サービスとの接続、各種デバイスへの対応などなど。
早くローンチが重要な場合もあるので、まずベータで出してブラッシュアップさせてVer1.0を目指すことも可能。
受注業務で１０人が電話やFAX応対してたのをWeb化、自動化して３人で回せるようにする。
営業が残業して顧客情報をExcelで管理してたのを一元化して残業代を削減する。
とかとか。
なので開発予算が最初に決まるし、継続的に高いお金をかけて改善していく意味もほとんどない。
（システム導入時のようなコストインパクトを改善では出すのが難しい）
素敵なUIにする必要はないし、少しくらい応答が遅くても問題ない。「運用でカバー」だ。
オーダーメイドなので開発費は高くなる上に
継続的に改善しないので、導入時点でVer1.0どころか、2.0、3.0 の機能を求められる場合もある。
そりゃ保守的になる。
枯れた技術・設計がいいし、少しでも安いエンジニアを使いたくなる。
設計の手戻りは許されないので、顧客との調整力、フェーズごとに仕切れる段取り力、「ここまでしかやらない」と言える交渉力
決められた作業を決められた期間に決められたコストで実行するマネジメントが重要になる。
プログラムは自社フレームワーク化して、コーディングをパターン化していくこと。
新規サービス開発で求められるような技術力は基本的に不要だし、技術動向は一部のR＆D部門の数名が研究していればOKな世界。
マイナンバーやeTax関連でも、クラウドサービス化して「利用者が増えれば収益が上がるモデル」になってるところは
高い技術力の人がいて頑張ってるんじゃないですかね〜
