← 2025-12-21 の一覧へ戻るホーム
OpenSCADはとても便利ですね。

2025/12/21 2:45

OpenSCADはとても便利ですね。

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

Summary

著者は、Fusion 360 で作成したバッテリーオーガナイザーを無料のコードベース CAD ツールである OpenSCAD に変換し、プログラミングを学びながらコストを抑えることを目指しています。
彼は行数 (

numRows
)、列数 (
numColumns
) およびバッテリー種別 (
batteryType
) の変数を設定し、 
AA = 15
、 
AAA = 11
、 
heightCompartment = 19
、 
thicknessWall = 1
といった定数を定義します。
これらを用いてボックスの幅・長さ・深さを計算し、ネストされたループで穴の格子を生成します。各ループ内では 
let()
を使って開始位置 (
startColumn
、
startRow
) を求めた後、バッテリー穴を表す立方体を移動させます。 
difference()
操作により全ての穴が固体ブロックから除去されます。
生成されたスクリプトは STL としてエクスポートでき、直接プリントできます。

以前、著者は Fusion 360 でパラメトリック AA/AAA オーガナイザーを作成し Printables に共有しました。本 OpenSCAD バージョンでは 

let()
構文が必要かどうかについて少し不確実性がありますが、穴の位置決めには機能することを確認しています。
このコーディング手法はベアリングドラフトやスペーサーなど他のシンプルな部品にも拡張できると予想され、スクリプトベース CAD の活用範囲が広がります。

メーカーにとって、この方法は高価なソフトウェアを必要とせず機能的なオーガナイザーや基本部品を作成する障壁を下げるため、ホビイストおよび小規模製造コミュニティで OpenSCAD の採用拡大につながる可能性があります。

本文

OpenSCADで簡単なバッテリーホルダーを設計する

今年初めに、Autodesk Fusion で AA と AAA バッテリー用の非常にシンプルなボックス／オーガナイザーを設計しました。数個の変数を変更するだけでバッテリー種別・サイズや行列数などを調整できるようパラメータ化しており、今日早朝に Printables にアップロードしたところ、この機能がとても便利だと実感しました。そのため、OpenSCAD の基礎を学ぶにはこの設計を再実装するのが良い方法だと思いました。

OpenSCAD はコードを書いてオブジェクトを生成するという全く別のタイプの CAD ツールです。私のバッテリーホルダーは「ボックス＋切り込みパターン」というとても単純な構造で、入力パラメータも使うため、新しい言語／ツールへの入門として最適だと判断しました。将来的には、こういったシンプルな設計では Fusion を立ち上げるよりも OpenSCAD の方が効率的になるかもしれません。

チュートリアルを少し進めて、1 時間ほど試行錯誤した結果、以下のようになりました。

battery_holder_generator.scad
というファイルです。
スライサーでは Fusion モデルが上部に、OpenSCAD の出力が下部に表示されます。

数個の変数―

numRows
（行数）、
numColumns
（列数）、そして 
batteryType
（バッテリー種別）―を変更するだけで、カスタマイズされたバッテリーホルダーをレンダリングできます。生成した STL をスライサーに投入してプリントすれば、重い／高価な CAD ソフトウェアは不要ですし、出力もほぼ同等です。

コメントや情報量の多い出力が無いので、コード本体だけを紹介します：

AA = 15;
AAA = 11;
heightCompartment = 19;
thicknessWall = 1;
numRows = 4;
numColumns = 10;
batteryType = AA;

widthBox  = (numRows * batteryType) + ((numRows + 1) * thicknessWall);
lengthBox = (numColumns * batteryType) + ((numColumns + 1) * thicknessWall);
depthBox  = heightCompartment + thicknessWall;

difference() {
    cube([lengthBox, widthBox, depthBox]);

    for (c = [1 : numColumns])
        for (r = [1 : numRows])
            let (
                startColumn = ((c * thicknessWall) + ((c - 1) * batteryType)),
                startRow    = ((r * thicknessWall) + ((r - 1) * batteryType))
            )
            {
                translate([startColumn, startRow, thicknessWall])
                    cube([batteryType, batteryType, heightCompartment + 1]);
            }
}

要するに、まずボックスを描画し、

difference()
を使ってバッテリー用の穴を切り取っています。最初の 
cube()
がメインボックスで、二番目の 
cube()
（その個数と位置はネストされたループ内の 
translate()
で決まります）が差し引かれます。

これだけです—かなりシンプルですが、実用的ですね！

私が混乱した点の一つに、なぜループ内で 

let()
を使って 
startColumn
と 
startRow
を定義する必要があるのかがあります。よく理解できていません…

このテクニックは、より複雑なデザインではあまり役立たないかもしれませんが、ベアリングドリフトやスペーサーなど、実際に非常に便利な単純形状を作る際にはとても有用だと思います。

