1　総論 問1-1 ：外部送信規律の概要を教えてください。 答　：利用者のパソコンやスマートフォン等の端末で起動されるブラウザやアプリケーションを通じて電気通信役務を提供する事業者が、利用者の端末に対して、当該端末に記録された利用者に関する情報を外部に送信するよう指令するプログラム等を送信することがあります。外部送信規律は、このような場合において、電気通信役務を提供する事業者に対し、当該プログラム等により送信されることとなる利用者に関する情報の内容や送信先について、当該利用者に確認の機会を付与する義務を課すものです。 確認の機会の付与の方法としては、通知、利用者が容易に知り得る状態に置く（いわゆる公表）、同意取得又はオプトアウト措置の提供のいずれかを行う必要があります。 ただし、利用者の端末に適正な画面表示をするためなど、当該電気通信役務の利用のために送信することが必要な情報や、当該電気通

Google I/O 2023 の 個人的おすすめセッションの紹介 / Introducing interesting sessions at Google IO 2023

検索エンジンは進化を続けています。その中で、特にここ数年で進化が著しいのは「意味」の認識だと私は考えます。 文字列一致を中心にした検索エンジンでは今のインターネットに対応出来ませんので、今日の検索エンジンは、検索された検索語句やWebページの意味を識別した上で検索結果を作っています。 その意味認識の進化の例としておもしろい検索結果が確認できましたのでご共有です。 これは[対馬]の検索結果の3週間での変化です。 これはGoogleの意味認識の異様な精度を表すものとして興味深いのですが、複雑ですので少し解説を書いてみます。 前提：[対馬]検索のニーズの変化 「艦隊これくしょん」というゲームがあります。旧日本軍の軍艦を擬人化したキャラクターによるシミュレーションゲームです。 このゲームで11月17日から始まったイベント「捷号決戦！邀撃、レイテ沖海戦(前篇)」で、新キャラクター「対馬」が登場しまし

「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。

「爆速すぎて笑う」「速すぎて逆に不安になるレベル」――「dev.to」という米国のWebサイトの表示速度が異常に速いと、ネット上で話題だ。なぜ速いのか、サイト創設者のベン・ハルパーンさんがサイト内の記事で説明している。 2016年にオープンしたdev.toは、プログラマーが情報を交換したり、議論したりできるコミュニティーサイト。トップページにはユーザーが投稿したブログ記事のタイトルやコメントが、SNSのタイムラインのように並んでいる。このトップページの表示にかかる時間、各記事をクリックしたときのページ遷移が“一瞬”なのだ。 なぜ速いのか。ハルパーンさんが17年2月に投稿したブログ記事によれば、米Fastlyが提供するCDN（Content Delivery Network）を活用している。CDNは世界中にキャッシュサーバを分散配置し、ユーザーごとに最も（ネットワーク的に）近いサーバにキャッ

「WPA2」の話題に便乗してTwitterトレンド入りした謎の“無線LANケーブル”。実は似たようなケーブルがあなたの生活を便利にしている。 「無線LANケーブルってなんだ」「ケーブルがあるのか無いのか、どっちなんだ」──Wi-Fiで使われている暗号化技術「WPA2」にセキュリティ上の弱点が見つかった問題を発端に、ネット上では“無線LANケーブル”と呼ばれる謎のケーブルが話題だ。実在しないはずの矛盾した名称にネットユーザーの笑いを誘っているが、実は無線LANケーブルと呼んでも、ある意味間違いではなさそう……な製品が実在する。 「無線LANケーブル」話題のきっかけは 10月16日早朝、Wi-Fi（無線LAN）で利用される暗号化の仕組みに脆弱（ぜいじゃく）性が見つかったという情報がTwitter上で出回ったところ、「安全性を考え（ネットには）有線LANで接続したほうがいいのでは」という声がネッ

トポロジー図作成などに使ったりするアイコンは、結構サービス側で提供していたりする。 そう、よく目にするであろう、あのアイコンたちである。 リンクとともにまとめてみた。 Cloudサービス AWS AWSの公式アイコン集です。 2019/1/31からリリース2が公開されデザインが一新されました。PPT形式のドキュメントには、GroupsやIcons, Arrowsの使い方指南（すること、やってはいけないこと）が書かれています。このガイドにしたがって使いましょう。 また。この新しいバージョンの他に従来の旧バージョンも公開されています。 新バージョン 旧バージョン Google Cloud Platform 以前リンク切れていたのですがいつの間にか復活していました。アイコンが一新されたようです。 （ページには「図の例」があるよ、と言っているものの、2021/5/11現在まだ準備されていないようで

