「30d」を含む日記

はてなキーワード: 30dとは

2025-07-24

■2025年Q2テスラ 決算、減速局面が目立つ

決算サマリー

売上高22.5 billion USD（前年同期比-12%）
GAAP 純利益1.2 billion USD、営業利益率4.1%
納車384 122台（Model 3とModel Yで97%を占める）
フリーキャッシュフロー0.15 billion USD
エネルギー貯蔵出荷9.6 GWh

減収減益をもたらした4つの要因

1 主力Model 3/Yの需要鈍化

中国: BYD SealやSongシリーズに加え、Xiaomi SU7セダンが3桁成長。さらにXiaomi YU7クロスオーバーの予約が急増し、Model Yの潜在顧客を奪取
北米: Chevrolet Equinox EVが税控除後27 500 USD台、Hyundai IONIQ 5の低額リースも影響
欧州: Renault Megane E-Techと値下げ後のVW ID.4がシェアを押し下げ

2 規制 クレジット 収入の縮小

GM、Ford、StellantisがBEV 比率を高め排出超過を解消
クレジット売上は前年の半分以下となり営業利益率を約1 pt押し下げ

3 税制・関税ショック

米国の30D 消費者税額控除が2025-09で終了予定。価格弾性が高いModel 3/Yに痛手
EUが中国製EVに最大21%の追加関税を決定。上海製Model 3/Yを年間25万台輸出するテスラはコスト増
中国が米国製高級EVに報復関税を課せばModel S/Xと将来のCybercab輸出が採算割れリスク

4 研究開発費支出の増加

Dojo 拡張、FSD v12.5、Optimus第3世代などで前年同期比+39%
売上比は約6%で高止まり

車種別の収益 インパクト

Model 3/Y

Q2生産396 835台（前年同期比-9%）
税控除終了と金利高が重く追加値下げ余地は限界

Model S/XとCybertruck

納車は各約5 000台。S/Xは薄利黒字だが量が少なく全社寄与は限定的
Cybertruckは稼働率約10%で立ち上げ赤字。年末までに月産8 000台へ引き上げ黒字化を狙う

事業別の状況

エネルギー貯蔵（Megapack）

売上2.9 billion USD、粗利率15%
自動車マージン低下を部分的に補完

将来プロジェクトの競争力

低価格帯新モデル（通称 Model Q）

北米価格25 000 USD台、航続約400 km
競合: BYD Dolphin、Renault 5 E-Tech、VW ID.2all
北米では45X製造クレジットにより粗利余地を確保。欧州と中国では価格競争が激化

ロボタクシー

2025-06オースティンで有料運行開始
2025下期にマイアミ、ラスベガス、フェニックス、シリコンバレーへ拡大予定
欧州ではドイツ、オランダ、ノルウェーで実証運行中、2026商用化を目指す

Cybercab

2026前半にGiga Texasでパイロット量産、後半にGiga Mexicoで年産200 000台へ拡大計画

短期 シナリオ（2025下期-2026）

低価格モデル立ち上げ費用と税控除終了が粗利を圧迫
EU追加関税と中国報復関税が深刻化すれば営業利益率は再び3%台へ後退する懸念
R and D比率は高止まり、フリーキャッシュフローはModel 3/Y販売回復に依存

結論

2025年Q2は底打ち前夜。金利、税制、関税という外部ショックのなか、テスラの成長ストーリーは

1 低価格BEVで需要を取り戻せるか

2 ロボタクシーとCybercabでハードとソフトの両輪による利益構造転換が可能か

3 Megapackが収益の2本目の柱になれるか

に集約される。実行まで時間を要するため、当面の業績と株価は高いボラティリティを伴う見通しだ。

Permalink | 記事への反応(0) | 16:36

2024-12-22

■gmailの大掃除と、自動処理の方法

簡単にすっきりさせて容量を減らす方法

検索式を書きますので、それで見つかったファイルを全て選択して、削除などのアクションをしてください。

細かな調整は各自のお好みで変更してください。

◆1年以上前のファイルサイズの大きなメール（300kB以上)を検索（星を付けたメールは除く）。削除しましょう。

older_than:1y larger:300k -is:starred

◆プロモーションやソーシャルに分類された1か月以上前のメールを検索。削除しましょう

(category:promotions OR category:social) older_than:30d

◆受信トレイの180日以上前のメールを検索。アーカイブして、受信トレイのメール数を減らしましょう

label:inbox older_than:180d

◆プロモーションやソーシャルに入ったメールで2日経ったものを検索。既読にしましょう。

label:inbox (category:promotions OR category:social) older_than:2d

これらの作業を毎日 自動で行ってもらう方法

Google Apps Script（GAS)を使うとこれを毎日自動で行ってもらえます。

chromeで以下のURLで新しいGASを作ります。

https://script.new

文末のソースコードをコピペする。

実行の左のアイコンで保存。関数をcleanUpGmailを選んで実行。初回は権限確認のメッセージが出るのでOKを押してください。

無事実行出来たら一番の難関はクリアです。これを毎日自動で実行してもらいましょう。一度に250通が処理されます。

また余裕があれば、左上の無題のプロジェクトになっているところの名前を「gmail 自動処理」などに変更しても良いでしょう。

自動実行の方法

左の時計マークのトリガーを選ぶ

トリガーを追加する。トリガーの設定は

実行する関数：CleanUpGmail
デプロイ：Head
イベント：時間主導
時間べース：時間ベース
時間の間隔：6時間おき

これで1日に4回、合計1000通が自動処理されますので、たくさんメールが溜まっている方でも、1か月程度で全て処理されると思います。

function cleanUpGmail() {
  // メインの関数の開始ログ
  console.log("=== cleanUpGmail start ===");
  
  // 1) 2年以上前 &amp;amp; 300KB以上 &amp;amp; from:gmail.comではない &amp;amp; スター付きではない → 削除
  console.log("古い大きなメールは削除");
  processThreads("older_than:2y larger:300k -from:gmail.com -is:starred", "trash");
  
  // 2) プロモーション or ソーシャル &amp;amp; 30日以上前 → 削除
  console.log("プロモーションとソーシャルは1か月で削除");
  processThreads("(category:promotions OR category:social) older_than:30d", "trash");
  
  // 3) 受信トレイ &amp;amp; 180日以上前 → アーカイブ
  console.log("受信トレイの180日以上前 → アーカイブ");
  processThreads("label:inbox older_than:180d", "archive");
  
  // 4) 受信トレイ &amp;amp; プロモーション or ソーシャル &amp;amp; 2日以上前 → 既読
  console.log("受信トレイでプロモーション or ソーシャル かつ 2日以上前 → 既読");
  processThreads("label:inbox (category:promotions OR category:social) older_than:2d", "markRead");
  
  
  console.log("=== cleanUpGmail end ===");
}


function processThreads(query, action) {
  
  // 1回あたり250件だけ処理
  var batchSize = 250;
  // 最初の 250 件のみ取得
  var threads = GmailApp.search(query, 0, batchSize);
  var count = threads.length;
  Logger.log("検索クエリ: [" + query + "] | 取得スレッド数: " + count);
  
  // スレッドごとにアクションを実行
  threads.forEach(function(thread) {
    switch (action) {
      case "trash":
        thread.moveToTrash();
        break;
      case "archive":
        thread.moveToArchive();
        break;
      case "markRead":
        thread.markRead();
        break;
      default:
        Logger.log("不明なアクション: " + action);
    }
  });  
  Logger.log("処理したスレッド数: " + count);
}