TOPフォーカス『エヴァ』は現実につくれるの？　“透明マント”稲見昌彦教授に聞く、フィクションからエンジニアが学べること【フォーカス】 東京大学先端科学技術研究センター 教授 稲見 昌彦 博士（工学）。人間拡張工学を専門分野とし、特定の対象物を透明かのように見せられる「光学迷彩」技術を手がけたことで世界的に知られる。人間の肉体の限界をテクノロジーの力で広げる「自在化技術」の開発や、自在化による認知心理の変化について分析する「稲見自在化身体プロジェクト」では研究総括を務める。少年時代にSF映画「地球最後の日」を鑑賞したとき、僅かな人数しか搭乗を許されない脱出ロケットの乗員に科学者が選ばれるのを見て、「あ～科学者になれば地球が滅んでも生き残れるんだ」と思ったことがある。 プロフィール（東京大学 先端科学技術研究センター公式サイト内） 稲見自在化身体プロジェクト ロボット技術やVRなどを駆使し、

まいど AWS の犬が、少々 Azure に触れてみましたので、絵は描かずに基礎知識の整理と共有だけしていきたいと思います。 全然ド素人な状態なので、なにかしら間違ってたり不足していると思われますが、同じようにイチから調べる人の足がかりにでもなれば、くらいの質感で進めていきます。 はじめに 今のところ少々用事があっただけなので、これから Azure を掘り下げるぞとか、Azure の犬になるぞ、とかは考えていなく一発ネタで終わる可能性が高いです。雑なメモをブログに起こして、いったんの区切りとする個人的な清書のため、詳しくはちゃんとリンク先のドキュメントなどを読んでくださいませ。 さて、AWS に似たパブリッククラウドはいくつもあり、Azure もその１つです。公式ドキュメントに何箇所も AWS との比較が出てくるくらいには、Azure も AWS を意識しています。 例）AWS サービスと

こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

Universally Unique Identifiers, also known as UUIDs, are designed to allow developers to generate unique IDs in a way that guarantees uniqueness without knowledge of other systems. These are especially useful in a distributed architecture, where you have a number of systems and databases responsible for creating records. You might think that using UUIDs as a primary key in a database is a great id

このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」（シームレス）を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 X： ＠shiropen2 英インペリアル・カレッジ・ロンドン（ICL）の教授であり、数学者のケビン・バザードさんの単著論文「Grothendieck’s use of equality」は、数学者が等式の概念をどのように使用しているか、そしてそれが数学の形式化を試みる際にどのような影響を与えるかについて議論した研究報告である。 バザードさんは「現状、数学者は等式の概念を曖昧に使っており、近年のコンピュータプログラムによる証明（形式化）においてその曖昧さが障害になっている」と指摘する。 「＝」（等号）にみる一般的な等式の定義は、両辺が同じ数学的対象を表しており、一方から他方への論

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する

2024年はモノレールが歴史上、初めて登場してから200年目に当たるという。記録に残る中で世界初とされるのは、1824年、イギリス人のH・パーマーが、木材レールと馬力を用いた貨物運搬用のモノレールをロンドンの造船所に敷設したものである。 モノレールの技術が大きく発展したのは、自動車の増加による渋滞緩和という文脈においてであり、海外で研究された技術が1960年代前半、日本に次々と輸入された。 その中の1つに、アメリカの航空機製造大手、ロッキード社が考案し、川崎航空機（現・川崎重工業）などが出資する日本ロッキード・モノレール社が実用化した「ロッキード式モノレール」があった。ロッキード式は、小田急電鉄の向ヶ丘遊園へのアクセス路線および姫路市交通局の2路線に採用されたが、いずれもすでに廃止されている。 今回は、向ヶ丘遊園モノレールに着目し、導入の背景や、実際にどのような運用が行われていたのかなどに

https://yuru-sre.connpass.com/event/317749/ の LT 資料です

