極力Goならではな特徴をいくつか挙げていく。 依存解決が必要最低限で互換性を考慮しつつ決定的 モジュール単位で依存をダウンロード。コンパイル対象はサブパッケージ単位。 依存の明示方法はコードに埋め込まれ、かつ未参照のインポートはコンパイルエラー。 つまり動作するコードのすべては正確な依存ツリーが明示されていて余計な依存は引き込まれない。 そして持ち前のコンパイルの速さを含め、相当深い依存ツリーでも依存解決にかかる時間は既知の処理系の中でも最速レベル。（唯一勝てるのはプリビルドバイナリが配布されている場合くらい） また、コンパイルやリンクに必要な処理量そのものが比較的少ないため、開発環境負荷も小さい。 かなり巨大なプロジェクトであってもメモリ8GBで困るようなことが無い。つまり、CI環境の維持にもローコストで済む。 ライブラリの提供側では後方互換性が破壊されるような変更はV1->V2というよ

Linux用Windowsサブシステム（WSL）の登場とPOSIXサポートの変化をおさらい：その知識、ホントに正しい？ Windowsにまつわる都市伝説（220） Windowsはかつて「POSIXサブシステム」を備え、UNIX互換のファイルシステムと実行環境を提供していました。POSIXサブシステムは現在のWindowsにはもうありませんが、「Linux用Windowsサブシステム（WSL）」の登場で、POSIXサポートが復活というか、さらに強化されています。その1つが、「POSIX方式（スタイル）の削除」のサポートです。 Windowsにまつわる都市伝説 WindowsとPOSIXの関係 「POSIX（Portable Operating System Interface）」は、オペレーティングシステム（OS）の標準的なインタフェースと環境を定義するIEEE規格です。ソースコードレベル

はじめに シェルスクリプトで二重起動防止やロックをする方法を検索すると、いろいろな方法や書き方が見つかりますが、どれを使えばよいのか、本当に正しく動くのか、不安になりますよね？ ディレクトリ (mkdir) やシンボリックリンク (ln) を使った独自実装の例も見かけますが、エラー発生時や予期せぬ電源断、CTRL+C で止めたときなどでも問題は発生しないのでしょうか？ まず、ディレクトリやシンボリックリンクを使った独自実装はしない。これを肝に銘じてください。シェルスクリプトでのロック管理はとても難しく、一般的な排他制御の知識に加えて、シェルスクリプト特有の問題、シグナルやトラップ、サブシェルや子プロセスの問題、さらには特定のシェル固有の仕様やバグなどさまざまな問題に対処する必要があり大変です。独自実装の例では古いロックファイルが残ってしまい、それをいつどのタイミングで片付ければ安全なのか？

「Raspberry Pi OS」はデスクトップ環境を向上させる最新アップデートにより、テキスト検索やネットワーク管理機能が強化されたほか、Raspberry Piのカメラシステムが利用しやすくなった。 Raspberry Pi OSには、「File Manager」「Raspberry Pi Imager」「Image Viewer」のようなアプリを探すための新たなテキスト検索ボックスが追加された。「Raspberry Pi」用キーボードであればRaspberryキーを、「Windows」用キーボードであればWindowsキーを押せば呼び出せる。既存のメニューの位置は変わらない。 音声出力を表すアイコンと音声入力を表すアイコンもある。また、USB接続やBluetooth接続のオーディオ機器をつなぐと、マイクのアイコンが表示される。 多くのLinuxディストリビューションで採用されている、

筆者は、これまでありとあらゆるデスクトップOSを使ってきた。「Windows」と「macOS」はほぼすべてのバージョンを経験しているし、長年にわたってさまざまな「Linux」ディストリビューションを使ってきている。有望に見えたが、実際には実を結ばなかったあまり知られていないOSを試したこともある。 これまで使ってきたデスクトップOSの中には、使いやすさを重視したものや、効率重視のもの、セキュリティを重視したものなど、さまざまな考え方のものがあった。そのカテゴリーで「最高」だと思うOSも、カテゴリーごとに1つか2つはある。しかし本当のことを言えば、あらゆる面でデスクトップのあるべき姿を見せてくれるOSが1つ存在する。それが「Zorin OS」だ。 Zorin OSは機能的であるだけでなく、美しさも兼ね備えている。Linuxを使ったことがない人でもまったく違和感なく使え、デスクトップOSがどれ

