2030年の学校教育はどう変わる?次期学習指導要領が目指す「育成像」とその死角
教育の現場は今、2030年頃の改訂が見込まれる「次期学習指導要領」に向けて大きな転換期を迎えています。 これからの子供たちに何が求められ、どのような課題が浮き彫りになっているのか。最新の教育政策動向と、現場の先生方の議論から見えてきた「光と影」について深掘りします。
教育の現場は今、2030年頃の改訂が見込まれる「次期学習指導要領」に向けて大きな転換期を迎えています。 これからの子供たちに何が求められ、どのような課題が浮き彫りになっているのか。最新の教育政策動向と、現場の先生方の議論から見えてきた「光と影」について深掘りします。
2026年現在、私たちのビジネスインフラは大きな転換点を迎えています。長年、電子メールの標準として親しまれてきた「POP受信」が、Googleをはじめとする主要プラットフォーマーによって事実上の「終焉」へと導かれています。
ここではhugoのマークダウン記法を確認していきます。
バックスラッシュでコードを記載することで対応してもらえる
function myhugodemo(int $a, text $b, array $c):void {
print $a;
print $b;
print $c;
}
最近はパスワード付きのZipファイル作成を行うこと自体が無くなってきましたが、今日はそんな相談を頂いて、普通にWindowsから右クリックして…と伝えようとしたら、すぐに出て来なくて困りました。
クリスマスの朝、コナの香りに包まれて 今年のクリスマスは、少し特別な香りで幕を開けました。 一週間、ハワイでの学会に参加していた娘が、お土産にとコナコーヒーを買ってきました。
ここではhugoのテーマの一つ一つがどう動いているのか?確認していきたいと思います。
ffmpegは動画から音声だけを取り除く だけでなく、svgファイルをpngに変換もできます
いろんな可能性を見出して機能を追加して、詳細まで分かりやすく… するととんでもなく使えない画面デザインが完成するという悲劇。 使われないシステムはこうして作られる…
長い間、wordpressを用いてブログを運用していました。といっても思いつきで書いて、しばらく放置を繰り返しておりました。 しかしセキュリティの脆弱性が見つかったり、そもそも管理画面の乗っ取りなど不安を感じておりました。
今回、思い立ったようにhugoという仕組みに乗り換えてみました。 エンジニアな人でないとちょっと扱いが難しいかもしれません。
自分のパソコンで記事を作成、コミット、プッシュすると自動的にサイトも更新されるという仕組みです。 静的ページなので表示も早く、しかも安全です。
Web開発の世界では、npmやYarnが長らくパッケージマネージャーのデファクトスタンダードとして君臨してきました。しかし近年、「第3の選択肢」としてpnpmが急速に存在感を増しています。
また新しいツールか…」と感じるかもしれません。しかし、pnpmは単なる代替品ではなく、node_modulesが抱える根本的な問題にアプローチし、ディスク効率、インストール速度、依存関係の堅牢性において、他のツールを凌駕する可能性を秘めています。
この記事では、pnpmがなぜこれほどまでに注目されているのか、その核心的な仕組みから、npm、Yarn、そして超新星Bunとの比較まで、約2000字で徹底的に解説します。あなたの開発体験を次のレベルへ引き上げるヒントが、きっとここにあるはずです。
pnpmの魔法の根源は、そのユニークなnode_modulesの管理方法にあります。npmやYarn Classicがプロジェクトごとにパッケージのコピーを作成するのに対し、pnpmは全く異なるアプローチを取ります。
node_modules内に作成します。この仕組みにより、pnpmは他のパッケージマネージャーにはない、3つの大きなメリットを提供します。
複数のプロジェクトで同じバージョンのReactやLodashを使っていても、ディスク上に物理的に存在するファイルは1つだけです。プロジェクトが増えれば増えるほど、その節約効果は絶大になります。ローカル環境のストレージを圧迫しがちなnode_modules問題から、私たちを解放してくれます。
2回目以降のインストールでは、pnpmはグローバルストアに必要なパッケージが既に存在するかをチェックします。もし存在すれば、ネットワークからダウンロードする必要はなく、ディスク上のリンクを作成するだけで済みます。これにより、特にキャッシュが効いている状態でのインストールは、npmやYarnを大幅に上回る速度を発揮します。
npmやYarnは、依存関係を「フラット化」してnode_modulesのトップレベルに配置します。これにより、package.jsonに直接記述していないパッケージ(依存関係の依存関係、いわゆる孫パッケージ)にもコードからアクセスできてしまう「幽霊依存(Phantom Dependencies)」という問題が発生します。
これは、意図しないライブラリへの依存を生み、依存関係を更新した際に予期せぬエラーを引き起こす原因となります。
pnpmのnode_modules構造はフラットではなく、package.jsonで宣言されたパッケージへのシンボリックリンクのみが直下に配置されます。これにより、幽霊依存が構造的に発生しなくなり、プロジェクトの信頼性と堅牢性が大幅に向上します。
pnpmの良さをより深く理解するために、他の主要なツールと比較してみましょう。
| 機能/特徴 | pnpm | npm | Yarn (Berry v4+) | Bun |
|---|---|---|---|---|
| インストール速度 | 速い | 普通 | 速い (PnP) | 最速 |
| ディスク効率 | 非常に良い | 普通 | 良い (Zero-Installs) | 良い |
| 依存関係の厳格さ | 非常に厳格 | 緩い | 厳格 (PnP) | npm互換 |
| node_modules | シンボリックリンク | フラット | 無し (PnP) | npm互換 |
| 安定性/実績 | 高い | 非常に高い | 高い | 発展途上 |
| モノレポ対応 | 強力 | 対応 | 強力 | 対応 |
| 互換性 | 高い | 非常に高い | PnP利用時に注意 | 発展途上 |
npm はNode.jsの公式パッケージマネージャーであり、そのエコシステムと安定性は他の追随を許しません。しかし、pnpmと比較すると、ディスク効率とインストール速度、そして依存関係の厳格さで見劣りします。特に幽霊依存の問題は、npmが抱える構造的な課題です。pnpmは、npmの使い慣れたコマンド体系(pnpm install は npm install と同じように機能します)を維持しつつ、これらの問題をアーキテクチャレベルで解決しています。
Windows11において初期アカウント作成の際にマイクロソフトアカウントの作成を求められます。
これを回避してローカルアカウントを作成する方法を記載いたします。
するとローカルアカウントに必要な情報(ユーザー名、パスワード等)を求められるので入力します。
これでローカルアカウントを作成することができます。
以上でOSの初期設定完了です
https://learn.microsoft.com/ja-jp/windows/package-manager/winget/
から“`アプリ インストーラーは Microsoft Store から取得“` をクリックします
※これをやらないとwingetが使えません
管理者モードでwindows terminalを開きます
winget install google.chrome winget install google.japaneseime winget install neovim.neovim winget install microsoft.visualstudiocode winget install sharex.sharex winget install acrobatreader winget install google.googledrive wsl --install wsl --set-default-version 2 wsl --install -d Ubuntu
普段、Google Driveを利用してファイル共有することも多々ありますが、ZIP形式のファイルのリンクを送るとZIPの中身が見えたりして、ちょっと扱いに苦労します。このときに、そのままのリンクを送ってGoogle Driveで開くのではなくて、ダウンロードさせたり、またはコピーとして開くようにしてあげたり、実はいろいろとできます。という話。
通常の共有。リンクを作成して共有する
【スプレッドシート】 https://docs.google.com/spreadsheets/d/(xxx)/edit?usp=sharing
【ドキュメント】 https://docs.google.com/document/d/(xxxxxxxxxxxxxx)/edit?usp=sharing
【スライド】 https://docs.google.com/presentation/d/(xxxxxxxxxxxxxx)/edit?usp=sharing
【PDFなど】 https://drive.google.com/file/d/(xxxxxxxxxxxxxx)/view?usp=sharing
URL末尾の「/edit」を削除し「/copy?copyComments=true」にするとコメントを含めてそのドキュメントのコピーを渡すことが可能
URL末尾の「/edit」を削除し「includeResolvedCommentsOnCopy=false」にすると、解決済みのコメントがコピーされずに、そのドキュメントのコピーを渡すことが可能
URL末尾の「/edit」を削除し「/preview」にすると、プレビューモードで共有が可能。メニューが表示されません。これは特にドキュメントやPDFを共有する場合に重宝しそうです
URL末尾の「/edit」を削除し「/template/preview」にすると、この文書を元に新規作成ができるようになります
URL末尾の「/edit」を削除し「/export?format=pdf」にすると、PDFとしてダンロード可能な共有となります。Googleドキュメントとスプレッドシートで確認済み
URL末尾の「/edit」を削除し「export?format=word」とするとワード文書としてダウンロード可能な共有となります。Googleドキュメントで確認済み
URL末尾の「/edit」を削除し「/export?format=csv」にすると、CSVとして共有可能となります
URL末尾の「/edit」を削除し「/export」に置き換えると、GoogleスプレッドシートをExcelにしてダウンロードしてもらうリンクになります
URL末尾の「/edit」を削除し「/export/pdf」に置き換えるとGoogleスライドをPDFとしてダウンロードしてもらうリンクとなります
https://drive.google.com/file/d/(xxxxxxxxxxxxxx)/view?usp=sharing
これを https://drive.google.com/uc?export=download&id=(xxxxxxxxxxxxxx)
さらに、WEBで閲覧するためなら、
http://drive.google.com/uc?export=view&id=(xxxxxxxxxxxxxx)