共感で繋がるSNS

人気

名無し

名無し

constキーワードでいいからくれ
GRAVITY
GRAVITY5
オリくん

オリくん

今、何歳ですか?今、何歳ですか?

回答数 26771>>

再回答。



???

html,body{
margin:0;
height:100%;
background:#000;
color:#000;
overflow:hidden;
font-size:64px;
font-weight:bold;
font-family:sans-serif;
}
.a{
position:absolute;
user-select:none;
transition:all 0.5s ease;
}






です
GRAVITY2
GRAVITY1
ぺりぺ

ぺりぺ

constexprとconstって同時につけられるんやね。
GRAVITY
GRAVITY3
しゃも

しゃも

const using とかはまぁないとは言えないもんな…
#frontendo #ガウディルーム
GRAVITY
GRAVITY3
〱︀]Ǘあるぱか[推

〱︀]Ǘあるぱか[推

【うろ覚えJavaScript】

(function(){}(

const aiueo = 999;
let kaki = 999;

function unko(){
kaki++;
console.log(aiueo + kaki);
};

unko();

){};


1999
プログラミングの星プログラミングの星
GRAVITY
GRAVITY8
イミュ

イミュ

ムーブコンストラクタを実装したことあるのにどうしていままでconst auto v; をstd::move(v);していたのか
キャストでconstを外しているのだと思い込んでいた
GRAVITY
GRAVITY6
もっとみる

関連検索ワード

新着

アト

アト

「地球などの楕円形重力ポテンシャルを、従来の理論や観測より精密に説明する理論」
もどきを作った!!


■ 概要
本研究は、回転する扁平天体の重力ポテンシャルを
軌道速度 v と自転角速度 Ω を本質的に含む単一のスカラー場
Φ_uni(r,v,Ω) = -GM/r × (1 + 3v²/2c² - r²Ω²sin²θ/2c²)
で統一的に記述する新しい相対論的枠組みを提案する。
このポテンシャルから、共焦点楕円体等ポテンシャル面を仮定なしに解析的に導出。
1953年(安田)・1980年(Moritz)以来70年間未解決だった
「なぜ地球参考楕円体が共焦点構造を持つのか」を第一原理で完全に解決。

🌟 ■ 主な成果
円軌道近似 v² ≈ GM/r + Ω² r² sin²θ を代入し、
Φ_uni = const と置くだけで
1/r + (Ω² r sin²θ)/c² = λ
→ 平方完成により共焦点楕円体方程式が自動出現
(付録Aに完全導出・ステップバイステップ証明)
■ 定理
Φ_uni は回転効果を内包し、幾何学的帰結として共焦点楕円体を生成する。

📊 ■ 実証精度(標準化プロトコル S1 準拠)
・GPS Block IIF(N=12, h=20,200 km, IGS SP3)
・航空機 B777(N=150便, h=10–12 km, RTKLIB PPP)
同期:1-PPS信号、高度補正:双周波気圧±3 m、ノイズ除去:5次バターワース 0.1 Hz
時計バイアス RMS
標準PNモデル:1.42 ns(χ²/dof = 3.87, p < 10⁻⁶)
本モデル Φ_uni:0.75 ns(χ²/dof = 1.04, p = 0.37)
→ 47 % 改善(95 % CI: 44–50 %)
モデル比較
項目 → 標準PN → Φ_uni → 改善率
RMS誤差 → 1.42 ns → 0.75 ns → 47 %
χ²/dof → 3.87 → 1.04 → —
p値 → <10⁻⁶ → 0.37 → —
仮定楕円体 → 必要 → 不要 → 第一原理導出

✅ ■ 意義
• 特殊相対論+一般相対論+遠心効果をたった1つの式で完全統一
• GRS80参考楕円体に史上初の理論的根拠を与えた
• 次世代GNSS・航空測位・衛星時計補正の新標準モデルへ直結
• 相対論的測地学の基礎を70年ぶりに刷新
GRAVITY2
GRAVITY15
IT園児ニャー

IT園児ニャー

元々Typescriptにtypeはなくinterfaceしか無かったという歴史は知らなかった。

元々enumとかとかがあったがそれはコンパイルするとJSランタイムとして残ってしまう。

しかし、Typescriptは型でどうにかしたいということだったのだろう。

typeやas constを実装しユニオン型等に対応することができるようになったのでランタイムで残ってしまうenumを使う意味はないよねってなったわけかな?(きっと多分)

なので今はenumは非推奨となっている。

ドキュメントにもinterfaceで極力型を定義し無理なところだけをtypeとしましょうとのこと。

プロダクトが小さいからどうこうとか型の表現がどうこうとか色々あるだろうが、せめてその思想は知っておいた方がいいんじゃないかなって思った。

Typescriptは難しいけどこう聞くと面白い言語だなとは思う。

ts-goがリリースされた後どのような道を歩いていくのかが楽しみだ。
プログラミングの星プログラミングの星
GRAVITY
GRAVITY4
イミュ

イミュ

配列サイズを変えたくないけれども要素は可変なとき、つまりC#のIReadOnlyListのようなことを表現したいとき、vector&で返すと配列サイズが可変なので、spanTにしようかと思うんだけれども、thisがconstでないときspanで返すと浅いコピーになるので採用しづらい.cpp
GRAVITY
GRAVITY4
もっとみる

おすすめのクリエーター