MiksIr

Наверно потому, что кто-то не обращает внимание на тему?

Приветствую! Нам опять нужен разработчик на клиентскую часть. Хотим найти человека с сильной версткой, т.е. который уже почти достиг просветления в этом направлении + увлеченного познанием JS как полноценного языка программирования. Верстать нужно будет много, быстро и качественно. Перфекционизм и увлеченность интерфейсами приветствуется. С JS много эксперементируем в попытке найти идеал. Проекты у нас интересные и сложные. Важно умение думать головой, делать все красиво и качественно включая сам код. Жажда знаний приветствуется. Вилка по деньгам 80-100т.р. Вот как-то так. Если интересно - несколько ссылок на верстку с макетами в личку.

Мы ищем человека, который неплохо верстает, но еще лучше программирует на Javascript. Про верстку. Большинство верстальщиков делают механическую работу по переводу картинки в html, не задумываясь о конечном результате. Хвастаясь созданием "резиновых" макетов, упускают, как содержимое блоков будет тянуться под изменчивый контент на реальных сайтах. Очень хочется найти человека, который сначала думает, а потом уже верстает. Который не боится задавать вопросы и предлагать иные решения. Особенно если эти решения не из-за лени. Про Javascript. Мы очень любим удобные интерфейсы. Наша команда тратит кучу времени и сил на проектирование взаимодействия. А Javascript программисту отдуваться за всех. Пошаговые элементы взаимодействия, сложная логика, связывающая все элементы интерфейса, минимум общения с сервером — вот наши основные направления деятельности. Много разных интересных задач по верстке и нормальное отношение к желанию сделать красиво и правильно как внешне, так и в коде. Только в офис, удаленка не подходит. Денег 80-100++ т.р., обсуждаемо. На все вопросы готов ответить в личке.

Может потому, что у вас есть системная функция virtual? Поставьте точки останова внутри if-а и внутри функции - будет понятно.

xdebug

Зависит от команды. У нас верстальщик говорит какую структуру данных он ждет и программист ему дает ее на выход. Хотя основы знать нужно, но даже не PHP а используемого фреймоврка - что бы правильно подключить скриптовые и css файлы, правильно урлы сгененить. Но опять же может спросить соседа - программиста =) Хотя справедливости ради, наш верстальщик знает PHP и иногда помогает, но это просто приятный бонус, если бы не хотел изучать PHP -никто бы слова не сказал.

Несомненно это зависит от места работы, у всех разные подходы. Мы вот искали и долго. И проекты у нас крупные. Просто определенное отношение к работе со стороны руководства. Там Yandex

Любой человек должен развиваться профессионально. Особенно пока молодой. Так уж получается, что путей развития два - или сервер или фронт. А фронт - это не только верстка, но и JS. Да, чаще всего это примитивный jQuery, но бывают и исключения и так или иначе фронт разработчику придется осваивать JS чуть больше чем jq - освоить основные приемы и шаблоны, понять прототипный ООП. Не обязательно становиться JS программистом, но написать какой-то расчет или сложное взаимодействие разных DOM частей через события и т.п. Хотя хорошие верстальщики бывают нужны и без JS. Такие, которые всегда попадают в макет и при этом еще думают головой представляя как этот сверстанный макет будет жить в реальности - куда что уедет, где что может вылезти. Я вот таких в красную книгу внес бы =) И вообще, Симферополь от Донецка недалеко =)

Если решение для эксплуатации на хостингах и т.п. - то ничего особо кроме опроса не придумаешь. Просто как-то кешировать информацию о сообщениях, если база перегружена. Если речь о своем VPS/Сервере, то можно смотреть в сторону Long Polling и написания своего демона (или настройки существующих решений) для обслуживания коннектов. Гуглить "Long Polling" и COMET

Работодателю интересно что умеет человек и что он уже делал и как. Ну и может немного о человеке - личные характеристики важны. И как связаться удобным для работодателя способом. Работодаетлю не интересно думать "куда бы нажать" - он, скорее всего ограничен во времени и вполне вероятно, что закроет сайт даже не задумавшись, что можно куда-то нажать. И ему пофиг на "креативность" сайта только если он не креативного дизайнера ищет. Увы.

ООП следует начинать изучать с ООП-а, а не с классов в PHP. Что такое, зачем вообще нужно, что дает, какие стандартные патерны есть. В общем, читайте книжки. Один из вариантов применительно к PHP - http://www.rsdn.ru/res/book/web/php_5_prof.xml Ну и Фаулера, конечно.

Это решает суд в каждом случае отдельно. Если вы докажете, что создали новое произведение - до все ок. Тем более, что есть понятие "цитирование", т.е. в своем произведении вы можете использовать части других, но как необходимые цитаты. Опять же, если 95% статьи - цитаты, есть хороший шанс проиграть. Давайте так. Есть Закон. А есть его исполнение. По закону - да, должны. А делать или нет - ваше персональное решение. Авторское свидетельство - всего лишь способ упрощения доказательства авторства, но не является необходимым критерием. Авторское право же возникает в момент создания произведения. Единственное ограничение - творческий труд. Технический, консультационный и т.п. труд не создает объект авторского права. Слова в энциклопедии не являются творчеством, так что никаких проблем. А вот если в энциклопедии к каждому слову Вася написал уникальное описание - вот это будет защищено, и другая энциклопедия не может взять это описание и использовать без согласия Васи.

Любое копирование, использование фотографий и т.п. будет незаконно. Ссылка на законодательство - ГК РФ, часть 4 А уж будет кто-то предъявлять претензии или нет - зависит от многих факторов. Без предъявления претензий со стороны владельца авторских прав в 99% случаев никто никаких проблем вам создавать не будет. Ссылки на треки выложенные самим правообладателем вполне легальны... ну, 100% утверждать не берусь, но проблем не вижу. Размещение нелегального контента, равно как просто ссылки на него - могут быть проблемой.

Можно и без редиректа, добавляйте параметр типа http://www.site.ru/?from=qr и считайте это как хотите уже.

А зачем Аякс по изменению поля? Что бы сэкономить время? Но если задача описана как описана, то экономии не будет. Т.е. если тупо "поле - кнопка", то человек вводит что-то в поле и нажимает кнопку. onChange сработает когда поле получит блюр, а получит оно его в тот момент, когда будет нажата кнопка. Если у вас много полей - тогда да может, но ясно дело, что человеку нужно что-то говорить, если по нажатию на кнопку данных еще нет.