データアナリスト．I always try to observe the small facts upon which large inferences may depend． 本記事は別途PDFでもご用意しており、こちらよりダウンロードいただけます。 Disclaimer：このエッセイは独自解釈を多数含むが，著者は計算理論を専門に学んだことはないため，いくつかの点で不正確な可能性がある 0.イントロダクション この短いエッセイでは1936年のチューリングの記念碑的な論文である『計算可能数とその決定問題への応用(“On Computable Numbers, With an Application to the Entscheidungsproblem”)』[1] の中で初めて示された計算不能な機械の証明に関して，簡単な説明を行うことを目的とする(このエッセイでは，チューリングの論文だけで

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに X ServerはLinuxサーバー上でグラフィカルなアプリケーションとのやりとりが必要な場合に不可欠です。特に、コマンドラインインターフェースだけでは不足するか、実用的でない場合、X Serverを活用することでSSH接続を介してリモートLinuxサーバーとローカルマシンをシームレスにつなげ、快適なグラフィカルな体験を実現できます。 以下は、X Serverが必要になる典型的なシナリオです： リモートでのGUIアプリケーションの実行： SSHを通じてLinuxサーバーにアクセスし、WebLogicやJenkinsなどのGUI

OpenSSL を使用して暗号化したファイルを、 Ubuntu 20.04 で複合化しようとすると、bad magic number のエラーが発生して複合化できませんでした。 暗号化を実行した環境は不明です。 また、Ubuntu 20.04 で暗号化したファイルを、Windows 10 で複合化すると、複合化したファイルの1行目が文字化けしていました。 暗号化のコマンドは以下のとおりです。 やりたいこと この問題が発生したプロジェクトでは、メンバーが各自の好きな環境を利用して開発していました。 そのため、OS やライブラリーのバージョンに依存しない暗号化／複合化の手段を提供する必要がありました。 考えられる原因 Web検索で、考えられる原因が２つ出てきました。 ダイジェストアルゴリズムが異なる。 OpenSSL は 1.1.0 を境にダイジェストアルゴリズムのデフォルト値が md5 から

私たち吉祥寺PukuPukuでは現代の食卓に取り入れやすい 「伊万里焼」を中心に取り扱っております。 江戸時代、有田(佐賀県・有田町)で焼かれた磁器は 伊万里港から積み出しされていた為、 「伊万里焼」という名で普及していきました。 豊富な文様と技法があり、和食器・骨董品の中でも 扱いやすいことから老若男女問わず魅了し続けています。 ここでは、伊万里焼の絵付けの技法の違いと それぞれの特徴や魅力についてお伝えして参りますので 是非、最後までお愉しみくださいませ。 【染付・そめつけ】 器に手描きで施した技法。 呉須(ごす・酸化コバルトを主成分とし鉄や マンガンを含む鉱物質の顔料)と呼ばれる顔料を使っており、 成分の含み具合や焼成の温度でも発色は異なります。 明治期以降、ベロ藍(ベルリンの藍の略称。ヨーロッパから 日本に輸入されてきた化学的な合成顔料。)も普及します。 柔らかい線や力強い線、濃淡

C言語のpopen関数の挙動にいつも混乱させられるので、自分用メモとして挙動をまとめてみる。 popen関数の挙動 popen関数はファイルを開くようなノリでプロセスをopenできる。popenの戻り値としてファイルディスクリプタが返ってくるので、それを使ってopenしたプロセスにread/writeの指示を行うことができる。 混乱の種はこのプロセスに対するread/writeである。これはpopenをコールした側の視点に立って考える必要がある。つまり、readであればopenしたプロセスの標準出力を読み取るし、writeであればopenしたプロセスに標準入力を与えることになる。考えてみれば当然なのだが、popenをコールする側・される側でin/outの関係が逆になっており、それが混乱を招く。 以下に挙動をまとめた表を示す。 popenのフラグ popenコール側の挙動 popenでope

7歳長女は、些細なことで不機嫌になるタイプだ。 そのせいで揉めることが多く、でも本人に悪気はないし…と悩んでたんだけど、 最近長女と一緒に編み出した対応策がすごく良かったので書き留めておこうと思う。 その対応策は、"不機嫌になった後にハグする"こと。 下に詳しく解説書くので、すごく長くなるけど、ぜひ読んで欲しいし、よければ参考にして欲しい。 長女の性質 私の長女は本当に「え！？」と思うことで傷ついて不機嫌になる(ちなみに眠い時は傷つきやすさ5割増になる) どうも言葉を深読みしすぎて、こちらが意図してない形で受け取ってしまうらしい。 たとえば下の子が泣いた時に「赤ちゃんを産んだ後の女の人って、赤ちゃんの泣き声を聞くとすごく辛い気持ちになるんだよ」と言うと「じゃあ私なんていなくてもいいんだ！」と言ったり(下の子の方が可愛いと言われたと思い込んだらしい) 会話の中でふと昔のお笑いネタを思い出して

第20回ぷちコンのテーマ「コントロール」に因んで ThirdPersonテンプレートをもとに、Vehicleテンプレートのアセットを使用して、 「レベル内にある車に乗って運転する」機能を作成していきます。 完成イメージはこちら！ ●事前準備 Vehicleテンプレートのコンテンツを追加する まず、ThirdPersonテンプレートを用意し、Vehicleテンプレートのコンテンツを追加します。 テンプレートを追加すると、テンプレートに必要な「ChaosVehicles」プラグインがないため、右下に出てくるEnable Missingを選択して有効化します。 少しすると右下にポップアップが出てくるので、Restart Nowを選択して再起動します。 これで、ThirdPersonテンプレートにVehicleテンプレートのコンテンツを追加することができました！ 後の工程のために、追加したVehi

コマンドラインから git を操作していて、git pull をしたときに、 $ git pull origin master (process:6781): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. (gnome-ssh-askpass:6781): Gtk-WARNING **: cannot open display: のような警告 (WARNING) が出て pull できなかった。 「Gtk-WARNING **: Locale not supported by C library」 の警告に関してはロケールの設定を正しく行うことで回避できるようである。 command line - `Gtk-WARNING **: Locale not supported

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

前提 Red Hat Enterprise Linux 8 には日本語ロケールがなかったので、日本語ロケールを入れる [root@ip-x-x-x-x ~]# locale -a C C.utf8 POSIX en_AG en_AU en_AU.utf8 en_BW en_BW.utf8 en_CA en_CA.utf8 en_DK en_DK.utf8 en_GB en_GB.iso885915 en_GB.utf8 en_HK en_HK.utf8 en_IE en_IE.utf8 en_IE@euro en_IL en_IN en_NG en_NZ en_NZ.utf8 en_PH en_PH.utf8 en_SC.utf8 en_SG en_SG.utf8 en_US en_US.iso885915 en_US.utf8 en_ZA en_ZA.utf8 en_ZM en_ZW e

##概要 Linux(CentOS)の言語設定を日本語(ja_JP.UTF-8)にする。 Dockerで取得したCentOSはデフォルトは　"en_US.UTF-8" になっている。localectl list-localesで確認するとja_JPがない。そんな状態からja_JP.UTF-8を使えるようにするまでの内容です。 ##実行環境 CentOS Linux release 7.6.1810 (Core) 補足 macOS High Sierra 10.14.3 Docker version 18.09.1, build 4c52b90 ##手順 ####現在のロケール確認

目標 Xlibで作成したウィンドウ上に、XmbDrawStringで日本語の文字列を表示する。 状況 Xlibを使用したソフトウェアの開発過程で日本語の描画方法の確認として、あるサイト上で紹介されていた以下のサンプルコードを実行しました。 #include <X11/Xlib.h> 2 #include <X11/Xlocale.h> /* ロケール用ヘッダーファイル */ 3 #include <stdio.h> 4 #include <string.h> 5 6 #define WIN_W 350 /* ウィンドウの幅 */ 7 #define WIN_H 250 /* ウィンドウの高さ */ 8 #define WIN_X 100 /* ウィンドウ表示位置(X) */ 9 #define WIN_Y 100 /* ウィンドウ表示位置(Y) */ 10 #define BORDER 2

最近 LC_ALL に値を設定したことによりハマったのでメモ。 LC_ALLを設定しないほうがいい理由とLANG設定が効かない問題 システムのロケール設定は、プログラムやシステムの振る舞いに大きな影響を与えます。特に、環境変数LC_ALLとLANGは、その設定方法によっては期待通りの動作をしないことがあります。 ロケール設定の基礎知識 UNIX系システムでは、ロケール設定は以下の環境変数を使って行われます。 LANG LANGUAGE LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT LC_IDENTIFICATION LC_ALL これらの環境変数は、文字のエンコーディング、日時の表示形式、通貨の表示形

経済産業省（経産省）は、2025年2月18日、AIサービスを利用する企業や、AIシステムの開発を委託する企業向けに、「AIの利用・開発に関する契約チェックリスト」を公開した。AI技術を用いたサービスの利用者と提供者間における適切な利益・リスクの分配および、AIの利活用を促すことを目的に策定されている。 現在、生成AIの急速な普及によって、AIの技術や法務に必ずしも習熟していない企業も、AIの利活用を検討している状況だ。 経産省はこのような状況下で、「AIの利活用に関する契約に伴う法的なリスクを十分に検討できていない可能性」、「保護されるべきデータや情報が予期せぬ目的に利用され、想定外の不利益を被る可能性」を懸念。そこで、AIの利活用に関する契約において、実務上使いやすい形式のチェックリストを作成した。 内容としては、AIの利活用に関する契約のうち、データの適切な利用とリスク分配の観点で注意

今回はTAI（Trust Association Interceptor）のカスタムプロパティを使って、SP-redirectedのSAML SSOシナリオを実践していきます。 TAIの設定追加 まずは、認証なしでサーブレットにアクセスしてきたときに、IdP-initiated SSOが発動するようにTAIのプロパティを追加します。 WASの管理コンソールから、「セキュリティー」ー「グローバルセキュリティー」ー「トラスト・アソシエーション」に入ります。 「インターセプター」に入ります。 TAIのカスタムプロパティに入ります。 認証エラー時にリダイレクトさせるURLの設定は、"sso_1.sp.login.error.page"です。値にIdP-initiatedのときに使用したURL（"https://www.alto.net/openam/idpssoinit?metaAlias=%2F

私がテストしたこのUSB電力計は驚くほど正確だ。12ドル（日本のAmazonでは1499円）ほどのアクセサリーが、10倍や20倍もするツールに匹敵するとは思わなかった。 YEREADW USB-C 電流電圧チェッカー（Amazon） このYEREADW USB-C 電流電圧チェッカーは、今や私の作業に欠かせないツールの1つだ。たとえば、USBポートが正常に作動しているか確認したり、モバイルバッテリーやスマートフォンの容量をテストしたりするのに便利だ。 私はこれまで、こうした電力計を20個近く集めてきた。USB-AからUSB-Cへの移行期には買い替えが必要だったし、USB-C経由の電力供給が拡大するにつれて、より高性能なモデルが必要になったからだ。 なお、以前から電力計の記事を書くたびに、「どこで買えるのか」と質問されることが多かった。しかし、紹介したモデルは50ドル（約7500円）、100