同じ日のほかのニュース

一覧に戻る →

2025/12/21 3:28

**Spotify のバックアップ**

## Japanese Translation: ``` ## Summary Anna’s Archive は、Spotify のカタログのほぼ全て（約 2億5600 万曲と 1億8600 万個のユニーク ISRC コード、Spotify 再生回数の約 99.6 %）を収録した、大規模で公開アクセス可能な保存プロジェクトを開始しました。アーカイブには約 8,600 万曲（≈300 TB）の音楽ファイル、SQLite データベースに格納された 200 GB 超の圧縮メタデータ、および音声特徴量データ（テンポ、キー、ダンス性など）を含む約 4,000 万行が含まれています。 配布は人気順でグループ化した大量トレント経由です。トップ 10,000 曲は OGG Vorbis 160 kbit/s で提供され、順位の低い曲は OGG Opus 75 kbit/s に再エンコードされています。追加コンテンツとしては、ファイル名プレフィックスでインデックスされたアルバムアートを含む tar‑torrent と、オーディオブック（約 70 万行）、オーディオブック章（約 2000 万件）、ポッドキャスト／ショー（約 500 万件）、エピソード（約 5400 万件）の原始 JSON データセットがあります。アーカイブには再エンコード状況、SHA256 ハッシュ、ライセンス情報、歌詞、言語、およびアーティストの役割を含む詳細な `track_files` テーブルもあります。 プレイリストデータも収録されています：フォロワー 1,000 人以上の約 660 万プレイリストがあり、総曲数は 17 億曲に達します。メタデータは 2025 年 12 月に発表され、音声ファイルは人気順で提供され、2025 年 7 月を境に追加されたトラックは欠落している可能性があります。Anna’s Archive はトレントのシーディングと寄付を奨励し、継続的な保存活動を支援しています。 研究者・AI 開発者・デジタルアーカイブ担当者にとって、このプロジェクトは Spotify のライブラリを分析、モデル学習、遺産保全のために利用できる前例のない高品質なスナップショットを提供し、ストリーミング業界における長期データ管理の新たな標準となり得ます。 ```

2025/12/21 4:56

アイルランド出身のディアムウィッド・エーリーが、マイクロソフト・エクセル世界選手権で優勝しました。

## Japanese Translation: Diarmuid Early はラスベガスで開催された 2025 年 Microsoft Excel ワールドチャンピオンシップを制覇し、60,000 ドルの賞金と選手権ベルトを獲得しました。この大会には世界中から 256 名の競技者が集まり、連続ノックアウトラウンドの後、24 名のファイナリストがタイム付きでグローバルに配信されるアリーナで対戦しました。試合は 30 分間ごとのチャレンジに分かれ、難易度が段階的に上昇し、正しいスプレッドシートの回答にポイントが与えられました。5 分ごとに自動的に「Thanks for playing, you’re out」というメッセージで除外されます。Early は「Excel スプレッドシートのレブロン・ジェームズ」と称され、ガリウイ出身でウォーターフォード育ち、現在はニューヨークで金融ビジネスを運営しています。彼はこのニックネームを自分の身長に起因するとユーモラスに語ります。3 回連続チャンピオンであるオーストラリア人アクチュエリスト Andrew Ngai を破りましたが、**全体で 2 位**となりました。 Excel e‑スポーツは金融中心の対戦から迷路ナビゲーション、ポーカー手札評価、カードソートバトルなど創造的な問題解決タスクへと移行し、コミュニティを活性化させています。大規模な WhatsApp グループが新参者にヒントや戦略の議論を提供しています。 今後は「Road to Las Vegas Battle」が 2026 年 1 月 22 日に開始され、オープン登録が行われます。Early の勝利は企業からの関心を呼び、彼はスプレッドシートコンサルティングを提供し、YouTube でウォークスルービデオをホストしています。 この選手権の可視化は Excel コンペティションへの企業エンゲージメントを高め、専門的なスプレッドシート研修需要を増加させる可能性があります。拡張されたストリーミングとコミュニティプラットフォームは参加者数をさらに伸ばす一方で、進化するトーナメント形式が金融・テックセクター全体でスプレッドシートスキルのマーケティング方法を再構築するかもしれません。

2025/12/21 6:00

**Show HN:** *Jmail – エプスタインファイル専用 Google スイート*

## Japanese Translation: **要約はすでにキーポイントリストの内容を正確に反映しており、追加の推測や曖昧な表現が含まれていないため、そのまま最終版として繰り返すことができます。** --- ## 最終まとめ 記事全体の内容は「Loading Jmail…」というフレーズです。これは単にJmail というプログラムまたはアプリケーションが起動中であるか、情報を取得している状態を示しています。追加の文脈・背景・今後の行動や影響については提供されていません。