HTMLのコーディングでお金を取れる時代は終わったのか
2週間くらい前、会社の郵便受けにDMが入っていた。 それはHTMLのコーディングを下請けで請けますよという内容だった。 それだけであれば、同じような内容のものがたまにくるし、実際、どうしても人手が足りない時には外注したりもしている。 そのDMの問題点は、その価格だ。1ページ500円～とある。 なんだその500円ってのは。ハッピーセットか。 おまけに75％OFFの割引チケットまでついてやがる。なんだそれは。 ほかのコーディング下請け業のHPを見ても、価格差が歴然としていると思う。 うちはWebサイトの構築では、見積書に細目をあえて書かないことが多いが、クライアントから求められれば出すようにしている。 HTMLのコーディングは1ページ大体1万円もらっている。この1万円が高いのか安いのかはわからないが、この業界に入ったときは1ページ2万3万なんてところもよくあった。10年以上前の話。 10年で3
(X)HTMLコーダーの仕事とは | Takazudo Clipping*
新人研修コーディングについての資料作らねばーーー… HTMLコーダーとは何をする人？ (X)HTML, CSS, Javascriptを中心とした、 Webサイトの表側の技術を担う人です。 サイト設計 → デザイン → コーディング → システム開発 具体的には… コードを書いて、ページを作っていったり…((X)HTML+CSS) 仕掛けをのっけて、分かりやすいインターフェイスを作ります。(Javascript) (X)HTMLって何？ (X)HTMLとは、ページの文書構造を表す言語です。 ページの内容を把握し、適切なマークアップ※を行います。 ※(X)HTMLタグを書いてページを作っていくこと CSSって何？ CSSとは、(X)HTMLのタグに、見栄えの要素を加える言語です。 具体的には、この要素の下に線を引く、後ろに画像を敷く、 文字サイズを指定する、右側に配置するなどとい
マークアップエンジニア急募（若干名） | securecat's exblog
埒が明かないのでここに書いてみます[謎]。 ビジネス・アーキテクツでは常に多様な人材を募集しておりますが、今、特にいわゆるマークアップエンジニア急募なのです。興味のある方、腕に覚えのある方、コジカ[誰]級[謎]の方、ぜひご応募いただければと! なお、だいたいどんなコトが求められる職業なのかというのは、弊社サイトの募集要項より「マークアップデザインエンジニア」の項をご確認ください。でもって応募は、そのページからリンクしている“応募受付フォーム”からお願いいたします。 あと、必ずあなたのポートフォリオを添えてくださいね（URLの提示で結構です）。今までの業務で携わったものだけでなく、個人的な作品やブログ等もじゃんじゃんポートフォリオに含んでいただいて構いませんというか含んでもらえたほうが嬉しいです。どういう影響を及ぼすかはよくわかりませんが[謎]、マークアップエンジニアにあまり関係なさそうなも
LINK要素で二重にリンクする必要はない (agenda)
ナビゲーションをLINK要素として記述して閲覧者から隠蔽することに、一体どんな意味があるだろうか。閲覧者が直接見ても利益があるなら、A要素にすべきだ。それがハイパーテキストなら、隠すべきではない。そしてそのA要素に適切なrel属性を記述したのなら、もうLINK要素として再度リンクする必要はないだろう。ユーザーエージェントがサイトナビゲーションバーとして利用するというなら、A要素だって利用できる。rel属性を見れば良いのだから。nextというリンクタイプを見て先行読み込みをするというのなら、A要素だって利用できる。rel属性を見れば良いのだから。多くのLINK要素は無駄だ。こんな時代だからこそ、外面も中身も贅肉をそぎ落としておきたい。 サイトナビゲーションバーの理念的にはA要素で文書内に登場したナビゲーションは邪魔なのだろうが、じゃあLINK要素だけでナビゲーションを構築したサイトがあるかと
実践アクセシブルHTML - フォームは送信してもらえばこそ
こんなフォームはイヤだ！ フォームとは、HTMLのFORM要素などによってマークアップされているコントロール群の塊のことです。さまざまなウェブサイトにおいて、主に問い合わせのページであるとか、サイト内検索のためのキーワード入力用にだとかで利用されています。コミュニティ機能を備えているようなサイトであれば、掲示板システムのようなところでも使われていることでしょう。フォームのないウェブサイトのほうが珍しいのではないでしょうか。それくらい、制作側にもユーザーにも身近なものです。 INPUT要素やTEXTAREA要素などといった、フォームのコントロール各要素の機能はブラウザによって提供されているため、どのようなブラウザであってもその操作感に大きな違いが出ません。しかしコントロールごとの操作に違いが出ないといっても、フォーム全体としてはやはり使いやすいフォームと使いにくいフォームというのがあります。
「メタボなHTML」も大事かも：ekken
技術系の人の中には、より正しいHTMLで書く事を目標としている人がいて、確かにその方が読みやすい文章のことが多いと感じるのだけど。 メタボなHTML | オトコのキモチ２ align="center"というのや，<td width="200" bgcolor="#CCFFFF">というのや，見た目を整えるための属性。 <br> <br> <br> <br> なんてところもあるな。 はっきり言って，「メタボ」ですよ。 「見た目はCSSで整える」というのは、読み手にとって好みのデザインで読むことができるので、考え方としては理解できる。 書かれたテキストの内容だけが正確に伝わればいい文章、たとえば何かに対する意見文だとか説明文の場合は、贅肉をそぎ落としたHTML のほうが読みやすい。 だけど創作文の場合は、そうはいかないのではないか、と思った。 僕が不勉強なだけなのかもしれないけれど、「贅肉をそ
2310::blog: Markdown文法の全訳
Markdownは可能な限り簡単に読み書きできるようにしたものです。 Markdownのルールで書かれたテキストはタグなど複雑な要素が用いられていないため 直感的に分かりやすく、HTMLに変換しないままでも配布することが可能です。 MarkdownのルールはSettext、 atx、 Textile、 reStructuredText、 Grutatext、 EtTeといったテキスト文書をHTMLに変換するツールを参考にしています。 しかし、何よりメールで用いられている表現を参考にしています。 最後に、Markdownのルールは、ハイフンやセミコロンといった記号を使用しています。 これらの記号は、それを実際に使用した効果を考え選び抜かれているものです。 例えばMarkdownでも(メールなどと同様)単語を アスタリスク(*)で囲むと*強調*となります (2310注：英文メールではアスタリス
Helping your client maintain markup quality | 456 Berea Street
One thing that is particularly frustrating with caring about Web standards and accessibility is what often happens after your work is done and a site is handed over to the client. I’m sure most of you have been there. Despite your hard work to educate the client’s editor(s), regardless of the style guide you wrote, and no matter how much time you spent patching the CMS they use, there will be prob
文字サイズ変更ウィジェット
2007年9月23日 456 Berea StreetのRogerが、Scrap text resize widgets and teach people how to resize textという記事のなかで、文字サイズを変更するためのウィジェットを実装したサイトの多くは、本質的な問題を隠すためのバンドエイドとして使ってるんじゃないの？みたいなことを書いていて、なかなかうまい表現かもしれないなぁ、と思いました。バンドエイドをバンドエイドと理解して使っているならまだしも、その認識すらなく単にトレンドというかファッションとして採用している向きも世の中的には存在しているようで（「○○のサイトで採用してるんだからウチも......」みたいな）。個人的には、以下の理由からこのUIの存在を微妙だと思っています。 文字サイズ変更ウィジェットは、閲覧のための「機能」ではあっても文書固有の「コンテンツ」で
マークアップエンジニアはどこへ向かうべきか（を考えてたらカッとなって LL の資料公開） - IT戦記
はじめに このエントリはマークアップエンジニアに対する批判ではありません。不快な想いをした方がいましたら、申し訳ありません。 きっかけ ライブドア & サイボウズラボの数人でお昼ご飯を食べにいって、いろいろ話しながら考えたことを昼食後に Twitter に書き込みました。 濃い昼飯だた、(X)HTML+CSS しか出来ない人は真剣に第二の何かを探したほうがいいと思た。(X)HTML+CSS ではもうこれ以上すごいと呼ばれる人なんて増えないと思う。 http://twitter.com/amachang/statuses/191256222 「CSS 道」は道が短すぎるんだ。マーケティングの為に長く見せてるけど、実際覚えることは少ない。「デザイン」か「JavaScript」を職業に出来るくらいにしとかないとヤバいと思う。 http://twitter.com/amachang/statuse
h1をはじめ、見出し要素に関する議論が盛んになっている件::::::STOPN' LISTEN::::::to the silence:::::::
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
ISO-HTML における h1 要素: Days on the Moon
木構造のルートとなるh1要素は一つだけであり、特別な存在である。この「木構造」は私が勝手にひねり出したものではなく、Pre-HTMLの定義にも表れている。 h1要素は文書のタイトル その2：メモランダム ということで結論から言うと僕はh1要素はページ内でひとつ、ロゴではなく主題についており、h2以下の見出しが順番に現れるというISO-HTML準拠が良いと思っています。 h1をはじめ、見出し要素に関する議論が盛んになっている件::::::STOPN' LISTEN::::::to the silence::::::: 取りようによっては、ISO-HTML (JIS-HTML) において文書中に存在できる h1 要素はひとつだけ、と読めなくもないですが、そんなことはありません。DTD の Pre-HTML に関する部分から以下に抜粋したとおり、h1 要素は文書中で複数回 (0 回でも) 存在可
h1は最も重要な見出し - 徒書
CSSでイケてるデザインサイト : 雑記帳 : der Gegenwartの記事で、「イケてる」条件として「トップページ以外のh1要素がサイト名になっていないかどうか」を挙げていたことについて、はてなブックマークのコメントで幾つかの言及がありました。 aratako0 僕もh1でサイト名はありだと思うんだけど。全ページ統一しておけば、スクリーンリーダーなどでhn要素を引っ張り出して、トップページに戻るのが簡単そうな気がする。 imoni "トップページ以外のh1要素がサイト名になっていないかどうか" むむ…む？ kana-kana_ceo CSS, Web Design 「トップページ以外のh1要素がサイト名になっていないかどうか」どうなんだろう。リソースは単独で扱われるモノたりうると考えれば、h1 要素はサイト名でも問題ないと思えるが。 / まあ、address でもいいんだけど。 そこ
h1とかheaderとか｜junk diary
なぜか会社で私のコーディング手法について説明することになり（技術屋以外は興味なしっぽかったけど）、「h1要素はその文書を表す見出しなので、bodyの直下に入れています。また、h1要素はdiv#headerの中には入れてません。」ということを話したのですが、いろいろ考えているうちに、なんか違うんじゃねぇかっていう自己矛盾に陥ってきた。 まず、h1要素をbodyの直下の件。といっても、bodyの真の直下はもろもろの理由でdivなわけですが、それは置いといて。 HTMLを純粋に文書のマークアップ言語と考えれば、bodyの直下がh1要素というのは正しいと思うのですが、現状のHTMLの使用方法は文書のマークアップというものを越えている感があり、h1要素をbodyの直下に置くとどこか違和感があります。ページのタイトルであるh1要素より上に、サイト名等々が位置することはよくあるわけですし。 てか、h1要
h1要素の話とHTML5のheader要素とかの話について - Trans
見出し要素に関する議論 - 徒委記を読んで思ったことを書きとめておきます。それから、話を転じて、HTML5のheadingheader要素などの話もメモしておきます。 要所、要所にて僕のはてブの発言の ブクマ 僕もh1でサイト名はありだと思うんだけど。全ページ統一しておけば、スクリーンリーダーなどでhn要素を引っ張り出して、トップページに戻るのが簡単そうな気がする。 ブクマ 僕としてはh1要素をトップページへの回帰リンクとして張っておき、全ページに配置しておくのがWebデザインの標準であると思うからです。そっちのほうが閲覧者にとっては使いやすいデザインだとは思うんですけど。 が取り上げられているようです。他意は特になく、これはちょくちょく思っていることなので、皆さんの意見を聞けてよかったと思っています。ありがとうございます。 ここから話を蒸し返す必要もないので、少し話題を変えて。 僕自身は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リゾレーヌ サプリを口コミだけで判断してはダメ？バストアップ効果が口コミ通りなのか試してわかったことを包み隠さず公開します！
我的春秋: タグクラウドのマークアップ
開発スタッフ・エンジニア募集-株式会社ライブドア
http://www.tekapo.com/mozilla/tr/markup.html
Re: h1要素は文書のタイトル - まじかんと雑記