仕様
ttp://www.whatwg.org/ ttp://dev.w3.org/cvsweb/html5/ 前スレ
【WHATWG】HTML5 Part5【W3C HTML WG】
ttp://toro.2ch.net/test/read.cgi/hp/1382313684/ 自分のズレには気がつかない
若い世代でも、上級層はちゃんとPCで開発してるよ。これは単なる知能格差というやつじゃないかな。
ガラケー時代にもPC使えない馬鹿はいたからな
スマホの多機能化で、PC不要と安易に判断する層が増えてるのであれば問題かもね
ただ若いのがツイッターで「PC使わない仕事に就きたい」って発言してるのを見ると、少し首傾げた
30代前後ではむしろ逆なんだよ。PCで済む仕事に就きたいと。当時もこの手の煽り記事はあったし理由の筆頭は「楽だから」。若者はPCとメールでなんでも済ませようとする、なんて煽られてたよ
やり玉に挙げられる要素が差し代わっただけで、単に新しい形の無能を記事にして面白がられてるだけだと思うよ
彼にはPCは単に図体がデカくて複雑な機械に見えるのかも。
「PC」と聞くと、PC-8001とグリーンモニターが頭に浮かぶ。
HTMLは、なんかもう技術的に飽和状態というか行き詰まって停滞している感じがする。
このスレだったか、W3Cのページが無気力全開で当事者のHPとは思えない状態らしいしw
だね
ttp://japanese.engadget.com/2016/05/16/chrome-flash/ やっぱりアプリでしょ！
インストールなしでアプリを実行するAndroid Instant Apps発表。リンクを踏んで起動、終了すれば消去
ttp://japanese.engadget.com/2016/05/18/android-instant-apps/ すげえ時代だな、数MBをウェブページと大差ないと言い切るかw
面白い試みだとは思うけど、ツイート見るとやっぱりセキュリティ不安視してる人がいるね
もちろんアプリ落として使って消す、ってフローを単純化しただけなのは分かるんだけどね。手軽な技術が普及すると悪いことする奴も増えるのが世の常だから杞憂で終わるといいんだけど
あとは環境依存の技術がどれだけ受け入れられるかかな。html5より快適なのは間違いないだろうから、ウェブアセンブリとかが安定普及するまでの繋ぎ技術として育つ余地はあるかもな
HTML4とCSSはエディタで手打ちで組めるのですが、
久々にコーディングが求められる業界に転職しようとしており（受託ではなく自社開発）、
HTML5がノータッチなためと、いまはスマホアプリなんかへの応用もあるので、
認定資格のHTML5 レベル1を勉強がてら取ろうと思ってます。
最後に仕事でWebやったのが7〜8年前で、当時は5がそれほど重要視されてなかったのだけど、
HTML5の資格は持っていたほうがいいですか？
ちなみにHTML4以外のスキル的には、
Java SilverとXMLマスター（Basic）はもっています。
eclipseも使えます。
ただ、主観で悪いけどスマホアプリへの応用となると業務では別に求められない。
というのも、現代のIE6としてAndroidの多彩なブラウザが君臨してましてね…。
規格も実装状況もトレンドも毎月変わってる状況なんだよね。
仮にAndroidのOSごとのCSS実装状況を丸暗記させるような資格があったとしても、半年後にはあんま意味ないし。
案件の要求内容もスマホアプリ基準に考えがちなので、リッチな表現を求められる分、ある意味IE6の時代よりひどいんですよ。
地雷を踏み抜いた数が多いやつ、調達可能な端末種類の多い職場のやつが強い。
資格よりまず周辺ツールの知識を固めて欲しい
まずはぐぐってタスクランナーとaltJS、polyfillあたり装備してきて欲しいところ
これは資格好きな俺でも「ヒマなら取れば」とは言いにくいレベル
html4手打ちしてたなら取り敢えず資格のことは忘れて、今時のスマホで動くJavaScriptで遊ぶところから始めるといいと思うよ
html5技術者って求人内容で、JavaScript未経験者を取る事はとてもじゃないけどあり得ないよ。デザイナーならまだ分からんけど
中途ならマネジメントスキルの方が重視されるだろ？
当然検収するポイントを押さえるコーディング知識は必要だけど
とりあえず俺の狭い経験範囲ではどこもphp専門かフロントエンドJavaScript専門がやってる印象。htmlとcssに限った専門のコーダーさんは見たことないな…
JavaScriptにいくには、まずレベル1から取らないと2に進めないので、
話しネタとしては1しか出しませんでした。
収入はSEっぽいことやってる（やらされている）いまより落ちますが、大人の（家庭）の事情で
グループ会社で残業をあまりしない仕事をもうあたっています。
AndroidのXMLとJavaから、次の職場でWeb(HTML)主体になったとき
4の話だけで済まないだろうなという感じはしています。
ご信者ﾌﾟｯw
ご信者ﾌﾟｯwったらご信者ﾌﾟｯw
ご信者ﾌﾟｯw
ご信者ﾌﾟｯw
ご信者ﾌﾟｯwったらご信者ﾌﾟｯw
ﾌﾟｯﾌﾟｯﾌﾟｯﾌﾟｯﾌﾟｯwwハ〜
ごっごっごっごっご信者w
ごっごっごっごっご信者w
ごっしんじゃご信者w
ご信者ﾌﾟｯﾌﾟｯﾌﾟｯ〜〜〜wwwww 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
<input type="text" placeholder="山田花子" label="名前："> ←こんなふうに書けると良い。でもhtml5では無理
汎用性がない。ラベルがテキストとは限らないし、改行の可能性もある。
ttps://hyper-text.org/archives/2016/06/html_5_1_cr_cfc.shtml ttps://hueniverse.com/2016/06/08/the-fucking-open-web/ ttps://html5experts.jp/momdo/21119/ 今日に至るまでずっと、WHATWGはHTMLの開発を
（ある期間はW3Cと共同で、ある時期からはW3Cとは別に）し続けています。
「WHATWG HTMLこそが実装者とウェブ開発者によって参照されるべき最新の仕様であり、
欠陥フォーク（W3C HTMLのこと）は答えではない」というのは
WHATWG HTMLのエディターであるAnne van Kesterenの言葉の通り、WHATWG HTMLを第一に参照すべきでしょう。
9月に行われたTPACにおけるWPWGのミーティングでは、
2つのHTMLが存在することそのものの問題は認識されており、
このミーティングの中では「（2つのHTMLの）唯一の解決策はW3CがHTMLの作業を止めること」というような発言も
WPWGの共同議長であるCharles McCathie Nevileから飛び出しましたが、
WPWGとして合意に至るような結論は出されませんでした。
あるいはHTMLをコア技術として採用しているEPUBの動向によっても、
HTMLの開発に何らかの影響を与える可能性があると思われます。
ttp://www.w3.org/TR/2016/REC-html51-20161101/ ttps://www.marguerite.jp/Nihongo/WWW/RefHTML/Attrs/width.html > 文書中への埋込リソースの本来の横解像度。
> 表示上の横解像度をを指定してはならない。
と書いてあります。
これってつまり、属性のwidthに元々の画像の横幅を記述して、CSSのwidthに表示上の横幅を記述すべきということなのでしょうか？
あと、このことは仕様書のどこに書かれているのでしょうか？
ページの読み込み速度に影響するから
LSしか見てないけど 5.2 はどうなってんのかな
ttps://momdo.github.io/html/embedded-content.html#dimension-attributes ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/objects.html#h-13.7.1 ttps://html5experts.jp/yoshikawa_t/21986/ W3Cにはまず勧告プロセスがあり、勧告しなきゃいけない以上、
どこかでフィーチャーフリーズしないといけない。なので結局スナップショットになってしまう。
勧告が必要なのかというと、勧告されないと特許ポリシーが発効されないので、
IPR（知的財産権）的に危うい状況になるんですね。そういうのがあって、仕様を固めないといけない。
W3Cがフォークになってしまってる状況はぼくもなんとかしてくれとは思うんですけど、
結局、特許ポリシーまわりなのかなあと。
特許ポリシーがないと、実装に特許的な問題がでたときに、どこからも守ってもらえなくなるじゃないですか。
そうするとWebプラットフォーム自体の進化が止まってしまうので、
大人の付き合いは必ずしないといけないんじゃないかなあと。
まあ、それをどこまで一般のWeb開発者が
認識しなければいけないというのはありますし、別の話ではあるんですが。
ただ、マークアップは、
あっちの仕様でこう書いてあるけどこっちの仕様ではこう書いてあるからどっちを選ぶというのよりも、
それも踏まえてどう使うかを自分で判断するってところが大事じゃないのかいと思うんですよね。
結局、CSSとかJavaScript APIとかだって開発するときに
「これはこのブラウザで対応してないからどうする」とか、
ブラウザの対応状況を見て決めているわけじゃないですか。
それと同じことをマークアップでやればいいんじゃないかなと思います。
都合が悪い仕様ならそれは突っ込むべきなんですが、
グループの政治的なところを、仕様を選ぶ理由にすべきじゃない。
そんなのただただナンセンスなだけですよね。
ttps://www.infoq.com/jp/news/2017/02/oracle-java-browser-applet ttp://web-tan.forum.impressrd.jp/e/2017/04/18/25523 HTMLは、見出しは指定できるものの、
「章（または節や項）がここからここまで」というのを必ず示す仕様にはなっていません
（HTML5のsectionもあまりそうした利用はされていません）。
そのため、マークアップの段階で
「あ、ここの段落は浮いてるな」というように気づきにくいのです
グーグル、インストール不要の「Android Instant Apps」を開発者に開放
ttps://japan.cnet.com/article/35101347/ Adobe、Flashを2020年に廃止。ChromeやFirefox、Edgeなど段階的にサポート終了
ttp://av.watch.impress.co.jp/docs/news/1072470.html よ、ご信者プッwwww
久しぶりじゃのw
・・・・・・と言いたいところなんじゃが・・・・・・・
最近、わしもすっかりご信者じゃw
ごをUIとして使うと、システムの都合的に非常によろしいもんでなw
はっはっはw
HTML5ベースがいいです。
AnimateからHTML5やswfや他単体アプリ等
プラットフォーム問わずに書き出せる様にするように今開発中だそうだ。
現行のAS3ソースが使えるのかは判らないが。
ttps://forums.adobe.com/thread/2395154 ⇒
ttp://asaswq3wq.sblo.jp/article/181819223.html 興味がある人だけ見てください。
WXW0NTZSR4
ttps://www.w3.org/blog/news/archives/6696 少しでも多くの方の役に立ちたいです
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』
J02LT
