Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

2017年3月19日のブックマーク (6件)

  • 遺伝子検査、廃業・不明4割…情報管理に懸念 : 社会 : 読売新聞(YOMIURI ONLINE)

    国が2012年度時点で遺伝子検査に携わっていることを確認した国内87社のうち、29社が今年1月までに倒産などで事業から撤退していたことが読売新聞の調べでわかった。 このほか10社は所在が不明で、全体の4割を超える計39社で「究極の個人情報」と呼ばれる遺伝子情報の管理に懸念が生じている。国は、遺伝子検査ビジネスに厳格な法規制がないことを重くみており、業界の実態調査に乗り出した。 問題となっているのは、医療機関による検査ではなく、唾液などの検体を業者に送ると検査結果が返ってくるビジネス。人間の全遺伝情報(ヒトゲノム)が解読された03年以降、技術の発展で検査費用が1回数万円程度に下がり、IT企業などが続々と参入した。経済産業省による12年度の委託調査では87社に上った。

    遺伝子検査、廃業・不明4割…情報管理に懸念 : 社会 : 読売新聞(YOMIURI ONLINE)
    vanbraam
    vanbraam 2017/03/19
    企業も,利用者も,認可した行政も,全ての関係者の考えが安易過ぎた
  • 新入の内定取り消したい

    4月入社予定の新入社員で、DeNAのMERYのインターンやってたという人が何人か居る。 後々会社にとって地雷になるのが明確だから、内定取り消すべきだろうか

    新入の内定取り消したい
    vanbraam
    vanbraam 2017/03/19
    "後々会社にとって地雷になるのが明確"と断言する傲慢さはどこから来るのだろう?MERYは確かに腐ったサービスだし,そこに酷い社員がいるb:id:entry:327672359のも事実だと思うが,全関係者を"地雷"と見做すのは不当な先入観
  • チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録

    急ごしらえのタスクフォースチームに入って慌ただしい数週間なのですが、「あっこの要素はまず潰しておかないと、チームって崩壊するんだな」と感じた点があったのでメモします。まだあるかもだけど、とりあえずこの直近でやばいなと思ったこと。 Why?まで落とさず作業を進める 「なぜその仕事をする必要があるのか」「これはなんのための作業か」を全員が理解しないまま目先の作業に取り組むと、成果物にものすごいバラつきが出てしまう。その資料は何を伝えるものなのか、要求した人は何を知りたくて必要としているのか、をしつこく確認するのは重要で、それを全員に徹底しないと、やり直しが大量に発生するし、やり直させることで作業者のモチベーションも下がる。 やり直しも「頼んだことができてない」はまだよくて、「頼んでないのにできてない」が、なるべく少なく済むようにしないといけない。 これは、依頼側もただ作業手順を伝えるだけじゃな

    チームが崩壊しうる要素3つを備忘しておく - インターネットの備忘録
    vanbraam
    vanbraam 2017/03/19
    why大事,目的大事っていつも言ってるが,モチベーションだけの話ではない.目的を明確にする事で「それを達成する為にはこうした方がもっと良い」という提案が可能になり,仕事の効率化にもつながる.本当重要
  • 日本音楽史上に残る「迷曲」を教えてくれ - 見る前に飛べ踊れ

    Photo via: Twitter 1: 名無し募集中。。。 06/18(土) 21:51:00.81 0 吹石一恵 セピアの夏のフォトグラフ

    日本音楽史上に残る「迷曲」を教えてくれ - 見る前に飛べ踊れ
    vanbraam
    vanbraam 2017/03/19
    このスレの"迷曲"の定義に合わないかもしれないが,自分にとっての迷曲(かつ名曲)は,金沢明子「イエローサブマリン音頭」https://www.youtube.com/watch?v=T8nk7eLrsxI 歌はめちゃめちゃ上手いが,ブッ飛び度は他の追随を許さないと思う
  • 今、SPA/ReactNativeにとっての必要な PaaS を考える - mizchi's blog

    当方ボーカル、フルスタックPaaS募集 ほしいもののコンセプト SPA職人としてそこに全力を尽くしたいので、それ以外を全部やってほしい とはいえストレージへのアクセスはAWS Lambda/Cloud Function等を介してちゃんとしたコントロールをしたい プロトタイピング時は何も考えずにORMを叩いていたい 運用フェーズでは金を払ってスケールしたい。とはいえボトルネックは常に監視したい。極端にやばいスケールサイズはどうせ人を雇うのでその先は考えなくていい。 より細かい要求 認証はPaaS側が全部持ってほしい JSONSchema でクライアント/サーバーサイドのアクセス制限を定義したい サーバーはフルマネージド Lambda/CloudFunction で関数単位でパフォーマンス監視/障害検知 ローカルで番と同じ構成が建てられる アセットは勝手にCDNに投げといてほしい バックエン

    今、SPA/ReactNativeにとっての必要な PaaS を考える - mizchi's blog
    vanbraam
    vanbraam 2017/03/19
    "認証はPaaS側が全部持ってほしい"<ユーザーDB持ちたくない,という意味なら絶対無理では?「そのアプリのユーザー」か否かをどうやって識別するつもりなのだろう?認証作業だけならOpenID Connect/OAuth2使えばいいだけ
  • カスタマイズをしない

    自分の会社ではパッケージ製品、つまりお客様の環境で動かして頂く製品を販売している。 そのため、カスタマイズを希望される事もある。今の機能では簡単に実現するのが難しいというのがほとんどの希望理由だ。 カスタマイズの定義は製品に対して+アルファの何らかの特別な対応を機能を追加することという事にしておく。 結論から言うと自分の会社では一切のカスタマイズを受けないというスタンスだ。カスタマイズはメリットよりデメリットの方が多いという考え方からだ。 カスタマイズのメリットまちがいなく売り上げを上げやすい事だろう。カスタマイズが必須な場合の顧客はカスタマイズを受け付けない製品を購入しない。 さらにカスタマイズ対応ということで、追加の開発費やサポート費を手にすることができる。これは前職で十分実感できた。 ただメリットはこれしか無い。 カスタマイズのデメリット一番大きいのはコードのフォークが発生してしまう

    vanbraam
    vanbraam 2017/03/19
    "フォークは地獄だ、特に小さい会社では"<同意.MSの様な大きな会社でも複数バージョン維持するのは大変;"プラグインはお客さん側に書いてもらうべき"<これも同意.ただその為にはプラグインのAPIが必要