タグ

vanbraamのブックマーク (11,368)

  • 新型コロナ感染症は「不平等のリトマス紙」なのか

    2020年3月11日水曜日、防護服と保護マスクに身を包んでシアトル近郊の街カークランドのライフケア・センターに入り、清掃と消毒を行うサーブプロ社(災害後の清掃や修復を手掛ける企業)の作業員。この介護施設は、ワシントン州の新型コロナウイルス集団発生の中心地となった。(PHOTOGRAPH BY TED S. WARREN, AP IMAGES) 新型コロナウイルスのパンデミック(世界的な大流行)が日々報じられる中、感染率をいかに低く抑えるかが大きな関心事となっている。 人間は、体内でウイルスを増殖させる宿主であると同時に、ウイルスを拡散させる存在でもある。誰かが触る物をもし感染者がウイルスで汚染してしまったら、その表面を消毒したり、触った手を洗ったりして、ウイルスの拡散を防ぐ必要が出てくる。 そうした予防措置を講じたうえでなお、糖尿病などの基礎疾患をもつ人々や高齢者は、一層の注意を払うよう推

    新型コロナ感染症は「不平等のリトマス紙」なのか
    vanbraam
    vanbraam 2020/05/05
    via b:id:entry:4683299799501356802; "感染症は「不平等のリトマス試験紙のようなもの」". 本記事の約一月後に米国の新型コロナ死者数が世界最多に(中国の統計が信用できないのは措く). 米国の"不平等"がいみじくも可視化された?
  • SF界の文化戦争「パピーゲート事件」について - 100光年ダイアリー

    はじめに ヒューゴー賞についての基 2013年――始まり 2014年――サッド・パピーズ2 2014年――ゲーマーゲートと「SJW」 2014年――「悪の同盟」とジョン・C・ライト 2015年――サッド・パピーズ3とラビッド・パピーズの登場 ヴォックス・デイについて 2013年――SFWA性差別論争とデイの除名 2015年――ヒューゴー賞最終候補への影響 2015年――「該当作なし」が続出した授賞式 2015年――アルフィー賞、木星賞、不時着賞 あるパピーの視点から 事件に対する評など その後のヒューゴー賞 ドラゴン賞 コミックスゲートとデイ キャンベル新人賞の改名 おわりに――SFF読者と作家の男女比など 謝辞 注釈に載せた以外の参照先 追記1 追記2 はじめに ケン・バーンサイド(Ken Burnside)によるエッセイ The Hot Equations: Thermodynami

    SF界の文化戦争「パピーゲート事件」について - 100光年ダイアリー
    vanbraam
    vanbraam 2020/05/05
    そんな話を読んだ記憶が..と思って読み始めたが,"事件"の流れが丁寧にまとまった労作だった.まとめた時期(近過ぎて冷静さを欠くより後,遠くて情報が散逸する前)も良い;翻訳作の題はゴドウィン『冷たい方程式』のもじり?
  • Google、VPNに代わる企業向け「BeyondCorp Remote Access」公開

    Googleは4月20日(現地時間)、新型コロナウイルス感染症対策で企業が従業員のリモートワーク化を進める中、リモートからイントラネット内のWebアプリに安全にアクセスするためのシステム「BeyondCorp Remote Access」のGoogle Cloudユーザーへの提供を開始したと発表した。 Google Cloudのコンテキストアウェア アクセス ソリューションを使用すると、ほぼすべての組織で有効にできる。 BeyondCorp Remote Accessは、VPNを使わずに従業員が「信頼できないネットワーク」を通じて働けるようにするGoogle社内のイニシアチブとして約10年前に始まった、ゼロトラストアプローチに基づくクラウドソリューション。現在ほとんどのGoogle従業員が日常的に使っている。 ユーザーのIDとコンテキスト(アクセスしようとしている端末のセキュリティステー

    Google、VPNに代わる企業向け「BeyondCorp Remote Access」公開
    vanbraam
    vanbraam 2020/04/21
    Chrome OSの仕組みの応用っぽく見える(違うかもしれないが)
  • 世界は60年前の言語で動いている。米コロナ失業申請クラッシュでCOBOL使いの古兵が大忙し

    世界は60年前の言語で動いている。米コロナ失業申請がクラッシュ、COBOLの古兵が大忙し2020.04.17 22:0039,477 Joanna Nelius - Gizmodo US [原文] ( satomi ) コロナでギークが一番驚いたのがこのニュース。 失業給付金の申請者が史上最悪の1680万人に達して全米で業務システムがクラッシュ! 化石のプログラミング言語COBOLを操る古参プログラマーが現場の最前線に駆り出され、「こんなこともあるんだな…」、「コロナって計り知れないな…」とIT業界を驚嘆させています。 絶滅すると言われ続けて60年COBOLは1959年、インターネットが生まれる遥か以前のメインフレーム時代に生まれたコンピュータ言語です。大学で教わるようなものではなく、使いこなせるのは現場で覚えた生き残りの人たちだけ。完全自動処理ではなく、手動で実行する処理も多く、早くから

    世界は60年前の言語で動いている。米コロナ失業申請クラッシュでCOBOL使いの古兵が大忙し
    vanbraam
    vanbraam 2020/04/20
    Cだって1972年生まれ,即ち50年弱前の言語なんだが. "60年前"という数字をタイトルに入れて煽るのは馬鹿げている
  • プライベートメソッドのテストは書かないもの? - t-wadaのブログ

    この文章の背景 この文章はプライベートメソッドのテストを書くべきか否かに関する knsmr さんのご質問に対して 2013/03/13 に QA@IT で回答したものです。残念ながらQA@IT のサービス終了(2020/02/28)と共にアクセスできなくなってしまったため、運営を行っていたアイティメディア株式会社様、開発を行っていた永和システムマネジメント様、そして質問をされた knsmr さんに許可とご協力をいただき、当時の回答をサルベージしてブログに転載する運びとなりました。 プライベートメソッドのテストはよく議論になるテーマですので、当時の回答を再編集し、knsmr さんのご質問も含め、ご利用いただきやすいライセンス CC BY(クリエイティブ・コモンズ — 表示 4.0 国際 — CC BY 4.0) で公開いたします。 目次 この文章の背景 目次 knsmr さんのご質問 私の回

    プライベートメソッドのテストは書かないもの? - t-wadaのブログ
    vanbraam
    vanbraam 2020/04/10
    だいたい納得; 結局テストは契約の一種. 請負契約なら,アウトプットだけが問題で,それをどうやって成し遂げるかは契約の対象外. そこを縛りたくなるのは権限の委譲 or 責務の分解のどちらかが不十分
  • Zoomのセキュリティとプライバシーへの影響

    シュナイアーのブログより。 Zoomは、今日のCOVID-19の世界で選ばれるビデオ会議プラットフォームになってから、ここ数週間で使用が急増しています。(私の大学、ハーバード大学は、すべてのクラスでこれを使用しています。ボリス・ジョンソンは、Zoomで内閣の閣議を開催しました。) 同じ期間に、同社は、お粗末なプライバシーとお粗末なセキュリティの両方を抱えていることが明らかになりました。ここでの私の目標は、すべての問題をまとめ、解決策と回避策について話すことです。 一般的に、Zoomの問題は、(1) 不適切なプライバシー慣行、(2) 不適切なセキュリティ慣行、(3) 不適切なユーザー設定という3つの大きなバケットに分類されます。 最初にプライバシーです。Zoomは個人的な利益のためにユーザーをスパイします。誰もが注意を払い始めてから、これは幾分か整理したようですが、それでもまだあります。 同

    vanbraam
    vanbraam 2020/04/06
    これ許可とって翻訳してるのかな? 翻訳の質もあまり良くないし(機械翻訳臭がある),原文読んだ方が良さそう
  • Security and Privacy Implications of Zoom - Schneier on Security

    Security and Privacy Implications of Zoom Over the past few weeks, Zoom’s use has exploded since it became the video conferencing platform of choice in today’s COVID-19 world. (My own university, Harvard, uses it for all of its classes. Boris Johnson had a cabinet meeting over Zoom.) Over that same period, the company has been exposed for having both lousy privacy and lousy security. My goal here

  • ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える

    ソフトウェアでもっとも重視すべき品質は「発展性」なんだと思う。 機能要求や非機能要求は、時間とともに変化する。その要求の変化に対応してソフトウェアを発展させていける能力、つまり発展性こそがソフトウェアの価値を大きく左右する。 発展性に問題があり変化ができないソフトウェアと、発展性に優れ変化と成長を続けやすいソフトウェアの価値の差ということだ。 発展性の価値 顧客のニーズは変化する。また、市場の競合関係も変化する。そういう事業環境の変化にあわせて、ソフトウェアにも変化を続ける能力が求められている。 また、顧客のニーズや市場環境の変化がゆるやかだとしても、事業活動をすれば組織は経験を通じて学び成長していく。開発チームに限っても、ソフトウェア開発運用の経験を積むことで、開発の考え方とやり方にさまざまな学びと成長がある。そうやって学んだ知識を適切にかつ迅速にソフトウェアに反映できるほど、事業により

    ソフトウェアのもっとも重要な品質は発展性 - ソフトウェア設計を考える
    vanbraam
    vanbraam 2020/04/06
    一方でソフトウェアの世界にはYAGNIという言葉もある.バランスが大事
  • パスワードで攻撃は防げない - Your Pa$$word doesn't matter

    こんにちは、Azure Identity サポートチームの鈴木です。 記事は Your Pa$$word doesn’t matter を意訳したものになります。ご不明点等ございましたらご連絡ください。 セキュリティに関して組織の方針を決定できる方との会話の中で 「これまでに漏洩したことがあるパスワードは絶対に再度使用するな」「長いパスワードを使用したほうがいい」「パスワードよりも長いパスフレーズを使えばいい」などなどの話題がでます。実はこれらは、これまでの研究結果と異なっており、マイクロソフトが毎日何億ものパスワードベースの攻撃を防いでいる状況から見ますと正しくありません。多要素認証 (MFA) や脅威の検出の仕組みなど当に価値のあるものにではなく、パスワード規則に着目しても、気晴らし程度の効果しかありません。 ここでは、パスワードの構成や長さに関しては(ほとんど)意味がないというこ

    パスワードで攻撃は防げない - Your Pa$$word doesn't matter
    vanbraam
    vanbraam 2020/04/06
    "パスワードの構成や長さに関しては(ほとんど)意味がない"<これが後半で証明されてない.最初の4つの攻撃は効果的だが特殊な方法だし,残り2つに対しては構成や長さが重要
  • 計算論的精神医学の論文データベース(CPSYMAP)のコンセプト

    計算論的精神医学分野をより発展させるため、計算論的精神医学の論文を 神経科学、精神医学、数理モデルの観点で整理し 可視化できるデータベースを構築しました。https://ncnp-cpsy-rmap.web.app/ この資料はそのデータベースの概要とコンセプト、目指している未来についてお伝えします。 21.06.14 メジャーアップデートに合わせてスライドを更新しました!(スライドno.9~14) 主なアップデート内容 ・半自動的に計算論的精神医学の論文を収集するクローリング機能の実装 ・神経科学、精神医学、数理モデルのキーワードを元に自動的にタグ付け ・特定のタグをマップに表示しない除外タグ選択機能の追加 ・機械的な半自動タグ付けと人手で登録された論文を分けて表示 ・論文が人手で登録されると自動で呟くTwitter連携

    計算論的精神医学の論文データベース(CPSYMAP)のコンセプト
  • 10 Things I Hate About PostgreSQL

    PostgreSQL performance degrades rapidly with more connections. Credit: brandur.org. Over the last few years, the software development community’s love affair with the popular open-source relational database has reached a bit of a fever pitch. This Hacker News thread covering a piece titled “PostgreSQL is the worlds’ best database”, busting at the seams with fawning sycophants lavishing uncondition

    10 Things I Hate About PostgreSQL
    vanbraam
    vanbraam 2020/04/05
    最初の3つほど斜め読んだけど,1番目はともかく2,3番目は本質的に解決が難しい問題では? Perfectな解決方法があったら天下取れると思う; この記事がPostgreSQLを使わない事を勧めてはいない事に注意.むしろその逆
  • Better than Zoom: Try these free software tools for staying in touch — Free Software Foundation — Working together for free software

    You are here: Home › Blogs › Community › Better than Zoom: Try these free software tools for staying in touch The COVID-19 pandemic has caused an enormous amount of changes in how people work, play, and communicate. By now, many of us have settled into the routine of using remote communication or videoconferencing tools to keep in touch with our friends and family. In the last few weeks we've also

    vanbraam
    vanbraam 2020/04/05
    "自由"についてはparanoiacですらあるFSFの推薦なら安心して使えそう
  • ヤフー、政府に統計データ提供へ 新型コロナ対策で

    新型コロナウイルス感染症の拡大防止策として、携帯キャリアやプラットフォーム事業者などに統計データの提供を要請していた政府に対し、ヤフーは4月3日、データの提供などで協力する方針を発表した。 ヤフーは、ユーザーのプライバシー保護やプロセスの透明性を確保することを前提とした上で、個人情報を含まない統計データを分析した形で政府に提供するとしている。分析するデータの種類についてはユーザーに事前に知らせ、意向を確認する。 データの提供に際し、ヤフーは政府と協定を結ぶ。協定内容には、「提供するのは統計データに限り、統計データの作成方法は事前に公表すること」「統計データの利用目的を明確に限定し、目的の範囲内で利用することが担保されること」「統計データの提供は任意で行うもので、任意に提供を中止できること」「提供内容がどのように利用されたのか、有効性についてフィードバックがなされること」といった内容を盛り込

    ヤフー、政府に統計データ提供へ 新型コロナ対策で
    vanbraam
    vanbraam 2020/04/05
    統計データの提供を求める目的が曖昧すぎる; プライバシー法制上の観点からは,最低でもopt-out可能であるべきでは?
  • PythonのWebフレームワーク、どう選ぶべきか? Part.2

    2019年9月16、17日、日最大のPythonの祭典である「PyCon JP 2019」が開催されました。「Python New Era」をキャッチコピーに、日だけでなく世界各地からPythonエンジニアたちが一堂に会し、さまざまな知見を共有します。プレゼンテーション「Python_Webフレームワーク比較」に登壇したのは、CMSコミュニケーションズ代表取締役の寺田学氏。講演資料はこちら フルスタックなオールインワンのWebフレームワークDjango 寺田学氏(以下、寺田):「Webフレームワークの紹介」に移ります。Django、Flask、Pyramid、Zope、Tornado、aiohttp、Guillotina、Bottle、responderの9種類の紹介をしていきます。 まず、Djangoの説明です。Djangoの公式サイトはここ(https://www.djangopr

    PythonのWebフレームワーク、どう選ぶべきか? Part.2
    vanbraam
    vanbraam 2020/04/05
    非機能(性能,セキュリティ等)での評価を加えるとまた違ってくる気がする.Tornadoは性能面で有利だったような記憶
  • PythonのWebフレームワーク、どう選ぶべきか? Part.1

    2019年9月16、17日、日最大のPythonの祭典である「PyCon JP 2019」が開催されました。「Python New Era」をキャッチコピーに、日だけでなく世界各地からPythonエンジニアたちが一堂に会し、さまざまな知見を共有します。プレゼンテーション「Python_Webフレームワーク比較」に登壇したのは、CMSコミュニケーションズ代表取締役の寺田学氏。講演資料はこちら PythonのWebフレームワークについて 寺田学氏(以下、寺田):それでは「Python Webフレームワーク比較」ということで、45分間のトークをしていきたいと思います。 資料は基的に英語ですが、大事なところは日語で書いています。もともと英語で発表したいという想いがあったんですけど、日語で伝えたほうがいいなと思ったので、今日は日語です。 私は寺田学といいます。CMSコミュニケーションズと

    PythonのWebフレームワーク、どう選ぶべきか? Part.1
    vanbraam
    vanbraam 2020/04/05
    "重要な機能",粒度と独立性に疑義はあるけど,1つの見方としては納得
  • Conftest で CI 時に Rego で記述したテストを行う - @amsy810's Blog

    Conftest で CI 時に Rego を用いたテストを行う こんにちは。青山(@amsy810)です。 実は少しだけ PLAID さんでお手伝いをしており、CI に Conftest を組み込んで Kubernetes マニフェストのポリシーチェックを行うようにしたので、その時の備忘録を書いておきます。 PLAID さんでも GKE を基盤として選定して開発しています。 Conftest とは? Conftest は Rego 言語で記述したポリシーを用いて、JSON や YAML などがポリシーに合致しているかをチェックする OSS です。 今回は Kubernetes のマニフェストがポリシーに合致しているかどうかを判別するために利用します。 例えば下記の例では、Deployment や StatefulSet などの Workloads リソースの Selector や起動して

    Conftest で CI 時に Rego で記述したテストを行う - @amsy810's Blog
  • 『日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance』へのコメント

    スクラムの教科書的にはPOは顧客じゃないほうがいいって話じゃなかったっけ。/ https://www.ryuzee.com/contents/blog/7143 で書かれてるような印象がある。/ ソース https://scruminc.jp/training/owner/ POは顧客でない想定に読める。 <blockquote class="hatena-bookmark-comment"><a class="comment-info" href="https://b.hatena.ne.jp/entry/4683781687071625954/comment/tpircs" data-user-id="tpircs" data-entry-url="https://b.hatena.ne.jp/entry/s/gothedistance.hatenadiary.jp/entry/202

    『日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance』へのコメント
    vanbraam
    vanbraam 2020/04/05
    ryuzee氏の記事の上3つは内製想定,最後のだけ外注想定だと思うので,そりゃ上3つより"辛さが満載"になるのは仕方ないのでは
  • 日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance

    先日、アジャイル開発を推進するために大変有意義な資料が公開されています。ESMの木下さんといえば、アジャイル開発の現場にずっと携わってきた著名な方です。 note.com でも、令和2年にこちらの記事が何百もはてブされるのも、おいおいマジかよって思う所がありまして。今までどうやってたのだろうか...。準委任(時間単位のチャージ)以外の選択肢がないやり方だと思っていたので。請負でアジャイルを取りに入れるわけないですよね。一般的なSIerさんでは、どういう理解をされて、どう取り組んで来たのだろう。 アジャイルと受託開発の相性は最悪では ムービング・ターゲットを請負で追いかける自傷行為を誰がやるんだって話と、要件固めて下請けに出せないから誰もやりたがらないよねという話を書き散らしています。 10年前に書いた記事の内容がまだ通用してしまうのも、自分でも少し寂しい気持ちがあります。 gothedis

    日本のITの未来を担うSES、あるいはプロダクトオーナーの重責について - GoTheDistance
    vanbraam
    vanbraam 2020/04/05
    そもそも日本のITの未来をSESが担っちゃダメでしょ. 本来的には内製が最適解なのに,記事内に全く"内製"の文字はなし; POが重要なのは同意するが,そこに正当な評価と権限を与えられない企業はagilityを諦めればいいだけでは
  • 『本当は怖い「プログラミングの学び過ぎ」、実装オジサンを避ける必須知識はこれだ』へのコメント

    Twitter連携機能をご利用のみなさまへ 代替手段として、ブックマーク完了後の共有メニューを新たに追加いたしました Twitter共有ダイアログの追加 こちらは、シェアアイコンがONの場合のみ表示されます Twitter・マストドン共有ボタンの追加

    『本当は怖い「プログラミングの学び過ぎ」、実装オジサンを避ける必須知識はこれだ』へのコメント
    vanbraam
    vanbraam 2020/04/05
    下らない.今更35歳定年説とは.学ぶなら"適用分野の専門性"なんかより,勉強の仕方と情報科学の基礎を身につけた方がいい.遥かに応用が効く
  • Pythonのif __name__ == '__main__'の意味と使い方 | note.nkmk.me

    Python初心者がサンプルコードを見たときに理解に苦しむのが、おまじないのように書かれているif __name__ == '__main__'。 アンダースコアに惑わされるが「__name__に格納されている値が'__main__'という文字列であれば、以降の処理を実行する」という単なるif文。 関連記事: Pythonのif文による条件分岐の書き方(if, elif, else) __name__と'__main__'の意味が分かれば理解できる。

    Pythonのif __name__ == '__main__'の意味と使い方 | note.nkmk.me