  |
はてなキーワード: ビットとは
https://www.asahi.com/articles/ASM4H56N1M4HPTIL00K.html
サイバー犯罪対策課によると、逮捕容疑は昨年９月、自宅のパソコンでファイル共有ソフト「ビットトレント」を使い、アニメ「ワールドトリガー」の第１話を不特定多数の人が閲覧できる状態にしたというもの。
「（自分で）画質を高める編集をした動画を見て欲しかった」と供述している。
そんな動機で被害総額１８億円以上（https://www3.nhk.or.jp/news/html/20190415/k10011884391000.html）ですかい。
彼らは本音と建前を使い分けている。利害関係をよく検討してみよう。
ドラッグによって経験することは何なのか？を理解するためには、デイヴィッド・チャーマーズの「情報の二相理論」が参考になる。
つまり、「自分」と呼んでいる存在が何なのか？を理解しておく必要がある、ということ。
情報の二相理論
チャーマーズの考える情報の二相理論。この世界の本質的な所には、ビット列のようなもので構成される抽象的な情報空間がまずあり、その情報空間が物理的性質と現象的性質という二つの性質を持つ、という考え。中立一元論の一種。
そして以上二点の原則についての考察から、重要であろうものとして情報に注目する。
そこから情報の二相説（double-aspect theory of information）を可能性として提唱する。
これは実在に関する形而上学的立場で、世界の究極的な実在（Ultimate reality）を情報（inforamtion）とし、その情報が物理的な性質と現象的な性質を持つのではないか、とする立場。
この立場は心身問題の伝統の中で中立一元論（または性質二元論）と呼ばれる立場にあたる。
中立一元論とは世界の究極的な実在として、物理的でも心的でもない、何か別のものを考える立場である。
チャーマーズはそうした何か別のものとして、情報を考えている。
情報という言葉は、広い範囲の意味をもつが、チャーマーズは情報の定義として、グレゴリー・ベイトソンの「違いを生む違い」（a difference which makes a difference）を引く。
情報を究極的な実在とするアイデアは、物理学者ジョン・アーチボルト・ウィーラーの哲学に大きい影響を受けている。
ウィーラーは量子力学に関する考察の中から、世界の究極的な実在を情報と考え、それを "it from bit"（それはビットから）という標語であらわした。
チャーマーズは、情報を外側から見ると物理的、内側から見ると現象的、とする。
つまりビット列のようなもので構成された抽象的な情報空間がまずあり、そこから物理的状態および現象的状態が、それぞれ実現されているのではないかという形而上学。
この形而上学を一つの参考としつつ精神物理法則を模索すべきでないかとする。
この考え方の利点の一つは、情報空間が共通項として存在するため、物理状態と現象的状態の間での直接の因果関係を仮定せずとも、物理状態と意識との連動を説明できる点である。
プログラミングができるわけでもない一般人だが書かれている内容はだいたい分かった。
なぜ「数字」にこだわるのかも分からないし唐突に現れたサンプルプログラムも意図が分からない。
ドレミファソラシは「261、293、329、349、391、440、493」
可視光の波長
コンピュータのディスプレイは波長ではなくRGBで表現されるので分かりづらい。
そんなよく分からないLEDを使わずともフルカラーLEDがある。
たとえにマイナーな電子部品(？)が登場すると逆に分かりづらい。
それから縦30x横30のLEDから縦70x横70のLEDまでに内接する円の内部(x^2+y^2≦40)がすべて色001であれば、赤い円ができる。
このあたりはよく分からない。
(「点と円の当たり判定」を各座標ごとに実行)
めちゃくちゃ強い電気
なんかすごそう(小並感)。
ハイレベルとローレベルでなくアナログ値になるということなのだろうか？
それはたぶん現代人ならみんな知ってると思う。
どの文字コードのことを言っているのか分からないので集中できない。
(ためしにASCIIコードを調べてみたがAは65だった。また小文字にするとき足す値は32)
かなりシンプルになることが多い。
一般的には適当なrandomモジュールのようなものを利用するのではないか？
(ついでに実用的かを考えるなら曲数が60以上あったときのことが気になる)
今の仕事でも、既存のマクロでエラー出たときに原因箇所を調べたりするのは出来るけど、そこから何を直したら直るのかわかんない。
フローチャートを作れるのなら元増田に必要なのは「ポケットリファレンス」とか「逆引き～」とかいう類の本ではないだろうか？
(普通に考えればさすがに知っているだろうが念のため)
FM TOWNS が発売された当時は、なんて魅力的なハードウェアを作る会社なんだろうって
当時としては画期的な1677万色中256色発色機能やPCM音源を標準搭載し、強力なグラフィック機能やオーディオ機能を誇っていた。
また、当時の家庭用ゲーム機では一般的なスプライト機能も搭載されており、ゲーム用プラットフォームとしても当時の人気機種だったシャープのX68000に劣らぬ能力を持っていた。
全ユーザが386以上を使用していることを前提にできること、DOSエクステンダを標準としたことから、当時は32ビット機でもリアルモードで単なる高速な16ビット機として使われていることが多かった他機種と比べ、TOWNSではほとんどのアプリケーションが32ビットプロテクトモードを利用していたため、動作速度やメモリ使用効率での大きなアドバンテージが有った
2016年7月13日19:41に下記のツイートがされている。
これがトリックだと仮定すると、すぐに思いつくのは、投稿日時をあとから書き換えるハックだと思う。
いくつかの解説記事によると、id は以下のような 64 ビット整数であるようです。
+--------------------+--------------------+-------------------+
timestamp (42 bit) worker-id (10 bit) sequence (12 bit) +--------------------+--------------------+-------------------+
それぞれの意味は以下の通り。細かいことは snowflake のソースコード*2を見て確かめました。
sequence: 同じミリ秒枠内での衝突を回避するためのシーケンス番号（ミリ秒ごとに 0 リセット）
worker-id: この id を発行したサーバ固有の番号 *3
timestamp: System.currentTimeMillis() - 1288834974657L の値。（2010-11-04 10:42:54 頃からの経過ミリ秒）
753177564164653056÷2^22 = 179571524659 (ms)
２．ミリ秒を日に換算
179571524659 (s) = 2078.374128 (day)
３．2010/11/4 10:42:54 の 2078.374128日後を計算する。
（エクセルだと、日付は１日が1なので、単に足し算すれば良い。）
結果は、……なんと2016/7/13 19:41になった！
ということで、ツイートのURLとタイムスタンプは一致していた。びっくりだ。
もし、ツイートのタイムスタンプを後から改ざんすることで前述のツイートを作成したとすると、タイムスタンプと同時にURLも改ざんする必要がある。
これは仮説ではある。けども結構正しいのではないかと考えている。
江戸時代以前は元号はすぐに変わるから、例えば数年前、１０年２０年ぐらい前のことを示すには不便だ。だから、十干十二支が併用されていた。
しかし、一天皇一元号となり、元号があまり変わらなくなった。なので、元号を重んじて十干十二支の重要性が減っていった。と共に、文明開化により西暦が日本に入ってきた。
それでも元号を使うと数十年に一度はやはり元号が変わる。昭和は６０年続いたからともかく平成は３０年。
次の令和も今皇太子殿下は今５９歳だ。８０歳で次に譲るとすると令和は２０年で終わる。
その次が継承順位通りだとと弟の秋篠宮殿下だ。ただ、秋篠宮殿下が天皇になった時の元号はおそらく数年で終わりだ。
ましてや、ＩＴ化が進展して、歴を変える手間がどんどん大きくなってくる。
暦にとって永続性はやはり必要だったから元号と十干十二支の使い分けがあった、そして、変わらない西暦が重んじられてくるのではないかと。
なお、十干十二支というのは、十二支に加えて、十干も組み合わせて年を表す記法。
甲子園の甲子とか、辛亥革命の辛亥とかだ。６０年で一サイクル。
江戸時代以前は元号はポコポコ変わった。天皇が変わったからとか、飢饉が起きたからとか、古い時代だと珍しい亀が見つかったから元号を変えたという話もある。
だから、元号より変わらない十干十二支が一定の地位を持っていた。
ＩＴの世界でも暦のトラブルは元号以外に多くある。西暦の下２桁で取り扱っていたがゆえに起きた２０００年問題はわかりやすく有名だ。
秒が１６ビット取り扱う系では２０３８年にも問題を起こす。しかも、これ現皇太子殿下の譲位に近い時期じゃないの。
ＩＴは所詮道具に過ぎず、そのＩＴでなす商売やらサービスやらがある。元号関係は枝葉末節。
どんどん西暦化は進むのだろうなぁと。
第二条 この法律において「児童」とは、十八歳に満たない者をいう。
２ この法律において「児童買春」とは、次の各号に掲げる者に対し、対償を供与し、又はその供与の約束をして、当該児童に対し、性交等（性交若しくは性交類似行為をし、又は自己の性的好奇心を満たす目的で、児童の性器等（性器、肛門又は乳首をいう。以下同じ。）を触り、若しくは児童に自己の性器等を触らせることをいう。以下同じ。）をすることをいう。
一 児童
三 児童の保護者（親権を行う者、未成年後見人その他の者で、児童を現に監護するものをいう。以下同じ。）又は児童をその支配下に置いている者
３ この法律において「児童ポルノ」とは、写真、電磁的記録（電子的方式、磁気的方式その他人の知覚によっては認識することができない方式で作られる記録であって、電子計算機による情報処理の用に供されるものをいう。以下同じ。）に係る記録媒体その他の物であって、次の各号のいずれかに掲げる児童の姿態を視覚により認識することができる方法により描写したものをいう。
一 児童を相手方とする又は児童による性交又は性交類似行為に係る児童の姿態
二 他人が児童の性器等を触る行為又は児童が他人の性器等を触る行為に係る児童の姿態であって性欲を興奮させ又は刺激するもの
三 衣服の全部又は一部を着けない児童の姿態であって、殊更に児童の性的な部位（性器等若しくはその周辺部、臀でん部又は胸部をいう。）が露出され又は強調されているものであり、かつ、性欲を興奮させ又は刺激するもの
（適用上の注意）
真女神転生Ⅲ
安倍公房
シルバー事件は大好き、killer7は積んでましたすいません。
呪みちるは入手できる範囲で単行本揃えてる。谷口トモオは未読。
早く完結して下さい。
＞宝石の国
原作もアニメも見ました。市川先生なら25時のバカンスが一番好き。
＞Hollow Knigth
横スクはあまりやらないけれど、LIMBOやINSIDEみたいに世界観が少しずつ分かるタイプなら興味あります。
オカ板に浸っていた時期があったもので懐かしいワードがチラホラあって楽しかった。
＞鬼哭街
＞Undertale
7巻のホラー回を見るにあの人は相当"溜まっている"。
＞Pony Island
exe.シリーズにハマっていた時にプレイ動画を見てしまって後悔してる。ああいうのはプレイしてこそなのに。
＞portal1･2
＞ナウシカ
＞DEADSPACE
2までは名作2までは。
＞よるくも
1巻読んだ→なんじゃこりゃ？完結したみたいなので続き読みます。
＞寺山修司
なんかうまく言えないけど少し好みから外れる。
＞砂ぼうず
https://qiita.com/yumetodo/items/54e1a8230dbf513ea85b]
https://b.hatena.ne.jp/entry/s/qiita.com/yumetodo/items/54e1a8230dbf513ea85b]
https://togetter.com/li/1301253]
https://naruse.hateblo.jp/entry/2018/12/24/013446]
文字コードを多少かじった人間としては、また人類が文字コードで混乱している。と思っていて議論が深まるのかなと思ったりします。
ただ、この話、見ててもやもやする所が一つありまして、UTF-8の1コードポイント=uint8_t=unsigned charでええんかいな。という点です。
文字コードを少しでも知っている人はUTF-8は1つのコードポイントを可変長のバイト列で表します。
よく言われるようにASCIIは1バイト、大体のCJKV文字は3バイト以上で表します((久々にWikipediaのUTF-8見たら、UTF-8にサロゲートペアってあるんだねー。罪深いわOrale〜))。最大6バイトで1つのコードポイントを表します。
つまりですね、char16_tとかchar32_tとかがUTF-16やUTF-32にマッピングされるのは分かるんですよ。サロゲートペアは脇に置いておいて、コードポイントを表すのにはこの型(っつーか、データ長)を使うよってのが分かるので。
サロゲートペアを考えたときのUTF16も同じ考え方になるんですけど、UTF-8みたいな可変長のバイト長を取るエンコード方式は、結局、1「文字」を表す型(データ長)が定まらないんですよ。
char8_tをunsigned charの子クラスにしたとしてもそれって、UTF-8にとっては「1文字を表す型」ではないんですよ。「1文字を表すバイト列の単位の1つ」でしかないんですよ。(サロゲートペアを考慮したときのchar16_tも同様)。
意味論で言っちゃえばUTF-32に対してchar8_tを使っても意味は同じになるんですよ。UTF-32って8ビット×4で構成されるだけなんで。
なので、UTF-8で表される1文字を型で使いたかったらuint64_tの子クラス(本当は最大6バイトなので48でいいんだけど)にしなきゃダメなんじゃねぇの？もしくは最少8ビットで48ビットを保証する型。とC++界隈ではない自分は思うわけです。
1900年を1年目と内的処理していた場合、年数が2桁から3桁になる。また、年号を下2桁だけで処理していたシステムの一部で年のエントリで99をエラーコードや例外値として扱っている物があったとされ、そのようなシステムでは1999年になった途端に正当な1999年とエラーとを識別できず不具合をおこすことが懸念された。又、9が5つ並ぶ1999年9月9日にエラーが発生することも懸念された。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から1024週後にあふれて0に戻る。
年数を下2桁だけで処理していたシステムや、2000年を平年(閏年ではない)と誤解したシステムに問題が起こる。
1970年1月1日0時からの秒数が十進法で9桁から10桁になる。経過秒数を文字列表現に直してソートしたことで、「1,000,000,000 < 999,999,999」と判断してしまい、項目の新旧が正しく処理されない問題が実際に幾つかのシステムで発生した。
2000年以降も年数を下2桁だけで処理していたシステムで、かつ年を文字列で格納していた場合に、先頭が0の場合には八進数として扱われる処理系があり、その場合2008年の時点で年の処理が不正となる場合がある。ごく一部のperlで作成されたネットゲームで誤作動が発生した事例がある。
潜在的なバグが発覚した。シチズン電波時計やソニーのゲーム機「プレイステーション3」(閏年処理)、オーストラリアのクイーンズランド銀行でのシステム誤動作、ドイツジェムアルト社のICカード使用不能など。シチズンのケースでは、年の内部表現に西暦下2桁のBCDを使っていた。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から2048週後にあふれて0に戻る。(10ビットでは2回目)
1930年 - 2029年を下2桁で表現しているシステムに問題が起こる。同様のものに2050年問題や2070年問題などがある。
1900年1月1日0時からの秒数が32ビットからあふれ、NTPに問題が起こる。
Unixなど。1970年1月1日0時(Unix epoch)からの秒数が31ビットからあふれ、32ビット符号付きで処理しているシステムに問題が起こる。
GPSは内部処理で週数を10ビットで管理しており、起点である1980年1月6日から3072週後にあふれて0に戻る。(10ビットでは3回目)
HFSのタイムスタンプは2040年2月6日までしか取り扱えない。
System zのSTCK命令で取得する64ビットのTODクロックは2042年9月17日中にオーバーフローする。
2038年問題の1980年起点版。FATファイルシステムのタイムスタンプなどが1980年起点である。
1950年 - 2049年を下2桁で表現しているシステムに問題が起こる。同様のものに2030年問題や2070年問題などがある。
1970年 - 2069年を下2桁で表現しているシステムに問題が起こる。同様のものに2030年問題や2050年問題などがある。
FATファイルシステムのタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後(2079年12月31日)までしか正常動作しない。
2000年以降に作られた年数を2桁で表すシステムや、2100年を閏年と誤解したシステムに問題が起こる。
FATファイルシステムのタイムスタンプは2107年12月31日までしか取り扱えない。
更新されたGPSは内部処理で週数を13ビットで管理しており、この頃にあふれて0に戻る(正確な日時は未定)。
2286年問題-2286年11月20日17時46分40秒に起こる。原因は、2001年問題と同じ。
Visual C++において、3000年1月1日以降の日付処理に不具合が生じる。
