新しいものを表示

最初の方のブランドので顧客が本当に欲しかったものはこれ?><(ケーブルは別売りだけど)

Bluetooth オーディオ レシーバー ELEGIANT ミニブルートゥース受信機 アダプター 車載、家庭音響機器に適しており ミニ型 3.5ミリメートル弾丸とAUXレシーバアダプタ ハンズフリー通話機能: カメラ amazon.co.jp/dp/B07HSQQ64C

orange さんがブースト
orange さんがブースト
orange さんがブースト

近鉄「鮮魚列車」 来月運行終了へ 50年以上の歴史に幕 | NHKニュース www3.nhk.or.jp/news/html/20200

あとC# でそれやると極端に重くなりそうな気がしなくも無い感><

通常の数値型なるべく使うのやめようかと思いつつあるけど、そういうコードgithubとかに置いたらクスクスされるのかなって気がしなくも無い不安><

テストの不備、Adaの標準的なコード(?)並みに極端に「何でもかんでも明示的に型で表現して型システムで検査!!!」ってすれば完璧では無くても、ちゃんとしたテストなくてもわりとだいじょうぶなのかなって気がしてる><(Ada並みのガチガチには書いて無い><;)

orange さんがブースト

そんな世の中は来ないよ

インセキュアなコードをクスクス笑うと「初心者に優しくしろ!」「実用アプリケーションではないのだから、まず動くことが大事」「書く喜びを云々」と批難殺到する世界なので

orange さんがブースト

コマンドラインアプリケーションで色を着けるの多いけど、好まない人もいる。アプリケーションみんながNO_COLOR環境変数を見るようにして、好まない人には色を着けないようにしよう、という提案。

NO_COLOR: disabling ANSI color output in various Unix commands no-color.org/

フォーマルな(?)テストコード一回も書いた事無いし、自己流テストコードは動いたら「出来た!><」って消しちゃうので、なんかこう、フォーマルな(?)テスト書いて無いとクスクス笑われる世の中っぽいのでなんかこう、クスクスされない為だけに書けるようになりたい><;

orange さんがブースト

静的型付きで正しく型を用意するなら、その時点で無限にテストコードの詰まった動的型付け言語のプロジェクトよりも優良

スレッドを表示
orange さんがブースト

テストが大事なんじゃなくて仕様が大事なんだよな
テストは仕様の表現の一手法に過ぎない

前にも書いたけど、TDD警察というか、gistとかのコードに「こういう場合はまずこういうテストコードを書くべきでした」ってマサカリを投げてきてくれる人が欲しい・・・><

orange さんがブースト

誰かPC UNIX向けのWindowsCoreAudioもどきかBeOSのオーディオシステム(固有名詞あるか知らない)もどきをsystemdの人を排除して作って欲しい><

オレンジがLinuxを強く嫌い始めた2大理由、PulseAudioとsystemd!><(偶然にも同じ人が作ってる><)

orange さんがブースト
古いものを表示
:realtek:

思考の /dev/null