Без иллюстраций скучновато, разве нет? Рисовать умеют далеко не все, фотографировать, в общем-то, тоже, но зато это проще. Да и в наши дни многое решает постобработка. Как сделать так, чтобы картинку потом было проще «вытянуть» в графическом редакторе?

Да-да, проще всего снять ее в «сыром» формате. При съемке в формате RAW данные с матрицы получают напрямую, без какой-либо обработки. Так же в этих файлах обычно содержатся мета-данные об устройстве, которым была произведена съемка, и условиях.
В отличие от 8 битного JPEG, RAW содержат 12 или 14 бит на пиксель. Понятное дело, что они заметно «тяжелее», но, тем не менее, легче, чем TIFF.
Так же, каждый производитель фототехники придумывает свое разрешение для «сырых» файлов:

• *.bay — Casio
• *.arw, *.srf, *.sr2 — Sony
• *.crw, *.cr2 — Canon
• *.dcr, *.kdc — Kodak
• *.mrw — Minolta
• *.nef, *.nrw — Nikon
• *.raf — Fujifilm
• *.orf — Olympus
• *.ptx, *.pef — Pentax
• *.x3f — Sigma

Выделиться решили и производители не только фотоаппаратов:

• *.dng — Adobe
• *.erf — Epson

Для работы с RAW файлами нужно специальное ПО, которое можно разделить на свободно распространяемое, не свободно распространяемое, а за денежку, ну и то, что поставляется в комплекте с камерой.

Так же все эти программы можно разделить на 2 типа по способу обработки файлов:

• Классические, применяющие все действия к уменьшенной копии изображения, и только потом конвертирующие сам файл
• Те, которые работают в реальном времени   как раз-таки, самые распространенные в среде работников фотографического цеха (Abobe Lightroom, Apple Aperture).

Детальнее про самые популярные RAW-конвертеры читайте далее =)

Уверен, что когда-то задумывались о смысловой нагрузке всех дискрипторов, используемой при верстке. Довольно интересна тема познания самих глубин html.

Основная часть дизайнеров и верстальщиков ошибочно предполагают, что дескриптор div (на аглетском это division - деление) не имеет никакой смысловой нагрузки. Хотя априори он предназначен для создания структуры в теле документа. По сути дела, именно он отвечает за создание логических частей, которые, основываясь на здравом смысле, должны дробить весь файл. То есть, мы создаем контейнер div и присваиваем ему id=”footer”, сразу становится понятно, что в этом контейнере “подвал” нашей страницы. И как только что-то нам надо поменять, мы полезем туда, где написано “footer”, в первую очередь.

Для того, чтобы оптимизировать объем кода (что полезно для всех: верстальщиков и оптимизаторов, и Ваши дети скажут Вам спасибо:-)), дескриптор div следует использовать только в крайних случаях, когда без него ну просто нельзя.

Есть у нас, к примему, вот такая штука:
<div id=”news”>
<p> …
<a> … </a>
</p>
</div>
Вполне возможно подумать о рацианализме и :
<p id=”news”>…
<a> … </a>
</p>

Вполне возможно, что это причина некомпетенции свежих дизайнеров или тех, кто еще не успел перейти с таблиц на слои: так сказать, всё еще мыслит таблицами. В итоге, мы получаем структуру табличного типа, и вся работа ребят по развитию html - стандарта коту под хвост.

Div используют для группировки блочных элементов на странице. Но для строковых данных (не будем же мы палить из пушки по воробьям) можно использовать дескриптор span.

<p id=”news”>

<a>Пследние новости.</a> в рубрике <span class="category">*уаля</span>.

<span class="date">23.05.1987</span>

</p>

Вот и выяснили для себя отличие спан и див ;-)