jQueryは1個の要素と複数個の要素を同じように書かせる - fsubal
#フロントエンド #設計 #JavaScript 「1個の要素と複数個の要素を同じように書かせる」というのが実は jQuery の特徴の一つだと思っている。 document.querySelector() や querySelectorAll が出現して以降 jQuery の必要性はほとんどなくなったと言われる。 実際にこんなサイトもあるし https://youmightnotneedjquery.com/ これは実際その通り 一方、jQuery で書かれたコードを querySelector や querySelectorAll に移行しようとしたら苦しかったという経験をした人は多そう。 上のコードが下のようになる。 code:javascript $('.foo').on('click', e => { // ... }) Array.from(document.querySele
React ステート管理 比較考察 - uhyo/blog
こんにちは。Reactの話題の中でもかなりの部分を占めるのがステート管理、さらに言えば各種のステート管理ライブラリです。今さらながら、Reactにおけるステート管理の手法やいくつかのステート管理ライブラリを比較考察して記事にまとめました。 useState + バケツリレーReactにおける基本的なステート管理はuseStateです。ひとつのコンポーネント内で完結するようなステートならばuseStateは非常に適しており、他の選択肢はほぼ無いと言っても構わないでしょう。 ステートをアプリケーションの広範囲で使いたい場合が問題です。次の画像に例示されるように、分岐したコンポーネントツリーの末端のコンポーネント（使用者）で同じステートを参照したい場合を考えます。 useStateと組み合わせる場合、もっとも原始的な方法はpropsのバケツリレーによるものです。propsは親コンポーネントから子
電子情報学特論：Chromiumのアーキテクチャを解き明かす
電子情報学特論： Chromium のアーキテクチャを解き明かす 〜 EEIC の授業が生きるプロダクトの世界〜 Kentaro Hara 2020 April (๑>ᴗ<๑) * * * *
なぜScrapboxはMarkdownを採用していないのか - 増井俊之
字下げ.iconMarkdownというマークアップ言語がエンジニア界隈で広く使われている。もともとはHTMLをもっと簡単に記述したいという意図で開発されたものだそうで、<h1>タイトル</h1>と書くかわりに# タイトルと書けたりするので、記述が少し簡単になるというメリットがある。太字(<b>)やリスト(<ul><li>)なども簡単に書ける。 字下げ.iconMarkdownに慣れたエンジニアがよく「何故ScrapboxはMarkdownを採用しないんだ」と言ってくる。「Markdownを採用しないとか馬鹿じゃないの?」とまで言う人もいる。こういう人々は完全にMarkdown脳というか、自分がタマタマ慣れているものがサイコーだと考えているだけに思える。 字下げ.iconScrapboxのようなWikiで一番大事なのはページ間リンクの記述であり、ここに[...]という単純な記法を使っているた
2019年になってもまだjQueryを使用している理由
現在、jQueryを使用している人、そしてjQueryを取り去ろうとしている人がいると思います。jQueryの使用に対する一つの考え方を紹介します。 Why I'm still using jQuery in 2019 by Martin Tournoij 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は元サイト様のライセンスの元、翻訳しています。 2019年になってもまだjQueryを使用しているのはなぜですか Hacker News での議論 多くの人が「普通のJavaScriptを使えば、jQueryは必要ない」と主張しています。私は多くを必要としないので、jQueryを必要としませんが、確かに便利です。 You might not need jQueryのようなページでは、jQueryを捨てるのは簡単だというアイデアを売り込もうとしていますが、逆にこのページの最初の例
Yahoo! JAPANトップで見るウェブデザインの歴史
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog デザイン特集5本目、最後の記事です。 こんにちは、ブランドマネジメント室デザイナーの上田絵理です。 サービスロゴやアイコンの作成や管理、けんさくとえんじんというキャラクターの担当をしています。 私が入社した1999年当時は社員が100人くらいで、全員の顔が覚えられるくらいだったのですが、入社してから20年たった今、社員数は6500人超*1...！ インターネット環境とデバイスの変化とともに進化してきたYahoo! JAPANのトップページを、デスクトップ風のビジュアルで表現してみました。移り変わるウェブデザインの歴史をお楽しみください。 1996年 アメリカのYahoo!のデザインを踏襲 1996年4月に国内初の検索サイトYah
HTMLってホントよく出来てるな。
Objective-Cなんてのを書いてると、なんでこんなちっぽけなことを実現するのに時間がこんなにかかるんだろうと思う。 スキルや経験に問題があるかも？！というのは否定しないけど、Webベースで作ってる時に比べて、自分の生産性が1/20ぐらいになってる気がして、携帯HTMLのサーバサイドコード書いてた時と比較しちゃって、モチベーションの維持が本当大変。 HTMLのハイパーリンク、テーブル、CSS、、、すごくシンプルなアーキテクチャで、すごいよ、やっぱり。 なによりWebは分業したときの切り分けがエンジニアに優しいw。 唯一の弱点はサーバサイドコードが汚くなることだけど、汚くあることで可読性は悪いけど、その分、修正のスピードが早い。汚いところは君の頭の回転でカバーだ。 AjaxもいらないからブラウザとWebサーバの間で先読み技術などがどんどんリッチになって、Webの人はできるだけ使いやすいW
固定レイアウトのEPUBって何なのよ？ - 電書ちゃんねるBlog
ろす 今回から、EPUBの固定レイアウト（Fixed Layout）について、徐々に踏み込んでゆきたいと思います。 ここで主に扱うのは2012年3月13日に発表されたInformational DocumentであるEPUB 3 Fixed-Layout Documentsという文書。EPUB3の仕様本体からは切り離された位置づけにある文書ですが、出版デジタル機構や緊デジ（コンテンツ緊急電子化事業）の制作フォーマットとして利用される可能性もあり注目です。 EPUB 3 Fixed-Layout Documents 電書ちゃん 今日は入門者の立場に立って容赦なくツッコむわよ、覚悟しなさい。 そもそもEPUB＝リフローが一般的な理解だと思うんだけど、固定レイアウトは、リフローしないレイアウトよね。つまり、ディスプレイや文字の大きさによって行の折り返しやページ区切りの位置が変化したりしないのよね
ブラウザ判定(しかもダメダメ)しているYahoo! Japan - WebStudio
もずはっく日記(2008年1月) 2008年1月1日 ブラウザ判定(しかもダメダメ)しているYahoo! Japan 初回投稿日時: 2008年01月01日18時02分23秒 最終更新日時: 2008年01月03日10時17分37秒 カテゴリ: 雑談 SNS: Tweet (list) 新年一発目から不愉快な話です。Yahoo! Japanがトップページをリニューアルしてmixiみたいなウインドウの横幅が広めであることを大前提とした、馬鹿丸出しなレイアウトに変更されています。個人的には、常用しないサイトなのでどうでも良いといえばどうでも良いんですが、こうもPVの多いサイトが、またやってしまった、というのは不快に感じます。 今回のリニューアルで最悪なのが、ブラウザ判定で想定外のUA名だとものすごくデキの悪いデザインのページが表示されるのみという点です。しかもそのブラウザ判定が頭悪いことに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
