タグ

2022年2月1日のブックマーク (6件)

  • ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive

    はじめに NFT って何ですか? ブロックチェーン上に記録された一意なトークン識別子をその保有者のアドレスと紐付ける情報、およびそれを状態変数として保持するスマートコントラクトのこと。 以上。 え、それだけ? はい。 「デジタル資産に唯一無二性を付与するインターネット以来の革命」なんじゃないの? これを読んでください: speakerdeck.com なるほど。ところで、この記事は何? いま話題の NFT について、NFT の標準仕様である EIP-721 の仕様書と、それを実装しているスマートコントラクトのソースコードから読み解けることを解説する。一般向けの解説とは異なる視点から光を当てることで、ソフトウェアエンジニアに「あ、NFT って単にそういうことだったのか」と理解してもらえるようにすることを狙っている。 また、NFT がソフトウェアとして具体的にどう実装されているかを知ることは、

    ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive
  • ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation

    Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

    ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
  • DNSの可視化検討 JANOG49 Meeting

    English information here 概要 DNSにおいてHTTPSレコードという新しいレコードタイプが最近使われ始めたのですが、Aレコード/AAAAレコードに次いでクエリ量が多い状態となりDNSの総トラフィックを引き上げることとなりました。 このような変化に気づき、モニタリングを行うためにDNSの可視化に取り組んでいます。弊社が構築したシステムを紹介しつつ、他ISPの方々にもヒアリングを行い、皆様がどういった可視化をされているか紹介する予定です。 ヒアリングした結果どれくらいの情報が集まるか次第ではありますが、時間がありましたらセッションでOCNのDNSシステムの構成についてもご紹介致します。 場所 TOUGOU (第二ホール) 日時 Day2 2022年1月27日(木) 11:30~12:15(45分) 発表者

    DNSの可視化検討 JANOG49 Meeting
    somathor
    somathor 2022/02/01
  • DDDにおける認証の実装場所

    こんにちは。株式会社プラハCEOの松原です。 DDDに基づいて開発しているアプリケーションの「認証」ってどこで実装するのが良いのだろう? 対象読者 何となくDDDに関するを読んで理解した気がする 試しにDDDに基づいてアプリケーションを実装し始めた 認証の実装をどこに書くべきかわからず詰まった 結論(オニオンアーキテクチャの場合) 実装はUI層かInfrastructure層 自分ならInfrastructure層 認証後のインターフェースはアプリケーション層 コンテキストは1つにまとめている前提(認証コンテキストを作らない場合の置き場所) UI層って何やねん DDDとの相性の良さからよく併用されるオニオンアーキテクチャの図を見ると、以下3つの層が一番外側に位置しています: UI(User Interface) Infrastructure Tests (図はこちらから引用) UIと言え

    DDDにおける認証の実装場所
  • CloudLicense | AWS WEB問題集で学習しよう

    「60,000人 以上の利用者」 「AWSおよびGCP認定試験の16科目を購読可能」 「日一の合格者レビュー件数」 ページは、AWS 認定試験のオンライン学習サイトです。 2015 年から運営しており、6 万人以上の会員がサイトを利用して学習しています。 WEB 問題集、動画の閲覧、実際の試験をシミュレーションした試験モードなどの 複数の異なる学びを通して効率よく学習を進められます。 問題集を解くだけではなく、回答および説明を熟読することで、 AWS の仕組みを深く理解し、あなたのクラウドスキルのレベルを底上げします。 ※合格者レビュー件数とは、AWS認定試験の合格者レビューの登録件数です。

  • 元・Java専門記者がLog4j 2脆弱性に見た「複雑性と魔神のかけら」 Javaの歴史とバザールの矛盾

    元・Java専門記者がLog4j 2脆弱性に見た「複雑性と魔神のかけら」 Java歴史とバザールの矛盾(1/6 ページ) Javaのライブラリ「Apache Log4j 2」に深刻な脆弱性が発見されたことは記憶に新しい。1カ月以上経過した現在も、注意喚起や新たな情報提供が続いている。問題は完全に収束したとはいえない。 今回の記事の主題は脆弱性対策ではない。「Java歴史的経緯と、今回騒ぎになっている脆弱性の話を、うまく1の記事にしてください」という編集部のオファーに応じて書いたものだ。記事の半分は「元・Java専門記者のナイショ話」である。現実の情報システムへの対処が必要な方は、まず下記ページから最新情報をチェックしていただきたい。 IPA Apache Log4j の脆弱性対策について(CVE-2021-44228) Apache Log4j 2公式ページ Log4j 2で今回問題

    元・Java専門記者がLog4j 2脆弱性に見た「複雑性と魔神のかけら」 Javaの歴史とバザールの矛盾