  |
はてなキーワード: TESTとは
https://newt.phys.unsw.edu.au/einsteinlight/jw/module3_weird_logic.htm
あと教科書に載っている光速不変の原理については誰もが直感に反すると思っていると思う
『直感に反する』とかいう理由からではないが、科学者も真面目に光速変動理論みたいなのやってるよ
▼ The critical geometry of a thermal big bang
https://journals.aps.org/prd/abstract/10.1103/PhysRevD.94.101301
We explore the space of scalar-tensor theories containing two nonconformal metrics, and find a discontinuity pointing to a “critical” cosmological solution. Due to the different maximal speeds of propagation for matter and gravity, the cosmological fluctuations start off inside the horizon even without inflation, and will more naturally have a thermal origin (since there is never vacuum domination). The critical model makes an unambiguous, nontuned prediction for the spectral index of the scalar fluctuations:
nS=0.96478(64). Considering also that no gravitational waves are produced, we have unveiled the most predictive model on offer. The model has a simple geometrical interpretation as a probe 3-brane embedded in an EAdS2×E3 geometry.
▼ 英語の科学読み物記事：
Theory that challenges Einstein's physics could soon be put to the test | Imperial News | Imperial College Londonhttps://www.imperial.ac.uk/news/176127/theory-that-challenges-einsteins-physics-could/
▼ 日本語の科学読み物記事：
かつて光は光速よりも速かった説を証明するかもしれない数値「0.96478」。光速変動理論の先駆者が発見 - Engadget 日本版https://japanese.engadget.com/jp-2016-11-29-0-96478.html
英インペリアル・カレッジ・ロンドンの研究者が、光の速度が変化するという説を証明するかもしれない数値を発見したと発表しました。その値は「0.96478」。いったい一体何を言っているのかわからないと言われればそのとおりですが、今後この数値の正当性が実験観測によって証明されれば、宇宙の成り立ちの常識が大きく覆されるかもしれません。
宇宙では、あらゆる方向から宇宙背景放射と呼ばれるマイクロ波が飛んで来ています。これはビッグバンのあと40万年後ぐらいまでに放出されたごく初期の宇宙の光の名残とされ、そのスペクトル指数は0.968と観測されています。研究者が発見した0.96478は、さらにビッグバンに近い、より古い時期のスペクトル指数値を理論的に導き出したもの。0.968と0.96478ではほとんど誤差じゃないかとも思えるものの、この差が観測によって正しいと証明されれば、太古の光は現在よりも速かったといえるわけです。
今回の数値を発見したジョアオ・マゲイジョ教授は、光速変動理論の先駆者として知られる人物。現在の宇宙では片側の端から反対側の端まで、たとえ光の速度でも宇宙ができてからの年月以内にたどりつくことができない地平線問題という矛盾があります。宇宙に光の届かない場所があるならば、宇宙の場所によって温度にムラができなければなりません。ところが、実際は宇宙空間のどの場所でも温度は均一です。この問題を解決するのが、ビッグバンが起こったような宇宙の初期ほど光は高速だったと考える光速変動理論です。
一方、現在主流なのは光の速度は一定だとする一般相対性理論に基づくインフレーション理論。インフレーション理論は地平線問題を解決できるものの、ビッグバンの後、急激に宇宙が膨張した「インフレーション」があったとする"特別な条件"が必要で、この点については何の証明もされていません。もし、マゲイジョ教授らが発見した宇宙背景放射のスペクトル指数値が観測によって正しいと確認されれば、インフレーション理論だけでなく一般相対性理論の一部もなんらかの修正が必要になるかもしれません。
https://www.physicsforums.com/
変数や構文などのプログラミングの基礎は覚えた人向けに、ソースコードを書くときのコツを紹介していきます。どれも今日から実践できるものばかりです。他のプログラマと差をつけることができる技術ですので、ぜひ意識するようにして下さい。良い子はまねしないで下さい。
理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。
また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。
変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。
多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。
不要な関数を作らないためのテクニックには、以下のようなものがあります。
まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。
function f(i) {
switch(i) {
case 1:
// i = 1のときの処理
break;
case 2:
// i = 2のときの処理
break;
case 3:
// i = 3のときの処理
break;
// ...
}
}
この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。
クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。
理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、その利便性からプログラマからはこの上なく尊ばれています。
class God { f1() { // 関数1 } f2() { // 関数2 } // ... } class C1 extends God { // 何も書かなくても上の関数が使える！ } class C2 extends God { // 何も書かなくても上の関数が使える！ } // ...
変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。
たとえば、以下のコードのaは、関数定義の外側からは参照することができません。
function f() {
var a = 1;
return a;
}
一方、以下のコードのaは関数の内外どちらからでも参照することができます。
var a = 1;
function f() {
a = 2;
return a;
}
せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。
また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。
例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。
例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。
ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。
try { // 例外が発生し得る処理 // ex. ファイルを開く } catch (e) { // 例外が発生したときに、実行する処理 }
例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。
try { // 例外が発生し得る処理 } catch () {}
全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。
https://docs.microsoft.com/en-us/windows/compatibility/windows-11/
検証、発見、パートナーへの働きかけにまたがる複数の取り組みを通じて、Windows10からWindows11までの互換性のある設計アプローチを継続してきました。これらの取り組みに基づいて、Windows10と同じ標準であるWindows11との継続的な互換性の肯定的なシグナルがあります。変更によって互換性の問題が発生する可能性がある場合、App Assureプログラムは、商用顧客を確保するために必要なサポートを提供します。安全にアップグレードできます。 App Assureに加えて、Test Base for Microsoft 365を使用すると、パートナーはアプリを管理対象環境にオンボーディングして検証できます。
すべてのパートナーが、アプリがWindows 11で完全に機能することを検証することにより、新しいバージョンのWindowsに対する共有顧客の信頼を引き続きサポートすることをお勧めします。以下は、Windows11で行われた変更に固有の検証手順の一連のガイドラインです。 。このドキュメントは今後更新されます。
Windows 11には、新しい最小ハードウェア要件があります。Windows11を実行するには、デバイスが次の仕様を満たしている必要があります。ハードフロアに適合しないデバイスはWindows11にアップグレードできず、ソフトフロアに適合するデバイスはアップグレードが推奨されないという通知を受け取ります。
採算が取れる見込みがあるから各社やっていること
例：アイスランド
The Icelandic government gave Aha Partners’ approval to test drones beyond visual line of sight, a rarefied and important permission in the drone sector where stringent rules and regulations can stifle innovation. Kristofersson began flying delivery drones on the outskirts of the city, and has now moved to taking off close to the busiest intersection in Iceland’s capital city, becoming one of a select few able to test the viability of drone deliveries by flying in an urban setting.
“Already we have drones that are capable of getting Aha goods from A to B in a more efficient manner than an electric car,” he said. “The noise is significantly less than what you will hear from a highway or a road.”
Testing Drone Delivery Services in the Capital City of Iceland
濁点喘ぎや♡喘ぎのあるエロ小説が大好きで、もっと読みたいから。
自分はエロ小説を書けなかったので、書ける人にもっとたくさん書いてほしいから。
あと、自分がAutoHotkeyを入れてからだいぶたってしまったので、導入がおぼろげなのは申し訳ない。
そして肝心の、一番お世話になったサイトを忘れてしまった。最悪だ。見つけたら絶対貼る。
見つけた。これだ。
書き終わってから見つけた。
https://clrmemory.com/pc-mobile/windows/autohotkey-any-character/
AutoHotkeyのwiki。困ったらここを見る。
https://autohotkey.com/download/
（ここがおぼろげなのがひたすらに申し訳ない）
どこかフォルダを作る。後々、他に必要なファイルも入れていく。
自分はドキュメントフォルダの中に「小説用フォルダ」を作成した。
新しく作ったそのフォルダの中で、右クリック→新規作成→「AutoHotkey Script」を選択。
作成したahkファイルを右クリック→プログラムから開く→エディタで開く（最初から入ってる「メモ帳」でOK）
開いたらなんか初期状態で書いてあるけど気にしなくてよし。ってか自分はよくわからなかったから削除した。はい、まっさら！
とりあえず以下の内容にして保存。（最初からあった文章は消してしまったので、まんまこの内容）
#Include IME.ahk ;;;Pgupで♡ Pgup:: ime := IME_Get() IME_Set(0) Send, ♡ IME_Set(ime) return ;;;PgDnで゛ PgDn:: ime := IME_Get() IME_Set(0) Send, ゛ IME_Set(ime) return
保存した？よし。閉じていいよ。
おっとそうだ、さっきのフォルダに入れなきゃいけないのがあった。
の「AutoHotkey_L固有の不具合」にあるが、詳しくわからないのでとりあえず、
https://w.atwiki.jp/eamat/pages/17.html
中にあるフォルダ（ANSIかUTF8）の中のIME.ahkをコピーして、さっき新規作成したフォルダ（自分なら「小説用」）にペースト。
持ってこれた？おっしゃ
編集内容はお世話になったサイトに書いてあったんだけど、忘れたのでもう全部ここに貼ってやろう。
と思ったけど多かったので、消す部分だけ貼る。以下のやつを消さないと、実行したときに「ンンンンンン」ってなる。
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; ; 動作確認用 内部ルーチン (マウスカーソル位置のウィンドウのIME状態を見る) ; 単体起動時のテスト用なので削除しても問題なし _ImeAutoExecuteSample: Hotkey,#1,_ImeGetTest Hotkey,#2,_ImeSetTest Hotkey,#3,_ImeIsConvertingTest Hotkey,+ESC,_ImeTestExt SetTimer,_ImeInfoTimer,ON return ;--- IME状態表示タイマ --- _ImeInfoTimer: Tooltip,% "IME_GET : " . IME_GET(_mhwnd()) . "`n" . "IME_GetConvMode : " . IME_GetConvMode(_mhwnd()) . "`n" . "IME_GetSentenceMode : " . IME_GetSentenceMode(_mhwnd()) . "`n" . "IME_GetConverting : " . IME_GetConverting(_mhwnd()) return ;--- IME Get Test [Win]+[1] --- _ImeGetTest: MsgBox,% "IME_GET : " . IME_GET(_mhwnd()) . "`n" . "IME_GetConvMode : " . IME_GetConvMode(_mhwnd()) . "`n" . "IME_GetSentenceMode : " . IME_GetSentenceMode(_mhwnd()) . "`n" return ;--- IME Get Test [Win]+[2] --- _ImeSetTest: MsgBox,% "IME_SET : " . IME_SET(1,_mhwnd()) . "`n" . "IME_SetConvMode : " . IME_SetConvMode(0x08,_mhwnd()) . "`n" . "IME_SetSentenceMode : " . IME_SetSentenceMode(1,_mhwnd()) . "`n" return _mhwnd(){ ;background test MouseGetPos,x,,hwnd return "ahk_id " . hwnd } ;------------------------------------------------------------------ ; IME窓のクラス名を調べるテストルーチン ; 入力or変換状態でIme窓にマウスカーソル持ってって [Win]+[3]押す ; Clipboardに Class名がコピーされる。入力窓/候補窓 それぞれ調べる。 ; 調べたクラス名は 正規表現になおして ; IME_GetConverting("A","入力窓クラス","候補窓クラス") ; とかやって使う。(もしくは IME_GetConverting()の中に直接追加する) ; ; あああ ← 入力窓の上に マウスカーソル持ってって [Win]+[3]押す ; ￣￣￣ Clipboardに Class名がコピーされる。 ; ※ MS Office系のシームレス入力状態では取れないっぽい ; DetectHiddenWindows,ONでもダメ。シームレスOFFにしないと無理 ; ; 愛 ; |愛 | ← 候補窓の上にマウスカーソル持ってって [Win]+[3]押す ; |亜依 | Clipboardに Class名がコピーされる。 ; |あい | ; |藍 | ; | ： | ; ￣￣￣￣ ;------------------------------------------------------------------ _ImeIsConvertingTest: _ImeTestClassCheck() return _ImeTestClassCheck() { MouseGetPos,,,hwnd WinGetClass,Imeclass,ahk_id %hwnd% Clipboard := Imeclass ;IME_GetConverting() 動作チェック & IME 入力窓/候補窓 Class名確認 MsgBox,% Imeclass "`n" IME_GetConverting() } ;--- 常駐テスト終了 [Shift]+[ESC] --- _ImeTestExt: ExitApp ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
消して保存した？おし
「小説用.ahk」（自分で作成したほうのファイル）を右クリックで「Run script」で実行できる。
が、ショートカットが作成できる。作成して別なところに置いたほうが楽な人はそうするとOK。
コンパイルしないといけない……かと思いきや、しなくても実行できたから、コンパイルは要らないか。まぁいいか。
もし「要るよ」って人がいたら、作ったほうのファイルを右クリックして「Compile なんちゃら」でコンパイルできるので、どうぞ。
使い方。まずは実行開始から。
開始時になんかちっちゃいウィンドウが出てくるが、気にせず「OK」を押していい。（出ないかも）
さっきのスクリプトの中身は
が打てるようになる。
注意点としては、
他のキー割り当て一覧
書いてみよう。
「あ゛あ゛あ゛♡♡♡♡」
どうしても「一度変換を確定しないといけない」というのがちょっとひっかかるが、それでもわざわざ濁点を変換して入れたり、ダブルクォートを代わりに使うよりはいい。
喘ぎ声はひらがなやカタカナが多いから変換を確定せずに打てるのが一番いいが、コツをつかめばきっと上手く活用できるはず。活用してください。
意外と忘れがちだが、大事。
画面右下の上矢印を押すと、いろいろ出てくる。
もう誰もこのエロ小説用スクリプトが実行されていたなんて気づかない。
もっと便利にしたいときは、AutoHotkeyのwikiが参考になるはず。
他にも、ホットキーとかショートカットキーとかでいろいろある。
でも「特定の文字を入力する」はAutoHotkeyでないとできなさそうだった（自分が見つけられた範囲では）
もっ゛とかい゛てぇ゛ぇ゛ぇ゛ぇ゛ぇ゛♡゛♡♡♡♡
み゛た゛い゛の゛お゛お゛お゛お゛お゛♡♡♡♡♡♡
「方程式」で歌詞検索して出てきたなかからアニソンの歌詞をいくつかピックアップしてみよう。
どの方程式も当てはまらないこの問は解こうとするたび溶ける まるで魔法にかかったマリオネット
離れたほうがいい 繰り返す呪文のように唱えるほどに落ちてゆくの
「好きだという気持ちを認めたくない」「離れたほうがいいけど近づきたい」といった恋心のジレンマが歌われている。
そもそも「どの方程式も当てはまらない」すなわち「問題の定式化」ができていないのだから元増田の批判には当たらない。
幼き頃の寂しさがまだ絡む方程式 例え明瞭な数式でさえ導けない
この歌は後半では
一人きりじゃないわ 共に行く仲間ができたの
となる。
彼女はセーラー戦士になったことで孤独から抜け出せたのである。
Mathsをうめても解けないTEST
嘘で炎上（もや）してHORRIBLE FEST
社会を変革するために犯罪にも手を染める主人公を描いたアニメ本編を見ればわかるように、
たとえテストの正解が出せなくても「明日を変えてく方程式」を推測でも実行していくことを歌うものである。
元増田の言うとおり近似解を出しているのだから批判には当たらない。
歌詞の後半では「恋はイコールじゃ括れないわ」とも歌っており、「問題の定式化」が不可能であることを示唆している。
Can not？ Can not？ できないの？
「これから知らない世界に飛び出していく君たちがどんな夢を選んでもきっと叶う」ということを歌っており、受験勉強を描いたアニメ本編に合わせた歌詞となっている。
後半の歌詞では「全てが正解な答えはどこにある？ 満点の未来じゃなくてもやりとげるんだ」とも歌われており、
元増田の言うとおり近似解を出そうとしているのだから批判には当たらない。
もうヤ・メ・テ
らしさの押しつけとかヤ・メ・テ
方程式で縛るのはヤ・メ・テ
ここでの「方程式」とは未来の可能性に溢れた若者に対する「こうしたほうがいい」という押し付けの喩えであり、
むしろ「定式化」を拒否して自由に生きていこう、ということが歌われている。
解けない方程式どころか「僕たちにしか解けない」と断言されている。
その他の作品も眺めているとほとんど二つのパターンに当てはまることが見て取れる。
「解けない方程式」として扱われるのは多くこのパターンである。
しかし恋愛における「近似解」となると「彼女とは友達で我慢する」とか「他の似た女性と付き合う」といった話になってしまう。
そうではなく「君じゃなきゃダメ」だから「恋の方程式を解きたい」のであり、近似解ではダメな理由が十分に示されていると言える。
だいたい「きっと解ける＝将来は上手くいく」となるか、「方程式なんていらない＝自由に生きろ」となることが多い。
以上から「アニソンの歌詞は解けない方程式に固執し、有効な近似解を求めようとしない」とする元増田の批判はまったくの的外れである。
精神科に行って「強自閉スペクトラム（知能・言語は通常なのでアスペルガー）と、強ADHD」と診断された。
dsm5, Hallowell-Ratey test, weis、stai, lsasj, tegii, aq, caars などテスト済で、かつカウンセリングを通して診断された。現在は音の過敏対策用の抗不安剤と、ADHD用の精神安定剤と、睡眠薬をもらってる。
まぁ精神病なのは昔からわかってたんだけど、「自分は、大嫌いだった糞親に似ている」と若干気づいてた部分に対して「自閉スペクトラムはほぼ遺伝です。後天的な要素はほぼなくて、生まれつきのもので一生治りません」って言われたのが一番グサってきた。
絶望しかねーだろ。当たり前だけど俺は子供作らない事にした。この負の連鎖はここで断ち切らなきゃって。それとともに、「むちゃくちゃ対人関係とか努力したのに、あれ全部無駄だったんすね・・・苦しんでるの自分だけだったんすね。。。。」ってなった。
するとね。すげー楽になった。「あ、俺は一生治らないんだ。じゃあもう目を合わせられない癖も直さなくていいし、会話が苦手なのも頑張らなくていいし、カラオケとか仲間内の行動苦手なのも合わせなくていいや」ってなった。「駄目って言われたら精神病って言えばいいじゃん」みたいな。
仕事はいまのとこ順調だけど、このリミッター外したことで退職するようになったら精神病の免許みたいのもらえる。それもらってなんか手当とかもらえる。
約 1,330 件 （0.53 秒）
4 件 （0.52 秒）
【最安】釣具のネット通販 part2【良心的】 [転載禁止]©2ch.net
https://tamae.5ch.net › test › read.cgi › fish
2015/09/15 — 今すぐ死ね; 182 ：名無し三平：2015/10/22(木) 19:00:36.64 ID:URd/IG+Q0: いいからもうやめような、 なっ！ 183 ：名無し三平：2015/10/22(木) 23:35:01.79 ... Tポイント5倍！ ・Yahoo!プレミアム会員にご登録のYahoo!
期待したのとﾁｮﾄﾁｶﾞｳ
あああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