タグ

ブックマーク / qiita.com (1,222)

  • [TypeScript・Vue3] この呼び出しに一致するオーバーロードはありません.... - Qiita

    環境 Vue3 × Typescript × Element Plus message この呼び出しに一致するオーバーロードはありません。 前回のオーバーロードにより、次のエラーが発生しました。ts(2769) runtime-core.d.ts(962, 25): 前回のオーバーロードはここで宣言されています。 原因 外部のコンポーネントを使うときにおこりやすい? どこかしらの型が間違っている。 型定義元を見てみると、 // ... export declare const inputNumberEmits: { change: (prev: number | undefined, cur: number | undefined) => boolean; blur: (e: FocusEvent) => boolean; focus: (e: FocusEvent) => boolean

    [TypeScript・Vue3] この呼び出しに一致するオーバーロードはありません.... - Qiita
  • メディアタイプとALPSプロファイル - Qiita

    こんにちは。 弁護士ドットコムのテクニカルアドバイザーの@koriymです。 この記事は 弁護士ドットコム Advent Calendar 2020の10日目の記事です。 昨日はSREの@t2ynkmrさんの「ECSのデプロイ方法を見直して任意のタイミングでコミットハッシュをタグに使ったイメージをデプロイできるようにした」でした。(すごい事してます!) この記事では初めにメディアタイプの中でもドメイン固有のメディアタイプに注目します。次にプロファイルリンクを使ってアプリケーションセマンティクスを与える方法や、そのプロファイルを情報設計(インフォメーションアーキテクチャ IA)のツールとして使う事を説明します。 記事を通じてインターネットの初期から存在したWebにセマンティクスを与える(対象とするコンテントの意味をマシンに教える)仕組みを、次世代のAPI開発に応用する方法を考察します。 Me

    メディアタイプとALPSプロファイル - Qiita
  • ソルト付きハッシュのソルトはどこに保存するのが一般的か - Qiita

    pictBLandとpictSQUAREに対する不正アクセスがあり、パスワードがソルトなしのMD5ハッシュで保存されていたことが話題になっています。 2023年8月16日に外部のフォーラムにpictSQUAREより窃取した情報と主張するデータ販売の取引を持ち掛ける投稿が行われた(中略)パスワードはMD5によるハッシュ化は行われているもののソルト付与は行われていなかったため、単純なパスワードが使用されていた29万4512件は元の文字列が判明していると投稿。(それ以外の26万8172件はまだMD5ハッシュ化されたままと説明。) 不正アクセスによるpictBLand、pictSQUAREの情報流出の可能性についてまとめてみた - piyolog より引用 これに関連してMD5ハッシュやソルトに関するツイート(post)を観察したところ、どうもソルトの理解が間違っている方が多いような気がしました。

    ソルト付きハッシュのソルトはどこに保存するのが一般的か - Qiita
  • async/awaitにおけるエラー処理を実行の順番から整理する - Qiita

    はじめに promiseを使うとき、いつもpromiseメソッドチェーンで記載していますか? async/awaitを利用していますか? もちろん状況によって両方書くのが殆どだとは思うのですが、私はasync/awaitの方が同期的な書き方ゆえに読みやすいため、なるべくそちらで記載しています。しかしながら、エラーハンドリングが理解できていなかったため、エラーの所在を突き止めるのに苦労してしまいました。 そのため、これを機にasync/awaitにおけるエラーハンドリングについて備忘録的にまとめておきます。 この記事のまとめ; catchされるエラーはrejectのみか、throwされたエラーも含まれるか →両方catchできる async関数における処理の順序、awaitがある場合とない場合 →awaitがない場合には同期的に処理が実行され、catchできなくなる エラー処理を外側に伝播し

    async/awaitにおけるエラー処理を実行の順番から整理する - Qiita
  • Consoleタブの機能とsettingをちゃんと知りたい|Devtools|Chrome - Qiita

    稿は Google Chorme の DevTools(デベロッパーツール) でも、Consoleタブの機能について特化した記事です コレ、ご存知ですか? 次のイラストをご覧ください イラスト中の(1)と(2)の機能をご存知ですか? 私、知りませんでした。普段からチョイチョイConsoleは開いているのに... (1)はLive Expression (2)はExecution Context Selector といいます コンソールタブの機能と設定 コンソールタブの機能と設定について、一通りを調べてみました。 ON/OFFすると何が変わるのか、GIFアニメを中心に共有します。 もっと早く、調べておけばよかった... 上記の(1)や(2)の機能・使い方を知らなかった方は、ぜひご覧ください。 調査にあたって、組んだスクリプト Console上にlogerrorをいっぱい表示させたいと思い

    Consoleタブの機能とsettingをちゃんと知りたい|Devtools|Chrome - Qiita
  • フロントエンドエンジニアにおすすめchrome拡張機能 - Qiita

    はじめに こんにちは、都内でソフトウェアエンジニアをしているYSasagoです。 私はフロントエンドの開発時に、Chromeのブラウザを使うことが多いです。 Chrome には開発を便利にするchrome 拡張機能がたくさんあります。 普段、フロントエンド開発時に私が使っている拡張機能を紹介したいと思います。 UI Build Assistant アイコンは IT 大学と面白いですが、こちらの拡張機能を使えば、ワンクリックで背景と線に色付けをしてくれて、レイアウトが見やすくなります。こちらの拡張機能を使うとマージンの調整等が簡単にできるようになりとても便利です。 また、作成者のしまぶーさんの Youtube 動画は、フロントエンド学習にとても有益なのでよく拝見させていただいてます。 OFF ON Responsive Viewer 次に紹介するのは、Responsive Viewer です

    フロントエンドエンジニアにおすすめchrome拡張機能 - Qiita
  • 本当のサーバレスの世界へ、もう一度再ダイブしてみませんか?? - Qiita

    はじめに より素晴らしいユーザ体験の世界へ、今一度再ダイブしてみませんか?? ※ 記事は引用文献を基に翻訳し、加筆・修正したものです。元記事については、私が今momentoのCommunity Adovcateとして働き、広く日に内容を届ける機会が何回かあるので、翻訳まとめることをしております。 概要 サーバレスと聞くと、みなさん何を思い浮かべるでしょうか? サーバの管理が不要? 柔軟なスケーリングができること? アジリティが保たれてる? いろいろ思い浮かべますよね。 最近だとクラウド、例えば awsGoogle Cloud、Azure、Oracle Cloud Infrastructure などを使い実際のシステム開発をしていると自然とサーバレスと謳うサービスを使っているかもしれない。 今回は、そんなサーバレスについて、思うことを書いていこうと思います。 サーバレスが目指す世界

    本当のサーバレスの世界へ、もう一度再ダイブしてみませんか?? - Qiita
  • Vue.jsでのDryなエラーハンドリングと排他処理 - Qiita

    株式会社SKILLでエンジニアをしている田坂です。 今回は弊社で開発している職歴BANKという職歴サービスで 使用しているVuejsの実装の一部を紹介したいと思います。 1. 概要 既存の例外ハンドリング手法をまとめてProsConsを言及 例外ハンドリングをDryかつ、既存コードのロジックの変更をできるだけ抑えて実現した ついでにUI操作における排他処理機能を実装した 1.1 アプリケーションのシチュエーション 左の様な画面でユーザがフォーム送信などの操作をした時に、エラー画面に遷移させずその画面のままで 何が起きて何をすべきかを例えば右の画面の様にユーザに伝えたい状況について考えていきます。 なぜ画面そのままか → 画面が変わってしまうと、フォームの内容が消えるので、UXが悪くなりこれを回避するためです。 コードでいうと以下の様なactionを呼んで、Store.create(this

    Vue.jsでのDryなエラーハンドリングと排他処理 - Qiita
  • 自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita

    リファクタリングの鶏卵問題 ソースコードがクソなので綺麗にしたい。 リファクタリングしたい。 しかし、リファクタリングが出来ない。 リファクタリングが出来ないのは、テストが無いからだ。 よし。じゃあテストを書こう。あれ、テストが書けない? そのようなテストが無く、書き換えられないことによる矛盾や憤りは皆さん何百回と感じてきたと思います。 しかし、この「テストが出来ない」ということを言語化するのは、非常に難しいと思います。それは、「テストが出来ない」には実は2つの視点があります。 質的にテストが困難なモジュールで、誰がやってもテストが書けない。 質的にモジュールはテスト可能だが、自分の実力が足りず、自分ではテストが書けない。 1.のようなテスト困難なモジュールは誰がやってもテストは書けないです。しかし、問題は、「テストを書きたい」と思ったとき、「自分がそれほどテストに詳しくない」という場

    自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita
  • 祝日を計算しようと思ったら闇が深かった話 - Qiita

    はじめに 巷にカレンダーのAPIは溢れているが、万年カレンダーを作ってみるなどした。 実装方針 日付の基的な計算はChronoライブラリを使う これで今日が何日で何曜日かの計算は簡単にできる。 祝祭日は政府が定義しているルールに従って実装すれば良い。 と思っていた時期がありました。 祝祭日のルール 国民の祝日に関する法律(昭和23年法律第178号)に則り、内閣府が公布している資料では以下の通り この資料の2条の定義と3条のルールに従えば大体の祝日をカバーできることになる。 ただし、このページだけをサラッと読んだだけでは理解できない罠がいくつかある。 ちゃんとリンク先まで読めばまず引っかからないが、一旦ここでも要約する。 春分の日と秋分の日 これらは、日国内においては天文学的に定まっており年によって変化する。 表にあるように、4年に1回の周期で23と22日で繰り返すように成っているかのよ

    祝日を計算しようと思ったら闇が深かった話 - Qiita
  • 【zsh】絶対やるべき!ターミナルでgitのブランチ名を表示&補完【git-prompt / git-completion】 - Qiita

    【zsh】絶対やるべき!ターミナルでgitのブランチ名を表示&補完【git-prompt / git-completion】ZshGitTerminal この記事でできること ターミナルのプロンプトにgitのブランチ名を常に表示させる(git-prompt) gitコマンドをTab補完できるようにする(git-completion) はじめに もともとbashを使っていた時は次の記事を参考に同様の設定をしていました 「Git補完をしらない」「git statusを1日100回は使う」そんなあなたに朗報【git-completionとgit-prompt】 しかし、macOSがCatalinaにアップデートされてからはzshがターミナルのデフォルトとなり、zshへと移行が進んでいると思います 自分も新しいPCでいいかげんzshを使い始めた&意外と情報がまとまっていなくて手間取ったため、今更感

    【zsh】絶対やるべき!ターミナルでgitのブランチ名を表示&補完【git-prompt / git-completion】 - Qiita
  • Windowsパフォーマンスモニターの使用方法 - Qiita

    はじめに Windows管理ツールであるパフォーマンスモニターの使用方法について纏めました。 環境 Windows 10 起動方法 パフォーマンスモニターは以下の方法で、起動することが出来ます。 ・%windir%\system32\perfmon.msc を実行して起動 ・Windows管理ツールから、パフォーマンスモニターのショートカットから起動 利用方法 +ボタンを押下し、カウンターの追加画面を開きます。 収集したいカウンターを選択し、追加ボタンを押下して、完了です。 「説明を表示する」にチェックを入れるとそれぞれのカウンターがどのような情報を取得するためのカウンターかを確認出来ます。 選択したカウンターの状況をモニタリングすることが出来ます。 ログファイルに出力する方法 パフォーマンスモニターに追加出来るカウンターの変化を、データコレクターを作成することで、ログファイルに出力するこ

    Windowsパフォーマンスモニターの使用方法 - Qiita
  • 【JavaScript】ES2023の新機能が何故かいまさら追加されていた - Qiita

    ES2023その2 / ES2023 / ES2022 / ES2021 先日ES2023では新機能が2個しかなかったという話をしましたが、どういうわけか2023/01/30になってからES2023が2個追加されました。 よくわかりませんが、どうやら1月までは前年のESになるみたいです。 なんで。 これらは2023/01/30に行われたTC39ミーティングで決定したようです。 他にIntl.NumberFormat V3もStage4への議題に上がったみたいですが、こちらは却下されたみたいです。 なんでそんなふわふわな言及なのかってまだアジェンダしかないから詳しいことがわからねえんだよ。 Finished Proposals Change Array by copy 配列を破壊せずに操作するメソッドを追加します。 既存の配列操作メソッドは、変更後の値を返すと同時に元の値も変更してしまいます

    【JavaScript】ES2023の新機能が何故かいまさら追加されていた - Qiita
  • core-jsがメンテされていない理由→プロジェクトは継続する - Qiita

    core-jsとは core-jsをみなさんご存知だろうか。直接は知らなくてもbabelでpolyfillを当てているなら間接的にお世話になっているはずだ。 メンテされない そのcore-jsは当分メンテされないらしい。というか2020/01/14を最後にパタッと活動が途絶えている。 なんとこの巨大projectはzloirockというたった一人によってメンテされてきた。 ここで彼のコメントをいくつか引っ張っておこう。 https://github.com/zloirock/core-js/issues/548#issuecomment-494112872 2019年5月21日 4:06 JST Dear @jpike88! Almost 5 years almost every day I spend some hour for maintenance core-js. It's not

    core-jsがメンテされていない理由→プロジェクトは継続する - Qiita
  • 使いやすい管理画面を作るために考えておきたいと思ったこと - Qiita

    はじめに 管理画面を開発しているときに、いくつかポイントがあるなと思ったのでアウトプットします。 現場で行われるやり取りやコミュニケーションを考慮する URLでの共有 現場では 「こういう検索結果のこういうユーザーに対してこういう操作をしてください!」 というふうに他の人にURLを共有して指示を出したり、 「今月の対象はこの人達だから、確認お願い!」 というふうにコミュニケーションを取りながら業務を進めます。 ある状態のページをURLを通して共有したいことは多々あります。 URLに状態をもたせることは重要ですし、URLで表現できたら便利なことはたくさんあるのではないかなと思っています。 管理画面の開発をするときは、 そのページがどのようなコンテキストで共有される可能性があるのか、URLで表現できたら便利なことは無いかを考えてみる と良いと思います。 やり取り、コミュニケーションに必要な情報

    使いやすい管理画面を作るために考えておきたいと思ったこと - Qiita
  • Nodejsのバージョンを上げたら`error:0308010C:digital envelope routines::unsupported`が出てしまう - Qiita

    Nodejsのバージョンを上げたら`error:0308010C:digital envelope routines::unsupported`が出てしまうJavaScriptNode.jsgatsby はじめに 最近はRailsしか触っていない筆者です。 業の大きなプロジェクトが落ち着き、ほっとしております さて今回は、Nodejsのバージョンを上げることで、Gatsbyのプロジェクトerror:0308010C:digital envelope routines::unsupportedで怒られてしまったので、その暫定対応について記載します。 とりあえず、動かしたい方はこちらが参考になれば幸いです。 前提 Nodejsのバージョン: 18.7.0 npmのバージョン: 8.15.0 結論 openssl-legacy-providerオプションを使用する。 私は、package.j

    Nodejsのバージョンを上げたら`error:0308010C:digital envelope routines::unsupported`が出てしまう - Qiita
  • npmでうまくいかなかった事例集 - Qiita

    npmはおろかNode.jsすら初心者なのでたくさんのエラーに奮闘している、という記録です。 事象 : npm ERR! peer dep missing: 環境 : Windows10 Pro バージョン21H1 に作った node:14-buster-slim のDockerコンテナ # npmでローカルにインストールされているものをみたら何かエラーが出てた $ npm ls | grep -i peer │ │ │ └── UNMET PEER DEPENDENCY typescript@>=2.8.0 || >= 3.2.0-dev || >= 3.3.0-dev || >= 3.4.0-dev || >= 3.5.0-dev || >= 3.6.0-dev || >= 3.6.0-beta || >= 3.7.0-dev || >= 3.7.0-beta npm ERR! pee

    npmでうまくいかなかった事例集 - Qiita
  • 【React】「困難は分割せよ」―― 複雑な画面は小さな機能に分けて実装しよう。 - Qiita

    「Divide and Conquer / 分割統治法」 という解法(アルゴリズムの話でよく出てきますね)は、「困難は分割せよ」 として知られる、デカルトが『方法序説』で提唱した思考法が元になっています1。 第二は、わたしが検討する難問の一つ一つを、できるだけ多くの、しかも問題をよりよく解くために必要なだけの小部分に分割すること。 ―― 岩波文庫 『方法序説』 デカルト著 谷川多佳子訳 同様に、React で多機能で複雑な画面を作りたい時、それを小さな機能の集まりと捉えて、それぞれをコンポーネントにすることで、開発がラクになることがあります。 フロントエンドの複雑さや、デザインのための Atomic Design という考え方の影響、または /scripts のように分ける習慣の名残なのか、フロントエンド開発者には、《再利用のためにコンポーネントを作る》という思い込みがあります。(もしくは

    【React】「困難は分割せよ」―― 複雑な画面は小さな機能に分けて実装しよう。 - Qiita
  • Word docxファイルの中身を探検する - Office Open XML ざっくり入門 - Qiita

    「Word docxファイルはzipファイルとして展開できる」って、知ってましたか? シナリオ あなたは、ドキュメント変換ツール「Pandoc」で、Markdownファイルからdocxファイルを生成したい、と考えます。 しかし、いろいろな都合で、docxファイルのフォーマットにかなり手を加える必要がある、とわかりました。 (たとえば、ルビ・脚注・図表など、単純なMarkdownの知識ではどうしようもないようなフォーマットを想定しましょう) 調べた結果、「Pandocフィルタを書いて、docxファイルをいじればよい」とひとまず結論を出します。 さて…… docxの中身ってどうなっているのでしょうか? どうやって、MS Word体なしで、docxファイルをいじればよいのでしょうか? 下記では、前者の「docxの中身」についてざっくり話します。後者は割愛します。 Office Open XML

    Word docxファイルの中身を探検する - Office Open XML ざっくり入門 - Qiita
  • p5.js と ml5.js の組み合わせでブラウザ上でのリアルタイム物体検出を試す(COCO-SSD を利用) - Qiita

    この記事は、以下のツイートで動画・画像をのせていた、ブラウザ上でのリアルタイム物体検出の話です。 上記の内容は、以下の OpenProcessing のスケッチにアクセスすると、実際に試していただくことができます。 ●ml5.js で物体検出(COCO-SSD を利用) - OpenProcessing https://openprocessing.org/sketch/1795350 実装した内容の話 今回の内容は、p5.js と ml5.js の 2つを組み合わせて作っています。その実装内容や、実装に関する補足を、この後に書いていきます。 実装の際に参照した情報 実装時には、以下の ml5.js公式のドキュメントを見て実装しました。 ●ObjectDetector https://learn.ml5js.org/#/reference/object-detector ml5.js によ

    p5.js と ml5.js の組み合わせでブラウザ上でのリアルタイム物体検出を試す(COCO-SSD を利用) - Qiita