タグ

ブックマーク / lealog.hateblo.jp (9)

  • 最近のフロントエンドフレームワークに対する認識とお気持ちの整理 - console.lealog();

    久しぶりに、いわゆるポエムを。 新規・運用ヘルプを問わず、受託や副業でよくフロントエンドをやってるWeb屋の見解、そして手札のお悩み。 この先、また技術選定する際なんかにも参考になるかと思ったので。 React 「いまフロントエンドやるなら最初に覚えるべき!」は、もう過去の話かなーと個人的には思ってる。 Reactは`UI = fn(state)`なのが良い!とか言われるけど、あなたが必要としてるのは`UI = Component(props)`かもよって。 一昔前までは、たしかにあらゆる面で頭一つ抜けてる印象はあったけど、今はそうでもないか、その差はだいぶ埋まってきてると思ってる。(もちろん先行者利益みたいなところで、エコシステムはまだまだ優位な差があるかもしれんけど、それもあまり実感できたことはないし、いまからはじめる人はそんなんで困らんやろうし) 原初の時代からReactな案件をそれ

    最近のフロントエンドフレームワークに対する認識とお気持ちの整理 - console.lealog();
  • なんでもSPAにするんじゃねぇ!という主張のその先 - console.lealog();

    Your shopping website is not an SPA. I repeat: your shopping website is not an SPA. Stop trying to sculpt David with a JS chainsaw and get yourself an HTML/CSS chisel.— Alex Russell (@slightlylate) 2021年8月10日 この主張、界隈(少なくとも自分の観測範囲)では割とよく見かけるし、なんか定期的に話題になるトピックなのかなーと。 まあ持論としてもコレには概ね同意しており、会社のスタンスとも相まって、常日頃からぼんやり考えてたりすることでもある。 で、そんな折にこのツイートを発見して、さらにそれに言及してる人々を見て、ふと自分でも現状を整理しておきたいなーという気持ちになったので筆を執った次第。

    なんでもSPAにするんじゃねぇ!という主張のその先 - console.lealog();
  • やっぱりサーバーサイドレンダリングなんかしなくていいやという気持ち - console.lealog();

    個人の意見 aka ポエムです。 界隈的には今さら感がすごいけど。 そんな今さらポエった事情としては、 とある案件でSPAをReactで作りつつサーバーサイドレンダリング(以下SSR)をすることになるかも SPAじゃないページもまとめてReactでSSRすることになるかも ただ個人的にはSPA+SSR不要論者 サーバーサイドのテンプレートとしてのReactも冗長なだけやろ派 でも仕事なのでしゃーない(お客様がそう申されるなら・・ なのでやるからには再考察してみて、前向きにやれる要素を見つけたい! けどどんだけ考えてもやっぱり意義が見つけられなーい( ´Д`)=3 という感じで、SSR自体の是非はまあどうでもよくて、ただ個人的に「しなくていい」と思ってる気持ちをまとめたものです。 技術に是も非もないです。大事なのはどう使うかなのです。 ちなみにやってみた結果・・とかいう話ではなく、やってない

    やっぱりサーバーサイドレンダリングなんかしなくていいやという気持ち - console.lealog();
    aki77
    aki77 2017/07/23
  • 脱VimしようとしてAtomを触ってたけど、やっぱりVimを使うことにした - console.lealog();

    という事の顛末を、迷えるVimmerに伝えるべく・・。 脱Vimしようとしたきっかけ Lintが遅い。 eslint flow Webなフロントエンドの開発をよくやる身としては、 この2つのLinterを リアルタイムに エディタ上で 使いたい。 今までずっとSyntasticというプラグインを使ってたけど、デカいプロジェクトだと如実に遅い。 GitHub - vim-syntastic/syntastic: Syntax checking hacks for vim 小さいプロジェクトでも`:w`してから5秒くらい待たされたりしてて、どうにかならんかなーと思ってた。 ESLintに関しては、Lintのサーバーを裏で走らせておいて・・っていうことができる`eslint_d`を使うことでだいぶマシになる。 let g:syntastic_javascript_eslint_exec = 'e

    脱VimしようとしてAtomを触ってたけど、やっぱりVimを使うことにした - console.lealog();
    aki77
    aki77 2017/05/17
    lintのマウスホバーしないと見れない問題はlinter-ui-default@1.5.0だとデフォルト設定のままで解消されてそう
  • SassのMixinとPlaceholderの使い分け - console.lealog();

    ひとりケーススタディです。 前提として最近もやもや色々考えるけど、結局なんて結論付けたいかがよくわからんのが多いので、メモ書きってなニュアンス。 まずはおさらい。 Mixin // いわゆる関数っぽい定義の仕方で @mixin sample($color, $size) { background-color: $color; width: $size; height: $size; } // 使える .sample { @include sample(blue, 30); } ほかにも、 // いわゆる関数っぽい定義の仕方で @mixin sample($color, $size) { .sample { background-color: $color; width: $size; height: $size; @content; // コレに対して } } // ブロック投げ込める @

    SassのMixinとPlaceholderの使い分け - console.lealog();
    aki77
    aki77 2016/12/01
  • ブラウザかWebViewか、どちらで開かれたのかを判別するには - console.lealog();

    あると思った? 残念、そんなものはない! とはいえそれは"厳密に"やる場合の話で、今現在はなんとか・・なんとか・・・。 これを良しとするかはあなたのココロ次第です。 以下、奮闘記をお送りいたします。 20150813: 更新 ‘fullscreenEnabled’ in documentってすればもしかして(iOSのみ) https://github.com/uupaa/UserAgent.js こういうのもあるらしい 20150422: 更新 まさかのiOSのLINEアプリのWebViewのUAが変わったらしく、FacebookとLINEが判別できるように! 20150407: 更新 まさかのiOSのTwitterアプリのWebViewのUAが変わったらしく、もうFacebookしか判別できないみたいです・・。 先に結論を書いておくと、現時点でiOSに限ってであればなんとかなります。 た

    ブラウザかWebViewか、どちらで開かれたのかを判別するには - console.lealog();
  • モバイル向けにSPAをつくってた話 - console.lealog();

    実は4月の頭にリリースされてて、今さら感のあるつくって"た"話です。 もちろん仕事でなのですが、ココはあくまで個人ブログなので、ある程度ぼやかしつつ書きます。 知ってる人は知ってると思いますが、コレです。 作ったもの 何もしらないとイメージしづらいと思うので、いちおう。 モバイルメインのWebサービス ゲームではないが、ゲーム性の強いWebサービス シナリオゲーみたいなやつ 複数のSPAと多数のページから成るそれなりの規模 ネイティブでもShell-Appでもなく純ブラウザ向け iOS5.x/Android4.x以上が対応OS Safari/標準ブラウザ/Chrome/各種WebViewが対象ブラウザ この記事を書こうと思ったわけ 新しいFWやらライブラリやら、流行り廃りが激しい最近ですが、 実績といえばなんのアテにもならないTODOアプリとか、たかだか3,4ルートのSPAだったりで、 実

    モバイル向けにSPAをつくってた話 - console.lealog();
  • Backbone.Marionetteのコード読んで日本語コメントをつけた - console.lealog();

    バージョンは1.8.1です。 (この記事書いてる間に最新バージョンが1.8.2になっててちょっとかなしかった。) Marionetteにはソースコメントつきのコードが見れるとこがあるのです。 参考:backbone.marionette.js それを、こう。 参考:backbone.marionette-ja.js 普通にBackbone使うより良いらしいと聞くものの、実際にどんなもんなのかはわからず・・。 検索しても日語の情報がほとんどないので、とりあえずソース読んでみようということで。 どうせ読むならコメントを日語にしよう!と思い。 訳自体は直訳気味のものが多いので、ソース読んでみての学びも一緒にメモっておく。 Backbone.Marionetteとは 公式にも説明があるように、Backbone.jsをベースにしたライブラリで、 jsで大規模なアプリケーションを作る!ってケースに

    Backbone.Marionetteのコード読んで日本語コメントをつけた - console.lealog();
  • apple-mobile-web-app-capableの挙動について - console.lealog();

    通常のWebページを、Safariではなく独自のアプリっぽい見せ方で表示できるという噂のプロパティです。 ただこのプロパティ、情報なさすぎや・・・。 とりあえずわかったことのメモ。 設定 設定するには、以下を指定。 <meta name="apple-mobile-web-app-capable" content="yes"> iPhone5の場合、あわせて以下を指定。 <meta name="viewport" content="initial-scale=1, maximum-scale=1, minimum-scale=1, user-scalable=no"> キモは、widthの指定をしていないところと、initial-scale=1なところ。 こうしないと、iPhone5では上下のセンター寄せみたいになります。 使う分にはコレだけです。 おまけ 上記設定でフルスクリーン化してい

    apple-mobile-web-app-capableの挙動について - console.lealog();
  • 1