HTML(JAVAスクリプト)って覚える必要ありますか?
WEBアプリケーションを作ってる人は、HTMLも自分で書いてるんでしょうか?
それとも、ビルダーとかに任せてますか?
板違い以前に初心者スレなり初心者板なり言ってくれ。
言ってることがトンチンカン('A`) >>3
インターフェース部分を自分で作るか作らないかって事だと思うけど。
優れたインターフェース作るなら、自分でHTMLとか覚えた方が良いんだろうね。
でも、インターフェースに凝ると、プログラムの方に構ってる時間無くなるからなぁ。 >>1
おつむが弱いからおまいに彼女は一生できないと思うが
友達のひとりぐらいがんばって作れよ。な インターフェースにフラッシュを利用してるWEBアプリとかどうですかね? サーバーサイドアプリケーションが吐き出すHTMLって大概、汚いって言うか、
皆そこまでは無頓着って感じがする。理由は大体以下の通りだろう。
1.動けばそれでいい
2.HTML習得まで手がまわらない。
3.DQNオーサリングツールが吐き出すコードに手を入れず、まんまロジックを
埋め込む 無駄なpタグだの、いちいち色指定にfontタグついてたり、
切り貼りの名残で無意味なcolspan、rowspanだらけのテーブルだの、
そもそもレイアウトにテーブル使ってる時点でどーかと思うし
趣味のサイトならまだしも、プロなら無駄なソースを省いて少しでも
ページ自体軽くするべきだし、メンテナンス性も悪くなるしで
逆にそんな汚いソースのサイト見つけたら、SEO的にも良く無いですよと
営業かけられて、クライアント横取りされかねんと思うし、
コーディング出来ない奴でもプロのデザイナ名乗るのは普通の事なんかしゃん なんか、HTMLが、WEBPROGより、はげしく劣るって考え方もあれだな。
そりゃ、PERLやPHPの方が高等言語だけど、HTMLがビルダーだったら、
それはそれで萎える php組む時はDWでUI作ってから、php流し込んでるなぁ。
HTMLはもちろん覚えるべきだろ、そうでもなきゃ、Webアプリなんて作れないと思うが。
phpにせよ、Perlにせよどうせhtmlのソース吐き出すようなことがでてくるわけだからねぇ。
JavaScript?覚えておくことに越したことはないけど、漏れは使わないなぁ。
使えた方がアプリケーションとしてはいいものができるんだろうが。 Java周辺技術だけで精一杯で簡単なHTMLならまだしも
CSS使ってデザインの優れたページなんて作る暇ない 習得があんなに簡単で単純で他言語内でもずっと使われ続けているHTMLは
PerlやPHPより言語としての性能は格段に上だと思う
デザインの優れたページなんてHTMLとCSS勉強したところで最後はデザインセンスの問題だよね
暇がない or 時間がないっていうのは書けるという前提なのか?
ちなみに俺はデザイン性のあるページは書けない
デザイナーがデザインするのに時間かかるから
1人で構築できるけど時間ないっていうのとレベルが同じような感じ
確かに>>10の言ってるようなソースが来ると俺の所はデザイナーに注文できるが
デザイナーがHTMLに求めてることは表面上だけでソースを綺麗に書くということでもないし
プログラマが綺麗にすれば?っと思われてたら悲しいが
それが当たり前の現場なら仕方ないかもしれんな
要は>>13に同意ってことだ 習得が簡単と言うが、HTMLって覚える気にならない
作成ソフトの性能がガンガン上がってるからな。
初心者が思いの他、立派なサイト立ち上げて、ソース見て
ビルダーで、ここまでやれるのかと感心する事がしばしばあるな。
つーわけで、HTMLを完璧に覚えるなら、作成ツールの使い方を
覚えた方がよっぽど、良いんじゃないのかい? >習得があんなに簡単で単純で他言語内でもずっと使われ続けているHTMLは
>PerlやPHPより言語としての性能は格段に上だと思う
ポカーン。比較対象が違うだろ。 >>17
まぁまぁ、もちつけ。
15の理論だとHTML言語よりも日本語の方が優れてるし、
英語はもっと優れてるわけだから勘弁してやれ(w
単純に利用人口だけで考えたらチャイ語が最上に優れてるのかな? >>19
そういうことじゃなくて>>17は例えばカウンターをHTML言語で作れるのか?
ということを指摘しているのだと思われ。 >>17
「言語としての」って書いてるからスクリプト言語とかの差はわかってると思うぞ
ただ言語として考えると>>19のように日本語・英語も入ってしまう
けど個人的にもHTMLは優れた言語だと思うよ
WWWの発展に一番貢献してると思うしね ごめん、煽りでもなんでもないんだが
>>15
>デザイナーがHTMLに求めてることは表面上だけでソースを綺麗に書くということでもないし
ここが理解できない…
普通はwebデザイナーと、HTMLコーダー?orオーサー?ってのはキッチリ分業されているって事なん?
デザイナーにstrictHTMLを求めるのは筋違いなのかな デザイナーの仕事はHTMLソースをキレイに書く事じゃなく
思い通りに表示させる事ってことだろ。多分。 >>23 同意
って言うかstrictとかは、デザインの分野というよりはHTML文書の構造化の範疇だから
プロのデザイナーでもstrictとか理解してるやつって多分3分の1もいないんじゃないの・・・?
デザイナーなら別にHTMLなんざ知らなくてもいいんだが、
仮にもWebデザイナーを名乗って仕事してる奴が、
ソースに無頓着なのって普通に職業意識疑わないか?
なんでみんなそんなにWebデザイナーに甘いの? デザインって仕事を勘違いしてんじゃねーか?
視線の流れだの、ユーザビリティだの、文字の大きさ、行間、行数とかまで含めて
デザインでしょうに。
仮にクライアントにラフ見せた時に、「ここは何故赤なの?」って聞かれて
まともにプレゼンできる奴なんてほとんどいないんじゃね?
「なんとなく」「僕のセンスです」とかってタイプはアーティスト目指すといいよ。 strict厨はいい加減、strictにしたらデザインが良くなるわけじゃない事に気付けよ >>26
>仮にもWebデザイナーを名乗って仕事してる奴が、
>ソースに無頓着なのって普通に職業意識疑わないか?
>なんでみんなそんなにWebデザイナーに甘いの?
PerlとかPHPとか(XMLも含めてよいかな?)だったら一文字間違えただけでも、
プログラムは動かなくなるが、HTMLだったら勝手にブラウザが補完してそれなりに
表示してくれる。だからソースに無頓着でも仕事になるし、どちらかと言えば
そういう事より見た目の美的センスの方が重要視される。おなじWebに関わる仕事でも
Webデザインに関して言えば、元々ソースを意識するような土壌は育ちにくいと言える。
要はきちんと表示されてナンボの世界で、Webプログラミングとは全然価値観の違う
領域って事だよ。
publicなサイトのhtmlにおいて、SEOを意識してまともなコーディングって考えないの?
IEのシェアもガンガン落ちてきてるし、ブラウザ補完に頼って時流が変わった時
食いっぱぐれて困るのは自分だろうになぁ…
万博絡みでバリアフリーJIS規格に則る必要がある案件とかも増えてんのに
オーサリングツールに頼れないので出来ませんって言い放つんかねぇ。
一般的にプログラマの方が人月高いだろうから、プログラマがソースの修正にかける時間が
少ない方がコスト的にも良いだろうに。 意図したデザインに見せるのがデザイナ。ieのシェアが落ちようと関係ない。
コードがstrictじゃないとかはもっと関係ない。 で、デザイナはデザインだけ考えてりゃいいって感じでHTMLコーダーみてーな
職種が別にあって、分業が進んでるのが現状なの?
strictがどーとかw3cに絶対準拠しろってんじゃなくて、
>>10みてーなソース出してきて何とも思わない奴が本当にいるのなら、
まともなコーディング出来てからデザイン云々言えやって至極当たり前の話じゃないの?
自分のデザインに絶対の自信と実績があるのなら>>31みたいな事言えるんだろうけど。 現状ではテーブルレイアウトは仕方がねーだろ、strict厨。 確かにテーブルレイアウトは仕方ないと思う
IEのシェア落ちたと言っても大半がIEなのは確か。
他のブラウザ入れてる奴も大体IEも併用してるしな Re:>1
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=文字コード">
<title>タイトル</title>
</head>
<body>
<h1>見出し</h1>
<p>
本文
</p>
</body>
</html>
という文法ぐらいは覚えてくれ。文字コードと書いたところは、Shift_JIS,euc-jpなどを書く。 >>35
制作板のあちこちで質問してるやつが偉そうなことを(ry 俺はCGIが吐くHTMLの美しさにまで拘っている。
lintで満点なのは勿論のこと、タブでインデントまでとってきっちり書いてる。 >>35
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.orz/TR/html4/loose.dtd">
が抜けてるぞハゲ。
ついでに <html> タグに lang="ja" が抜けてるぞハゲ。
そうやってお前の髪も少しずつ抜けていくんダヨ。 Re:>38 どうせhtml-lintで意味も分からず採点したのだろう。何故HTML 4.01にこだわる?何故DOCTYPE宣言を書かねばならないのだ? >>39
書かなくても影響ないならなぜDOCTYPE宣言が存在するんだ? >>39
3.2でも2.0でもSGMLに従う限りDOCTYPEを書かなくちゃダメ。
http://www.cybergarden.net/dichtml/html_history.html
板違いなので質問はWeb製作板でどうぞ。 Re:>42 そのDOCTYPE宣言は、初心者は何を書くのが最も良いですか? >>44
そんなこともわからないやつが偉そうな口をたたくんじゃねぇよ >>44
4.01Transitionalとでも書いとけ Re:>46 いかんなあ、間違ってbody要素を二個以上書いたり、p要素に何故かブロック要素が入ってきたりしたらどうするんだ? 私が言いたいのは、初心者はDOCTYPE宣言なんか書くなということ。 WEBデザイナー暦6年。
HTMLに始まりJavascript、CSS、Perl、PHP、XMLなど必要とあらば覚えてきた。
おかげで1人で色々出来るようになっちまった。
strictに徹することもあれば、brタグで間をあけることもある。
FLASHを売る時もあれば、SEOを売る時もある。
要はあれだ、プロでやってくなら、覚えなくていいものなんか無いってこと。
strictがどーだ、ブラウザがどーだは受注内容で決めること。
こだわりやエゴを押し付けるのは勝手だが、ちゃんとそのぶん報酬を貰うこと。
おれが言いたかったのはそれだけだ。じゃあな....風邪ひくなよ。 >>50
そういう言語とかってどの程度習得してる?
やっぱり必要最低限? body要素を間違って2つ以上書くようなやつは糞でも食ってろ >>51
自分のやりたい処理を迷わずに出来る程度。
また人に見せてもちゃんと説明が出来て恥ずかしくないプロセスが立ててある程度。
その言語の解説本が書けるかと聞かれるならNO!と迷わず答える。
それを必要最低限というならその程度だ。 webProg板だからもっと、デザイナへのプログラマの愚痴みたいなものが多いのかと思ったが
全然だね。プログラマは結構デザイナを生暖かく見守ってるんだな。 strictにこだわるのもいいけど、私はスタイルシートをよりよく使うのも重要だと思う。
(そうはいいつつ、私はよくスタイルシート作りをさぼるんだけどね。) なんかプログラムとデザイナを、分けて考える人が多いっすね。
そういう一流の人でなく、普通は一人でデザイン・プログラムを作ると思うのだけど、
そういう場合、比率が人によって違いますよね。
自信のあるアプリなのに、インターフェースがダセー。
でも、HTMLなんて馬鹿らしくてやる気ないやって人は、いないんですか?
つーか、VBのようにインターフェースが、ビルダーライクに作れれば良いのに、
WEBアプリだとHTMLが、いつも足かせになる。 50に同意。もし商売としてやっていくなら、一通りの事はこなせる様に
なっておくべき。
その「こなせる」というレベルだが、基本的な事項はもちろん押さえて
おかないといけないけど、少し高度な仕組みを要求される場合は、
空で解決できなくても良いと思う(専門書を見れば自己解決できる
レベルにあればおkと思う)。
但し、得意分野は必要で、その分野についてはスペシャリストになる
べきだとは思う。オールラウンダーであり、且つ得意分野は造詣が
深いというのが理想だろうねぇ。
まぁビルダーライクに作れたところで
UIデザインのセンスないやつには一緒 >>58
ちっこい仕事しかしとらんのだな
プログラマとデザイナの分業は確立しとる ちっこいって1千万超えてても駄目か?
両方できるから効率がいいんだよ 両方出来るから効率がいいというのは分担して効率がいい方法を知らないだけだろ。
モデル・ビュー・コントロールに分割して考えれ。 イラレでアイコン作るのはデザイナーの仕事だと思うけど、情報デザインするのはプログラマの仕事だと思うね。 GoogleMapsのAjaxのような技術は
デザインもスクリプトも両方できなきゃだめだな。 あの質問です。
今、某HPではMP3のダウンロードを禁止するイベント機能を実装しようと
しているのですが、なかなかうまくできません。
Javaスクリプトをいろいろ探っているのですが、どうすれば
イベントを実装できるかがわからないのでプロの方ご指導のほど
よろしくお願いします。なお、イベントのメッセージ内容は
『右クリックできません。ご了承ください。』と表示させたいので
教えてください>< >>61
>>63
そうでもないよ。分業が確立してるのは、両方追ってる人間が仲立ちして初めてできる。
大きい仕事してるならなおさらだよ。
作る上ではMVCは必須だけど、それをする人間側に、一通りできる者は必ず必要。 >>66
javascript 右クリック
で、ググってからもう一度来なさい。
あ。いや、もうこなくていいから。 >>65
ちょ・・おまえ日付・・・・・・
>>66
あの、さ。
そういうのはっきり言って無駄だから。
ただうざいページだと思われるだけ
本気でダウンされたく無いならhtml暗号化してアドレスを複雑にしてサイト上で再生するようにしろはげ HTMLすら理解できないようなのがWebプログラマとは
笑い話にもならんね。
今のJavaScriptに何の興味も持たないというのも終わってるわな。 http://www.amigo-chat.net/chat/shochat/shochat.cgi
このチャットでさ。
裏入りは簡単なんだけど
ログのほうの背景とかをjavascriptとかで
フォームからボタンつくって変えられるらしいんだ
他にも、ログの右下に画像を表示させたり
やってる奴が居たけど、どう調べても分からない。
出来るやついたらちょっとやって見せてくれ >>1
且且~
且且~
∧__∧ 且且~
(´・ω・) 且且~
`/ヽO=O且且~
/ ‖_‖且且~
し ̄◎ ̄◎ ̄◎
皆さん、お茶が入りましたよ…
Strictで書くとDOMとか使うときに便利だし
そこそこブラウザの互換性も取れるんだよ?
テーブルレイアウトだとソースが複雑になるしDOMが使いづらいんだよ?
ソースが複雑だとデバッグが大変でしょ?
フレーム使いたい場合とかあるからStrictで書けとは言わないけど
テーブルレイアウトはナンセンスだよ! >>74
∧,,∧ ∧,,∧
∧,,(´-ω-)(-ω-`)∧,,∧
( ´-ω)旦o) (o旦o(ω-` )
(_ o[( ´-) (-` )]o _)
└'ー-(_ )][( _)ー'┘
'ー'^ー' 'ー'^ー'
>>66
親のswfからMP3を埋め込んだ子のswfを読み込んで、
子の再生キーを親swfのキーと合わせればダウンロードされても曲は保護できるよ。
詳しい方法は教えて上げない。 >>76
`∧_∧
(´・ω・)
( つ旦O
と_)_)
ちょっと休憩。
______
| _− ̄|
∧ _− ̄ 立 |
(`・ω| 入 |
ο | 禁 |
| | 止 |
∪^| _− ̄
¨¨¨¨|_− ̄ HTML
CSS
Java Script
Flash 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
917J65B5J7