14/08/29 10:21:47.66 HC1xSJU9
>>74 全くのアホだな OSプラットフォームと言う見方をしたらどうなるか解らんが、ブラウザプラットフォームとしての位置は微動だにしないだろ
HTML5 はWebプラットフォームそのものなんだぞ なんか勘違いしてるだろ
そもそも言語ですらない（一部にJavascriptが含まれていると言うだけの事）
76:デフォルトの名無しさん
14/08/29 10:22:48.45 HC1xSJU9
マークアップ言語とかいろんな要素が組み合わされたもの
77:デフォルトの名無しさん
14/08/29 10:32:10.83 +T2tHFPF
>>75
3流のUXを安価に提供するブラウザプラットフォームとして
不動の地位を持ってることは否定してないよ
78:デフォルトの名無しさん
14/08/29 17:11:28.26 JF5lqIUA
>>77 何が言いたいのか解ら無い。 UI UX 何て個別の奥深いニッチなニーズがあり、それらを全て汎用の仕様に盛り込むことは出来無い。
やっとHTML5で縦書きや右開きで日本人の文化にも馴染むものになりつつあり、音声同期で多くの人に楽しみを与えられるものになりつつ有る。
単純にビデオを流すだけでも今まではflashを使わざるを得なかった呪縛から逃れられた。 若干の調整は残ってるが
言語と言うのはそう言う技術や文化の下支えがあってはじめて成り立つもの。
HTML5とはそう言うものなんだけど何が言いたいんだ？
79:デフォルトの名無しさん
14/08/29 18:04:45.98 y0wlLGq8
HTMLで出来る部分はjs使わないほうが表示も速いんだから
少しずつ仕事とられて結局jsは死ぬ運命なんだよ
jsで無駄な冗長なソースコードかいてるそれはいずれHTML5に組み込まれて終わり
サーバーサイドも既にPHP筆頭に多くの言語がひしめく激戦区だから参入なんて不可能jsはオワコン
80:デフォルトの名無しさん
14/08/29 18:50:30.69 /jlnFq3N
html5はネイティブアプリに比べて処理が遅くて機能が貧弱、収益化が難しいという欠点がある
ウェブサイトにちょっとしたエフェクト付けるとか動画を流すとか、これまでflashがしてきたような事はhtml5がいずれ完全に代替すると思う
けど、それ以上にはならないと思う
81:デフォルトの名無しさん
14/08/29 20:28:34.11 HC1xSJU9
>>80 サーバサイドアプリが動かせれば良いんだよ
クラウド味代に欠かせないものだろ
HTMLの裏でどんな言語でも動かせば良いんだから共存共栄だろ
UI がHTMLだと思えば良い
82:デフォルトの名無しさん
14/08/30 00:19:25.36 xweqMAs8
URLﾘﾝｸ(www.buzzword.jp)
83:デフォルトの名無しさん
14/08/30 02:45:47.75 Y3aOlWd0
バトルロワイヤルっつーか、Perlはほぼ死亡したし
Ruby、PHP、JS全部微妙じゃねえの最近
Pythonは教育分野や科学分野で割りと頑張ってるようだが
みんな仲良くしようぜ(´・ω・｀)
84:デフォルトの名無しさん
14/08/30 03:50:47.25 QWav5+mb
>>79
PHP以外、存在しないのと同じ
てか、PHPよりjsの方が文字列処理しやすいよね
85:デフォルトの名無しさん
14/08/30 04:53:09.28 bthGnPJH
【翻訳】Rubyにはウンザリ！動的型付け、副作用、およびオブジェクト指向プログラミング全般からの考察
URLﾘﾝｸ(postd.cc)
86:デフォルトの名無しさん
14/08/30 05:12:13.80 AQHhz7Go
微妙というか、これといった進化がなくなってきたから微妙に感じる
良く分からないけどLL全部死ぬんじゃね
87:デフォルトの名無しさん
14/08/30 05:28:00.71 AQHhz7Go
若い奴のIT技術への興味の薄れは半端ない
つまり、世界からさほど重要なものではなくなってきた
88:デフォルトの名無しさん
14/08/30 08:41:05.69 aDzegpD9
>>83
Perlはsh（シェルスクリプト）、sed 、awk とかを使って来た人が、
使いやすいようにってだけで、
今更新しくって人向きじゃないしね。
文字列の比較のeqとかが、shの数値比較のeqから来てるとか知らんと、
なんやねんってなるだろうし。
89:デフォルトの名無しさん
14/08/30 08:57:35.34 3J76hEg2
sh（というよりtest）の比較は
=が文字列比較でeqが数値比較だから
Perlと逆なんだよね
90:デフォルトの名無しさん
14/08/30 11:35:38.63 T0jUedLA
求人サイトがリニューアルしました！
URLﾘﾝｸ(jobinjapan.jp)
転職・求職活動中の方のご利用をお待ちしています。
91:デフォルトの名無しさん
14/08/30 12:42:50.26 fktBCnc4
>>87
自己紹介乙w、ついでに添削しとくね
> 私のIT技術への興味の薄れは半端ない
> つまり、私にとってIT技術さほど重要なものではなくなってきた
板違いだから、続けたいならマ板へ逝きなされ
あと IT は "Information Technology" の略語だよ
「馬から落馬した」みたいな言葉を平気で使う
森元総理みたいなIT音痴はプログラマには向かないと思うね
92:デフォルトの名無しさん
14/08/30 13:16:45.20 3J76hEg2
動的型とか関係なくて、mutableなオブジェクトを使いまくるスタイルがダメ
93:デフォルトの名無しさん
14/08/30 14:47:40.80 gD5SQTD1
タイプセーフか否かっていうのは決定的な差がある
PerlユーザーがGolangに流れるのは合点がいく
今さらタイプセーフじゃない言語を始める理由ない
94:デフォルトの名無しさん
14/08/30 14:52:59.50 XzWqzjLg
いんたーねっつ てくのろじぃ
95:デフォルトの名無しさん
14/08/30 15:35:08.93 eMjEoUcz
>>93
翻訳時に型検査する(型安全な)言語は大抵反変な型に対応してないのが辛い。
C#は公式に対応してて、C++だと
template駆使すれば対応できるっちゃ出来るが
どっちもメンドイ。翻訳時に型検査する他の言語については、そもそも無理ってのが辛い。
具体的にはこんな感じ。
struct ModelForImageBox { virtual Widget *CreateBy( ImageBoxProvider& ) = 0; };
struct ModelForText { virtual Widget *CreateBy( LabelProvider& ) = 0; };
struct LesserUIProvider: virtual ImageBoxProvider, virtual LabelProvider{};
struct ModelForLesserUI: virtual ModelForImageBox, virtual ModelForLabel
{
virtual Widget &CreateBy( LesserUIProvider& ) = 0;
};
class TitleModel: virtual ModelForLabel {・・・略・・・};
ModelForLesserUI *models[3];
// ModelForLesserUIとTitleModelは反変な関係にあり、実装の都合を無視すれ安全に代入できる
models[0] = new TitleModel();