本連載「ざっくり知っておきたいIT業界データ」では、過去1週間に調査会社などから発表されたIT市場予測やユーザー動向などのデータを、それぞれ3行にまとめてお伝えします。 今回（2022年8月20日～8月26日）は、CentOS後継のLinuxシェア、Microsoft Officeに対する攻撃増加、音声認識市場の拡大、東京圏の睡眠時間の変化についてデータを紹介します。 デージーネットが7月の自社セミナー参加者77人を対象に行った「今後利用したいLinuxOSについてアンケート調査」より。2021年12月に「CentOS Linux 8」のサポートが終了しているが、どのOSを利用しているのかを尋ねたところ、現在でも39％がCentOSを利用していた（「CentOS Linux 7」のサポートは2024年6月末終了予定）。今後利用したいOSとしては、CentOSのサポート終了発表後に登場した新

Macに搭載されているmacOSはAppleが開発を担っており、オープンソースOSのDarwinを基にしているもののソースコードは非公開です。そんなmacOSの代替として、従来通りのエクスペリエンスやMac向けアプリとの互換性を実現するオープンソースOSとして開発されているのが「ravynOS」です。 ravynOS – Finesse of macOS. Freedom of FreeBSD. https://ravynos.com/ ravynOS – Technical Details https://ravynos.com/more/ ravynOSのトップページには、「私たちはmacOSを愛していますが、閉鎖的なハードウェアとエコシステムは好きではありません。そこで私たちはravynOS―macOSの精巧さにFreeBSD(フリーでオープンソースのUnix風OS)の自由を提供する

WindowsとmacOSを二刀流で使う15のヒントをご紹介2022.06.26 21:0050,851 David Nield - Gizmodo US ［原文］ （ 禿頭帽子屋/Word Connection JAPAN ） macOSとWindowsは、かなり違うプラットフォームなので、普通はどちらか一方を使いこなすだけで、せいいっぱいかもしれません。 でも、もちろん両方使うことはできますし、実際、どちらも使っているという人は案外いるのではないでしょうか。 WindowsかmacOSか、どちらかを選んで使わなければいけない―もちろん、そんなことはありません。両方のOSを使いこなすコンピューター生活を送っている人もいます。長年どちらかのプラットフォームを使ってきて、そろそろもう一方にも手を出してみたい、そういうときには、少しばかりヘルプが必要かもしれません。そこで今回は、Windows

リンク Wikipedia Ubuntu Ubuntu（ウブントゥ、 ( 音声ファイル); oo-BOON-too）はDebian GNU/Linuxを母体としたオペレーティングシステム（OS）である。Linuxディストリビューションの1つであり、フリーソフトウェアとして提供されている。概念はディストリビューションも参照。カノニカルから支援を受けて開発されている。開発目標は「誰にでも使いやすい最新かつ安定したOS」を提供することである。 Ubuntuは使いやすさを重要視している。例えばアプリケーションの観点では、標準的なシステムツールに加えて写真 156 users 428

終末世界でも動作することを想定して作られたオペレーションシステム「Collapse OS」が、SF小説のような時代設定が興味深いと、静かに注目を集めています。 文明崩壊後でも使用できるよう設計（画像はCollapse OSの公開サイトより） 「2030年までに世界のサプライチェーンが崩壊する」として、文明が崩壊した後の世界でも最小限のスペックで動作するOSが開発されました。物資や人間、その他の生物が非常に少なくなった世界でもパソコンを使うことができるようです。 開発者とされるVirgil Duprasさんは海外メディア「Vice」のインタビューで、「現実的だと思われるリスクを軽減するために開発を行っている」と語っていて、真剣な動機で取り組んでいるようにも聞こえます。 開発は2019年から進めていたもので、2021年には安定版をリリース。「Collapse OS」はZ80、8086、6809

はじめに POSIX のコマンド一覧を見てやけに少ないなと思ったことはないでしょうか？例えば useradd がないのでユーザーが作れませんしcrontab はあるのに cron がないと中途半端です。重要なものがいくつも欠けおり、あれだけのコマンドでは到底 Unix を使うことができません。実は「Unix に実装すべき最低限の仕様」を定義した標準規格は他にありました。それが UNIX をこの世に生み出した AT&T 自身による標準規格 System V Interface Definition (SVID) です。この記事は POSIX に敗れて消えてしまったもう一つの UNIX 標準規格 SVID ・・・のコマンドの話です。（私の知識不足により C 言語インターフェースの話は含まれません。） SVID と POSIX の歴史 SVID は POSIX よりも早く標準規格を発表しています

