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 сработает когда поле получит блюр, а получит оно его в тот момент, когда будет нажата кнопка. Если у вас много полей - тогда да может, но ясно дело, что человеку нужно что-то говорить, если по нажатию на кнопку данных еще нет.

Обычно я поступаю через флаг. Т.е. две переменные - с телом ответа и флаг "кнопка нажата". Если кнопка нажата и тело ответа есть - запускаем функцию записи значения, если тела ответа нет - зажигаем флаг. В коллбеке по аякс загрузке мы смотрим - если флаг "кнопка нажата" установлен - запускаем функцию записи значения, иначе просто сохраняем тело ответа.

select count(*) from table where tags rlike '(^| )tag1( |$)'

>что лучше написать метод, вроде getSettings() — и им возвращать только нужные для инициализации свойства Посмотрите магические методы __sleep() and __wakeup()

Извините, вы смешиваете обучение интегралам и непосредственную работу с интегралами. Давайте определимся, что все присутствующие здесь люди - не на первом крурсе предмета "веб-разработка". Это во-первых. Во-вторых, вы слишком увлеклись аналогиями, IDE не дает такой автоматизации сравнимой с решением интеграла на листочке или на калькуляторе. IDE не пишет за вас код. По-этому мне немного смешно слышать, что кто-то не пользуется IDE, что бы держать свой мозг в тонусе и оптимизировать и рефакторить код, как будто IDE это делает автоматически за вас. Хотя может я не понял, и смысл таких тренировок мозга - накодить что-то неработающее с кучей косяков, а потом "рефакторить" - находить опечатки и неиспользуемые куски кода, что бы это все заработало?

Угу, но в институте уже никому в голову не придет запрещать пользоваться калькуляторами. Даже для несложных рассчетов. Ибо уже выросли. Ибо есть понимание, что если это чуть дальше школьной таблицы умножения - то использование калькулятора, который под рукой, почти всегда быстрее, часто - много быстрее, а даже если и соизмеримо по времени со счетом в уме, то как минимум не сбивает мозг с решения основной задачи, ибо делается гораздо на "более подсознательном" уровне. Так что все правильно =)

Этот ваш поток текста про то, что "мы стали более лучше одеваться" к использованию IDE никакого отношения не имеет.

Я хочу просто отметить один факт еще... для ясности. Действительно существует какой-то порог, когда человек решает попробовать IDE. Не "поглядеть", а сесть и начать изучать возможности на протяжении продолжительного времени. Чаще всего этот порог - сложность проекта (кто-то заранее, кто-то набив шишки в отыскивании опечатки), но бывают и другие причины (ну как варинант - указание руководителя). Т.е. вот есть гора, ее нужно перескочить. Пока не перескочили - пользуемся простым редактором "с подстветкой". Когда перескочили, то приходит понимание, что эта среда может быть основной. И она начинает использоваться и на более простых проектах. Т.е. привыкаешь к мелочам и удобствам за время этого "сложного проекта" так, что их отсутствие является раздражающим фактором даже на проекте из нескольких файликов. А почему бы и нет, как говорится, за процессорное время платим не по счетчику, что бы его экономить. По-этому, я хоть и согласен, что простые сайты визитки можно делать и без IDE, но можно и в нем - нет тут понятия "излишество", ибо процессору все-равно нечего делать. "Излишество" может быть изучение IDE для того, что бы клепать сайты - визитки, это да. Но если эта стадия изучения пройдена - IDE лишь доставит дополнительную бесплатную радость. И самый банальный пример всплывает из практики - верстальщик слелал простую страничку, дизайнер прислал чуть новую картинку, верстальщик ее заменил. Уж уставший он был, ленивый или еще 100500 дел у него было - я не помню, но посмотреть размер картинки забыл. В итоге поцоканная картинка (ибо в коде один размер, а по факту другой) показана заказчику, тот расстроился, начальство расстроилось, верстальщик поимел определенные наказания. Можно долго говорить о "внимательности" и т.д.... в общем тот обычный бред, что говорят на форумах "безгрешные", но можно говорить и о том, что если верстальщик держал страницу в Шторме - он бы получил подсветку неверных размеров в HTML. Может в консерватории что-то подправить?

Возможно. Смущает лишь один факт - очень много изменений мировоззрения из вашего в наше (включая оглядку на собственный опыт), но почти нету обратного. Заставляет задуматься

> Только вот не пойму почему народ не улавливает сути, того, что он говорит, или не хочет Может потому, что народ давно-давно еще писал в "блокнотах", потом многое попробовал и в итоге сделал выбор? Мой любимый редактор на "заре" разработки был UltraEdit. Сейчас мне в голову не придет на нем что-то делать. Т.е. есть четкое понимание плюсов и минусов, и первых много более. С этой позиции вся эта тема выглядит как легкое флейм-развлечение, между теми, кто прошел этот путь и теми, кто застрял. http://code.google.com/p/css-x-fire/ Очень удобно и достаточно безопасно - т.е. изменения само не вносит ясно дело, а дает окно типа рефакторинга, там уже можешь переносить.

keltanas вы во многом в аргументах переходите на серверные языки. С теми, кто будет утверждать, что IDE для PHP - блажь, я лично даже разговаривать не буду... ну, просто по уровню не интересно общаться на эту тему. С JS тут все более расплывчато - и библиотеки не такое распространение имеют, и вообще язык сложно анализируется для IDE по ставнению с PHP тем же. Так что большинство фишек для JS/HTML/CSS - это всего лишь удобный сахарок. Хотя, конечно, не только. Сейчас спросил своего фронт-ендщика... он как-раз огромный калькулятор на JS пишет, вернется на свой дримвьювер со шторма? Хотя бы только для верстки. Говорит, что не вернется. Тем более для JS. А тоже спорил сначала "да чем он лучше" и все такое.