おすすめ度 その辺のPCスピーカーとは一線を画す本格オーディオの音。特に中高音の分解能・品位は高く、ボーカルが素晴らしい。パワーがあるので、大音量でも音が崩れないし、小音量でも音が痩せないのもさすが。 低音はユニットサイズ、エンクロージャーの大きさから限界はあるが、BOSE M2のように膨らませた低音ではなく、引き締まった音で、設置方法である程度調整可能。底面のインシュレーターも素晴らしく、振動が机に伝わらない。 惜しむらくは、USBが3.0でなく、またBluetoothが5.1であること。これは発売年度に関係するのでしかたないと思うが、今後のモデルは改善されることは間違いない。 特長 ■最新のデジタル技術を凝縮・結集したハイレゾ対応、新35W×２フルデジタル・アンプ構成 ＫＳ-１ＨＱＭ以来、歴代のKSシリーズを貫く基本的回路設計思想であるフルデジタル信号処理思想を発展的に継承し、１９２ｋ
LinuxにUSBシリアル変換ケーブルなどを挿すと /dev/ttyUSB0 の様に最後に数字が付いて認識されます。 この数字は挿した順によって決定されるので、複数挿しっぱなしで電源を入れたり、挿した順番を忘れてしまうとどれがどれだか分からなくなってしまいます。 そこで見分けるための方法の紹介です。 実は、シリアルデバイスは、/dev/以下だけではなく、/dev/serial/by-id/と/dev/serial/by-path/にもマウントされています。 by-id/はシリアルデバイスのメーカー、種類などが登録され、by-path/にはUSBの場所が登録されるようです。 少し実験してみました。 違う種類のUSBを挿してみると、以下のようになります。 ちなみに環境はUbutu9.10 + ThinkPad X200 です。 $ ls /dev/ | grep ttyUSB ttyUSB0
【IIJ 2024 TECHアドベントカレンダー 12/5の記事です】 はじめに アドベントカレンダーなのでクリスマスっぽいことをしましょう。ホワイトクリスマスには雪。ということで、六角形の雪の結晶の絵を描くスクリプトを書きます。 注意: この記事ではスクリプトの例をいくつか挙げますが、まともな人間が解読できるものは出てきません。真面目に読もうとすると目が腐ります。まともなプログラムは生成AIに任せて、人間は生産性を/dev/nullに捨てるスクリプトを書くことに全力を注ぎましょう。必要な情報は文中のリンク先を参照することで得られるようにしてありますので、コードは無視してそちらを参考にしてください。 ドット絵を描く コンピュータで絵を描くには、まず画像フォーマットを知る必要があります。 ドット絵を描くのは難しくありません。たとえば、白黒2値画像ならばこんなファイルを用意しましょう。 P1
『紅白』連続出場は33回。大ベテランながら、若い世代にも親しまれる小林幸子さん。ですが、ここまでの道のりは決して順風満帆ではありませんでした。心折れずに歌い続けることができた理由は――（構成＝丸山あかね） 大喜びした父、大反対した母 8月の初旬に60周年記念コンサートを無事に終え、ホッとしているところです。10歳で歌手になってから、もうそんなに経つのですね。 デビューした1964年は、初めて東京でオリンピックが開催された年でした。歌手生活の間に東京オリンピックが2回も行われたことを考えると、長くやってきたものだなと思います。 コンサートでは、AI技術で10歳の自分の姿と声を再現していただいて《共演》したのですが、リハーサルで号泣してしまいました。彼女が私に聞くんです。「これから私はどうなるの？」って。そこからデビュー当時のことが走馬灯のように蘇ってきて……。10歳の自分と会話をしながら、た
「なぜ30％値下げできないの？どれくらいなら下げられるの？」「できるか、できないかで答えてください」と高圧的に言われたらどうするか？『戦略的交渉入門』 「その価格では厳しい、30％下げてほしい」と、初手から無理な数字をふっかけてくる。それは難しいと答えると、「なぜですか？どの程度なら下げられますか？」と畳みかけてくる。答えに窮すると、「できるのか、できないのか、答えてください。できないなら議論は終わりです」と言い放つ。 価格交渉や要件定義の場で、高圧的な態度で話す人がいる。相手を説き伏せ、自分の思い通りの結論に持っていきたがる。一方的にまくし立てて、質問に質問を重ね、相手に話す機会を与えない。 典型的なパワープレイ、二分法、アンカリングの交渉術である。これらはビジネス上の技法であることを、そもそも知らなかった若いころは、さんざんやられたものだ。顧客だけでなく営業や上司からもやられたことがあ
課題 解決策 対策概要 発生状況 対策詳細 所感 注意 参考 課題 subprocessモジュールを利用して外部のシェルスクリプトを起動することがある。そのシェルスクリプトにおいて子プロセス（バックグラウンドプロセスなど）が動作している最中に、subprocessで設定したtimeoutが発生した。このとき、直接起動したシェルスクリプトのプロセスはkillされるが、その子プロセスは残存しているようだ。timeoutが発生した際には子プロセスも含めてkillしたいがどうすればよいか。 解決策 対策概要 起動するプロセスを別のセッションとして管理し、python の timeout 例外 catch において、プロセスグループ ID に対してkill する。 発生状況 最初に「課題」の状況が発生する様子を示す。以下のようなスクリプトを用意した。シェルスクリプトでは（subprocessで設定し
-ListNetworkServiceOrder -ListAllNetworkServices -ListAllHardwarePorts -DetectNewHardware -GetMACAddress <HardwarePort or Device Name> -GetComputerName -SetComputerName <Name> -GetInfo <NetworkService> -SetManual <NetworkService> <ip> <subnet> <Router> -SetDHCP <NetworkService> [clientid] -SetBootp <NetworkService> -SetManualWithDHCPRouter <NetworkService> <ip> -GetAdditionalRoutes <NetworkService
プログラミングでは、1文字でも打ち間違いがあればエラーの原因になってしまいます。 そこで似たような文字、例えば数字の「1」（いち）とアルファベットの「l」（エル）、数字の「0」（ゼロ）とアルファベットの「O」（オー）などを容易に見分けられるようなフォントを使うことが、ミスを防ぐことにつながります。 コードを表示させたときに整然として見やすく、エディタ上でカーソルを上下に移動させてもカーソル位置が左右にぶれずに表示されるように文字の幅が等幅に揃っていることも必要でしょう。 日本語の場合には、「－」（マイナス記号）と「ー」（音引き）の区別や、コード内に全角空白が紛れ込んだとしてもすぐに見分けられることなどの特徴を備えていることもプログラミングに適したフォントに求められる条件だといえます。 この記事では、そうした特徴を備えたプログラミングに適したフォントをまとめました。 ここで紹介されていない日
はじめに Web アプリケーションを開発する際、バックエンドの API サーバーやデータベースなどの複数のマシン環境を1台の PC で動かすことの可能なコンテナツールとして、Docker は広く利用されています。 この便利な Dockerですが、複数人で Web アプリケーションを開発しているチームで各メンバの開発用 PC の OS が異なる状態（例えば、A さんが Windows、B さんが macOS など）で、Docker をローカル環境に直接インストールしていた場合、下記のような不都合が発生します。 Docker のバージョンがメンバ間で統一されていない 😱 コンテナ外で使用必須のツールのインストール方法・バージョンがメンバ間で異なる 😱 コンテナ外で使用必須のシェルスクリプトは OS 毎で（または OS の差異を考慮して）作成する必要がある 😱 以上の問題は、Docker
Engineer’s Codex is a publication about real-world software engineering. Subscribe now I recently came across a quote by Linus Torvalds (creator of Linux and Git) in this great Stack Overflow post. (This post reviews many quotes from that post.) It succinctly described a problem I’ve been working on recently: "Bad programmers worry about the code. Good programmers worry about data structures and t
来週で40歳にあるので30代の振り返りとしてこれを書く。 そんな30代を全力で走ってきた中で、これは30代でやってよかったな。 もっと早くやってもよかったな。というようなことを書く。 最初に行っとくと一般的にやったほうが良いということは基本的にやったほうがいい。 そういうのも含めて実際にやってみた経験も書く。 習慣を作れるようになる これは本当にやったほうがいい。 身につけるのであれば、早ければ早いほどほどいい。 もう少し具体的に話すと自分がやりたいことを実現していくためには習慣にできるとよい。 なんでも習慣にできると強くて、自分はどうやったら習慣になるんだろう？ってところを理解して上手くハックして習慣化していけると自分のやりたいことがどんどん実現できるようになる。 運動習慣 これも早ければ早いほど良いと思うが、朝か夜の散歩くらいからでもよいからやったほういい。 コロナ禍をきっかけに自分は
Ubuntu で有名な Canonical 社が OSS として提供する仮想マシン管理ツール「Multipass」を利用して macOS 上で Docker 環境を構築してみた はじめに アノテーション テクニカルサポートチームの 川崎 です。 現在私は、クラスメソッド グループ、アノテーション株式会社で AWS のテクニカルサポートと、新卒メンバー向けの育成に携わっています。 チームメンバーがローカルのmacOS上で自由に開発できるDocker環境を探していたところ、「Multipass」という最適なツールを見つけましたので、ブログで共有します。 以前はDocker Desktopが無料で利用できましたが、一部有料化されたため、代替ソフトウェアを探していました。Multipass は OSS として提供されており、マルチプラットフォーム対応で、macOS、Windows、Linux で使
straceはユーザーランドアプリケーションの挙動の確認やデバッグに使える便利なツールです。どのシステムコールが、どのような引数で呼び出され、その結果どうなったのかをログとして残せます。不可解な挙動をするプログラムを調べる上で覚えておくと損はないツールです。今回はstraceの基本的な使い方に加えて、わざとシステムコールをエラー終了させる、エラーインジェクションについても紹介しましょう。 不可解なプログラムについて この世にあるソフトウェアはすべて何らかの不具合を抱えています。もし不具合のないソフトウェアが存在するとしたら、その事実自体が不具合と言えるかもしれません。そのまま放置しておくと、きっと将来なにがしかの不具合が顕現することでしょう。よってソフトウェアエンジニアと呼ばれる人たちは、日々ソフトウェア様のご機嫌を伺い、こびりついた不具合を削ぎ落とし、場合によってはあえて不具合を埋め込み
はじめに 先日、taxin_ttさんからダイレクトメッセージで、「オブザーバビリティ再入門」というイベントで登壇し、イベントのテーマが「再入門」ということで、オブザーバビリティについて改めて基本的な概念から説明するようにとの依頼をいただきました。 mackerelio.connpass.com 「再入門」というテーマを聞いたとき、正直なところ少し悩みました。オブザーバビリティは近年注目を集めているトピックであり、既に多くの人が資料を作って登壇されており参加者も基本的な知識を持っているはずです()。そんな中で、「再入門」として何を話せばよいのか、どのようにアプローチすればよいのか、考えを巡らせました。 再読だけが創造的な読書術である (単行本) 作者:永田 希筑摩書房Amazon そこで、私は「可観測性とは」「可観測性と監視の違い」「可観測性の導入と抵抗」の3つのトピックを中心に話すことにし
課題 後続の処理で利用するためにパイプラインを流れるデータに行番号を付加したい。 解決法 以下のような方法がある。 nl コマンドを利用する awk コマンドを利用する sed コマンドを利用する cat コマンドを利用する nl コマンドを利用する nl コマンドは正真正銘の POSIX 規定のコマンドである（nl - The Open Group Publications Catalog）。 しかし、イマイチ知名度が低いせいか、自分の周囲ではこれを使う人をあまり見ない。 以下は利用例である。 ただし、データに空行が含まれている場合、デフォルトでは空行での行番号の付加がスキップされてしまう。 それでは困るというときは -b オプションで a （Number all lines）を指定すると良い。 $ find /usr/bin | nl | head 1 /usr/bin 2 /usr/
問題を解決する能力は確かに重要ですが、それ以上に、何が本当に重要な問題なのかを見極め、それを明確に設定する能力が不可欠です。問いを適切に定義できなければ、どんなに高度な解決技術を持っていても、その力は十分に発揮されません。また、誰にとって適切な問いなのかも考える必要があります。問題解決の過程において、問題そのものの本質を正確に把握し、適切な問いを立てることは重要です。 イシューからはじめよ――知的生産の「シンプルな本質」 作者:安宅和人英治出版Amazon 概要 SREたちの廊下〜あなたの現場での悩み、あの本にヒントがあるかも〜にて「書を捨てよ、現場へ出よう - このSRE本がすごい！2024年 LT版」 というテーマで登壇しました。のイベントは2024年1月末に注目を集めた『このSRE本がすごい！2024年版』をテーマにしたもので、多くの参加者とパネルディスカッションのスピーカーであるT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