この本は、ブルーベリー本の 8 章からインスパイアされて、 TS の型が示す情報から Promise というものを理解してみる、というアプローチで書いたJSの非同期処理の解説です。 これらの資料と合わせて読むことを推奨します。 JSのイベントループのイメージを掴む JSでは中々意識することが少ないですが、正しく理解するには OS レベルのスレッドの視点で考え始める必要があります。 ブラウザや Node.js では一つのスクリプト実行単位を1つのスレッドに割り当てます。それをメインスレッドと呼んだり、ブラウザだったら UI スレッドと呼んだりします。 例えばブラウザでは、これは秒間60回、つまり 16.6ms ごとにループを呼び出します。(node だったらこれがもっと短いです) 仮に setTimeout の実装がなかったとして、それ相当の擬似コードを書くのを試みます。 let handl

Braveはフォントを取得できないようにした。いっぽうChromeはフォントを根刮ぎ取得しようとしている。ChromeGoogleSecuritybraveブラウザフィンガープリント JavaScriptから、現在表示されているフォントを取得することが可能です。 仕組みを簡単に説明すると、フォントによって文字の横幅は異なるので、font-familyを変えてみてwidthが変わったらそのフォントがインストールされている、みたいな識別方法です。 つまり、フォントを表示させて、そのフォントが入っているかどうかをチェックすることで、ブラウザフィンガープリントになります。 Braveはフォントを取得できないようにした How Brave defends against font fingerprintingの記事において、Braveはフォントによるフィンガープリント防止について解説しています。 H

当サイトは Google Adsense、Amazon アソシエイト等 アフィリエイト広告を利用して収益を得ています. ユーザーに直接影響があるわけではなく非常にマイナーな変更ではありますが、Googleはこれまで｢Chrome OS｣という名称を使っていましたが、ここからからスペースを無くして｢ChromeOS｣という名称に統一する計画があるようです。 過去には｢Chrome OS｣という2語のものだけでなく｢chromeOS｣と小文字のcから始まるものも正式であったなど、細かく見ていくとユーザー側でも混乱する可能性があり、現状でもスペースがあったりなかったりと統一されていません。 こういった表記違いでの混乱をなくすために、Googleは｢ChromeOS｣へと名称を統一する狙いと考えられます。 今後、様々なドキュメントや公式ウェブサイトなどはスペースを無くした｢ChromeOS｣へと変

2021年12月をピークとする、北欧企業を標的にしたサイバー攻撃が発生した。攻撃の標的になったのはVestas Wind Systems、Amedia、Nortura、Nordic Choice Hotels（NCH）だった。 ノルウェーのレジャー企業NCHは2021年12月2日にランサムウェア攻撃を受け、予約・決済プラットフォーム、チェックインシステムに混乱が生じた。この攻撃はノルウェー、スウェーデン、フィンランド、デンマーク、リトアニアにあるNCHのホテルチェーン200カ所のITネットワークとコンピュータステーションに影響を及ぼした。 NCHはノルウェーの国家安全保障局（Nasjonal sikkerhetsmyndighet）のフォレンジックサポートを受け、この攻撃がContiランサムウェアグループの仕業であることを特定した。NCHの副CEOビョルン・アリルド・ウィス氏は、身代金の要

SwiftUIの特徴 SwiftUIを書いていると、VStackやHStackなどが登場しまるでUIを軽快なDSLの上で構築している気持ちになる。あながち間違っているわけではないが、SwiftUIはあくまで「宣言」の羅列であり実際にビューの構築を行う訳ではないことに注意しなくてはならない。 例えばrefreshableはListにPullToRefreshを付与するモディファイアであるが、それはあくまで実行して得られた結果に過ぎない。 この挙動が今後どうなるかをユーザーはコントロールすることが出来ないのだ。 これはどういうことかというと、今後AppleがOS全体の更新を「端末をシェイクする」としたとする。 すると、アプリのUIはコードを変更せずともPullToRefreshのコントロールが消えてシェイクで更新に変わるのだ。 これはSwiftUIに限った話ではなく、UIKitでもOSのアップ