タグ

疑義ありとWebに関するvanbraamのブックマーク (6)

  • ピクセルパーフェクトは必要なのか? HTMLコーダーの考え方まとめ

    平尾誠@ARUTEGA.Inc @Makopontass コーディングを外に出すことが増えてきた。 やはり経験値が少ない人の品質管理は大変だと感じつつも、しぶとくピクセルパーフェクトを狙ってくる方に仕事を任せてよかった。 この再現性への執着心がないと伸び代を感じれない。 2020-09-20 00:34:07 吉 集 / aru inc. @tsuDoi220 いやー、実際そうなんですよねー。 ピクセルパーフェクトに、そもそも拘っていない人に、仕事お願いしたくない。テクニックどうこうより、全然こっちのほうが大事。ほんとに。 後、速度とちゃんと納期守ること。 当たり前のようだけど、意外とね、、、 twitter.com/makopontass/st… 2020-09-20 00:45:27

    ピクセルパーフェクトは必要なのか? HTMLコーダーの考え方まとめ
    vanbraam
    vanbraam 2020/09/21
    "ピクセルパーフェクト"(和製英語?)を求める人って,エンドユーザーがフォントサイズやウィンドウ幅を変更するのも禁止するのかな? だとしたらそんなの迷惑でしかない.利用者にとっては見易さ使い易さ>>>デザイナーの拘り
  • 「Railsは終わった」と言われる理由 - Qiita

    はじめに Rubyは死んだ、Railsは時代遅れという人が最近増えてきたように思えます。 私自身RubyRailsを書いて3年位経ちますが、「終わりつつあるな」と実感することが多いです。 そう思った経緯を記事に書いていきます。 Railsの特徴 Railsの特徴というか、流行した要因としては以下の5つが大きいと私は思っています。 テンプレート、パーシャル、レイアウトをERBを使ってすばやく構築できる Active Recordによってデータベースを簡単に定義、操作ができる アセットパイプラインによってcss、jsを管理することができる チュートリアルが充実している Rubyという柔軟性の高い言語によって開発することができる 私はRailsはこの5の柱によって支えられていると思っています。 これらの5の柱のメリットにより、Railsは大流行しました。 すばやく簡単にプロダクトを作ること

    「Railsは終わった」と言われる理由 - Qiita
    vanbraam
    vanbraam 2019/03/07
    頷ける部分もあるが,少なくとも以下は自分の認識と異なる:"クラスの継承":ある;"インターフェース":ClassとModuleを組み合わせればほぼ不要?;"ラムダ":ある;Rubyは読みにくいというより全部読まないとデバグできない点が辛い
  • GraphQLを導入してみて得た知見と雑感。GraphQLはタイタニックの救命ボードになりえるかも - Qiita

    GraphQLは実装内容に合えばタイタニックの救命ボードのように混沌から救い出してくれる。だからと言って全てのプロジェクトがタイタニックな訳ではないので、使い所が合わなければそんな救命ボードにもあまり意味は無い、という話。 先日、個人開発して公開したプロジェクト「node-node-node」のバックエンドはRails APIGraphQLを使っていて、このプロジェクト内容に対しては最高の親和性を発揮してくれた。 GraphQLのメリットを一言で言えば「クライアント=サーバー間での複雑なトランザクション処理の全てをGraphQLが吸収してくれる」ということに尽きる。ややこしい技術の詳細を書いたところでメリットはこれ以外に無い。 /usersや/postsというそれぞれのエンドポイントにリクエストを投げていたのがRESTful。 GraphQLにするとエンドポイントを気にすることなく「これ

    GraphQLを導入してみて得た知見と雑感。GraphQLはタイタニックの救命ボードになりえるかも - Qiita
    vanbraam
    vanbraam 2018/02/11
    "親子関係が何回も続く階層構造になったノードがサーバー側のDBに"<この時点ではデータ構造の設計が悪いのでは?と思ったが,最後まで読むとデータ構造がグラフだった.そりゃGraphQLがハマる.というかRDBに入れない方がいい
  • なぜポストREST APIが求められるのか? REST APIがカバーできない2つの要因とその対策 - Morning Girl

    なんだか珍しく、あおり気味のタイトルにしてしまいました。 最近読んだ以下の記事が大変おもしろかったので、今まで私の中で度々反芻していたものを文章としてまとめてみました。 gihyo.jp なぜ今GraphQLが騒がれているのか。ポストRESTが求められている理由、なぜポストRESTが求められなければいけないのか? ポストRESTの登場によって私たちにとって何が嬉しくなるのか? そのあたりを色々と触れていきたいと思います。 文に入る前に ここでは、RESTと記載していものに、REST ful であることも含めています。RESTの推奨(規約ではない)に準拠して開発されたAPIをREST Fulと呼ぶのであって、そこにAPIとしての違いは無いためです。 どちらかと言えば、私の意識としてはパブリックなAPI、オープンデータ用のAPIであったり、KintoneやSANSAN、Salesforce

    なぜポストREST APIが求められるのか? REST APIがカバーできない2つの要因とその対策 - Morning Girl
    vanbraam
    vanbraam 2018/01/15
    多くの人はRESTとRESTfulの区別すらしてない.この記事も混用;GraphQLがRESTfulの後継扱いされる違和感には同意.この2つはlayerが違うし,組み合わせて使うことも可能;"カバーできない要因"はこれらではなくstatefulnessだと思う
  • 最近Webサービスを気軽に作ることができなくなった気がする - 最近のアクティビティ

    昔話 昔(2009〜11年くらい)はみんなTwitter APIを使うだけのWebサービスを大量に作ってた。ブラウザで動くTwitterクライアントだったり、診断系だったり、あとはTwitterとなんかのAPIをマッシュアップ(死語)させるやつを作ってた。最近の若者は、あんまりWebサービスを作ってインターネットに公開していないような気がする。今はアプリ開発の人もいるからそっちに流れてるのかもしれないけど。 気軽に作れない理由 これは結論から言ってしまうとWebサービスを作って公開するのに考えることが増えたという話だ。 Webサービスを公開するのに、最低限ローカルの開発環境とWebサービスをホスティングする環境(自宅サーバ、VPS、IaaS、PaaS、なんでも良い)の2つがあればよかった。今もそうだ。でも、今はそれだとダサいと言われるようになってしまった。 Ansible, Chef, I

    最近Webサービスを気軽に作ることができなくなった気がする - 最近のアクティビティ
    vanbraam
    vanbraam 2017/08/16
    本人も書いてる様にPaaS(Heroku)使って別に構わないと思う."一部の心の狭いエンジニア"は手段と目的を履き違えてる愚か者だから無視してOK.法的側面含むセキュリティには気を配らないとマズい(それは昔も同じ)
  • 知っているようで知らないWebサーバアーキテクチャ

    第6回ゲームサーバ勉強会用資料です。 Webの技術の根幹となるHTTPやTCP/IPを軽くおさらいしたあと、 マルチプロセス、マルチスレッド、イベント駆動といったサーバアーキテクチャについて解析し、 さらにイベント駆動を実現するための非ブロッキングI/OとI/Oの多重化について解説します。

    知っているようで知らないWebサーバアーキテクチャ
    vanbraam
    vanbraam 2017/05/22
    マルチプロセスの所で何の前提もなくfork&CoWが出てきた事に違和感.今は別ホスト上で複数プロセス起動してLBで振り分ける(実際最初の方にスライドがある)事も普通で,その場合CoWは(共有メモリがないと)使えないのでは
  • 1