正しく、早く、美しいコーディングを実現するために踏むべき5つのステップ::::::STOPN' LISTEN::::::to the silence:::::::
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
覚えておくと便利なバランスのよい縦横比とバナーサイズ :: Love & Design ::
この記事へのトラックバック ウェブデザインにも、「黄金比」「白銀比」 Excerpt: 覚えておくと便利なバランスのよい縦横比とバナーサイズ :: Love & Design :: 黄金比や白銀比の縦横比や色々なバナーサイズの紹介。 美しいモノは��... Weblog: 日々、ウェブデザインとネットニュースとゲームとか。 Tracked: 2008-04-25 23:55 バランスのよい若草？ Excerpt: 縦横比……。 ずっと以前から、 タテとヨコの比率によって、美しく見える割合が研究されてきました。 覚えておくと便利なバランスのよい縦横比とバナーサイズ Love & Design 白銀比、.. Weblog: ウェブライター流転記（改訂版） Tracked: 2008-05-12 21:44 覚えておくと便利なバランスのよい縦横比とバナーサイズ :: Love & De
スペシャルベスト
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
批評とアーティストの関係性 - toroneiのブログ
漫棚通信ブログ版: 手塚先生吼える 確か手塚治虫ってインタビューで「日本でメジャー漫画家と言える作家は自分だけだ」って言ったんですよね、しかもその前に、そのインタビュー当時に売れっ子だった作家を実名に出して否定して（笑）、今の時代の漫画家なら間違いなく、発言の度にネットが燃えていたんだろうけど、手塚治虫の場合は「批評されるのが嫌」というより、「意にそぐわない批評に対して真っ向勝負を仕掛けている」所が凄いよなと思うし、横並びの売れっ子作家であろうが、物凄い後輩の漫画家だろうが、容赦ない滅多切りの感想の域を越えた評論をしているのは、本人が納得しているかどうかは別にして「批評とか評論の重要性」というのを分かっているか、そういうものに対するコンプレックスがありそう。 いくら漫画の神様・手塚治虫といえども、世代的に文学へのコンプレックスみたいなものはあったはずだし、そういう論壇みたいなものに対する憧
onclick 属性問題について - IT戦記
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 に関して この先、 HTML に onclick と書いても石を投げられないように書いておく＞＜ 僕も onclick 属性がダメだと思っていた時代もありました。でも、今は時々使うなあ。 （あ、でも、 HTML と JS で分業している場合は、使わないほうがいいよね＾＾；そこだけは言っておく。） JavaScript 入門の記事を書くときに onclick 属性がダメだとしたら、いろいろ本質的でないことを説明しなきゃいけない。 現状では onclick 属性が、もっとも簡単に HTML にイベントをマッピングできる方法だから、そんなに目くじらたてなくてもいいんじゃないかなあ？ たとえば 以下は、クリック時に href に GET を送るための oncli
Blueprint Grid CSS Generator
INTRODUCTION: This tool will help you generate more flexible versions of Blueprint's grid.css and compressed.css and grid.png files. Whether you prefer 8, 10,16 or 24 columns in your design, this generator now enables you that flexibility with Blueprint. Updated to version 0.7.1! Please Note! The default Blueprint CSS files are already generated for you to copy below. USAGE: Enter your desired num
JavaScriptのイベントハンドラ説明
本気でやるならonclick属性は避けてライブラリを活用すべき - 帰ってきたHolyGrailとHoryGrailの区別がつかない日記 を読んで，思うところあって書いてみました（決してカウンターアーティクルではない）。 むかしむかし JavaScript を触っていた むかしむかしに書かれた JavaScript の本で勉強している／した 人向けに。大元記事（そろそろ本気で学びませんか？ | Think IT（シンクイット））の想定読者に近いかなと思います。よって以下は JavaScript の初学者にはまったくおすすめできない（余計な知識がついてしまう）です。 Step 1: はじめのいっぽ ボタンを押したらメッセージボックスが出現する HTML を書いてみます。 <html><body> <script type="text/javascript"> function ShowMes
Cubeecraft
© 2007 - Christopher Beaumont Cubeecraft are paper toys for when you’re feeling square. Disclaimer: The material presented here is my original creation, any characters not created by myself are in no way official nor endorsed by their owners unless otherwise noted. They are either trademarks or registered trademarks of their owners in the United States and/or other countries.
Producing Web » Blog Archive » Web企画を立てる際にリストアップする34の要素
Webサービスの企画を行う際に、企画書を作られることがあるかと思います。個人で作るサービスであれば作らないこともあるでしょうが、企業として取り組む場合には必要なものです。 via Changes to site permalink page on Flickr - Photo Sharing! なぜ必要かと言えば、プロジェクトメンバーと意識を共有するためです。これがずれていると、プロジェクトの進行方向が徐々にずれていってしまいます。そうならないよう、初志を書き出しておくことで、定期的に見直し、改訂してプロジェクトを進めていくのが重要です。 そこで今回は私がWebの企画書（自分用ではなく、他社への提案用）を作る際に注意している項目を書き出してみました。実際は、これらを必要に応じて削除/追加したりします。 □ コンセプト 最も大事ですね。端的な言葉でサービスの概要を言い表す必要があります。 □
本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記
第1回 そろそろ本気で学びませんか？ | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない（と思う）。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
モチベーションは楽しさ創造から