お付き合いのある株式会社エフコードさんの社内勉強会で発表するお仕事をさせていただいたのでそのまとめ。 お題目としては「なんかフロントについて話して」とふわっとボールをいただいて、さてどうしようかなーと色々考えた末に、フロントエンドの歴史についてという題目にしてみた。 比較的サーバーサイドどっぷりな人が多いのもあったので、なるべくライト気味に、とか色々考えてみて、フロントエンドへの恐怖感取れたら良いよなあと思ったというところ。 地味に外で話すということをやったことがほとんど無い人間なので、わりとがっつり練習した（多分スライドも喋りにあわせて作っているので、スライドだけ見てもあまり良い資料ではないかも） なんとなく大道芸人が興行に行くような気持ちだったと思う（大道芸人やったことないけど） 当日も手応えがある反応をいただけたのでよかった。 作ってみてどうだったか最初「いや、こんな老害みたいな話し

webpack（ウェブパック）とはJSファイルをまとめる高機能なモジュールバンドラー。まとめることでウェブページのHTTPリクエストの数を減らしたり、高度なウェブアプリケーションの開発に役立ちます。 連載ではTypeScriptやBabelなどのES2015+の環境構築、ReactなどのJSライブラリの設定方法を網羅。サンプルファイルで詳しく解説します。 webpackの入門記事は他のサイトにもありますが、対象バージョンが古くて使えなかったりします。検索結果の上位の野良記事を参照にしたら古いバージョンの内容ばかり。解説記事通りにやったのにうまく動かない･･･なんて困った方も多いのではないでしょうか。本記事は常に最新版に対応させているので、安心して読み進めてください。 ※本記事では2025年5月現在のwebpack 5（2020年10月リリース）以上で解説しています。 本記事で解説しているこ

新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳） 新しいRailsフロントエンド開発（2）コンポーネントベースでアプリを書く（翻訳） 新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Evil Front Part 3: Modern Front-end in Rails 原文公開日: 2017/12/20 著者: Andy Barnov、Alexey Plutalov サイト: Evil Martians 前書き 本記事は、フロントエンドのフレームワークに依存しないRailsプレゼンテーションロジックを現代的かつモジュール単位かつコンポーネントベースで扱う方法を独断に基いて解説するガイドです。3部構成のチュ

新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳） 新しいRailsフロントエンド開発（2）コンポーネントベースでアプリを書く（翻訳） 新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Evil Front Part 2: Modern Front-end in Rails 原文公開日: 2017/12/12 著者: Andy Barnov、Alexey Plutalov サイト: Evil Martians 前書き 本記事は、フロントエンドのフレームワークに依存しないRailsプレゼンテーションロジックを現代的かつモジュール単位かつコンポーネントベースで扱う方法を独断に基いて解説するガイドです。3部構成のチュ

新しいRailsフロントエンド開発（1）Asset PipelineからWebpackへ（翻訳） 新しいRailsフロントエンド開発（2）コンポーネントベースでアプリを書く（翻訳） 新しいRailsフロントエンド開発（3）Webpackの詳細、ActionCableの実装とHerokuへのデプロイ（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Evil Front Part 1: Modern Front-end in Rails 原文公開日: 2017/12/05 著者: Andy Barnov、Alexey Plutalov サイト: Evil Martians 前書き 本記事は、フロントエンドのフレームワークに依存しないRailsプレゼンテーションロジックを現代的かつモジュール単位かつコンポーネントベースで扱う方法を独断に基いて解説するガイドです。3部構成のチュ

背景 img要素で指定した画像が存在しないとき、「画像がないことを表すマーク」が表示されます。 IEではバツ印で表示されるので、このマークを便宜上「バツ印」と呼びます。 このバツ印のおかげで、ユーザは「画像が本来表示されるはずだけど、何かエラーで画像が表示されていないんだ」と気づくことができます。 しかしバツ印を表示させたくない場合もあります。 たとえば、以下の場合です。 画像パスはkeyから決まるんだけど、画像があるかどうかは分からない。とりあえず画像があれば表示したい 画像の有無は調べず、とりあえずimg要素のsrc属性にkeyから決まるパスを設定しよう！ この場合、「画像が表示されない」ことも正常なので、バツ印を非表示にしたいです。 バツ印の表示/非表示が、ブラウザ、src属性,alt属性によって変わるので、それをまとめました。 検証方法 ブラウザ、src属性, alt属性のパターン

