Я буду работать с CS3 (который представляет собой Photoshop+Image Ready в одной тарелке), но всё можно спокойно сделать и в этих двух прогах.
Желательно чтоб у вас был хоть какой-никакой опыт работы с PS и IR, так как подробно расписывать каждый шаг не буду, да и с какой стати, всё-равно, у каждого своя фантазия, так что показываю только основы.
Итак, приступим.
1) Создадим новый документ (я возьму 210x50). Фон-прозрачный.
2) Теперь
[показать] рисую прямоугольник. И применяю градиент (Layer>Layer Style> Blending Options>Gradient Overlay)
Вот:
3) Рисую ещё один прямоугольник.
Читать далее
Сразу оговорюсь, необходимость подобного метода сомнительна. По большому счету, это даже не HDR, назовем его псевдо-HDR. Поскольку для создания HDR-фото всегда необходимо несколько снимков с разной экспозицией, а в жизни в руки фотографа часто попадает один кадр, то именно псевдо-HDR является единственным способом поднять выразительность. То есть псевдо-HDR нужен в тех случаях, когда при съемке об этом не позаботились:
1) Например, при использовании самого простого цифрового компакта, где в принципе отсутствует режим Bracketing (брекетинг экспозиции, т.е. возможность сделать несколько снимков подряд с разной экспозицией). С некоторыми оговорками (ручные установки экспозиции и выравнивание нескольких кадров средствами Фотошопа) и с таким фотоаппаратом можно сделать настоящий HDR, подробнее о чем читайте в октябрьском номере журнала «Фотодело». Кстати, обратите внимание — статью предваряет мой фотоснимок (справа).
2) При съемке камерой с возможностью брекетинга, но в условиях, когда установка штатива невозможна (например, съемка со штатива во многих музеях платная) или его нет, как нет и условий для более или менее относительной стабилизации для серии кадров (съемка с лодки на волнах, зевающего кота или из мчащегося автомобиля).
3) При работе с файлом, полученным при сканировании старой выцветшей фотографии.
4) Когда снимали не вы, а подружка или бабушка, не отличающие пленку от аналога и из всех настроек предпочитающие «зеленый квадратик» (автомат).
То есть для всех тех ситуаций, когда волею судьбы у нас в руках оказался один-единственный кадр с безвозвратно утерянной при сжатии в jpeg информацией, когда настоящий HDRi сделать уже не получиться, а динамики и теней добавить хочется.
Все, что нам нужно, это редактор изображений Adobe Photoshop, художественное чутье и пять минут времени.
Для примера возьмем кадр, сделанный с верхних ступенек Храма Христа Спасителя. Впереди Москва-река. Условия для съемки обычные для осенней Москвы. Хмурь. Выдержка — 1/100, диафрагма — 6.3. SLR-зеркалка, широкоугольный объектив.
Нашел неплохой ресурс...популярные сериалы + ссылки на закачку на Файлшаре...делюсь
"Герои"
"Хроники Будущего"
"4400"
"Андромеда"
"Звездные врата"
"На краю вселенной"
"Светлячок"
"Lexx"
[показать] Карим Рашид, один из самых известных современных дизайнеров США, лауреат 54 премий в области дизайна, придумавший с 1993 года более 800 объектов, многие из которых выставлены сейчас в самых разных музеях мира, автор нескольких архитектурных проектов и 72 проектов, связанных с производством и рекламой одежды и обуви, создатель флаконов для парфюмерной и косметической продукции Issey Miyake, Ralph Lauren, Tommy Hilfiger, Prada, Shiseido, Maybelline и Carolina Herrera, трудящийся в настоящее время над новым дизайном зажигалки, а также
«Вот заповеди, которым я следую, — объясняет Рашид, — аксиомы, в нерушимость которых верю, элементы, из которых складывается мой стиль:
ОСЕНЬ В СМАЙЛИКАХ
[показать] ВОТ И ОСЕНЬ.............
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
[показать]
Руководитель проекта
Правило 1. Руководитель проекта должен посетить каждого, кто делает что-нибудь в его проекте хотя бы один раз, должен знать всех менеджеров в своём проекте (как из государственных органов, так и у субподрядчиков), а также членов команды проекта. Людям нравится, когда руководитель проекта заинтересован в их работе и лучше всего посетить их лично и увидеть самому, что они делают.
Правило 2. Руководитель проекта должен знать мотивацию участников проекта (то есть их систему премирования и штрафов, их регламенты и другие компоненты культуры этих компаний).
Правило 3. Принципы управления не изменяются. Меняются только средства. Вы по прежнему должны найти нужных для выполнения работы людей и найти путь, следуя которому они смогут выполнить её.
Правило 4. С кем бы вы не имели дело, будьте честны и справедливы. Многие области бизнеса не предоставляют слишком широкие возможности. Вы можете быть удивлены тем, насколько часто вам придётся работать с одними и теми же людьми. Пусть лучше они уважают вас, чем тащить за собой груз их недовольства вами.
Правило 5. Руководителями проектов могут быть порочные, презренные и совершенно неприятные люди. Бездушные, нерешительные копуши или болтуны — нет.
Правило 6. Подходящим руководителем проекта может быть некто, ожидающий следующего назначения или находящийся на грани неудачи. Полная безопасность не характерна для руководителя проекта.
Правило 7. Одной из проблем нового руководителя проекта является то, что все ждут от него решения своих проблем. Старым руководителям проектов старшее руководство обычно говорило «решите ваши собственные проблемы, мы вас нанимали именно для этого».
Правило 8. Текущая деятельность обычно не оставляет времени для того, чтобы вы могли думать. Вы должны выкроить время для того, чтобы понюхать розы. При вашей работе вы должны иметь время для того, чтобы понять последствия ваших действий.
Правило 9. Руководитель может не знать, как должна выполняться работа, но он знает, чего он хочет. Он лучше определит, чего он ожидает, и хочет, даже если он не знает как. Слепой лидер имеет тенденцию к движению по кругу.
Правило 10. Не все успешные менеджеры компетентны и не все потерпевшие неудачу менеджеры некомпетентны. Удача играет существенную роль в успехе или неудаче, но удача предпочитает компетентных и трудолюбивых руководителей.
Правило 11. Никогда не пытайтесь пренебрежительно относиться к кому-нибудь из участников проекта. Это плохая форма и это поставит вас на один уровень с этим человеком и, кроме того, наверняка принесёт вред проекту.
Правило 12. Не становитесь самовлюблённым настолько, чтобы не лишить себя возможности изменить свою позицию, особенно если ваш персонал говорит вам и вашей ошибке. Вы должны создать в проекте отношения, при которых ваш персонал знает, что может говорить вам о ваших неправильных решениях.
Представители Google подчеркивают, что главными особенностями Chrome являются удобство, простота и надежность. Первоначально браузер будет работать только в операционной системе Windows, однако в дальнейшем Google намерена выпустить Chrome для Mac OS и операционных систем на базе ядра Linux.
Из особенностей браузера разработчики особо выделяют изолированные вкладки, которые предотвращают сбой программы и обеспечивают более надежную защиту от опасных сайтов. Также в Chrome реализован новый движок JavaScript V8. Он позволит браузеру работать с веб-приложениями нового поколения, которые не могут быть запущены в современных браузерах.
При создании Chrome использовались компоненты уже существующих разработок. В частности, Apple WebKit и Mozilla Firefox. Представители Google пообещали, что все компоненты браузера Chrome будут открыты для сторонних разработчиков.
Отметим, что в настоящее время в пакет бесплатных программ Google Pack входит браузер Firefox. Будет ли он в будущем заменен на Chrome, не сообщается.
Сайты по теме
- Комикс про Google Chrome
Жизненный цикл проекта (Project Life Cycle) – Полный набор последовательных фаз проекта, название и число которых определяется исходя из технологии производства работ и потребностей контроля со стороны организации или организаций, вовлеченных в проект.
Иногда возможно частичное совмещение или одновременное выполнение отдельных фаз проекта.
Фаза проекта (Project Phase) – Набор логически взаимосвязанных работ проекта, в процессе завершения которых достигается один из основных или существенных промежуточных результатов проекта.
Веха проекта - значительное событие в проекте. Часто обозначает смену фазы проекта.
В зависимости от типа и вида проекта могут быть использованы различные структуры жизненных циклов проекта.
Например, ЖЦ проекта может включать следующие основные фазы:
...лазил по инету в поисках ответа на вопрос куда инвестировать деньги...набрел на интересный форум наших земляков (Днепропетровск - Украина)...делюсь...
Буквально вчера мне попалась отличная фотография пламени на чисто-черном фоне. Этот снимок меня настолько впечатлил, что я стала с ним экспериментировать, результат мне понравился и я захотел поделиться с вами методом его достижения.
В этом уроке мы подключив свою фантазию и применив минимум инструментов получим огненный узор.
Итак создайте документ примерно 1400Х1400 пикселей, фон черный, инструментом
[показать] перетащите этот снимок пламени на созданный документ.
Уменьшите просмотр документа до 50%, чтобы видеть всю область документа.
Перейдите к фильтру Rectangular to Polar (Filter-Distort- Rectangular Coordinates) и повторите эту комманду трижды Ctrl+F, в итоге мы получим такое искажение
Перейдите к команде трансформации Ctrl+Т, и нажав правой кнопкой мышки на рамку выберите из меню Warp, трансформируйте ваш слой примерно как на скрине Читать далее
В этом уроке использовались обычные векторные орнаменты-клипарты
их можно поискать здесь
Автор взял эти.
Откройте фотошоп и создайте новый документ (1680x1050px). После этого напечатайте любое слово (здесь взято "abduzeedo"). Идём в Layer>Layer Style>Gradient Overlay и используем красный, жёлтый , зелёный и голубой цвета.
Начнём смешивать вектор и текст. Первое что вы должны сделать- это подобрать для каждой буквы подходящий вектор. Затем нужно разместить вектор примерно так, как показано на рисунке ниже:
После того, как вы подогнали вектор к букве, добавим некоторую глубину. Для этого используем стили слоёв. Идём в Layer
>Layer Styles>Drop Shadow. Blend Mode-Multiply, чёрный цвет, Opacity-100% ? Angle- -60, Distance- 5px, Size- 5px. Читать далее
Роман ТИТИКАЛО (Правовий тиждень, № 25, 17-23 червня 2008)
1 січня 2008 р. законодавство України в сфері ліцензування будівельної діяльності зазнало значних змін. Насамперед це пов'язано з прийняттям постанови КМУ "Про ліцензування певних видів господарської діяльності у будівництві" від 5 грудня 2007 р. N 1396 (далі - Порядок N 1396), у зв'язку з чим виникло чимало питань, зокрема, стосовно ліцензування функцій генерального підрядника.
Відповідно до ст. 2 ЗУ "Про ліцензування певних видів господарської діяльності" (зі змінами, внесеними ЗУ від 16 травня 2007 р. N 1026-V) ліцензування у сфері будівництва здійснюється згідно з законом, що регулює відносини у цій сфері. Стаття 17 ЗУ "Про архітектурну діяльність" від 20 травня 1999 р. N 687-XIV визначає, що господарська діяльність, пов'язана зі створенням об'єктів архітектури, підлягає ліцензуванню відповідно до законодавства. Особи, що бажають проводити будівельну діяльність, мають дотримуватись кваліфікаційних, організаційних, технологічних та інших вимог, установлених ліцензійними умовами.
З 1 січня 2008 р. юридичні та фізичні особи (підприємці) - суб'єкти господарської діяльності, що мають намір провадити будівельну діяльність, пов'язану зі створенням об'єктів архітектури, повинні отримати ліцензію згідно з Порядком N 1396. Єдиним органом ліцензування з цієї дати є Державна архітектурно-будівельна інспекція України, яка також здійснює контроль за додержанням ліцензійних умов. Пунктом 2 постанови КМУ N 1396 передбачено, що ліцензії, видані до 1 січня 2008 р., підлягають переоформленню, але в зазначений пункт були внесені зміни постановою КМУ від 27 лютого 2008 р. N 94 та викладеного його в новій редакції: "ліцензії, видані до 1 січня 2008 р., діють до закінчення встановлених у них строків". Отже, організації, які отримали ліцензії до 1 січня 2008 р., можуть продовжувати працювати за ними, що підтверджується листом Мінрегіонбуд від 25 березня 2008 р. N 24/4-690.
Чи потрібна генпідрядчику ліцензія
Проблема полягає в тому, що до 1 січня 2008 р. організаціям, які виконували функції генерального підрядника, але самостійно не виконували будівельні роботи, не було потрібно отримувати ліцензію (це підтверджується листом Державного комітету України з питань регуляторної політики та підприємництва від 17 вересня 2002 р. N 4-452-1666/4994, листами Держбуду України, зокрема від 8 червня 2004 р. N 9/8-117). Так, Держбуд України зазначав, що Перелік видів робіт провадження будівельної діяльності, затверджений наказом Держпідприємництва та Держбуду від 13 вересня 2001 р. N 112/182 (зареєстрований у Мін'юсті 8 листопада 2001 р. за N 939/6130), не передбачає ліцензування функцій генерального підрядника.
Держкомпідприємництва в зазначеному листі дійшов висновку, що виконання функцій генерального підрядника не є будівельною діяльністю. З цим автор статті не погоджується, оскільки вважає, що підприємство, виконуючи функції генерального підрядника, безпосередньо здійснює будівельну діяльність.
Наказом Держархбудінспекції від 19 лютого 2008 р. N 24 був затверджений "Перелік робіт провадження господарської діяльності, пов'язаної із створенням об'єктів архітектури", в якому, з-поміж інших робіт, зазначено роботи генерального підрядника у будівництві (код. 4.04.00). Отже, для
Об этом в понедельник сообщил официальный представитель CERN Джеймс Джиллис (James Gillies).
"Все прошло хорошо, мы очень довольны", - заявил Джиллис, слова которого приводит Швейцарское телеграфное агентство (ATS).
Он сказал, что в ходе испытаний, в частности, проверялась синхронизация коллайдера и предварительного ускорителя элементарных частиц – протонного суперсинхротрона (SPS). В ходе испытаний, проводившихся в выходные дни, пучок протонов на скорости, близкой к скорости света, вводился в один из восьми секторов (октантов) коллайдера длинной около трех километров.
Подобные тесты пройдут также 22 августа, когда пучок протонов будет направлен по одному из октантов в обратном направлении, то есть против часовой стрелки.
Эти испытания являются частью подготовки к первому запуску LHC, который намечен на 10 сентября. Ожидается, что в этот день пучок протонов впервые проведут по всему кольцу коллайдера.
Строительство Большого адронного коллайдера началось в 2001 году и ведется под руководством CERN. Для него использован 27-километровый подземный тоннель другого ускорителя – завершившего работу электрон-позитронного коллайдера LEP. Тоннель проложен на глубине около 100 метров на границе Швейцарии и Франции.
LHC предназначен, в частности, для получения информации о так называемом бозоне Хиггса, предсказанном английским физиком Питером Хиггсом в 1960 году. В рамках существующих представлений, эта частица отвечает за массу элементарных частиц.
Коллайдер будет обеспечивать работу несколько экспериментальных установок. Ученые, работающие на LHC, в специальном отчете о безопасности отмечают, что столкновения той же мощности, что и на коллайдере, в природе происходят постоянно.
В связи с будущим началом работы ускорителя в мире звучат катастрофические предсказания. В частности, говорится о том, что при работе коллайдера якобы образуется черная дыра, которая поглотит Землю. Однако ученые заверяют, что эксперимент безопасен.
В этом уроке я хочу показать Вам один из способов создания дыма в Photoshop.
Шаг 1. Создаём документ с чёрным фоном. На новом слое нарисуйте нечто подобное с помощью кисти с мягкими краями. Удостоверьтесь, что слой с дымом не слит с чёрным фоновым слоем. Читать далее
Свод знаний по управлению проектами (PMBOK 1996) стандарт, разработанный Project Management Institute (PMI) в 1996 г.
В стандарте описаны разные жизненные циклы проекта и организационные структуры исполняющей организации, определены группы процессов (инициирования, планирования, исполнения, контроля, завершения) и их взаимодействие между собой, выделены основные и поддерживающие процессы, определены девять областей знаний (управление интеграцией, замыслом, временем, стоимостью, качеством, человеческими ресурсами, коммуникациями, рисками, контрактами и поставками).
Стандарт базируется на процессном подходе. Для каждой области знаний определены входы, выходы и процедуры преобразования (tools and techniques) входных данных в выходные.
Полностью определены взаимодействия между всеми процессами, которые включены в области знаний управления проектами.
Версия 2000 г. принята в качестве национального стандарта ANSI (ANSI/PMI 99-001-2000) 27 марта 2001 г.). По содержанию и структуре практически полностью соответствует PMBOK 1996.
Полностью переработана глава по Управлению рисками в проекте. Расширены и добавлены разделы, относящиеся к управлению проектами на основе Менеджмента освоенного объема (EVM Earned Value Management). Добавлены новые процедуры (tools and techniques) преобразования входных данных в выходные.
PMBoK 2004 года отличает следующие основные изменения по сравнению с изданием 2000. Была уточнена разница между жизненным циклом проекта и жизненным циклом продукта. Количество процессов возросло с 39 до 44. Добавлено семь и удалено два процесса, 13 процессов получили новые названия, в целом стало на пять новых процессов больше. Уточнено различие между группами процессов управления проектом и областями знаний. Особенно подчеркнута важность групп процессов. Процессы управления проектами изображены графически, чтобы показать интеграции процессов. Глоссарий был существенно расширен и исправлен. Во избежание путаницы некоторые термины были уточнены. Добавлены 7 процессов. Все входы, инструменты, методы и выходы процессов пересмотрены для соответствия улучшенной интеграции и графическому отображению процессов.
PMBoK является единственным стандартом в области Project Management, который соответствует ISO 9001
Менеджмент качества. Руководство качеством при управлении проектами, 1997 г. Руководство нацелено на обеспечение заданного уровня качества проекта как на уровне процессов, так и на уровне продуктов.
В большой мере по содержанию основано на PMBOK 1996, совпадение вплоть до названий областей знаний управления проектами.
Первый стандарт ISO серии 9000, в котором применен процессный подход.
Международный стандарт ИСО 10006 ориентирован на проекты самого широкого спектра - малые и крупные, краткосрочные и долгосрочные, для различных окружающих условий и безотносителен к типу проектируемого продукта (включая технические средства, программное обеспечение, полуфабрикаты, услуги или их сочетание). Реализованные в нем рамочные требования требуют последующей адаптации данного руководства к конкретным условиям разработки и реализации отдельного проекта.
Система знаний о процессах управления проектами Prince 2 (PRojects IN Controlled Environments) – это методология управления проектами, разработанная агентством CCTA (Central Computer and Telecommunications Agency) в 1989 как правительственный стандарт Великобритании для управления проектами в информационных технологиях. С 1996 г. PRINCE2 применяется в качестве стандарта управления проектами в Великобритании, Бельгии, Нидерландах, Люксембурге, Австралии, Новой Зеландии, Гонконге, Сингапуре, Малайзии, ЮАР, Хорватии, Польше и некоторых других странах.
Наибольшее распространение PRINCE2 получил в государственном секторе, в финансовой, телекоммуникационной и электронной отраслях. Последние изменения были осуществлены в 2002 году организацией OGC (Office for Government Commerce). CCTA теперь является частью OGCommerce.
Методология Prince 2 является процессно-ориентированной с фокусом на продукт (product-based). Акцент делается на взаимоотношениях Заказчика, Поставщика и Пользователя, хотя Управление Соглашениями в рамках PRINCE не рассматривается.
По PRINCE Проект - это временное предприятие, созданное с целью поставки одного или более коммерческого продукта согласно представленному Бизнес-Кейсу.
Неопределенность - влияет на планирование.
Сложность - влияет на управление проектом.