![通過・可決した情報通信関連法「スーパーシティー法」「著作権法改正」「巨大IT企業の規制強化法」ほか【中島由弘の「いま知っておくべき5つのニュース」2020/5/21~5/28】](https://cdn-ak-scissors.b.st-hatena.com/image/square/42d1449fb84c3b478fbb099d29ee6abab96c2946/height=288;version=1;width=512/https%3A%2F%2Finternet.watch.impress.co.jp%2Fimg%2Fiw%2Flist%2F1255%2F624%2Fshutterstock_1019006956_main.jpg)
WSL2 がリリースされ Windows 10 Home Edition でも使える様になったので色々遊んでるのだけど、Windows 側とテキストを交換したい時に面倒で、クリップボードを共有する方法を模索した。 最悪 /dev/clipboard を実装するまで考えたけど、面倒過ぎたし exe の実行厳しい(何か常駐させてユーザランドから起動する為にサーバがいる)だろうから別の方法を考えた。WSL2 は binfmt (たぶん違うけど良く似た奴だろう) で Windows の exe が起動できるので、コマンド経由で stdin/stdout を read/write できる物を起動する方法を考えた。 で自分で書くかと Windows Terminal 起動した時点で「Windows Terminal からコピペできるやん、いらなくね?」となり、本来の目的を忘れかけていたので、おとなしく
こちらのブログを読んで「なんかいいな」と思ったので、書いてみる。 tatsuru.hatenablog.com 朝は6時から7時30分の間のどこかでだいたい起きてる。6時に起きられた日はリングフィットアドベンチャーができる日(リングフィットアドベンチャーの実施記録)。逆に、どんなに遅く起きたとしても、はてブを見たりTwitterを見たりといったことは必ずしていて、これで世間の動きをなんとなく確認できているつもりになっている。 一家全員分の朝食を準備するのは自分のタスク。昨年のクリスマスにホットサンドメーカーを買ってからというもの、奥さんは週5くらいで僕の用意したホットサンドを食べている。あと1ヶ月ほどで1歳になる我が子には、朝は少食気味なので、湯煎するだけで食べられるパウチタイプの離乳食を単品で。僕はというと、だいたい昨晩のおかずの残りか、冷凍うどんをレンチンしたものに卵黄を落とし、醤油を
_ CoffeeScriptに地雷を埋め込んでしまって、踏み抜いた Rails5で標準装備(特に設定とかしなくても勝手にトランスパイラが動いて処理できる)だったので、時代遅れ感はわかっていたがCoffeeScriptを使っていたのだが、とんでもない地雷を埋め込んでそれが爆発したので記録。 CoffeeScriptは書式が多少Rubyっぽいので、ときどき終端endを書いてしまうことがある。 if foo console.log('foo!') end 実際はCoffeeScriptはPythonのようなインデントベースなので上記のコードのendは不要だし、そもそも予約語ですらないのでエラーとなる。 ここで重要なのはendは予約語ではないという点で、そのためstrictモードで動作させるCoffeeScriptではReferenceErrorがスローされるということだ。 というわけで通常は上記
いやまぁ書いた通りなんだけど、ApplicationController::RoutingError の backtrace って全然役に立たないし、邪魔じゃないですか。できればこのエラーだけ backtrace をオフにできたらステキだなと思ったのでその辺の対処方法をまとめてみた。 この「RoutingErrorのログが邪魔問題」の解決方法は主に以下のような3つくらいのパターンがあるっぽい。 routing で丸ごとキャッチしてしまってそもそも RoutingError が起きないようにして手動で 404 を返すLogger を差し替えてなかったことにする、DebugExceptions そのものを使わないようにするDebugExceptions の中でゴニョゴニョするRoutingErrorが起きないようにroutes.rbで全部拾う1 の方法については Stack Overflow
土曜に強いチームはオフィスを捨てるを読んだ流れで日曜に読んだ。同じくBasecampの二人の書いた本で、仕事に夢中になる必要はなく、そのために時間が分断されない働き方で、無謀な目標や締切、できない量の仕事を持たないようにしています、という本。crazy at workは通勤時のcrazy trafficと同じ用法で、狂った人ではなくて狂った状態、とのこと。 basecamp.com Defend Your Timeの章が参考になった。中断しない、中断されないこと、非同期にコミュニケーションすること、の重要さが説かれている。 8時間のフライトは長いけど8時間の仕事は短く感じる。フライトには中断がない 企業は様々なものを守っているが、従業員の時間と注意力を守ることに失敗しがちである status meetingsをおこなわず、かわりに近況を書いて、空き時間に読んでもらっている エキスパートのも
rack-timeoutはasyncな挙動を許さないので情報を引き出すのが難しいNewRelic など agent 方式のものでは可能だったはず1なので、agent をサクッと作れる人は作ればいいんだけど、そうじゃない場合どうなっているのか、という話。 例えば Rails と rack-timeout を組み合わせる場合、他のエラーと同じように rescue_from で timeout エラーを拾って処理を行いたい と思うかもしれない。結論から言うとエラーを拾って処理を kick することは可能だが、 rack-timeout 自身が Thread 丸ごと全部 kill しようとするので async な logger などは期待通りに動作しない という挙動になる。 The Oldest Bug in Ruby: Why Rack::Timeout Might Hose Your Serv
これまで、TinyJoypadを参考に、フリスクケースサイズの小型実装をしてみたり、カセット交換式のものを作ったりと、いくつか実装してきました。 今回、秋月でTinyJoypadにちょうど良さそうな小型ジョイスティックの取り扱いが始まったようなので、早速取り寄せて実装してみました。 あわせて、前回のカセット交換式のもので、ノイズが多くて採用を断念したaitendoの1.3インチOLEDを改めて使用しています。 結果、やはりジョイスティックで大画面だと操作しやすかったので、みなさんが作成される際に参考にしていただければと思います。 TinyJoypad 目次 目次 こんなふうに動きます 秋月の小型ジョイスティック(SKRHAAE010) ジョイスティック用レバーの製作 aitendoの1.3インチOLED ユニバーサル基板への実装 まとめ 部品リスト こんなふうに動きます 実際の組み上がった
JSer.info #489 - Chrome 83がリリースされました。 New in Chrome 83 | Web | Google Developers What's New In DevTools (Chrome 83) | Web | Google Developers Deprecations and removals in Chrome 83 | Web | Google Developers Chrome Platform Status V8 release v8.3 · V8 Trusted Typesのサポート、フォームコントロールUIのアップデート、COOP(Cross-Origin-Opener-Policy)とCOEP(Cross-Origin-Embedder-Policy)が実装されています。 COOPとCOEPはSite Isola
以下ブクログより転載。 いえーい!みんなシステム設計している? 最近だと、クリーンアーキテクチャとかそこでのDDDとかが流行っているんだっけ?でもみんなそれ理解している?DDDとかすっげー難しいけど、お友達のみんなはわかっているかな?DDDのキモはDDDを使わない方が良いって関心の分離で気づくところにあるよ。でもさ、そもそもシステム設計って何のためにあるんだっけ?ユーザーストーリーって言うなの要件定義があればプログラミングをはじめられるんじゃなかったっけ? そんなことあるわけないじゃん。ばーか。 システム設計は重要です。要件定義を「アーキテクチャ」に収めていくためにも、そもそもアーキテクチャとして何を選択するかも重要です。システム設計をしないと何が起きるかと言えば、永遠に開発が終わらないか、終わったように見えてもユーザーに使われないゴミが生まれていくだけです。ゴミならいいんだけど、そのゴミ
What’s new in the Windows 10 May 2020 Update How to get the Windows 10 May 2020 Update そして必要なことは山一良さんがいつものように書いてくださっている。 山市良のえぬなんとかわーるど: Windows 10 May 2020 Update(ver 2004、build 19041)の一般提供開始 また、このVer.2004に対応したnvidiaのGeForce向けドライバーも公開されたようです。 Nvidia’s 446.14 WHQL driver is Game Ready for Valorant but no WDDM 2.7 support yet – Neowin
With the release of VMware Workstation/Player 15.5.5, we are very excited and proud to announce support for Windows hosts with Hyper-V mode enabled! As you may know, this is a joint project from both Microsoft and VMware. You can also check out Microsoft’s blog here. It has been a long journey Since the introduction of […] 情報源: VMware Workstation 15.5 Now Supports Host Hyper-V Mode – VMware Workst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く