DEV Community Follow A space to discuss and keep up software development and manage your software career

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? INSANELY FAST Qiitaを読んでる人なら https://dev.to をほとんどの人が見たはず。見てない人は見てきてください、速すぎて驚くはず。またmizchiさんがdev.toに書いた なぜ dev.to がこんなにも速く、こんなにも自分にとって感動的なのか - dev.to を見た人も多いと思う。個人的にHeroku, Railsを採用してここまで爆速なサイトを構築出来ていることは今までの常識を覆す衝撃な出来事だった。こんな新しい発見をもたらしてくれたdev.toには本当に感謝してる。自分もこんなサイト作ってみたいな

エンジニアの望月（@c5meru）です。 この前の日曜は、HTML5カンファレンスにボランティアスタッフとして参加してきました。 いくつか聴衆としても聴くことができてとても楽しかったのですが、ずっと立ちっぱなしだったので今すごく腰が痛いです…運動不足…(´・ω・｀) さて、弊社では表題の通り、JOBLISTのCoffeeScriptのコードをES2015（ES6）に移行しました。 移行の経緯 移行前はRailsで、こんな感じのフロントエンドでした。 JSのライブラリはvender下に直接置くか、gemで管理 CoffeeScript jQueryベースの開発 そこで、より効率的で高品質なフロントエンド開発を目指すにあたって、社内で以下のような点を検討しました。 npmや、yarnを用いたパッケージ管理 CoffeeScriptからES2015（ES6）に移行 React.js、Vue.js

とても基本的なことでありますが 「svg と canvas はどう違うのか？」 について調べたことをまとめておこうと思います。 ベクター形式とラスター形式 コンピュータ上で「２次元の絵」書こうと思った場合、どのような方法が考えられるでしょうか？ ざっくり言うと、 ラスター形式は（別名ビットマップと言います）、小さな点の集合を集めて絵を描く方法です。 対して、ベクター形式は、図形の集合を集めて絵を描く方法です。 svg vs canvas performance にフォーカスした場合 以下の資料が参考になります。 http://msdn.microsoft.com/ja-jp/library/gg193983(v=vs.85).aspx svg ベクター形式です。 メリット 図形は dom 要素（div タグみたいなもの）です。従って、図形に対して（div 要素などと同じように）マウスクリッ

こんにちは、SiTest事業部エンジニアの森永です。 HTML5において描画を行う方法としてサポートされており、よく使われているものとしてSVGとCanvasが挙げられます。これらが正式にサポートされWebサイトにおける描画が行えるようになり、幅広く使われるようになりました。 HTML5の正式勧告前から使用できるブラウザも多かったため既にご存じの方も多いかと思いますが、今回は改めてSVGとCanvasについて比較してみます。 SVGとCanvasでは描画の仕方、記述の仕方が違います。 【SVG】 ベクター形式で描画 図形一つ一つが<svg>タグの子要素であるDOM要素として記載される 図形の組み合わせを拡張子”.svg”の外部ファイルとして扱うことも可能 SVGファイルはAdobe Illustratorで読み出し、保存が可能 図形がDOM要素なのでJavaScriptでの変形などが行いや

SVGを使いこなすための便利ツールいろいろSVG（Scalable Vector Graphics）はIllustratorで作成したようなベクター画像を表示する技術。高解像度ディスプレイでもくっきりはっきり表示できるので、近年海外サイトを中心に見かける機会が増えてきました。SVGについてはWebクリエイターボックスでも何度か取り上げてきたので、耳にしたことのある方も多いかと思います。今回はそんなSVGを使いこなすための便利なオンラインツールやJavaScriptなどを紹介します。 SVG ってなんぞや？という方は、過去記事「アイコンフォントから SVG へ！より手軽にベクター画像を表示しよう」をご覧ください！ ラスター画像を SVG に変換Vector MagicVector Magicは JPEG、GIF、PNG 形式の画像をベクター画像に変換し、EPS、SVG、PDF 形式でダウンロ

