2018年10月19日のブックマーク (9件)

  • Flutterだけじゃない! Dart × Webフロントエンドの現状と未来

    JSに似て読み書きしやすいシンタックスに加え、型推論やジェネリクスなど魅力的な機能を備えたDartJavaScriptに変換する仕組みがある点や、iOS、Android、Webの3大Clientで使える言語を目指して設計されている点を踏まえると、DartでのWebフロントエンド開発も夢ではないように感じます。 ただ、言語がよければすぐに使えるというわけではなく、使いやすさや開発環境も大切な要素の1つです。 昨今のWebフロントエンドはできることが増え、それに伴いエコシステムもとても進歩していて、複雑で大規模な開発でもスムーズに行えるようになってきている印象です(1番最初の環境構築が大変とよく言われますが、その大変さも徐々に緩和されてきていると思います)。 そこで、DartでのWebフロントエンド開発がどの程度現実的なのかを「エコシステム」という観点でまとめてみました。各々のツールの簡単な

    Flutterだけじゃない! Dart × Webフロントエンドの現状と未来
    kkeisuke
    kkeisuke 2018/10/19
  • Evergreen

    Meet Evergreen,Segment’s design systemEvergreen is a React UI Framework for building ambitious products on the web. Brought to you by Segment. Get Started

    Evergreen
    kkeisuke
    kkeisuke 2018/10/19
  • Node.jsにおけるプロトタイプ汚染攻撃とは何か - ぼちぼち日記

    1. はじめに 最近わけあってNodeのセキュリティ調査をしているのですが、今年の5月に開催された North Sec 2018 でセキュリティ研究者の Olivier Arteau 氏による 「Prototype pollution attacks in NodeJS applications」という面白い発表を見つけました。 この発表の論文や発表資料、デモ動画などもgithubで公開されていますし、ちょうどタイミングよくセッション動画も最近公開されました。 github.com Olivier Arteau -- Prototype pollution attacks in NodeJS applications この発表で解説されているのは、悪意のある攻撃者が、JavaScript言語固有のプロトタイプチェーンの挙動を利用して、Webサーバを攻撃する方法です。 発表者は、npmからダ

    Node.jsにおけるプロトタイプ汚染攻撃とは何か - ぼちぼち日記
    kkeisuke
    kkeisuke 2018/10/19
  • Chrome 70 デベロッパーツールが便利になってる!Web制作者がチェックしておきたい新機能のまとめ | コリス

    DOMノードの強調表示 Consoleタブを選択。 DOMノードに評価される式を入力。 入力する式 以下の便利な式を使用できます。 「document.activeElement」で、現在フォーカスのあるノードを強調表示。 「document.querySelector(s)」で、任意のノードを強調表示。sはCSSセレクタで、DOMツリー内のノード上をホバリングするのと同じ。 「$0」で、DOMツリーで現在選択されているノードを強調表示。 「$0.parentElement」で、現在選択されているノードの親を強調表示。 パフォーマンスパネルの最適化 今までのパフォーマンスパネルは大きなページをプロファイリングする際にはデータの処理とビジュアル化に時間がかかりました。Chrome 70ではこの処理とビジュアル化が高速になりました。 パフォーマンスパネルの最適化 信頼性の高いデバッグ Chro

    Chrome 70 デベロッパーツールが便利になってる!Web制作者がチェックしておきたい新機能のまとめ | コリス
    kkeisuke
    kkeisuke 2018/10/19
  • iOSエンジニア以外にも知ってほしいiOSアプリ用語-UI部品編- #Zaim|akatsuki174

    なぜこの記事を書くのかこんにちは。Zaim で iOS アプリ開発をしている@akatsuki174です。 iOS アプリの話をする時、iOS エンジニアが何気なく使う専門用語があります。名称とモノが結びつくだけでも会話がスムーズになると思うので、「iOS エンジニア以外の人もこれを覚えておくと良いかも!」と思うものをまとめました。部品名だけでなく説明も書いているので、iOS の UI をもっと理解したい方は、こちらも頭に入れておくと良いと思います。 注: ・一部、iOS アプリに限らず Web アプリなどでも使用される用語も載せましたが、基、iOS アプリの文脈で書いています。 ・重要度は、筆者が勝手に①頻出度合い、②iOS アプリを語る上で知っておいてほしい度合いを判断して割り振ったものです。 ・ほとんどHuman Interface Guidelines(以下 HIG)から情報を引

    iOSエンジニア以外にも知ってほしいiOSアプリ用語-UI部品編- #Zaim|akatsuki174
    kkeisuke
    kkeisuke 2018/10/19
  • Go言語開発を便利にするMakefileの書き方 - Qiita

    Go言語開発での makeコマンド と Makefile Go言語の開発ではmakeコマンドをタスク自動化ツールとしてよく使います。 よく使うコマンド、自動化したいタスクをMakefileに記述しておくと、開発に使う複雑なコマンドをすぐに実行したり、チームで共有出来ます。 Makefileに対して、難しいイメージを持っているかもしれませんが、超基のMakefileの書き方はとてもシンプルなものです。 この記事の目的 Makefileの超基がわかる Go言語開発のタスク自動化ツールとしてのMakefileの書き方がわかる 前提知識 シェルスクリプト についての知識 書き始める前の準備 EditorConfigを設定して、タブ / スペース によるインデントのトラブルに会わないようにしましょう。 公式サイトにあなたのエディタが、EditorConfigをサポートしているか、プラグインの追加

    Go言語開発を便利にするMakefileの書き方 - Qiita
    kkeisuke
    kkeisuke 2018/10/19
  • 徳島編:東京でそこそこだったエンジニアが、地元で輝きを取り戻した日 (1/3):U&Iターンの理想と現実(51) - @IT

    こんにちは。東京から徳島にUターンしたフルスタック寄りのエンジニア、「GTラボ」代表取締役の坂東です。 IT産業は移り変わりが早く、3年でトレンドが代わります。10年持つ会社や事業はまれでしょう。「U&Iターンの理想と現実:徳島編」、今回は地方での仕事探しについてです。地方のエンジニアは選択肢が少ないという危機感と、では僕がどうやったのかを書きます。 死ぬ気で頑張れ、死なないために 人生の勝利者、エンジニア。人気者だから仕事は向こうからやって来る。文系から嫉妬の対象、エンジニア。売り手市場は尽きることなく、書類選考はスルー状態。35歳定年説どこいった――というのは、都会の皆さまの話です。 こっちはしんどいよ。 地方のIT企業は、ほとんどの仕事が「東京の仕事」か「公共の仕事」の受託開発です。サテライトオフィス系は、話としては面白いけれど、まとまった雇用につながるのは難しいでしょう。 「東京の

    徳島編:東京でそこそこだったエンジニアが、地元で輝きを取り戻した日 (1/3):U&Iターンの理想と現実(51) - @IT
    kkeisuke
    kkeisuke 2018/10/19
  • Nuxt.js でバックもフロントもこれ一本

    要約 いまさらNuxt.js使ってみたらすごくいい感じだったので、その導入部分をご紹介。 あらまし 動機 ちょっとしたwebアプリを作りたかったんです。3Dデータファイルの変換をサーバーでやってくれて、変換結果をダウンロードできるやつ。スマホアプリとかから機能を利用できるAPI(別にパーミッションとかユーザー認証は要らない)があって、ついでに手動で簡単に操作できるSPAっぽいフロントエンドもあったらいいな。ああでも面倒クサいです。こんなちんまい機能のアプリこさえるのに時間かけたくないけど、一人でバックとフロント両方やらんといけん。どうしよ。 何使う 以前DjangoVue.jsでこんなことしましたけれど、正直Pythonとjs書き分けるのもダルいです。それにプロジェクト設定も多くて面倒。あー、一つの言語で両方書けてコマンド一発でいい感じに設定されたプロジェクト作ってくれるやつないかなー。

    Nuxt.js でバックもフロントもこれ一本
    kkeisuke
    kkeisuke 2018/10/19
  • この DOM がすごい2018: worker-dom - mizchi's blog

    おもしろライブラリを見つけて興奮しているので紹介します。 UIスレッド(メインスレッド)からユーザー操作をブロックしてしまうような重い処理を逃がす off-the-main-thread を実践しようとなると、実際に問題になるのは、ほとんどの処理は何らかの形で DOM を参照し、それに連なるものが処理時間の殆どを占めている、ということです。 off-the-main-thread の時代 - mizchi's blog DOM に触れない WebWorker でビジネスロジックを処理するのは、ある種の健全性(Universal/Isomorphic)を手に入れるための「縛りプレイ」として有用ですが、現状は実用上のメリットが殆どありません。 例えば react / redux の reducer で、ビジネスロジックを worker 側に移して処理できるぐらいアイソモーフィックに(DOMに触

    この DOM がすごい2018: worker-dom - mizchi's blog
    kkeisuke
    kkeisuke 2018/10/19