はてなブックマーク

闇の魔術に対する防衛術 Advent Calendar 2020 を完走するため、深夜のテンションで書き殴ったポエムです。(4日目) 明日(5日目)は、@taptappun さんによる Github Hacking ~Githubを容量無制限のクラウドストレージとして使用する試み~ です。 ※ 2020/12/04 21:54 大幅に加筆/修正しました 先生「本日は 日本中を震撼させた闇の魔術 に対する防衛術を教えます。皆さんは、 今日から遡ること642日前 、日本中を恐怖に陥れた、 言葉に出すのも躊躇われる、 あの呪い を知っていますか？」 ぼく「はい。Qiitaでも多くの記事が上がっていたので覚えています。」 先生「あの呪いの恐ろしいところは、 ほんとうに何気もない、日常生活で気にもとめないほど、ありふれた魔法 が、あの日を境に、あの呪いが発現したこと によって、 命を落としかねない危

この記事は 闇の魔術に対する防衛術 Advent Calendar 2020 の2日目の記事です。 3日目は @Ringa_hyj さんの記事です。 参加しているカレンダーとして完走させたいので、是非参加してください！ 枠はまだまだ空いています！ 闇の魔術っぽいタイトルにするため、タイトルを一部省略しました。 本記事では (常に検索結果が)存在しない正規表現 を考えてみる記事です。 正規表現は 「文字列内で文字の組み合わせを照合するため」に用いられるもの です。 では、正規表現では無意味なパターン、 「常に照合結果が0件となるパターン」 は作れるでしょうか？ そのようなパターンが作れるのであれば、「実務で使われることがない（意味がない）≒知られていない」ことから、 正規表現の秘密の部屋 といえるでしょう。無理やり また、関連した内容として、 「常に照合結果が存在するパターン」 と、 「(予

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は 闇の魔術に対する防衛術 Advent Calendar 2020 の1日目の記事です。 2日目も埋まっていなかったので 存在しない正規表現 という記事を書きます。 参加しているカレンダーとして完走させたいので、是非参加してください！ 枠はまだまだ空いています！ DEAD CODE COOKBOOK ~デッドコードの作り方と復活の呪文~ を11/30に公開しました。 以下は、「はじめに」「🔖中断を利用するパターン」「🧪return後のコード」「👼ネスト修正による中断コードの移動」「🧟goto文のラベルによるジャンプ」「

続編を書きました。CSSも大幅改善してるので、一度見てみてください。 【小数点実装】「(HTML +) CSS」のみを使って、今「もっとリアルな電卓」を作ってみた - Qiita 完成品 まずは、CodePenで完成品を紹介します。ボタンを押して計算を試してみてください。 ※ スマホだと反応が悪い場合があります。 See the Pen qiita_calc_last by j5c8k6m8 (@j5c8k6m8) on CodePen. はじめに はじめて、CSS カウンター の存在をはじめて知ったときは驚きました。 テーブルの行番号は (必要であればJavaScriptで動的に) HTMLに記載するしか方法がない と思っていたからです。 Qiitaにも、CSSカウンターのサンプルを載せた良記事があります。 CSS でテーブルに行番号を振る - Qiita CSSで見出しタグに連番をつけ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

「Qiitaの今読んでおくべき記事１００選」を通して見直されるといいなと思っていること(ポエム) 本集計は、 LGTM が最近されたほど価値が高い と評価しています。 実際に集計後のランキングは、ある程度、今価値の高い記事が載せれたのではないかと思っています。 Qiitaの記事には 更新日時から1年以上/3年以上経過すると警告が表示されます が、 自身が LGTM した記事に、いつ LGTM をしたかは分かりません。 記事については、何度も役に立つ記事もあるし、 そのたびに投稿者には役に立ったことが伝わってもいいと思います。 再LGTMを促す仕組み や、 再LGTM の文化 があってもいいのではないか、と思っています ※ 再LGTMすることで、本ランキングは上がります。 さいごに 当初、ランキングは記事にするわけではなく自分の興味で作成しましたが、 結果として、 知らなかった良記事にも多く

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに async/awaitで①並列実行, ②直列実行, **③即時実行(待受無し)**の書き方をまとめました。(ECMAScript 2017前提) 記事等では、**(A) for-of(iterableのループ)を使う方法と、(B) Array.prototype(配列のメソッド)**を使う方法に2分されますが、①並列実行, ②直列実行, **③即時実行(待受無し)**で、(A)と(B)のどちらを使うべきか(どちらが可読性が高いか)を考えます。 (1) 複数文の繰り返し処理 (1-A) for-of(iterableのループ) (1-A-①) 並列実行 const secSleep = sec => new Promise(resolve => setTimeout(resolve, sec * 1000)); (async () => { console.log('START')