by @mixiappwchr この記事はあくまで直接いじってもらったほうがお互いの工数減るよねという部分だけ、扱えるようになるといいよね！いう観点のため、実装をデザイナーさんにまかせたいわけではありません！ ただ構造を知ってるだけでもコミュニケーションが円滑になるかと思うので一読していただけると幸いです 皆さん最終的にUIを実装した後のチェックはどうしてますか？ デザイナーさんに色々チェックしてもらうと細かいpixelのずれやフォントサイズのずれなど、細かい点ですが、アプリの完成度に大きく影響をあたえるものなので、きちんと修正したいところです。 ただ、これをお互いに エンジニア修正 ↓ デザイナー確認 ↓ エンジニア修正 ↓ ... とやると膨大な時間がかかってしまいます。 そこで弊社のAndroidスーパーエンジニアの方がデザイナーさんに直接xmlを触ってもらっている話に,非常に感銘を

WordPress 4.7では、これまでプラグインとして提供されていたWP REST APIが機能として組み込まれ、標準でREST APIが使えるようになりました。このことにより予想されることは、PHP以外のプラットフォームで、WordPressのブログテーマやWordPressの機能を使ったサービスが今後どんどん生まれてくると言うことです。 ちょうど自分の扱っている新規事業の企画でブログメディアを作ることになりました。新しいメディアを運営する上で、技術的にも注目されるようなものを作りたいと思ったので、今回このWordPressのREST APIを使って、React + Reduxベースでブログを作ることにしました。爆速なブログができあがったので事例として紹介させてください。 LifeGadget（ライフガジェット）人々の日常生活に役立つ情報（ライフハック術、ガジェット、アプリ、サービスな

ちょうど一年ほど前、「チェンクロ パーティーシミュレーター」（以下ccpts）を、 jQueryを使った制御から、React.js + Bacon.jsで大幅に書き換えました...φ(･ω･｀) parrot.hatenadiary.jp ccpts.parrot-studio.com github.com そもそも、ccpts自体、 「モバイルで動くように*1、できるだけ今風の技術でクライアント側を構築する」 という目的を持って設計してました 昨年の時点ではReactが十分にメインストリームに乗ったと判断して、 基本的なアーキテクチャをReact+browserifyに載せ替えたわけですが、 「Reactで動くようにする」ことが目的だったので、細かいところは置いておいたわけです それを今回、フレームワークを見直してきれいにした（している）というお話です(´･ω･)っ 解決したい問題とwe

こんにちは Rails5.1に向けて、DHHのjqueryを依存から外す発言を発端にフロントエンド周りが急激に発展しているので、簡単にですがまとめてみました。 各issue, PRの詳細には踏み込みませんが、知見に溢れているので読んでみるの推奨です。 間違い、足りないものがあったら編集リクエストお願いします。 jQuery依存を無くす話が出る rails(issue): Drop jQuery as a dependency jquery-ujsはjqueryに依存しないようにする jquery-ujs: Drop jQuery as a dependency "jquery"-ujsじゃなくなったので名前変更 rails-ujs誕生 実際にRailsからjquery依存がなくなる rails: Drop jQuery as a dependency jsライブラリを入れる方法がnpmパッ

ども、@kimihom です。 Rails の Sprockets や Uglifier などが最新の JavaScript に追従していないという理由で、Rails 標準のやり方から外れて最新のフロントエンドツールを追い求める系の報告が多い。一部では完全に Rails の Asset Pipeline から外れて、Gulp などに移行する話もよく聞く。確かに現行の Rails のフロントエンド環境で開発すると、let や クラス構文をまともに使えない(エラーになる)ため、最新の構文に対応した JavaScript フレームワークはほとんど使えないのは大きな問題として残り続けている。 最新版である Rails 5.1 から、ようやく jQuery からの脱却とフロントエンド周りの最新化、つまり Yarn や Webpack の導入が検討され始めている。これに期待されている方も多いのではない