ホログラムで市民と対話!？ 全世界が注目する台湾の"デジタル大臣"オードリー・タンが語るCOVID-19対策と新しいデモクラシーのかたち｜黒鳥社｜blkswn publishers Inc.
ホログラムで市民と対話!？ 全世界が注目する台湾の"デジタル大臣"オードリー・タンが語るCOVID-19対策と新しいデモクラシーのかたち 「マスク」の行方をめぐって世界が大揺れに揺れるなか、全国の在庫状況をオンラインで可視化することでフェアな分配を実現する鮮やかな施策で世界を驚かせた台湾政府。同時に、そのプロジェクトを主導した"デジタル大臣"（正確には「デジタル担当政務委員〈閣僚級〉」）のオードリー・タン（唐鳳）の名も飛躍的に高まった。そしてその名前は、東京都が作成する「新型コロナウイルス感染症対策サイト」のGitHubに参加したことで日本でも広く知られることとなった。コロナ対策がマンパワーの容量を越えはじめ、デジタルソリューションによるアシストへの期待が高まるいまこそ、彼女のことばにいま一度耳を傾ける必要がある。台湾のデジタルイノベーションを後押しする歴史的・文化的背景なども含め、黒鳥社
長崎大のウイルス検出法 行政検査で使用可能に ｜ 長崎新聞
Published 2020/03/28 11:46 (JST) Updated 2020/03/29 08:48 (JST) 長崎大は27日、同大などが開発した新型コロナウイルス遺伝子を約10分で検出できる検査システムについて、行政検査での使用が認められ、保険適用されたと発表した。県内で使用するほか、国内外から問い合わせが来ているという。 国立感染症研究所（感染研）が用意した臨床検体（陽性10、陰性15）を使い、感染研のマニュアルに基づいた検査法と、同システムの検査結果を比較。陽性は90％、陰性は100％一致した。厚生労働省は陽性、陰性ともに90％以上の高い一致率を示した検査法について、行政検査で使用できると各都道府県などに通知している。 システムは、同大感染症共同研究拠点の安田二朗教授のグループとキヤノンメディカルシステムズ（栃木県大田原市）が、エボラ出血熱などの検査法を応用し共同開発
高速、セキュア、スケーラブルな次世代EC技術「ヘッドレスコマース」でShopifyサイトを作っての学び | non-standard world株式会社
こんにちは。代表兼CTOの高崎です。 この前、自社運営の出版レーベルのECを高速、セキュア、スケーラブルな次世代EC技術「ヘッドレスコマース」形式でリニューアルしました。 ヘッドレスコマースとは 海外のD2Cと呼ばれるテクノロジーを重視した製造小売で標準となっている次世代型のEC技術で、 データ（バックエンド）とデザイン（フロントエンド）の分離が特徴的なECサイトの作りです。 メリット 1.高速 以下は海外ECサイトがヘッドレス化する前と後で速度がどのように変わったかの例です。 左がShopifyを使ってヘッドレス化したサイトの映像で、右が旧来のECサイトです。 ご覧いただければスピードの差が一目瞭然かと思いますが、「サイト表示が0.1秒遅くなると、売り上げが1%減少し、1秒高速化すると10%の売上が向上する。」と言われる通り、高速であることはECサイトの売上に直結します。 また、高速なサ
スワップの弁護：よくある誤解を解く
(This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約： スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは
/dev: アンチチート カーネルドライバ - リーグ・オブ・レジェンド
免責事項：今回の投稿は技術的な内容となっており、『リーグ・オブ・レジェンド』以外にも使用されるチート対策ツールについて取り上げています。この新たなチート対策はLoLよりも先に、『プロジェクト A』のような別タイトルで導入される予定です。 連邦政府による2000万ドルの支援と8年近い歳月を費やした共同研究の中で、一流の科学者たちは紀元前35億年から1985年11月20日までの時間軸に、チート開発の種を蒔くことに成功しました。明確な起源は現在も明らかになっておりませんが、現実問題として「ある事実」が一般に認知されるようになりました。つまりそれは、「チーターはチートをするものだ」ということです。 過去20年にわたり、チート開発とその対策技術は、「ゲームクライアントのメモリをめぐる名誉をかけた戦い」から、「チーターが使用する機器のオペレーティングシステム（あるいは使用するハードそのもの）の改変を試
ラズベリーパイを使ったIoTシステムに脆弱性があると指摘があったためセキュリティ対策を施した話 - West Gate Laboratory
概要 先日のブログで記事を書いた、ラズベリーパイを使って作ったIoTシステムに「脆弱性がある」と指摘を受けたので、素人ながら調べつつ最低限のセキュリティ対策を施した話。 westgate-lab.hatenablog.com （ちなみに、上の記事ははてなブログの週間ランキング２位になってしまった） 今週のはてなブログランキング〔2020年2月第1週〕 - 週刊はてなブログ 背景 先日上記のブログ記事を公開したところ、「システムに脆弱性がある」という指摘を多々頂いた。システムというのは、「ラズベリーパイでインターホンを監視して、呼出音を検知したら条件に応じて解錠ボタンを押す」というものである。 もともとは、予定された配達か否かで2通りの解錠方法を考えていた。 予定された配達の場合（廃止済み） 予定していなかった配達の場合（現行版は常にこれ） 受けた指摘は主に2つ。 もともと予定された配達時間
Webサービス業界・界隈のシステム開発・運用におけるエンジニアの振る舞いや役割分担(2020正月)
こんにちは。CTOの馬場( @netmarkjp )です。 新年らしい仕事をしてみよう、ということで、 現時点と今後のエンジニア界隈の展望をまとめました。 毎月やっている社内勉強会でも話しましたが、 自社の今後の戦略について考えるネタにするのと、 直近で SRE NEXT 2020 などのイベントがあり、 エンジニアとしてのポジショニングや振る舞いについて考える機会が多そうなので、 そのベースラインとして整理したという意図もあります。 観測範囲や観測者の立ち位置によってわたしと全く異なる見解になる方もいると思うので、 ぜひ情報交換させてください。 最近のWebサービス業界・界隈に関する所感 DevOps以来の「すべて同じ人がプライマリの責任を持つ」流れが極まってきている。 開発も運用も同じ人 というやつ フロントエンド領域 / バックエンド領域 / DBMS領域(RDB、KVS、Docum
情報漏えい発生の「宅ふぁいる便」、3月末で終了 システム再構築に要する時間・費用を考慮
大阪ガス子会社のオージス総研は1月14日、大容量ファイル送信サービス「宅ふぁいる便」を3月31日に終了すると発表した。同サービスでは2019年1月に、大規模な個人情報の流出が発覚。以降はサービスを休止していたが、再開には「相当程度システムの再構築が必要」と判断。再構築に要する時間・費用などを考慮した結果、終了を決めたという。 サービス終了に伴い、特設サイト上の（1）宅ふぁいる便に登録されているパスワードを確認できる機能、（2）退会の申し込み受付機能、（3）宅ふぁいる便のポイント交換機能も提供を終える。 法人向け「オフィス宅ふぁいる便」は、情報漏えいが起きたサービスとは異なるシステムで運用しているため、引き続き提供するとしている。 不正アクセスで約482万件流出 宅ふぁいる便での個人情報流出は、サーバへの不正アクセスによるもの。流出したのは、退会済みの顧客を含む481万5399件の氏名、メー
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
Dockerコンテナ時代の第二章～Kubernetesの成熟とエコシステム発展の時代
Dockerの登場により急速に普及をはじめたコンテナ型仮想化の技術は現在、DockerコンテナそのものからKubernetesを軸としたオーケストレーションツールへと主役が移ってきています。 その様子は2017年12月に公開した記事「Dockerコンテナ時代の第一章の終わり、そして第二章の展望など」で紹介しました。 この記事の公開から2年が経過し、現在のコンテナ型仮想化技術は、マイクロサービスやクラウドネイティブなどの文脈とともにエンタープライズな分野でも使われるメインストリームな技術へと確実に進み続けています。 本記事では前記事で描いたDockerコンテナ時代の第一章に続く第二章として、コンテナ型仮想化技術のここ2年半ほどの動向をPublickeyなりにまとめてみました。 Docker 1.0の到達とKubernetesの登場 まずはDockerとKubernetesの登場とその後の主要
自治体向けシステムの完成度について
anond:20191229095749 某田舎市役所の現場より。 中小自治体は、ほとんどがパッケージシステムに移行しててすでに平準化されている。 いやいやどうだろう。 うちも全国数十カ所で採用実績あるパッケージシステムで業務を行ってるけど、 大抵の部署では完成度が低くて結構難儀してるわけよ。 幼保関係で説明しよう。 ある児童が保育1号認定(幼稚園のことな）と保育2号認定（保育園のことな）を併願するってときは 2号認定を受けて保育園待機中 ※保育園は朝から夕方まで預かるから仕事するならこっちを希望するのが普通。 かつ 1号認定を受けて幼稚園在園※幼稚園はお昼には迎えなきゃいけないので保育園に受かるまでのつなぎで入れるというパターン。定員は無いので無条件で入れる。 ていう情報を登録できなきゃ仕事にならない。 しかしうちで採用しているシステムは、児童が1号と2号両方の認定を受けるという状況を想
京都市基幹系システム刷新失敗の考察について
京都市基幹系システム刷新失敗の考察 https://www.orangeitems.com/entry/2019/12/28/084402 俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。 この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。 まず、俺のいる自治体の話をしよう。 俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。 それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。 当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。 今回の件に関し
スパン・オブ・コントロール｜創造と変革のMBA グロービス経営大学院
Span of Controlとは、マネジャー1人が直接管理している部下の人数や、業務の領域。 一般的な事務職では1人の上司が直接管理できる人数は5～7人程度と言われているが、様々な要因によってspan of controlは左右される。要因としては、部下の業務内容や業務レベル、権限委譲できるかどうか、業務管理手法、教育、トレーニング、社内制度やシステムなどがある。 例えば、部下の業務内容が個々に業務担当が異なる場合に比較して、コールセンターの窓口業務のように全員が同じ業務をしている場合では管理できる人数は多くなる。また部下の業務がマニュアル化できる定型的な業務か、個々の案件で上司の判断、承認が必要となる非定型な業務かによっても人数は変化する。また、部下に権限委譲したり、MBO（目標管理）などの仕組みにより日々の業務の自由度を与えることで、スパンは広げることができる。 一方で、権限委譲やM
プラットフォームの上でものを作るということ
プラットフォームの上でものを作るということ Amazon EKS Advent Calendar 2019 の最終日です. みなさまご存知の通り、AWS には Amazon ECS と Amazon EKS という2つのコンテナオーケストレーションに関するサービスがあります. ECS は2014年に発表された AWS ネイティブなコンテナオーケストレータ、EKS は OSS のコンテナオーケストレータである Kubernetes をマネージドな形で提供するサービスで、2017年に発表されました. 今日はこの Amazon ECS と Amazon EKS という2つのサービスについての話を書こうと思います. // 読んでくださっているみなさまをミスリードしないための DISCLAIMER 本記事の著者は AWS に勤めています. また、この記事には僕個人の意見や想いも強くこもっています.
民法改正がシステム開発に与える影響とは？３つのポイントを徹底解説 | TOPCOURT LAW FIRM
【最終更新日：2019年6月18日】 はじめに 2017年5月26日付で、120年ぶりに民法が改正されました。 民法の中でも、主に契約に関する部分の改正が行われたのですが、特に、システム開発の分野への影響が多いとされています。 契約実務に携わるＩＴ企業・法務担当者としては、改正内容を正確に把握する必要があるのに、日々の業務に追われて後回しにしてしまっている方もいらっしゃるのではないでしょうか。 そこで今回は、①2017年民法改正が、システム開発に与える影響と、②その民法改正の内容を踏まえて、実際のシステム開発の現場ではどのように対処すべきなのか、といったポイントをITに詳しい弁護士が解説していきます。 １ 2017年民法改正の概要 （１）民法改正とは さて、2017年5月26日付けで、120年ぶりの「民法」という法律の改正が行われました。 「民法」とは、個人や企業との契約関係や、相続・離婚
書籍JANコード
書籍JANコード 書籍JANコードとは 書籍JANコードとは、 出版物用のJANコードであり、通常のGTIN（JANコード）体系とは異なります。1990年3月に当財団と出版業界が合意して制定されました。 書籍JANコード体系 書籍JANコードは、2段のバーコードで構成されています。1段目は｢978｣から始まる国際標準コードのISBN（International Standard Book Numbering）用バーコードです。2段目は、日本独自の図書分類と税抜き本体価格です。 1段目、2段目の情報は書籍の裏表紙及びスリップに表示されており、「日本図書コード」と呼ばれています。書籍JANコードは、日本図書コードの情報をバーコードで表示したもので、自動読み取り装置で情報を収集することができます。 現在、書籍へのバーコード表示率は、新刊ではほぼ100％に達しており、主に取次会社と書店で活用されて
保育園にChaos Engineeringを提案した話 - Qiita
この記事は NTTコミュニケーションズ Advent Calendar 2019の14日目の記事です。 昨日は @yuki_uchida さん の記事、BERTを理解しながら自分のツイートを可視化してみるハンズオン でした。 はじめに 当初は Kubeinvaders の解説記事を書こうかなと思っていたのですが、先日うちの子供が通う保育園から、うちの子供に対するインシデントの報告を受け、今後の対策として保育園にChaos Engineeringを提案するという我ながら変なことをしてきたのでそのことを書きます。（※完全に会社に関係のない私事です） 保育園からインシデントレポートを受けたので、今後の対策案としてChaos Engineeringを提案してきた — まひと / Mahito (@Mahito) November 29, 2019 保育園で起きたインシデントについて 妻からの電話
20年物のC言語で作られたシステムのテスト工程を改善しようとした話 - Qiita
はじめに ちょっと前に20年物のC言語で作られたシステムのテストを色々改善しようとしてみたので、この時に得たちょっとした知見を書いていこうと思います。 ※注意 記事を書くために自分のパソコンで当時を思い出しながら環境を作っているので、実際、実務でやった環境やバージョンとは違います。 また、この記事にはいくつかコードがでてきますが、すべて記事を書くために考えた疑似的な例にすぎません。 単体テスト用のテストコードの作成 20年も動いているシステムだと、もはや誰にも意味はわからんが、既存の挙動を変えてはいけない箇所がいくつもあります。 そういう箇所に手を入れざるを得ないときに、有効な方法として以下のような方法があります。 まず、既存のコードに対するテストコードを記載します。そして全て合格することを確認してから、少しづつ機能を拡張していきます。 これにより、新規機能追加が既存の機能を壊していないこ
「コンピュータシステムの理論と実装」をやりきりました - Qiita
コンピュータシステムの理論と実装 をやりきったので、メモを残しておきます。 本の紹介 コンピュータシステムの理論と実装 では、NAND ゲートからはじめて、最終的にはアプリケーションを動作させるところまで、ボトムアップの視点でコンピュータシステムの説明が記載されています。通称「Nand2Tetris」。名前がかっこいいですね。 とてもわかりやすい裏書きの説明は以下 コンピュータを理解するための最善の方法はゼロからコンピュータを作ることで、その構成要素は、ハードウェア、ソフトウェア、コンパイラ、OSに大別できる。本書では、これらの構成要素をひとつずつ組み立てる。具体的には、NANDという電子素子からスタートし、論理ゲート、加算器、CPUを設計。オペレーティングシステム、コンパイラ、バーチャルマシンなどを実装しコンピュータを完成させて、最後にその上でアプリケーション(テトリスなど)を動作させる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
全省庁に20年秋からクラウド 安保に配慮し採用 中国企業、対象外の公算 - 日本経済新聞
