フロントエンド技術の変化激しすぎィ！ついていけねえよ！って人向けのメッセージ - Qiita
この記事の動機 当方フロントエンド好きなエンジニア。 フロントエンドが嫌い という増田がホッテントリ入りしてて、中身を読んでみると正論と言える内容もあるものの、幾つか勘違いもあって悲しくなった。 勘違いされたままなのは悲しい。 そこで、フロントエンドに浅く接している人に対して、ストレスなくフロントエンド技術の変化の激しさに対処出来るよう、フロントエンドエンジニアからの弁明とも言えるメモを残すことにした。 毎年のように流行りのフレームワークやらツールやらが変化してない？ あなたが感じるこのフィーリングは正しい。 実際何が流行っているかという点では、毎年のように変化が起こっている。 ただし、"○○○が流行ってきたから、前まで使っていた△△△はクソ。"という考えは正しくないし、○○○が△△△よりも必ずしも優れているというわけではない。 フロントエンドの世界では、UXやデザインの違いによってとても
フロントエンドが嫌い
ウェブフロントエンドの技術の進歩と興亡の速度には目を見張るものがある。 browserifyが生まれ、Gruntが生まれ、Gulpが生まれた。 そしてその全てが死んだ。 Webpack, Babel, Flow, 今栄えている技術だってそのうちに死ぬだろう。Reactだって例外ではない。 一部はもう死につつあるし、少し前にあれだけ持て囃されたTypeScriptも今や消えつつある。Coffeeは全エンジニアから嫌われた。 そんな万華鏡のように目まぐるしく変わる情勢に追い付かんと研鑽を続ける者等がいる。アーリーアダプターを自称し最新技術のケツを追いかけQiitaにクソを垂れ流す彼らこそ我らがイケイケウェブフロントエンジニアである。 最新技術に目を凝らし、やれ新たなこれイケてるだの古臭いあれはイケてないだのと宣いチュートリアル記事を量産する彼らであるが、彼らの存在は決して無駄ではなく、生まれた
CSS界隈は今どうなっているのか、そこで素人な私が思ったこと - Qiita
この雑な文章は、dots girl Advent Calendar 2015 の4日目の記事です。 今 CSS に何が起きている？ CSS のシンプルなルール CSS は Web ページの装飾・レイアウトのための言語です。プログラミング言語と比べると、CSS は非常にシンプルなルールの元に成り立っています。 プロパティと値の組み合わせで、HTML にスタイルを適用する 上から書いた順にスタイルが適用される 詳細度の高い順にスタイルが適用される たったこれだけが、CSSのルールです。いわゆるカスケーディングってやつです。 CSS は壊れやすい しかし最近、至る所で「CSS の壊れやすさ」について触れられています。 壊れやすいCSS なんでCSSすぐ死んでしまうん メンテナブルでありつづけるためのCSS設計 CSS設計の長い夢 なぜ「CSS は壊れやすい」のか？それは、CSS を書けば書くほど
javascriptが理解しにくい人へ
javascriptが使えないと… プログラミングの苦労 最近のweb制作の現場ではjavascriptを使う機会が激増している聞く。プログラマーさんとデザイナーさんが分かれているならそんなに心配はないが、状況によってはデザイナーさんが自身でプログラミングに手を出さないといけない現場もあるようだ。むしろjavasc1.javascriptが使えないと…1.プログラミングの苦労2.オブジェクトオブジェクトうるせえんだよ1.オブジェクト指向プログラミング2.オブジェクトとは3.理解がしにくくなると思われる理由1.オブジェクトは既に存在する2.webページはDOM箱で表現される3.やりたいことをするときに4.いきなり難しすぎる4.jQueryの功罪1.jQueryは便利だけど…5.使わない勇気6.javascriptを理解するには1.急がば回れ7.勉強の資料 javascriptが使えないと…
モバイルWebパフォーマンスの現在と未来
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
Progressive enhancement is still important
About 5 years ago it felt like the progressive enhancement battle had been won, but after watching the reactions to Nicholas Zakas' "Enough with the JavaScript already" it seems all the old arguments are back with reinforcements. Well, I'm wearing my angry-pants and I'm ready for a jog down ranty lane. This is not about users without JS If you turn JavaScript off, you're going to have a tough time
The Web Is Becoming Smalltalk
The concept of a ‘web page’ is quickly becoming meaningless. I believe there’s a new way to look at the Web and the browser, and synthesizing it with old technologies could result in a novel technique for Web development and content editing. Just today I found out that the Chrome JS editor can ‘hot-swap’ your code. It got me thinking of other systems I know of that allow you to edit code on-the-fl
<!--:JA-->「デザイナーもJavaScript覚えるべきだよ」について<!--:-->
Web やアプリのデザイナーか「技術にしばられないでデザインを考えていく」コミュニティ。 月1回の定例MTGと年に数回のデザイン中心ハッカソンなどをしています。 先日、Facebookでぼやりとつぶやいたのですが、「デザイナーもJavaScript覚えるべきだよ」ということについて、思うことを素直に書いてみます。 2012年12月8日に開催されたCSS Nite in OSAKA, Vol.34でわたしは微力ながら第二会場の進行をしていました。 この日のセッション内容については、これからのWeb系の仕事まわりでは、なんとなく各専門家はいても、WebならWeb系全般の一般教養みたいなのはおさえておかないと、実際仕事につながらないよねーみたいな雰囲気でした。 たしかにそうなんです。 でも思うのは、「デザイナーもJavaScript覚えるべきだよ」と軽々しく言うのはちょっと違うと思うのです
スマートフォン向けサイトはページ分割したほうがいいのだろうか？ - F.Ko-Jiの「一秒後は未来」
ケータイ向けのサイトは、ケータイのブラウザで読み込める容量に制限(100KBとか500KBとか)があったりしたために、テキストや画像の多いページはページ分割するのが当たり前な感じでした。が、ページ分割したとしても次ページへのリンクに数字キーを割り当てることができたため、操作は容易でした。 その流れをくんでいるのか、単にページビューを上げたいのか、スマートフォン向けのサイトでもページ分割をしているサイトがちらほらあります。 しかし、スマートフォンのブラウザは、調べてみると Mobile Safari で1ファイルあたり 10MB までという制限があるみたいですが、HTMLファイルでそんなにサイズのあるページなどほとんどありませんし、ページ分割を意識する理由にはなりません。 どちらかというと1ページ内の画像が多い場合に読み込みに時間がかかるという問題があれば、ページ分割の理由になるかもしれませ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社イープレス｜ホームページ制作、印刷物制作｜愛媛県松山市
CSS 20 stunning examples of CSS 3D transforms