タグ

fumiyasのブックマーク (1,409)

  • Ask iFixit: プラスチックのべたつきを直すには? | iFixit ニュース

    先月、古いK-Mix USBオーディオミキサーを引き出しの一番奥から取り出したところ、ホコリとベトベトの粘着性にまみれていました。その原因は?プラスチックの表面に施されたソフトタッチのコーティングの劣化によるものです。もちろん、すぐさま修理に取り掛かりました。 ベタベタするポイント なぜメーカーはこのようなソフトコーティングを採用するのでしょうか?その理由のひとつは、最初の手触りが良いからです。硬くて滑らかで安っぽいプラスチックの代わりに、ゴムのような手触りが得られます。また、このコーティングは射出成型の過程でできた表面のキズを隠すこともできます。比較対象として、アルマイト加工されていないアルミ製Genelecスピーカーを持っています。しかし、アルミニウムの表面にはキズや斑点、サンディングの跡があります。どこかに欠陥のあるプラスチックは魅力的とは言えません。 このような素材の問題点は、時間

    Ask iFixit: プラスチックのべたつきを直すには? | iFixit ニュース
    fumiyas
    fumiyas 2024/05/08
  • 【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary

    original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,

    【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
  • ダイアログもアラートも、Reactで子コンポーネントの開閉管理を実装する | フューチャー技術ブログ

    Reactでは、画面に関わる表示の制御はかならず何かしらのステート管理を行いそれで行います。ダイアログの場合は開閉をuseState()で作ったフラグで管理するみたいな感じです。 たとえば、ウェブブラウザのJavaScriptから呼べるalert()やconfirm()は、関数を呼び出せばダイアログが表示されますし、ダイアログが閉じたら処理が戻ってきます。confirm()ならユーザーが選択したものと一緒に返ってきます。標準の<dialog>タグが今時ですが、このタグはDOMインスタンスのshowModal()やshow()メソッドを呼ぶ必要があります。命令志向ですね。 一方、Reactでダイアログを実装する場合を考えます。メソッド呼び出しが直接扱えればシンプルですが、Reactでは基的にステート管理でやりましょう、というのが流儀です。useImperativeHandle()を使うとか

  • Node.js + TypeScriptのモジュールを整理してみる

    はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules(以後ESMと表記)がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ

    Node.js + TypeScriptのモジュールを整理してみる
  • ブラウザーにChromeのデベロッパーツールを埋め込めるReactコンポーネントを作ってみた

    とてもニッチな用途で使えるコンポーネントですがその場のiframeのデバックができるReactコンポーネントを作ってみました! まずはこちらのポストをご覧ください! このポストではChromeのデベロッパーツールを開いているわけではなく、ブラウザー内に直接デベロッパーツールが埋め込まれています! 今回はこのようなReactコンポーネントを作ってみたので、どのように作ったかをご紹介したいと思います。 デモページ こちらのページで実際にデモを試すことができます。 https://react-embed-devtools.vercel.app/ なぜ作ったか Reactをオンラインで学習できるサービスmosya Reactを先日リリースしました。 このサイトではオンライン上でコードを書いてその場で書いたコードがプレビューできるようになっています。 詳しい開発記事はこちらをご覧ください! ただ、プ

    ブラウザーにChromeのデベロッパーツールを埋め込めるReactコンポーネントを作ってみた
  • DMARCレポートの可視化ダッシュボードを作りました - LIVESENSE ENGINEER BLOG

    はじめに そもそもDMARCって何? Googleの発表によってDMARC対応が必要に SaaSの検討 OSSの検討・選定 構成 動作 GmailからGoogle Driveへ格納する XMLをパースしてOpenSearchに格納する Google Driveからコンテナ内にダウンロードする パースと格納 可視化 苦労した点 Gmailの仕様とparsedmarcの相性が悪い OpenSearch突然データが全部消えた 作ってみてよかったこと 今後の運用 はじめに インフラGの鈴木です。ガールズケイリンアニメことリンカイ!の放映が近くなってきましたね。 最近小倉にギャンブル旅行にいったのですが、北九州競輪には等身大パネルがありました。気(マジ)度が伝わってきます。アニメの放映日が楽しみです。 ところで、今回はDMARCの可視化基盤を作った話をします。なかなか大変1でしたので、共有したいと

    DMARCレポートの可視化ダッシュボードを作りました - LIVESENSE ENGINEER BLOG
  • Why choose async/await over threads?

    A common refrain is that threads can do everything that async/await can, but simpler. So why would anyone choose async/await? This is a common question that I’ve seen a lot in the Rust community. Frankly, I completely understand where it’s coming from. Rust is a low-level language that doesn’t hide the complexity of coroutines from you. This is in opposition to languages like Go, where async happe

    Why choose async/await over threads?
  • net.ConnのReadとWriteの振る舞いについて - methaneのブログ

    Go-MySQL-DriverでカスタムのDialをサポートしていたり圧縮プロトコルサポートのコードをレビューしていたりして、利用している Write() の実装が多様化してきたので、「Write(p)って Read(p)みたいに n が len(p) より小さい場合にループで続きを書き込まなくてい良いのは決まりがあったっけ?」と気になって確認してみました。 まず、 net.Conn の定義ではReadとWriteは次のようになっています。 // https://pkg.go.dev/net#Conn type Conn interface { // Read reads data from the connection. // Read can be made to time out and return an error after a fixed // time limit; see

    net.ConnのReadとWriteの振る舞いについて - methaneのブログ
  • CPU使用率は間違っている | Yakst

    Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか?プロセッサーがどのくらい忙しいか?違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが

    CPU使用率は間違っている | Yakst
  • 予定納税・追加納税に! 国税(所得税)の支払いでポイントをGETしよう!(永久保存版)

    国税(所得税等)の支払いにAmazonギフト券がAmazon Payで利用できる! 予定納税・追加納税にも! 2024/2/16~2024/3/15は確定申告をして税金の支払いをする期間になりますが、昨年から納税で大きく変わったお得な点があります。国税(所得税・消費税・相続税など)のスマホ決済・アプリ決済・PAY払いが解禁となっており、これが陸マイラー・ポイ活でも超注目となっています。なぜかというと、手数料が0円なのにポイントはもらうことができるからです。 その主役となるのが、Amazon Payを利用したAmazonギフト券での国税の支払いです。少し手間かもしれませんが、Amazonギフト券を購入し、アカウントにチャージをして、そのAmazonギフト券を利用して国税を支払いすることが可能なんです。 ちなみに、プライムデー等の期間はギフト券チャージでさらに0.5%ポイント還元あり! 国税の

    予定納税・追加納税に! 国税(所得税)の支払いでポイントをGETしよう!(永久保存版)
  • React Server Componentsを理解する | POSTD

    私も年を取ったと感じるのは、今年Reactが10年目を迎えたからです。 混乱していた開発コミュニティにReactが初めて紹介されてから10年、以来いくつもの進化を遂げてきました。Reactチームは、急進的な改革ということに関しては躊躇しませんでした。問題に対して、より良い解決策が見つかれば、それを実行してきました。 数か月前、Reactチームは最新のパラダイム・シフトであるReact Server Componentsを発表しました。史上初めて、Reactコンポーネントがサーバーでのみ実行できるようになったのです。 このことに関連してオンライン上では、きわめて大きな混乱が起きています。それが何なのか、どのように機能するのか、利点は何か、そしてSSR(Server Side Rendering)などとどのように連携するのか、多くの人が多くの疑問を抱いています。 私はReact Server

    React Server Componentsを理解する | POSTD
  • Active Directoryに対するRBCD攻撃の対策の話 - ラック・セキュリティごった煮ブログ

    デジタルペンテスト部でペネトレーションテストを担当している小松奈央です。 Active Directoryに対する攻撃手法に、Resource-based Constrained Delegation(以下、RBCD)攻撃というものがあります。 この攻撃手法は原理が分かりづらく、私自身対策方法について勘違いしている部分がありました。 「机上で考えていたRBCD攻撃の対策方法が、実際に案件でRBCD攻撃を行う中で不十分であると気づいた」といったことがあったので、その内容を踏まえてRBCD攻撃の対策方法について記事で解説します。 (解説は必要ないからRBCD攻撃の対策だけ完結に知りたい!という方はこちらをご確認ください。) RBCD攻撃の原理を正しく理解している技術者からすると当たり前の内容ではありますが、情シス担当者など実際にセキュリティ対策を実施する方の参考になれば幸いです。 (なお、

    Active Directoryに対するRBCD攻撃の対策の話 - ラック・セキュリティごった煮ブログ
  • エンジニアの心構え

    2023年度リクルート エンジニアコース新人研修の講義資料です

    エンジニアの心構え
  • 東京に住んでいない俺がどこで文化を享受しているか

    これはいま、おれの中にひとつわりと明確な答えがあって、それは "スーパーセンタートライアルに向かう途中の田んぼ道"です おれの住んでる田舎は、市の人口5万人とかなんで、かなりザコいんだけど、24時間営業のスーパーセンタートライアルを抱えている そんで俺はそっからチャリで5分程度のとこに住んでいる そうすっと、夜10時からでも、思い立ったらチャリに乗って、でけえスーパーで買い物ができるわけですよ まずこれはひとつの文化と言って良い スーパー って博物館だからさあ! そんで、そこまで行く途中の道、これもまたいいわけ 中規模の川が近くにあるから、いまの季節、サワガニが地面を這い回っているんですよ まず、玄関からチャリまで歩く過程で、スマホのライトに照らされて、聞き取れるくらいデカい足音を立ててカニが逃げる、おれはウオっと思ってちょっとのけぞる、こういう体験が、よくわかんねえけど、ひとつの原体

    東京に住んでいない俺がどこで文化を享受しているか
  • Common Mistakes with Rust Async

    fumiyas
    fumiyas 2023/12/21
  • Denoでnpmモジュールを実行してみよう - Zenn CLI編

    Deno Advent Calendar 2023 1日目の記事です。 動機 僕はGitHub上のプライベートリポジトリでZennの記事を管理しており、記事のscaffold作成やプレビューなどはZenn CLIを利用しています。Zenn CLIはNode.js製なので当然Node.jsが必要です。ドキュメントに書いてある通り、以下のようにすればCLIのインストールおよびディレクトリ内のセットアップが完了します。とても簡単です。 今回Advent Calendarの記事を書くにあたり、久しぶりにリポジトリを開き、以前と同じように npx zenn new:article で記事のscaffoldを作成しようとしましたが、ここでふと、「Denoでも普通に動くのでは?」と疑問に思いました。 最近のDenoはNode.js互換性に非常に注力しており、バージョンアップのたびに互換性が向上しています

    Denoでnpmモジュールを実行してみよう - Zenn CLI編
    fumiyas
    fumiyas 2023/12/13
  • EAP Server Certificate considerations - 'How to....' eduroam - GÉANT federated confluence

  • 混乱を引き起こしがちなGitの用語まとめ

    分散型バージョン管理システムのGitは2005年の登場以降シェアを伸ばし続け、2022年の調査では約94%のユーザーに利用されるほど一般的なツールとなっています。Gitにはさまざまな機能が搭載されていますが、その中で特に混乱を引き起こしがちな用語について、Gitを15年近く使用してきたというジュリア・エヴァンスさんが解説しています。 Confusing git terminology https://jvns.ca/blog/2023/11/01/confusing-git-terminology/ ◆HEADと「heads」 HEADは現在チェックアウト中のブランチやコミットを指しており、「.git/HEAD」に保存されています。一方「.git/refs/heads」に保存されているのはブランチで、「heads」は「branches」と読み替えればOKとのこと。 ◆detached HE

    混乱を引き起こしがちなGitの用語まとめ
    fumiyas
    fumiyas 2023/11/12
  • Next.js App Routerの場合componentはどこに置けばいいの?

    きっかけ 私は今まで Pages Router でプロジェクトの開発をしてきました。今の所、具体的な新規で開発する案件の話はないけど今後 App Router で開発するときにどうゆうフォルダ構成にすれば良いか悩んだからまとめようかなと思ったのがきっかけです。 環境について node: v18.18.2 npm: 9.8.1 react: 18 系 next.js: 13.5.6 具体的にどんなことに悩んだのか /app の中で style や util 系関数や component なんかも入れた方がいいの? それとも/app を/pages と同じように扱う方がいいの? この 2 点です。Private Folders やら Route Groups なんかもあったりして Next.js のファイルベースルーティングはいろんなことが柔軟にできるようになった印象です。 しかし、柔軟だから

    Next.js App Routerの場合componentはどこに置けばいいの?
  • もう初回コードレビューはずんだもんに任せる時代になった

    はじめに Gitのステージングエリアにあるファイルを対象に、レビュー結果をSlackに通知するアプリケーションを作成しました。 開発環境のターミナルで指定したコマンドを実行するだけで、Slackにレビュー結果が送信されます。 ソースコードは以下です。 こんな人におすすめ コードレビューを受ける前に自分で事前チェックをしたい方 一人でコードを書くことが多く、レビュワーがいない方 どうせなら楽しくレビューしてもらいたい、好きなキャラクターにレビューしてもらいたい方 アプリケーションの構成 レビュー依頼の手順と流れ 以下のような手順と流れでレビュー結果を得ることができます。 レビュー対象のファイルをステージングエリアに登録する(複数ファイルの登録が可能です) ローカルのターミナルでaireviewコマンドを実行 Slackに必要な情報が送信される レビュー結果を確認する スレッドにレビュー結果が

    もう初回コードレビューはずんだもんに任せる時代になった
    fumiyas
    fumiyas 2023/11/08