タグ

2018年11月28日のブックマーク (5件)

  • CSS in JSはCSSの書き方をどのように変えるのか - yuhei blog

    CSSの難しさの根源はセレクタにある。CSS設計のための方法論ではどのようにしてセレクタと関わるべきかについて語られる。 その関わり方がCSSのみで実現できなければならないという制約を捨てたのがいわゆるCSS in JSの類(定義的に微妙なやつも全部ひっくるめて)だ。可能性は一気に広がり無数のライブラリが生み出された。 ある程度の期間を経ていくつかの着目すべきアプローチが見えてきた。これから僕はどのようにセレクタと関わっていくべきかという視点で記してみたい。 擬似スコープ 通常CSSのセレクタにはスコープはないが、HTMLCSSにハッシュ値を付与して特定のコンテキストを擬似的に閉じてしまおうというアイデア。実装としては、Vue.jsの単一ファイルコンポーネント、Angularのコンポーネントスタイル、styled-jsxなど。関連するウェブ標準技術としてShadow DOMがある。 例え

    CSS in JSはCSSの書き方をどのように変えるのか - yuhei blog
    hamaco
    hamaco 2018/11/28
  • カウンターの寿司屋にビビっていた初心者が本気でうまい鮨屋めぐりをした結果、暴力的な美味しさに大声が出そうになった - ぐるなび みんなのごはん

    こんにちは。ライターの斎藤充博です。お寿司ってメチャクチャおいしいですよね。僕は大体いつだってお寿司をべたい。きっとみんなもそうなんじゃないでしょうか。 ところがお寿司には致命的な弱点があります。 ・いい寿司屋は値段がそこそこする ・カウンターで職人さんの前でべるのって緊張する ・どこ行ったらいいかわからない ……いや、これは寿司の弱点じゃないな。僕の弱点ですね。しかし僕もそろそろ、いいお寿司屋さんのカウンターに慣れておきたい。慣れよう。 そんなわけで都内のおいしいお寿司屋さんのカウンターをめぐっていきます。なお、当にどこに行ったらいいかわからないので、当サイトの記事からお店をチョイスさせてもらっております。 r.gnavi.co.jp この記事を書いているのは料理研究家のりな助さんこと、河瀬璃菜さん。コスパの良いお寿司屋さんばかりが載っていて、どこも美味そうです。 それと、こちらの

    カウンターの寿司屋にビビっていた初心者が本気でうまい鮨屋めぐりをした結果、暴力的な美味しさに大声が出そうになった - ぐるなび みんなのごはん
    hamaco
    hamaco 2018/11/28
  • 日本人の大人がよくする、英語の間違い

    人が間違えやすい英語 ver. 20210930 ガイ ナット nathaniel.guy@gmail.com 以下に、日人が間違いやすい英語の例を纏めてみました。主に英語上級レベルの方向けの記事として書きましたが、どのレベルの方でも是非、ご自身の英語力を磨くために参照いただければと思います。 なお、このガイドを作成するに当たり、友達の藤さんと野口さんに助言いただきました事を、深く感謝致します。 更新(11月16日):読んでくださった皆さん、シェアしてくださった皆さん、ありがとうございます!この記事は私の期待以上に皆さんにシェアしていただいて、当に嬉しいです。追加してほしいパターン、エラーの指摘、ご感想などを知らせたい方は、ご遠慮なく上記のメルアドへ連絡ください。 例:開始・終了時刻を述べるときの「from」 誤) “Today we will have visitors fro

    日本人の大人がよくする、英語の間違い
  • GitHub - MagicalTux/goro: PHP in Go

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - MagicalTux/goro: PHP in Go
    hamaco
    hamaco 2018/11/28
    :thinking_face:
  • LaravelでセッションIDで認証状態をチェックするステートフルなAPIを使う - Qiita

    Laravelは標準でAPI用のルーティングなり設定が用意されています。 しかしこれらの設定はトークンを利用して認証状態をチェックするものでありステートレスであることが前提となっています。 サーバサイドでレンダリングして、一部分だけちょろっとAPI経由でデータを取得したいがために、ログインセッションを使って認証済みならデータを取得するAPIを作ろうとしたときにハマったのでメモ。 話すこと LaravelにおいてセッションIDを利用してサクッとAPI作るやり方。 話さないこと ステートレスなAPIがベストなのかステートフルなAPIでもいいのかについて。 またAPIの設計のベストプラクティスについて。 TL;DR ステートフルなAPIでも要件が許されるなら、ステートフルAPI用の設定を追加すればサクッと実装できます。 ステートフル用のAPIのルーティングファイルroutes/statefulA

    LaravelでセッションIDで認証状態をチェックするステートフルなAPIを使う - Qiita