タグ

2022年1月15日のブックマーク (8件)

  • 【公式】七福の湯 戸田店

    2024.7.268月10日(土)~8月18日(日)お盆期間のご案内(PDF) 2024.7.11お得な回数券がさらにお得!割引販売実施します 7月12日(金)~16日(火) →詳細はこちら(PDF) 2024.6.7戸田店は、6月19日(水)は機械設備点検の為、休館とさせて頂きます。 2023.12.15年末年始営業のお知らせ 12/31(日・大晦日)は20:00閉店(19:30最終入場) 年始は1/1(月・祝)より通常営業いたしまして皆様のご来場を心よりお待ちしております。 なお、12月29日(金)~1月3日(水)の間、休日料金での営業とさせて頂きます。 また、12月29日(金)~1月3日(水)の間、早朝7:00より営業致しております。 2023.12.8令和5年12月22日~26日の5日間限定でお得な回数券をさらに500円割引で販売します。皆様のご来場をお待ちしております。 2023

    【公式】七福の湯 戸田店
  • Amazon.co.jp: SL550UJP (CyberPower 無停電電源装置 550VA/330W 矩形波 常時商用): BISS

  • 詳解 インシデントレスポンス

    インシデント対応には、様々な専門分野の知識が必要です。優れたインシデント対応担当者は、ログ分析、メモリフォレンジック、ディスクフォレンジック、マルウェア解析、ネットワークセキュリティ監視、スクリプトやコマンドライン技術などに精通している必要があり、様々な分野のトレーニングを継続的に受ける必要があります。 書は、セキュリティ侵害を試みる攻撃者の活動に対し、日常的に予防・検知・対応を行う実務家によって書かれた、実務家のための書籍です。それぞれの専門分野のエッセンスを凝縮し、読者の環境ですぐに応用できるインシデント対応の効果的な技術を紹介します。侵害や情報漏洩がより速いペースで発生し、これまでとは異なる動的なアプローチを必要とする現代の脅威に合わせた最新技術を解説していきます。インシデント対応の理解を深めたいIT専門家、初めてインシデント対応を学ぶ学生、クイックリファレンスガイドを探しているセ

    詳解 インシデントレスポンス
  • Qiita記事「エンジニアの"有害な振る舞い"への対処法」への強烈な違和感 - kmizuの日記

    最近、Qiitaで話題になってそこそこバズった(?)記事に、 qiita.com がありました。これ、最初は一読して凄いまともなことばかり書いているように見えましたが、一方で何か妙な違和感がありました。それは、私がいくつかの振る舞いについて思い当たりがあるせいではないか?と考えてみましたが、反省するところがあるなと思いつつも、何かが変だと感じていました。今朝、違和感の理由がわかった気がするので、書いておきたいと思います。 一番大きな問題は、「有害な振る舞い」といいながら、客観的に観察できる行為ではなく、主観的に行為の意図を勘繰っていることです。 そもそも、著者様は 私個人の経験に基づくため定性的かつ主観的な意見にはなりますが、メガベンチャーにて8年間様々なチームメンバと開発業務に携わりながらスクラム開発の各役割を1年ずつ、それからミドルマネージャーを2年経験し、さ> らに周辺チームや他部署

    Qiita記事「エンジニアの"有害な振る舞い"への対処法」への強烈な違和感 - kmizuの日記
  • SQLクエリを実行、クエリ結果を可視化できるウェブアプリ「SQLPad」を試してみた | DevelopersIO

    こんにちは!DA(データアナリティクス)事業部 サービスソリューション部の大高です。 SQLクエリをローカル環境でウェブアプリとして実行できるものが無いか少し探していたのですが、「SQLPad」というアプリケーションを見つけたので実際に試してみたいと思います。 SQLPadとは SQLクエリを実行、クエリ結果を可視化できるセルフホスティング型のウェブアプリケーションです。2022年1月現在では以下の15個のデータベースに対応しており、ODBCにも対応しているのでODBC接続を利用すれば、これ以外のデータベースにも接続可能なようです。 Postgres MySQL SQL Server ClickHouse Crate Vertica Trino Presto Pinot Drill SAP HANA Snowflake BigQuery SQLite TiDB 公式サイトでの解説は以下の

    SQLクエリを実行、クエリ結果を可視化できるウェブアプリ「SQLPad」を試してみた | DevelopersIO
  • 207で1年間磨き続けた1on1のフォーマットを公開します|207株式会社

    いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです!! 先日の忘年会で業務委託の方に「207に所属していて良いところは何か?」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです! 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上

    207で1年間磨き続けた1on1のフォーマットを公開します|207株式会社
  • VisualStudioCode の CodeSpellCheckerの導入方法個人メモ - Qiita

    概要 VisualStudioCode(以降VScode)に拡張機能CodeSpellCheckerを導入する方法をまとめる ご注意 こちらの記事はDaisuke Kondo様のVSCode に Code Spell Checker を導入して typo と戦うの記事を参考に導入と設定のみを抜粋して記載したものです。 VScodeを起動して拡張機能のサイドバーをクリック 検索ウインドウに「code spell checker」と入力してヒットした最も上のもの(英語用)のインストールを行う。 VScodeのsetting.jsonに下記の内容を記載する。(どうやらこれを設定しないと一部の日語を誤って検知するらしい。)

    VisualStudioCode の CodeSpellCheckerの導入方法個人メモ - Qiita
  • フロントエンドのテストのモックには msw を使うのが最近の流行りらしい

    皆様フロントエンドのテストを書いていらっしゃいますでしょうか? フロントエンドのテストを書くときには API コールする処理を全てモックする必要があります。外部の API をコールする処理をテストに含めると API サーバーが落ちているなどの外部の要因によってテストが失敗してしまう可能性がありますし、テストを実行するたびに実際に API をコールしてしまうとサーバーに負荷がかかってしまうなど外部に対しても悪影響を与えてしまいます。 さて、従来のモックする手段としては Jest のモックを利用して axios や fetch などのモジュールをモック化する手法がよく使われていたかと思います。 最近のテスト手法として API コールをモックする際に Jest ではなく Mock Service Worker (以下 msw )を使用する手法が注目されています。実施にどのように使用されているのか

    フロントエンドのテストのモックには msw を使うのが最近の流行りらしい