この記事は animateLAB Advent Calendar 2015 19日目の記事です。 こんにちは。ポエムおじさんこと@kariaです。今年のAdvent Calendarもついに19日目となりました。後半に入り歴戦のエンジニアたちが次々と参戦してくれて、主催者としてはありがたい限りです。 今日はポエムデーのはずだったのですが、予定を変更して私の手元の秘伝のタレに少し味付けをして公開することにしました。ということで、LAMP環境で障害対応をすることになった時にどこからアタリを付けてどう調べていくか？という初動対応のお話をします。 そもそもLAMP環境とは OS:Linux Webサーバ:Apache データベース:MySQL アプリケーション：PHP/Perl/Python という組み合わせの、IT用語辞典に項目があるぐらいメジャーな環境構成のことをLAMPと呼びます。最近だとW

IT界隈でエンジニアしていると、よく出くわすのが障害対応です。できれば会いたくないという人が多いと思うんですが、僕はけっこう好きです。障害対応。どこに原因があるのか調査をして、バランス良くベターな対応をしたときの楽しさは、プログラミングとはまた違ったものがあります。探偵っぽい感じが面白いですよね。もちろん、障害が発生しない状況を作るのが一番です 弊社では数多くのWebサービス／アプリを運営しているので、過去様々な障害対応をしてきました。その際に、解決までどんな道筋を僕がたどるのかを振り返ってまとめてみました。これが大正解なんてことはなく、人や事象によって違うとは思いますが。 なお、障害検知手法とか、サーバのコマンドとか、コードのデバッグ手法とか、具体的なことは一切出てきません。手続きと思考プロセス的な話です。 障害対応フローチャート 一般的な感じだと思いますが、障害報告から対応完了までのフ

Webディレクターの毎日は、協力的でものわかりのいいクライアントとスムーズにやりとりしながら、クオリティの高い制作物を完成させていく…なんて順風満帆なことばかりではありません。むしろ「クライアントの要望がどんどん増えて困った」「言った、言わないでモメた」「炎上した」、挙句の果てに、スタッフは徹夜でボロボロ、お金も請求できなかった…そんなトラブルの数々に頭を抱えることのほうが多いかもしれません。 しかし、『失敗しないWeb制作 プロジェクト監理のタテマエと実践』（ワークスコーポレーション）の著者・みどりかわえみこさんによると、トラブルを避けながら制作物のクオリティを上げるためには、「きちんと要件定義を行う」こと重要とのこと。要件定義をしたことがない人も、してはいるけど本当に必要なのかイマイチ分からないという人も、今一度要件定義について学んでみましょう。 目次 今さら聞けない!?イロハのイ～そ

新国立競技場の提案が14日午後2時に公表されました。参加したのは、隈研吾氏と大成建設のグループ、伊東豊雄氏と竹中・清水・大林JVの２グループでした。（審査結果のレビューについてはこちら） JSCのホームページでデザイン案が公開されています。（リンク先はこちら） 審査の公平さを期するために、提出された技術提案書の応募者名は公表されていませんが、隈研吾氏と伊東豊雄氏のこれまでの作品傾向から推測は可能だと思われます。（隈氏の作品紹介はこちらの記事、伊東氏の作品紹介はこちらの記事） このデザイン案に対しては、国民からも広く意見を求めるということですので、このブログでは、２つのデザイン案をできるだけニュートラルに比較してみたいと思います。 提案書だけでもＡ者は48ページ、Ｂ者は50ページありますので、２つのデザイン案の比較ポイントとして、まず、それぞれがどう「日本らしさ」を表現したかに注目してみまし

プレゼンテーションのためのプレゼンテーション！ Acroquest社内で行った若手向け勉強会での発表資料です！

has been sold or is not listed for sale. Our experts can help you acquire this domain. Looking for a domain name that's not listed for sale in our marketplace? Don't worry, all is not lost. You can hire an experienced PerfectDomain broker to negotiate an acquisition on your behalf. HIRE A BROKER

株式会社ドリコム 知的ヘンタイ六番勝負「第四戦 LT王者決定戦」 http://recruit.drecom.co.jp/event/event4.html

サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック：プロジェクト成功確率向上の近道とは？（2）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、Joelの機能仕様書を日本人向けにカスタマイズされたものを例に、機能仕様書の基本的な書き方、読みやすくする7つのテクニック、仕様書作成ツールは何を使うべきか、誰が書くべきかなども解説します。 連載目次 連載の第1回の前回「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」では、ITシステム開発がビジネスに貢献していくためには、まずは開発の成功が出発点になること、そしてITシステム開発におけるコミュニケーションの重要性、そしてコミュニケーションにおけるドキュメントの重要性について説

ツール類のリンクを貼っておきます。 bindtoroute53.pl ... bindのzoneファイルを移行データ(xml)に変換するのに使います http://aws.amazon.com/developertools/4495891528591897 dnscurl.pl ... xmlファイルをroute53に登録し、ゾーン追加やレコード追加を行うのに使います。 http://aws.amazon.com/developertools/Amazon-Route-53/9706686376855511 route53zone.pl ... スライドでは扱ってないですが、ゾーン登録用のxmlを生成するのに使います。 http://aws.amazon.com/code/developertools/3728292204499537

エッジツークラウドのデジタルインフラストラクチャがどのようにデジタル経済の成長を加速させるかご覧ください。