個別株長期投資に向いている企業の探し方 註：本稿において個別企業に言及する箇所がありますが、当該銘柄を推奨するものではありません。 投資してみたい企業の面白いと思った理由、評価できると感じたポイントを言語化できたら、次に取り掛かりたいのは、その企業の業績や財務の傾向をざっくりと把握することです。 文系脳であっても、ここでは数字に触れないわけにはいきません。でも安心してください、難しくならないような説明に努めます。 まず確認したいのが、上場企業ならば必ず財務局および金融庁に提出している、有価証券報告書という書類です。企業のウェブサイトのIRページ、あるいはEDINETで入手することが可能です。 その有価証券報告書の本文2ページ目に載せられた表「主要な経営指標等の推移」から5期分（可能であれば、2つつなげて10期分）の数字を拾って並べてみます。並べた数字から次の3つを確認します。 ①業績が「安
今回はちょっとした小ネタです。 最近お仕事でKubernetesよりDockerを多く使っている私です（KubernetesもDockerも好きです）。 これまで、普段Dockerは決めた構成で動かすということしかやってきていませんでした。 具体的にいうと「こういう構成で動かす」と決まってから、そのマニフェストを作って環境作成という感じです。 その場合は必要最低限のマニフェストを記述してdocker compose up -dを実行すれば、足りない情報はDockerが補って環境を構築してくれるので特にハマることはないです。 一方、もうすでに動いているものに新しいアプリを追加するときはそうはいきません。 ちょっとだけハマったので、その時の話をシェアしたいと思います。 まずはアプリセットを作成 例えば、マニフェストは次のようなディレクトリー構成であると仮定します。 % tree ~/test
サービス終了後に残っているDNS設定を利用したサブドメインの乗っ取りについて（出典：JPRSが公開している注意喚起のパンフレット《一部》） 日本レジストリサービス（以下、JPRS）は2025年1月21日、「サービス終了後に残っているDNS設定を利用したサブドメインの乗っ取りについて」という注意喚起を公開しました。 「サブドメインテイクオーバー」「NSテイクオーバー」の手法（出典：JPRSのパンフレットから引用） これは中京大学の鈴木常彦氏の「X」（旧Twitter）アカウント（@tss_ontap）での警告に端を発したと思われるもので、DNSに関する設定ミス（dangling records《ダングリングレコード》）の悪用が可能だった問題に起因します。 「DNS周辺はよく分からん」という人に向けた、今回の問題の真因 この事案は、総務省が期間限定で公開をしていたWebサイトで、サブドメインを
読みにくいと感じた SQL の例を作るにあたり、私自身が目にしてきた SQL を例として出しますが特定の個人を非難したいものではないことを最初に書かせてください。 人類全体でより良い SQL を書いてより良いデータ活用をしていこうぜ！と言う趣旨の記事になります。 これは何？ 私 tenajima が分析用の SQL を書くときに意識していることになります 以前書いた「データ基盤のためのリーダブル SQL」はデータ基盤開発者向けに書きましたが、今回はデータ基盤や dbt のコードではなく一般的な SQL を書く人向けのリーダブル SQL という立ち位置で書きたいと思います 当初は「分析者のためのリーダブル SQL」として書こうと思いましたが、エンジニアの人も bizdev の人も人事の人も、SQL を書くなら誰にでも意識してほしいなと思い、「分析者」をとっぱらいました(結果人間なのかというツ
Apple Watchに60,000円も払うことは、愚の骨頂である。最新のテクノロジーを搭載しているという触れ込みだが、実態を見ればその価値は極めて疑わしい。たった18時間しかバッテリーが持たない時計など、もはや時計としての基本性能を満たしていない。 時計の本質は、いつでも時間を確認できることである。しかし、Apple Watchは毎日充電を要し、充電を忘れればただの役立たずな金属の塊と化す。しかも、その充電にかかる手間を考えると、時間を確認するというシンプルな行為のために、なぜこれほどまでに煩雑な手間を強いられなければならないのか理解に苦しむ。 一方、カシオの腕時計はどうだろうか。1,500円程度で購入可能でありながら、5～7年という長期間にわたり電池交換が不要である。これぞ真の時計である。時間を知りたければ腕を上げるだけで済む。充電も不要、バッテリー切れの心配もない。それこそが時計とし
はじめに みなさまこんには。日々 Booster で楽しくコードを書いている杉浦(sugi) です。 Booster プロジェクトではタグを入れるだけでサイトを高速化できる「Repro Booster」という製品を作っていますが、そのためにも日々さまざまな最適化手法を調査・模索しています。 その中で個人的に期待しているのが、 103 Early Hints というHTTPステータスコードです。 この記事では Repro Tech Meetup #9 で行った発表(資料)を元に、103 Early Hintsはどのような仕組みなのか、なぜ高速化につながるのか、さらに現状の実装に関して解説します。 ちょっとマイナーな内容ですが、知っておくとウェブパフォーマンス最適化の大きな武器になるかもしれません。 103 Early Hintsの背景 従来のHTTP通信の課題 通常のHTTP通信においては、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