こんにちは、IDチームのすかんくです。 今回は「Azure AD Connect」と「オンプレ AD の廃止」について考えてみました。 執筆の背景 日々お客様と会話する中でこんな悩みが多くあるということに気付きました。 「将来的にはオンプレ AD を廃止して、Azure AD（またはその他 IDaaS）に寄せたいと思ってる」 「一方で、現状はオンプレ AD でユーザーやデバイス管理しているので、Azure AD Connect の導入を検討している」 「しかし Azure AD Connect を導入したら、オンプレ AD の廃止に逆行していそうで躊躇している」 オンプレ AD に関連するコンポーネントを追加することで、よりオンプレ AD 依存度が高まるのでは？という疑問は至極当然のものだと思います。 しかしながら Azure AD Connect に関しては寧ろその逆で、周辺機能も含め上

はじめに こんにちは。AWS事業本部コンサルティング部に所属している和田響です。 AWS環境で稼働するEC2インスタンスのマルウェア対策としてCloud One Workload Securityの導入を検討していますが、Amazon GuardDuty Malware ProtectionもまたAWS上のマルウェア対策のためのサービスであり、どちらを採用すべきか悩んでいるため、本記事にてその違いをまとめてみます。 Cloud One Workload Securityとは Cloud One Workload Securityとは、トレンドマイクロ株式会社の提供するサーバ保護に必要な複数のセキュリティ機能を、仮想化・クラウド・物理環境にまたがって一元的に提供するSaaS型のセキュリティサービスです。 Amazon GuardDuty Malware Protectionとは Amazon

はじめに こんにちは。メルカリ ハロでSRE TLをしている@nakaです。連載：Mercari Hallo, world! -メルカリ ハロ 開発の裏側- の3回目を担当させていただきます。 この記事では、メルカリの新規事業立ち上げにおけるSREの働きや役割に関して、紹介します。 メルカリでは、Platform Engineeringが提供するツールや仕組みを活用して、サービスを立ち上げていきます。新規事業立ち上げのチームだけで、完結するわけではありません。今回は、Platform Engineering時代の新規サービス立ち上げにおけるSREの役割と具体的な動きを、メルカリ ハロを例に取り上げて紹介します。SREが、Platform Engineeringとプロダクト開発チームと一丸となって「All For One」に動いてきた取り組みが少しでも臨場感を持って伝えられればと思います。

TL;DR: Instead of redirecting API calls from HTTP to HTTPS, make the failure visible. Either disable the HTTP interface altogether, or return a clear HTTP error response and revoke API keys sent over the unencrypted connection. Unfortunately, many well-known API providers don't currently do so. Updated 2024-05-24: Added the Google Bug Hunter Team response to the report that the VirusTotal API resp

イベントデータストアも証跡と同様、AWS Organizationsの利用前提となりますが組織単位の有効化オプションがあります。 ただし、イベントデータストアの組織単位の有効化も証跡と同様にAWSアカウント・リージョンを指定した有効化はできないため、すべての管理対象への一括設定しかできません。 その他ログ記録方法 Amazon Security Lakeというサービスを利用すると、CloudTrailイベントをはじめ様々なAWSログをS3バケットに集約し、保存データを正規化し、ログへのクロスアカウントアクセス機能がマネージドに提供されます。 CloudTrailログ以外のAWSログも特定のS3バケットに集約したい要件がある場合は検討ください。 Security Lakeは前述した2つの機能と異なり、AWSアカウント・リージョンごとにログの収集対象を指定できます。Security Lakeは

2024/5/29 OpsJAWS Meetup #29 発表資料

[IMPORTANT] この記事で紹介した事象に対応したAthenaテーブル定義が、すでに公式ドキュメントで公開されています。 正式な対応方法については公式ドキュメントをの情報をご参照ください。 先日、Athenaを使ってALBのアクセスログを集計していたところ、ある日のログを境にクエリ結果が表示されなくなってしまいました。 調査の結果、S3に出力されているALBアクセスログの末尾に、テーブル定義に存在しないフィールドが追加されていることが原因で、 ログのパースがうまくいかず、クエリ結果が表示されなくなっていることがわかりました。 追加されたフィールドの値は、TID_から始まる文字列で、数日前から一部のログに追加されはじめていました。 フィールドの追加されていないログレコードは、既存のテーブルへのクエリで集計ができていたため、 すべてのログに未定義のフィールドが追加された状態になるまで気が