(Translated by https://www.hiragana.jp/)
constの人気記事 557件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 40 件けん / 557件けん

新着しんちゃく順じゅん 人気にんき順じゅん

constの検索けんさく結果けっか1 - 40 件けん / 557件けん

constに関かんするエントリは557件けんあります。 javascript、 プログラミング、 programming などが関連かんれんタグです。 人気にんきエントリには 『ちょっとでもセキュリティに自信じしんがないなら、 Firebase Authentication を検討けんとうしよう』などがあります。

constの関連かんれんエントリー

  • ちょっとでもセキュリティに自信じしんがないなら、 Firebase Authentication を検討けんとうしよう

    note のやらかしのあのへんについて。 認証にんしょう自作じさく、 Rails 、 Devise - Diary パーフェクト Rails 著者ちょしゃが解説かいせつする devise の現代げんだい的てきなユーザー認証にんしょうのモデル構成こうせいについて - joker1007’s diary 認証にんしょうサーバーの実装じっそうは本質ほんしつ的てきに難むずかしいです。セキュリティが絡からむものは「簡単かんたんな実装じっそう」などなく、プロアマ個人こじん法人ほうじん問とわず、個人こじん情報じょうほうを守まもるという点てんで、同おなじ水準すいじゅんを要求ようきゅうされます。悪意あくいあるハッカーは常つねにカモを探さがしていて、もし認証にんしょうが破やぶられた場合ばあい、自分じぶんだけではなく大だい多数たすうに迷惑めいわくが掛かかります。初心者しょしんしゃだから免責めんせきされるといったこともありません。全員ぜんいんが同おなじ土俵どひょうに立たたされています。 とはいえ、認証にんしょう基盤きばんを作つくらないといろんなサービスが成立せいりつしません。そういうときにどうするか。 Firebase Authentication で、タイトルの件けんなんですが、 Firebase Authenticat

      ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう

    • Webブラウザ上じょうで純粋じゅんすいなHTTPだけで単たん方向ほうこうリアルタイム通信つうしんを可能かのうにするHTTPのストリーミングアップロードが遂ついにやってくる - nwtgck / Ryo Ota

      Web標準ひょうじゅんのHTTPクライアントfetch()でストリーミングしながらアップロードできるようになる。

        Webブラウザ上で純粋なHTTPだけで単方向リアルタイム通信を可能にするHTTPのストリーミングアップロードが遂にやってくる - nwtgck / Ryo Ota

      • Webサーバーアーキテクチャ進化しんか論ろん2023

        はじめに 最近さいきんプログラマーとしてのキャリアに一いち区く切きりつけようと思おもっており、これまでのプログラミングの勉強べんきょうの集大成しゅうたいせいとなるブログを書かきたくなったので書かく。初はじめてプログラミングをして、フロントエンド開発かいはつをして、サーバーから値ねが返かえってきたときは「どういう仕組しくみで値ねが返かえってきたんだ？」と疑問ぎもんに思おもっていた。ずっと理解りかいしたくて理解りかいできていなかった。だからずっと勉強べんきょうしていた。そして最近さいきんになってようやく自分じぶんの言葉ことばで説明せつめいできるようになった気きがしたのでブログを書かきたい。 2015 年版ねんばんが自分じぶんの原点げんてんであり、この記事きじを書かくモチベーションになった このような記事きじは実じつは過去かこに存在そんざいしている。 FYI: https://blog.yuuk.io/entry/2015-webserver-architecture その記事きじはサーバーがどういう仕組しくみで動うごいていて、どのように進化しんかし、2015 年ねんに至いたるかを解説かいせつしてくれた記事きじだ。自じ

          Webサーバーアーキテクチャ進化論2023

        • はじめに - アルゴリズムとデータ構造こうぞう大全たいぜん

          はじめに このドキュメントは，主おもに競技きょうぎプログラミングで出題しゅつだいされる問題もんだいを解とく際さいに利用りようできるアルゴリズムやデータ構造こうぞうをまとめたものです．特定とくていの問題もんだいにはあまりフォーカスしないため，問題もんだいを解とく際さいの考察こうさつの仕方しかた等とうの内容ないようはありません．詳くわしく，正確せいかくに，分わかりやすく書かいていこうと思おもっています． このドキュメントは執筆しっぴつ途中とちゅうです． 想定そうていする読者どくしゃ C++を用もちいたプログラミングに慣なれている方ほうを読者どくしゃとして想定そうていしており，C++言語げんごの仕様しようや，文法ぶんぽうにはあまり触ぶれません．また，計算けいさん量りょうという用語ようごについても説明せつめいしません．ただし，償却しょうきゃく計算けいさん量りょうなど，計算けいさん量りょうの見積みつもりが複雑ふくざつなものについては必要ひつように応おうじて説明せつめいします． コードについて このドキュメントで登場とうじょうするコードは，可読かどく性せい向上こうじょうのため，以下いかのようなコードがファイルの先頭せんとうに記述きじゅつしてあることを前提ぜんていとしています．また，適切てきせつな問題もんだいを用もちいてコードの検証けんしょうがなされている場合ばあいは，コード周辺しゅうへんにのように，検証けんしょう

            • constの関連かんれんエントリー

          • Google TypeScript Style Guide

            // Good: choose between two options as appropriate (see below). import * as ng from '@angular/core'; import {Foo} from './foo'; // Only when needed: default imports. import Button from 'Button'; // Sometimes needed to import libraries for their side effects: import 'jasmine'; import '@polymer/paper-button'; Import paths TypeScript code must use paths to import other TypeScript code. Paths may be r

            • "レガシー"と言いわれないためのJavaScript再さい入門にゅうもん

              追記ついき: 10/11 ハテブでバズっているようで、色々いろいろ指摘してきがあったので追記ついき getElement*は動作どうさが早はやいのでIDやクラス名めいが自明じめいの場合ばあいはgetElement*を使つかう方ほうがいいと言いう意見いけんもあり、また、ページの表示ひょうじで大量たいりょうに呼よび出だされるわけではないからボトルネックにはならないと言いう意見いけんもある。 getElement*で返かえされるオブジェクトは動的どうてきな変化へんかに対応たいおうしており、querySelector*は動的どうてきな変化へんかに対応たいおうしていないため、場合ばあいによってはgetElement*を使つかうといい。このサイトで遊あそんでみよう。 https://ja.javascript.info/searching-elements-dom#ref-263 for await ... ofは非ひ推奨すいしょうなので Promise.allを現代げんだい的てきな書かき方かたにした 顧客こきゃく先さきのブラウザが古ふるい場合ばあいも考慮こうりょして、あえてレガシーな書かき方かたもする場合ばあいがあるらしい。現げん

                "レガシー"と言われないためのJavaScript再入門

              • XMLHttpRequest とはなんだったのか | blog.jxck.io

                Intro Fetch API の実装じっそうが広ひろまり、 IE もリタイアを迎むかえたことで、今後こんご忘わすれ去さられていくことになるだろう XMLHttpRequest について。 どのように始はじまり、どのように広ひろまり、どのように使つかわれなくなっていくのか。その間あいだに残のこした多大ただいな功績こうせきを残のこす。 XMLHttpRequest の始はじまり この名前なまえは非常ひじょうに長ながいため、通常つうじょう XHR と略りゃくされる。 この API は、現在げんざいの Web API のように W3C/WHATWG による標準ひょうじゅん化かを経へて策定さくていされた API ではない。 Microsoft によるいわゆる独自どくじ実装じっそうの API として始はじまり、後追あとおいで標準ひょうじゅん化かされる。 したがって、 Web API の中なかでもかなり異質いしつな命名めいめいである XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由りゆうも、 Microsoft の命いのち

                  XMLHttpRequest とはなんだったのか | blog.jxck.io

                • ChatGPT APIを使つかったLineBotの作つくり方かたを、人格じんかくの与あたえ方かたまで完全かんぜん解説かいせつ【プログラミング不要ふよう】｜ChatGPT研究所けんきゅうじょ

                  元々もともと書かいてあるコードを全すべて削除さくじょしたのち、以下いかのコードを貼はり付づけます。 function doPost(e) { const props = PropertiesService.getScriptProperties() const event = JSON.parse(e.postData.contents).events[0] let userMessage = event.message.text if (userMessage === undefined) { // スタンプなどが送おくられてきた時とき userMessage = 'やあ！' } const requestOptions = { "method": "post", "headers": { "Content-Type": "application/json", "Authorization": "Bearer "+ prop

                    ChatGPT APIを使ったLineBotの作り方を、人格の与え方まで完全解説【プログラミング不要】｜ChatGPT研究所

                  • ファイルダウンロード完全かんぜんマスター | フューチャー技術ぎじゅつブログ

                    Real World HTTPでも紹介しょうかいしたネタですが、お仕事しごとで受うけている技術ぎじゅつコンサル中ちゅうに質問しつもんをいただいた時ときに、微妙びみょうに本ほんで紹介しょうかいした内容ないようでは少すこし足たりなかったので、改あらためて整理せいりのためにブログ記事きじにしてみました。次回じかい、本ほんが改訂かいていされることがあればこのブログエントリーの内容ないようも入いれて加筆かひつしたいと思おもいます。 Real World HTTPだとGoを使つかっていましたが、フロントとサーバーを同時どうじにいじるので、本ほんエントリーではNext.jsをサンプルに使つかいます。Next.jsでプロジェクトを作つくって（npx create-next-app@latest –ts)、適当てきとうなプロジェクト名めいを入いれてアプリケーションの雛形ひながたを作つくっておいてください。 Next.jsでは、1つのスクリプトファイルを作成さくせいすると、それがサーバーAPI(/pages/api以下いか)と、フロントの画面がめん(/pages/以下いかのapi以外いがい)になります。Next.j

                      ファイルダウンロード完全マスター | フューチャー技術ブログ

                    • 配列はいれつを征せいする者ものはJSを制せいす。JavaScriptのスマートな配列はいれつ操作そうさテクニック - ICS MEDIA

                      JavaScriptでコードを記述きじゅつする際さい、配列はいれつの各かく要素ようそについて処理しょりをするケースは頻出ひんしゅつします。開発かいはつの現場げんばで配列はいれつ操作そうさの処理しょりを見みていると、次つぎのようなケースがよくあります。 配列はいれつの非破壊ひはかいの望のぞまれる場面ばめんが増ふえているが、元もとの配列はいれつを破壊はかい操作そうさしている filter()やevery()など配列はいれつのメソッドで書かけるところを、forEach()メソッドやfor ... of文ぶんを使つかってコードを記載きさいし、冗長じょうちょうになっている 記述きじゅつしても効果こうかのないArray.from()を使用しようしている コード的てきには問題もんだいなく、アプリケーションは意図いと的てきに動作どうさしているかもしれません。しかし、冗長じょうちょうな記述きじゅつは可読かどく性せいが低下ていかし、予期よきせぬバグを誘発ゆうはつする可能かのう性せいがあるでしょう。 本ほん記事きじでは、配列はいれつ操作そうさでよく見みかける冗長じょうちょうな記述きじゅつを、簡潔かんけつな記述きじゅつで置おき換かえる方法ほうほうについて解説かいせつします。 本ほん記事きじで紹介しょうかいするJavaScriptの配列はいれつ操作そうさのチートシートを用意よういしたので、まとめて読よみた

                        配列を征する者はJSを制す。JavaScriptのスマートな配列操作テクニック - ICS MEDIA

                      • Webフロントエンドパフォーマンスチューニング80選せん - Qiita

                        こんにちは、ぬこすけです。 近年きんねん、Webフロントエンドではサイトのパフォーマンスの重要じゅうよう性せいが高たかまっています。 例たとえば、GoogleはCore Web Vitalというパフォーマンスに指標しひょうを検索けんさく結果けっかのランキング要因よういんに組くみ込こみました。 また、近年きんねんの某ぼう企業きぎょうが「パフォーマンスの改善かいぜんに取とり組くんだ結果けっか、セッション数すう〇％アップ、CVR〇％アップ...」などの事例じれいは枚挙まいきょにいとまがないでしょう。 パフォーマンスチューニングするためには、定量ていりょう的てきに計測けいそくしてボトルネックを探さがすようなトップダウンなアプローチもあります。 しかしながら、時ときには千本せんぼんノック的てきにハウツーを片かたっ端ぱしから試ためしていくボトムアップなアプローチも有効ゆうこうになることもあったり、日々ひびのコーディングでパフォーマンスを意識いしきしたコードを書かくことは大切たいせつでしょう。 この記事きじではパフォーマンス最適さいてき化かのハウツーを紹介しょうかいします。 パフォーマンス改善かいぜんの施策しさくが思おもい浮うかばない時ときやフロン

                          Webフロントエンドパフォーマンスチューニング80選 - Qiita

                        • 【令れい和わ最新さいしん版ばん】令れい和わのWebスクレイピング(クロール)【ベストプラクティス】

                          こんにちは、株式会社かぶしきがいしゃFP16で結構けっこうコードを書かいている二宮にのみやです。 最近さいきんWebスクレイピングのコードを色々いろいろな方法ほうほうで書かいているので、そこで得えた知見ちけんをここに残のこしておこうと思おもいます。 ほぼ毎日まいにちなにかのWebスクレイピングコードを書かいています。 Webスクレイピング手段しゅだん Webスクレイピングには色々いろいろな方法ほうほうがあります。 私わたしが最近さいきん主おもに使つかっているのはこの5つの手段しゅだんです。 cheerioでHTMLを解析かいせき Playwrightなどで要素ようそ指定していでデータを取得しゅとくする APIを見みつけて叩たたく（バックエンドとの通信つうしんを再現さいげんしてデータを取得しゅとく） LLMでサイト構造こうぞうを解析かいせきしてデータを取得しゅとくする Next.jsからのレスポンスに含ふくまれているデータを解析かいせきして取得しゅとくする これが令れい和わのWebスクレイピングのベストプラクティスだと思おもっています。 これらの方法ほうほうを、目標もくひょうに合あわせて使つかい分わけています。 使つかい分わけ方かた CheerioでHTML解析かいせき JavaS

                            【令和最新版】令和のWebスクレイピング(クロール)【ベストプラクティス】

                          • JavaScript で parseInt / parseFloat を使つかわない方ほうが良よい理由りゆう

                            となるのが原因げんいんです。parseInt というのは、文字もじ列れつを解析かいせきして整数せいすう値ち（int）を返かえすグローバル関数かんすうであり、引数ひきすうをまず文字もじ列れつに変換へんかんする仕様しようとなっております。その段階だんかいで 0.0000005 が "5e-7" という文字もじ列れつに変換へんかんされてしまい、その文字もじ列れつの先頭せんとうの 5 だけが数字すうじとして解析かいせきされてしまったため、結果けっかとして parseInt(0.0000005) === 5 となりました。 なぜ String(0.000005) === "0.000005" に、String(0.0000005) === "5e-7" になるのかについては、この記事きじの最後さいごで余談よだんとして説明せつめいします。 整数せいすう化かには Math.trunc を使つかおう このように、parseInt は文字もじ列れつを引数ひきすうにすることを前提ぜんていにしているため、速度そくどの面めんでも可読かどく性せいの面めんでも「小しょう数値すうちを整数せいすう値ちに変換へんかんしたい」という場合ばあいに使つかうのは望のぞましくありません。最もっとも望もち

                            • 0から始はじめるNode.jsパフォーマンスチューニング

                              近年きんねんの Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語げんごとしての人気にんきが高たかまっています。 フロントエンドエンジニアがコンテキストスイッチ少すくなくバックエンドの整備せいびができることは非常ひじょうに大おおきな利点りてんです。 ですが、フロントエンド（ブラウザ側がわ）とバックエンド（サーバ側がわ）ではパフォーマンスチューニングで見みるべき点てんが大おおきく違ちがいます。 しかし Node.js アプリケーションのパフォーマンスイシューの見みつけ方かたなどがまとまっている資料しりょうは少すくないです。 そこで、本ほん記事きじではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見みつけ、改善かいぜんするため自分じぶんが普段ふだんパフォーマンスチューニングを依頼いらいされているときにみている基礎きそ的てきなポイトをまとめていきます。 1. 計測けいそくステップlink Node.js

                                0から始めるNode.jsパフォーマンスチューニング

                              • JavaScriptのモダンな書かき方かた - ES2020のオプショナルチェーン、null合体がったい演算えんざん子こ、動的どうてきimport、globalThis等とうを解説かいせつ - ICS MEDIA

                                JavaScriptのモダンな書かき方かた - ES2020のオプショナルチェーン、null合体がったい演算えんざん子こ、動的どうてきimport、globalThis等とうを解説かいせつ JavaScriptの仕様しようであるECMAScriptは年次ねんじで仕様しようが更新こうしんされています。ECMAScript 2020（ES2020）は2020年ねん6月がつにリリースとなりました。現行げんこうのすべてのブラウザでES2020の機能きのうは利用りようできますが、フロントエンドエンジニアにとって使つかいこなしたい記法きほうばかりです。 本ほん記事きじではES2020に焦点しょうてんをあて、JavaScriptの新あたらしい記述きじゅつ方法ほうほうのメリットと使つかいどころを解説かいせつします。 オプショナルチェーン Optional Chaining（オプショナルチェーンやオプショナルチェーニングと呼よばれています）とは、?.構文こうぶんを用もちいてnullやundefinedになりうる値ねへ安全あんぜんにアクセスできる仕組しくみです。 利用りようシーン nullやunde

                                  JavaScriptのモダンな書き方 - ES2020のオプショナルチェーン、null合体演算子、動的import、globalThis等を解説 - ICS MEDIA

                                • SPA認証にんしょうトークンはlocalStorageでもCookieでもない、Auth0方式ほうしきはいいねというお話はなし - @mizumotokのブログ

                                  SPA認証にんしょうトークンをどこに保存ほぞんするかは論争ろんそうが絶たえません。localStorageやCookieがよく使つかわれますが、Auth0は違ちがう方法ほうほうを採用さいようしています。この記事きじでは、Auth0のトークン管理かんりの方式ほうしきを理解りかいでき、トークン管理かんり上じょうのセキュリティへの理解りかいを深ふかめることができます。 SPAの認証にんしょうトークンをどこに保存ほぞんするか ブラウザでトークンを保存ほぞんできる場所ばしょ 保存ほぞん場所ばしょの比較ひかく メリット・デメリット Auth0のアプローチ トークンはインメモリに保存ほぞん OpenID Connect準拠じゅんきょとトークン取得しゅとくのUI/UXの悪化あっか回避かいひを両立りょうりつ Auth0のjsライブラリ ログイン アクセストークンの（再さい）取得しゅとく 図解ずかい ログイン アクセストークンの（再さい）取得しゅとく 自じサービス内ないの認証にんしょうだけのもっと簡易かんいな構成こうせい ログイン IDトークン取得しゅとく まとめ SPAの認証にんしょうトークンをどこに保存ほぞんするか React やVueで認証にんしょう付つきSPA（Single Pa

                                    SPA認証トークンはlocalStorageでもCookieでもない、Auth0方式はいいねというお話 - @mizumotokのブログ

                                  • グーグルが開発かいはつした画像がぞう圧縮あっしゅくツールSquoosh。フロント開発かいはつ向むけにNode.jsで扱あつかう方法ほうほうまとめ - ICS MEDIA

                                    グーグルが開発かいはつした画像がぞう圧縮あっしゅくツールSquoosh。フロント開発かいはつ向むけにNode.jsで扱あつかう方法ほうほうまとめ 『Squooshスクーシュ』というGoogleが開発かいはつした画像がぞう圧縮あっしゅくウェブアプリがあります。ブラウザで変換へんかん結果けっかを見みながら圧縮あっしゅく設定せっていができるので、画像がぞう圧縮あっしゅくの難むずかしい知識ちしきを持もたない方ほうでも使つかいやすいことが特徴とくちょうです。圧縮あっしゅくだけでなく、WebPなどの各種かくしゅフォーマットへの変換へんかん・リサイズといったこともできる便利べんりツールです。 このSquooshをNode.jsで扱あつかえる『libSquoosh』が存在そんざいします。libSquooshは大量たいりょうの画像がぞうを一括いっかつで圧縮あっしゅく、WebPへの変換へんかん、リサイズなどの処理しょりをこれ1つで完結かんけつできるのがポイントです。昨今さっこんのウェブはページの読よみ込こみ時間じかんが重視じゅうしされる傾向けいこうがあります。画像がぞうのファイルサイズは読よみ込こみ時間じかんに大おおきく影響えいきょうするため、画像がぞう圧縮あっしゅくは重要じゅうようなテクニックです。libSquooshをwebpack・Viteと

                                      グーグルが開発した画像圧縮ツールSquoosh。フロント開発向けにNode.jsで扱う方法まとめ - ICS MEDIA

                                    • SSH接続せつぞくをWebブラウザの純粋じゅんすいなHTTP上じょうで実現じつげんする - nwtgck / Ryo Ota

                                      HTTPといえばHTML/CSS/JavaScriptや画像がぞうなどの小ちいさめの限かぎりがあるデータを手てに入いれるためによく使つかわれている印象いんしょうがある。REST APIのようなHTTPを使つかったAPIでも限かぎりのあるデータがリクエストとレスポンスになる印象いんしょうが強つよい。

                                        SSH接続をWebブラウザの純粋なHTTP上で実現する - nwtgck / Ryo Ota

                                      • ユニットテストをGitHub CopilotとChatGPT使つかって書かいてみたらやばかったです | DevelopersIO

                                        GitHub Copilotとの単体たんたいテストがやばい。ChatGPTが書かいてくれるテストもすごい。もうこれらがない時代じだいには戻もどれないような気きがします。 こんにちは。AWS事業じぎょう本部ほんぶコンサルティング部ぶに所属しょぞくしている今泉いまいずみ（@bun76235104）です。 みなさんユニットテスト書かいてますか？ 昨今さっこんAIがダミーデータを書かいてくれたり、ユニットテストそのものを書かいてくれたりと技術ぎじゅつの進歩しんぽがすごいですね。 私わたしはリファクタリングが好すきですが、リファクタリングをする前まえに絶対ぜったいに必要ひつようなもの。 そうテストですね。 今回こんかい私わたしがテストを後回あとまわしにしてしまった以下いかのOSSについてGitHub CopilotとChatGPTのそれぞれの力ちからを借かりながら、テストを書かいてみました ※ これは以前いぜん私わたしが始はじめたプロジェクトであり、OSSとして公開こうかいされているので学習がくしゅうに使つかわれても問題もんだいのないコードです。 なお、GitHub Copilotの料金りょうきんや

                                          ユニットテストをGitHub CopilotとChatGPT使って書いてみたらやばかったです | DevelopersIO

                                        • 仮想かそうDOMは本当ほんとうに“速はやい”のか？ DOM操作そうさの新あたらしい考かんがえ方かたを、フレームワークを実装じっそうして理解りかいしよう｜ハイクラス転職てんしょく・求人きゅうじん情報じょうほうサイト AMBI（アンビ）

                                          仮想かそうDOMは本当ほんとうに“速はやい”のか？ DOM操作そうさの新あたらしい考かんがえ方かたを、フレームワークを実装じっそうして理解りかいしよう 最近さいきんのJavaScriptフレームワークで利用りようされる「仮想かそうDOM」について、リアルDOMの違ちがい、メリット・デメリット、仮想かそうDOMを使つかったフレームワーク開発かいはつなどを、ダーシノ（bc_rikko）さんが解説かいせつします。 はじめまして、ダーシノ（@bc_rikko）です。さくらインターネットでフロントエンドエンジニアをする傍かたわら、NES.cssというファミコン風ふうCSSフレームワークを開発かいはつしています。 さっそくですが、皆みなさんは、ReactやVue.jsといったJavaScriptフレームワークを使つかったことがありますか？ そういったフレームワークで使つかわれている、仮想かそうDOMについて知しっていますか？ 「聞きいたことない」「聞きいたことはあるけど、どう実装じっそうされているかは知しらない」「熟知じゅくちしている」。いろいろなレベルの方ほうがい

                                            仮想DOMは本当に“速い”のか？ DOM操作の新しい考え方を、フレームワークを実装して理解しよう｜ハイクラス転職・求人情報サイト AMBI（アンビ）

                                          • まだ使つかってる？今いまは非ひ推奨すいしょうとなったJavaScriptの書かき方かた

                                            2021年ねん11月18日にち JavaScript いつも何気なにげなく使つかっていたコードをふと調しらべ直なおしてみると、知しらないうちに「Deprecated（非ひ推奨すいしょう）」と書かかれている…なんてこともありますよね。今回こんかいはJavaScriptを書かいていて出でくわした非ひ推奨すいしょうとなったものをいくつか紹介しょうかいします。 ↑私わたしが10年ねん以上いじょう利用りようしている会計かいけいソフト！ document.write 画面がめんにテキストを表示ひょうじする document.write 。JavaScriptの勉強べんきょうを始はじめて最初さいしょに書かいたコードがこれだったという方ほうもいるのではないでしょうか？これはブラウザーのレンダリングに悪影響あくえいきょうが出でたり、DOMへの影響えいきょうなどを考慮こうりょして「強つよく非ひ推奨すいしょう」とされています。 これまでの記述きじゅつ例れい： document.write('やっほーい'); 解決かいけつ策さく1：textContent や innerHTML を使つかう 代かわりに文字もじ列れつを書かき換かえる textConte

                                              まだ使ってる？今は非推奨となったJavaScriptの書き方

                                            • Facebook製せいの新あたらしいステート管理かんりライブラリ「Recoil」を最速さいそくで理解りかいする - uhyo/blog

                                              昨日きのう、Facebook製せいのReact用ようステート管理かんりライブラリRecoilが発表はっぴょうされました。Facebook製せいといってもReact公式こうしきのステート管理かんりライブラリとかそういう位置付いちづけではないようですが、それでも大おおきな注目ちゅうもくを集あつめているのは間違まちがいありません。 そこで、筆者ひっしゃがRecoilに対たいして思おもったことや、筆者ひっしゃの視点してんから見みたRecoilの特徴とくちょうを記事きじにまとめました。 なお、この記事きじの執筆しっぴつ時点じてんでは副作用ふくさようの扱あつかいなどの点てんはいまいち情報じょうほうが揃そろっていません。この記事きじでは速報そくほう性せいを重視じゅうしし、コアのステート管理かんり部分ぶぶんに絞しぼって考かんがえています。また、まだexperimentalなライブラリなので、今後こんごこの記事きじの内容ないようからRecoilのAPIが変化へんかしたとしても悪あしからずご了承りょうしょうください。 この記事きじを書かくときに筆者ひっしゃが色々いろいろ試ためしていたCodeSandboxはこちらです。 https://codesandbox.io/s/recoil-san

                                                Facebook製の新しいステート管理ライブラリ「Recoil」を最速で理解する - uhyo/blog

                                              • HTMLでモーダルUIを作つくるときに気きをつけたいこと - ICS MEDIA

                                                ダイアログやハンバーガーメニューといったユーザーインタフェース（UI）は、多おおくのウェブサイトで利用りようされており頻繁ひんぱんに見みかけます。どこでも見みかけることから「簡単かんたんに作成さくせいできる」と思おもわれがちですが、意外いがいと実装じっそうが難むずかしいUIです。たとえば、エンジニアでなくとも、以下いかのような現象げんしょうに気付きづいたことはないでしょうか？ ダイアログを表示ひょうじ中ちゅうに、裏側うらがわのコンテンツがスクロールできてしまった ダイアログを表示ひょうじ中ちゅうに、Tabキーでキーボード操作そうさを行おこなうと裏側うらがわを操作そうさできてしまった ▼裏側うらがわがスクロールできてしまう例れい ▼裏側うらがわがキーボード操作そうさできてしまう例れい これらを解決かいけつするためには、手軽てがるな正攻法せいこうほうはなく、複雑ふくざつなJavaScriptの制御せいぎょが必要ひつようになります。本ほん記事きじでは、ダイアログやハンバーガーメニュー等とうのモーダル系けいのUIに存在そんざいする気き付つきづらい問題もんだい点てんと、解決かいけつ方法ほうほうを紹介しょうかいします。ダイアログとハンバーガーメニューはそれぞれ役割やくわりの異ことなるUIですが、

                                                  HTMLでモーダルUIを作るときに気をつけたいこと - ICS MEDIA

                                                • 社内しゃないでフロントエンドのパフォーマンスチューニングコンテストを開催かいさいした

                                                  フロントエンド/Node.js エンジニアの mizchi です。plaid では新あたらしい分析ぶんせきエンジンのフロントエンド側がわの技術ぎじゅつ的てきな仕様しようを考かんがえたり、それを実装じっそうしたりしています。趣味しゅみとして社内しゃないの他ほかのプロダクトのパフォーマンスを勝手かってに測はかって、貼はり付づけていくこともあります。 plaid のエンジニア組織そしきには「組くみ」という制度せいどがあって、メインとなるプロダクト以外いがいにも、そのテーマで会社かいしゃ横断おうだんで活動かつどうするグループがあ

                                                    社内でフロントエンドのパフォーマンスチューニングコンテストを開催した

                                                  • TypeScriptのTips集しゅう

                                                    この記事きじは TypeScript Advent Calendar 2020 の 17 日にち目めです。 今回こんかいは TypeScript のTipsをいくつかあげていきたいと思おもいます！ 割わりと基本きほん的てきなものが多おおいので、普段ふだんから TypeScript をがっつり書かいている方ほうに取とってはすでに知しっているものが多おおいかもしれません。ただ、意識いしきしないとあまり使つかわなかったり、TypeScript の経験けいけんがない方ほうに取とっては新鮮しんせんなものもあるのでは？と思おもったので書かいてみました。 keyof オブジェクトのキーを union 型がたに type Post = { id: number; title: string; content: string; }; type PostKey = keyof Post; // type PostKey = "id" | "title" | "content" const sortBy = <

                                                      TypeScriptのTips集

                                                    • シンプル図解ずかい: 正規せいき表現ひょうげんの (?= ) とか (?! ) とか (?<= ) とか (?<! ) とか - Qiita

                                                      入社にゅうしゃ1年ねん目め、趣味しゅみは整理せいり整頓せいとん、 @pal4de です。 正規せいき表現ひょうげんが大好だいすきです。 先日せんじつ投稿とうこうした記事きじが好評こうひょういただき本当ほんとうにうれしかったです。もっとたくさんの人ひとに読よんでもらいたい！！！ さて、上うえの記事きじで紹介しょうかいしたのは単語たんご境界きょうかい \b でしたが、これは先読さきよみ/後こう読よみを駆使くしして下記かきの通とおりに表あらわせると紹介しょうかいしました。 便利べんりな\bですらショートハンドに過すぎず、真しんに強力きょうりょくなものは 先読さきよみ(?=...)と後のち読よみ(?<=...) だということを主張しゅちょうしたい！！！ わかりすい図解ずかいも添そえましたので、是非ぜひお楽たのしみください🏝️ 正規せいき表現ひょうげんの記号きごうは4種類しゅるい 先読さきよみの紹介しょうかいに入はいる前まえに、改あらためて正規せいき表現ひょうげんを俯瞰ふかんしてみましょう。 誤解ごかいを恐おそれずに言いえば、正規せいき表現ひょうげんに出でてくる記号きごうの種類しゅるいは4つしかないといえます1 2。 このようにとらえてみると、正規せいき表現ひょうげんと向むき合あうのがだいぶ楽らくになります。体系たいけい化かされた理解りかいへの第一歩だいいっぽですね 🗿 図ずにもある通とおり、 行頭ぎょうとう ^ も

                                                        シンプル図解: 正規表現の (?= ) とか (?! ) とか (?<= ) とか (?<! ) とか - Qiita

                                                      • [JavaScript] URLを文字もじ列れつ結合けつごうで組くみ立たてないために、url-cheatsheetを作つくった

                                                        [JavaScript] URLを文字もじ列れつ結合けつごうで組くみ立たてないために、url-cheatsheetを作つくった URLを文字もじ列れつ結合けつごうで組くみ立たてると色々いろいろ問題もんだいが起おきやすいので、それを避さけるためにURL APIやURLSearchParams APIでURLを組くみ立たてるパターンをまとめたチートシートを作つくりました。 azu/url-cheatsheet: URL manipulation cheatsheet for JavaScript URLにユーザーが入力にゅうりょくした文字もじ列れつを含ふくめるときはencodeURIComponentでエスケープする URLはプレーンな文字もじ列れつではなく構造こうぞう化かされた文字もじ列れつ(文字もじの並ならびに意味いみがある文字もじ列れつ)として扱あつかわないと、さまざまな問題もんだいを抱かかえやすいです。 たとえば、次つぎのように文字もじ列れつ結合けつごうでURLを組くみ立たてるとパストラバーサルの問題もんだいがあります。 name に ../../adminのような文字もじ列れつが

                                                          [JavaScript] URLを文字列結合で組み立てないために、url-cheatsheetを作った

                                                        • エラーは出でないけど…何なにか変へん？？Vue.jsでやりがちな「サイレント・ミス」（ロジック編へん） - ICS MEDIA

                                                          Vue.jsは初はつ学者がくしゃにもとても手厚てあついサポートを提供ていきょうしてくれるフレームワークです。 たとえば、以下いかのコードで「リセット」ボタンを押おすと「propsのcountは子こコンポーネントから変更へんこうすべきではない」とわかりやすくエラーを表示ひょうじしてくれます。 <template> <div class="CountViewComponent"> カウント={{count}} <button @click="reset">リセット</button> </div> </template> <script> export default { props: { // 表示ひょうじするカウント値ち count: { type: Number, default: 3 } }, methods: { // カウントをリセットします reset() { this.count = 0 } } } </script> それでも時ときとして、

                                                            エラーは出ないけど…何か変？？Vue.jsでやりがちな「サイレント・ミス」（ロジック編） - ICS MEDIA

                                                          • サービス間あいだ通信つうしんのための新しん技術ぎじゅつ「gRPC」入門にゅうもん | さくらのナレッジ

                                                            たとえば次つぎのような「user.proto」というプロトコル定義ていぎファイルを用意よういし、これを変換へんかんする例れいを見みてみよう。 syntax = "proto3"; message Picture { uint32 id = 1; uint32 width = 2; uint32 height = 3; enum PictureType { PNG = 0; JPEG = 1; GIF = 2; } PictureType type = 4; } message User { uint32 id = 1; string nickname = 2; string mail_address = 3; enum UserType { NORMAL = 0; ADMINISTRATOR = 1; GUEST = 2; DISABLED = 3; } UserType user_type = 4; repeated

                                                              サービス間通信のための新技術「gRPC」入門 | さくらのナレッジ

                                                            • JavaScriptで任意にんいのHTML要素ようそをPicture-in-Pictureする

                                                              みなさんはPicture-in-Picture(PiP)という機能きのうを使つかったことがありますか。PiPは動画どうがコンテンツなどを浮遊ふゆうする小しょう窓まどに表示ひょうじする機能きのうです。小しょう窓まどはウィンドウの外側そとがわを自由じゆうに移動いどうできます。 デスクトップが賑にぎやかになりがちなPCでもPiPは大だい活躍かつやくなのですが、特とくにスマートフォンにおいては数少かずすくない「ウィンドウ」機能きのうになります。Androidはもちろん、iOS14も対応たいおうしたことで話題わだいになりました。 これによってスマホ一いち台だいあれば、ソシャゲの公式こうしき生放送なまほうそうを見みながらソシャゲのイベントを周回しゅうかいする地獄じごくのような行為こういが可能かのうになりました。 利用りよう者しゃという視点してんから見みると非常ひじょうに便利べんりなのですが、開発かいはつ者しゃから見みると動画どうがしか表示ひょうじできないのはなかなか使つかい所しょが難むずかしくなります。そこで、この機能きのうを使つかって好すきな情報じょうほうを表示ひょうじできないか実験じっけんしてみました。 PiP機能きのうの対応たいおう環境かんきょう Chrome 70 Firefox 71（制限せいげん付つき） mac

                                                                JavaScriptで任意のHTML要素をPicture-in-Pictureする

                                                              • Alfredの代替だいたいとしてRaycastを使つかっている - 詩しと創作そうさく・思索しさくのひろば

                                                                新春しんしゅんツール入いれ替かえシリーズです。macOS における Spotlight 的てきなランチャーツールとして Alfred を長ながいこと使つかってきたが、最近さいきん Raycast を使つかってみてこれがよかったので、以来いらいずっと使つかい続つづけている。 Raycast - Supercharged productivity 開発かいはつ者しゃのための便利べんりツールという売うり文句もんくのようで、そういう点てんがまさに気きに入いった。 カレンダーの次つぎの予定よていが表示ひょうじされる まずこれがいい。これだけで十じゅう分ふん使つかえる。ランチャーを起動きどうしたときにカレンダーの次つぎの予定よていを表示ひょうじしてくれる。Enter でそのまま Meet や Zoom を開ひらいてくれるのでキーボードから手てを離はなす必要ひつようがない。 もともとカレンダーの確認かくにんには Dato を使つかっていたし今いまも使つかってるが、これでミーティングへのアクセスがかなりよくなった。 コミュニティベースの Store で機能きのうを追加ついかできる https:

                                                                  Alfredの代替としてRaycastを使っている - 詩と創作・思索のひろば

                                                                • 実践じっせん！ Typescript で DDD - マイクロサービス設計せっけいのすすめ - Leverages Tech Blog

                                                                  対象たいしょう読者どくしゃ マイクロサービス化かを検討けんとうしており、実際じっさいに作つくる場合ばあいの構成こうせいを参考さんこうにしたい。 ドメイン駆動くどう設計せっけいについて、基本きほん的てきな用語ようごの知識ちしきがある。 TypeScript を多少たしょう触さわったことがある。理解りかいがある。 はじめに こんにちは。エンジニアの吉村よしむらです。 現在げんざい、弊社へいしゃが運営うんえいする teratail というサービスに携たずさわっており、CakePHP で動作どうさしているモノリシックな既存きそんサービスをマイクロサービスに移行いこうするというプロジェクトを進行しんこう中ちゅうです。 この記事きじでは、実務じつむを通とおして得えた知見ちけんとして、マイクロサービス化かによりどんな恩恵おんけいがあるのか、具体ぐたい的てきにどのような構成こうせいで実装じっそうをしているのかについてご紹介しょうかいします。 TL;DR マイクロサービスのバックエンドサービスの実装じっそうに焦点しょうてんを絞しぼって、ドメイン駆動くどう設計せっけい + オニオンアーキテクチャをベースに設計せっけいをしました。 本ほん記事きじでは、具体ぐたい的てきに「ユーザ新規しんき登録とうろく処理しょり」の実装じっそうをする場合ばあいを例れいにとり、実みのる

                                                                    実践！ Typescript で DDD - マイクロサービス設計のすすめ - Leverages Tech Blog

                                                                  • 無限むげんスクロールは考慮こうりょすることが多おおい

                                                                    毎年まいとし無限むげんスクロールの実装じっそうをしているのだが正直しょうじきなところ実装じっそうしたくないので依頼いらいされたときの反論はんろん材料ざいりょうとして実装じっそうしたくない理由りゆうを言語げんご化かしておこうと思おもう。 無限むげんスクロールとは 無限むげんスクロールが何なにを指さすかを知しらない人ひとのために解説かいせつすると、ページにコンテンツを足たす方式ほうしきでページネーションする UI を指さしている。例たとえば Twitter のように下したにどんどんコンテンツが伸のびていく UI が良よい例れいだろう。そのような UI を無限むげんスクロールと呼よぶことが正式せいしきなのかは知しらないが、このような体験たいけんの実現じつげんを支援しえんするライブラリに infinite-scroll というものがあり、少すこしは普及ふきゅうしている呼よび方かたなのだと思おもい無限むげんスクロールという言葉ことばを使つかう。一方いっぽうで WEB フロントエンド文脈ぶんみゃくで無限むげんスクロールと言いうと複雑ふくざつ GUI やドローイングツール実装じっそうにおける "無限むげん平面へいめん" のようなニュアンスもあるが、今いまは無限むげん平面へいめんのことを指さしているわけ

                                                                      無限スクロールは考慮することが多い

                                                                    • GoogleスプレッドシートにChatGPTの回答かいとうを表示ひょうじさせる関数かんすうの作つくり方かた - あなたのスイッチを押おすブログ

                                                                      今回こんかいは、以下いかのアニメーションのように、Google スプレッドシートに情報じょうほうを入力にゅうりょくすると、ChatGPTの回答かいとうを自動的じどうてきに取得しゅとくしてくれる関数かんすうの作つくり方かたをご紹介しょうかいします。 サンプルのスプレッドシートも公開こうかいしますので、以下いかのリンクからよかったら見みてみてください。 ChatGPT関数かんすうサンプル Google スプレッドシートに情報じょうほうを入力にゅうりょくすると、ChatGPTの回答かいとうを自動的じどうてきに取得しゅとくしてくれる関数かんすうの活用かつよう事例じれいです。

                                                                        GoogleスプレッドシートにChatGPTの回答を表示させる関数の作り方 - あなたのスイッチを押すブログ

                                                                      • Reactを取とり巻まく状態じょうたい管理かんりの潮流ちょうりゅうを学まなぼう。HooksやServer Componentsなどの登場とうじょうで何なにが変かわるか｜ハイクラス転職てんしょく・求人きゅうじん情報じょうほうサイト AMBI（アンビ）

                                                                        Reactを取とり巻まく状態じょうたい管理かんりの潮流ちょうりゅうを学まなぼう。HooksやServer Componentsなどの登場とうじょうで何なにが変かわるか Reactを取とり巻まく状態じょうたい管理かんりのアプローチは変化へんかを続つづけていますが、いま知しっておくべき手法しゅほうとはどのようなものでしょうか。小林こばやし 徹てっ（@koba04）さんに、現在げんざい、そしてこの先さきの状態じょうたい管理かんりについて執筆しっぴついただきました。 こんにちは、小林こばやし（@koba04）です。 2019年ねん5月がつに『SPAにおける状態じょうたい管理かんり:関数かんすう型がたのアプローチも取とり入いれるフロントエンド系けいアーキテクチャの変遷へんせん』という記事きじを書かきましたが、そこから2年ねん以上いじょうが経過けいかし、Reactを用もちいた状態じょうたい管理かんりは大おおきく変かわりました。本ほん記事きじではReactを取とり巻まく状態じょうたい管理かんりの変遷へんせんについて解説かいせつします。 広ひろがるReduxの採用さいよう Hooksの登場とうじょう コンポーネントツリーから独立どくりつした状態じょうたい管理かんり Concurrent Featuresによる新あたらしいユーザー体験たいけん 状態じょうたいとキャ

                                                                          Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか｜ハイクラス転職・求人情報サイト AMBI（アンビ）

                                                                        • 最近さいきんReactを始はじめた人ひと向むけのReact Hooks入門にゅうもん

                                                                          ReactにHooksの仕組しくみが導入どうにゅうされてからずいぶん経たちました。Hooks導入どうにゅう当時とうじのコミュニティの熱狂ねっきょうは、それはもう凄すごいものでした。「Reactにとんでもない機能きのうが実装じっそうされたぞ！」と大騒おおさわぎで、Hooksについての新あたらしい記事きじを見みない日ひはありませんでした。 そんな盛もり上あがりも冷さめつつあり、Hooksも実務じつむに密着みっちゃくした「当あたり前まえ」の機能きのうになったのかな、と思おもいました。しかしその一方いっぽうでまだHooksについてはよくわからないという人ひとも多おおく、知識ちしきの二に極きょく化かを生うんでいるように感かんじます。 世よの中なかにはReactにすでに全まったく馴染なじんでいる人ひと向むけのHooksの解説かいせつ記事きじは多おおく見当みあたりますが、最近さいきんのReact初心者しょしんしゃに向むけてのHooks解説かいせつ記事きじはあまり多おおくありません。この記事きじでは、Hooksについて実例じつれいを示しめしつつReactの基礎きそ的てきな面めんからの解説かいせつを行おこないます。 React初心者しょしんしゃ向むけのHooks 世よの中なかにはもう多おおくの高こう品質ひんしつなHo

                                                                            最近Reactを始めた人向けのReact Hooks入門

                                                                          • Node.jsの後悔こうかいから生うまれた新あたらしい実行じっこう環境かんきょう・Deno入門にゅうもん 〜簡単かんたんなアプリケーション作成さくせいハンズオン付つき〜 | さくらのナレッジ

                                                                            こんにちは！小田島おだじまです。ウェブ業界ぎょうかいに来くる前まえは手品てじな業界ぎょうかいで働はたらいていました。最近さいきんは外出がいしゅつ自粛じしゅくで手品てじなをやる機会きかいがないので家いえでひたすら練習れんしゅうしています。 前回ぜんかいの記事きじ「いまさら聞きけないNode.js」は、「わかりやすい」「いい記事きじ」「背景はいけいの説明せつめいが丁寧ていねい」といった好意こうい的てきな反応はんのうが多おおくて安心あんしんしました。 「Denoについては後日ごじつ記事きじを書かきます」と前回ぜんかい宣言せんげんしたので、今回こんかいはDenoについての入門にゅうもん記事きじを書かきます。よろしくおねがいします！ 対象たいしょう者しゃ 今回こんかいは、こんな人じんが対象たいしょうです。 Denoって何なに？ Node.jsとどう違ちがうの？ 全然ぜんぜん触さわったことないけど何なにか簡単かんたんで応用おうようが効きくものを作つくってみたい 前回ぜんかいと違ちがい、ハンズオンも含ふくまれています。ぜひ読よみながら実際じっさいに動うごかしてみてください。 Denoとは？ 前回ぜんかい同様どうように超ちょうざっくりと説明せつめいすると、JavaScriptとTypeScriptの動作どうさ環境かんきょうです。作者さくしゃはNode.jsと同おなじライアン・ダールです。D

                                                                              Node.jsの後悔から生まれた新しい実行環境・Deno入門 〜簡単なアプリケーション作成ハンズオン付き〜 | さくらのナレッジ

                                                                            • ホームページ- EY-Office

                                                                              小しょうネタです、JavaScriptで本日ほんじつの日付ひづけをYYYY-MM-DD形式けいしきで得えるコードは案外あんがい面倒めんどうです。 本日ほんじつ2023年ねん4月がつ17日にちなら 2023-04-17 という文字もじ列れつを得えるコードはRubyならTime.now.strftime("%Y-%m-%d")、Pythonならdatetime.today().strftime("%Y-%m-%d")（importは省略しょうりゃくしました）と簡単かんたんに書かけますが、JavaScriptでは案外あんがい面倒めんどうなのです。 追記ついき： いくつかの間違まちがいのご指摘してきがありましたので修正しゅうせいしました（2023-04-19）。 DeepAIが生成せいせいした画像がぞうです いっけん正ただしいようで間違まちがったコード new Date().toISOString().slice(0,10) new Date()で本日ほんじつの日時にちじを取得しゅとくします toISOString()メソッドは日時にちじデータをISO形式けいしきの文字もじ列れつに変換へんかんします、例たとえば 2

                                                                                ホームページ- EY-Office

                                                                              • setTimeout を完璧かんぺきに理解りかいする

                                                                                setTimeout は、指定していされた時間じかん以降いこうに指定していされたコードを実行じっこうする JavaScript の API です。ブラウザでも Node.js でも広ひろく使つかわれているのですが、実装じっそうはまちまちで、色々いろいろと特殊とくしゅな条件じょうけんも多おおく、挙動きょどうを完璧かんぺきに理解りかいしている人ひとは少すくないと思おもいます。この記事きじでは、そんな setTimeout を可能かのうな限かぎり深堀ふかほりりしてみようと思おもいます。 先さきに書かいておきますが、ものすごくニッチで細こまかい話はなしばかり並ならびます。突然とつぜん私わたしが、ただ純粋じゅんすいに setTimeout について調しらべたくなったので、その結果けっかをまとめただけのものです。普通ふつうに開発かいはつしている人ひとには必要ひつようのない情報じょうほうが多おおくなるでしょう。この記事きじは基礎きそから setTimeout を学まなぼう、という方ほうには全然ぜんぜん向むかないと思おもいます。 また、JavaScript のイベントループについてある程度ていど理解りかいしていることを前提ぜんていとします。その詳くわしい理解りかいには、@PADAone さん

                                                                                • Deno のめっちゃ難むずかしいバグを修正しゅうせいした - Qiita

                                                                                  2022年ねん4月がつ、Deno に以下いかのバグが報告ほうこくされました。 fetch API を使つかって 300KB ぐらいあるファイルをアップロードすると、一定いってい確かく率りつでアップロードされたファイルが壊こわれるというバグの報告ほうこくです。 報告ほうこく者しゃによれば、1.20.6 まではバグは発生はっせいしておらず、1.21.0 から発生はっせいするようになったという事ことです。1.20.6 の次つぎのリリースが 1.21.0 なので、パッチバージョン1個こ分ぶんまで、バグの発生はっせい時期じきが特定とくていされている状態じょうたいです。 fetch 周まわりは自分じぶんはほぼ実装じっそうしていないので「担当たんとう範囲はんいではない」感覚かんかくだったので、普通ふつうにスルーしていました。 自分じぶんに限かぎらず、Deno Land コアチームの誰だれもこの issue にピンと来くる人ひとが居いなかったようで、stale ボット (数ヶ月すうかげつ進捗しんちょくの無ない issue を自動的じどうてきにクローズしようとするボット) に2回かいもクローズされかけていました。Deno の st

                                                                                    Deno のめっちゃ難しいバグを修正した - Qiita
                                                                                  1 2 3 4 5 6 7 8 9 10 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.