Сергей Рогожкин

Внутри обработчика нажатий блока на js можно отправлять XMLHttpRequest на сервер, например функцией $.get jQuery (это происходит в фоне, без перезагрузки страницы). На сервере уже считать и суммировать нажатия.

Стоит содержания команды разработчиков более года. Примерно как квартира.

Есть список клонов stackoverflow, с разбивкой по языкам:
meta.stackexchange.com/questions/2267/stack-exchan...

Вопрос космического масштаба. Полагаю, что не существует единого понятия hi-end класса. Это как в ресторане попросить "принесите самое вкусное блюдо". Стоимость проекта? Объем кода? Нагрузка? Изящество кода? С какой командой это делать? Лично мое понимание профессионализма и высокого класса - это когда клиент доволен и поставленные задачи решены, несмотря на неожиданные препятствия и противоречия.

Нюансы реализации, естественно, совершенствуются и удачные ходы приходится собирать по крупицам.

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

Мне кажется важным регулярно препарировать удачные сайты, смотреть как реализован фронтенд. Дополнительно решать задачи проектирования серверной части вне текущих проектов, просто ради интереса, как можно было бы реализовать.

Модульность и низкая связность, автоматизация, выстраивание производственного процесса - достаточно занудная работа, которая значительно завязана на личные предпочтения, привычки, сложившийся стиль в команде. Здесь тоже нет однозначно выигрышного рецепта.

Для новичков статей и учебников миллион. Чем дальше в лес, тем меньше информации в обучающем формате и вообще информации. В предельном случае максимального углубления в технологии, одиночество, т.к. не будет людей с кем посоветоваться, потому что они еще уроки для начинающих не освоили.

В качестве практических действий, чтобы ответ не был слишком обобщенным, предлагаю подписаться на Youtube-каналы Академии Яндекса - там попадаются интересные фишечки, до которых самостоятельно можно долго доходить.

www.youtube.com/channel/UCTUyoZMfksbNIHfWJjwr5aQ

Англоязычные рассылки:

css-weekly.com

javascriptweekly.com

nodeweekly.com

Естественно, любимый БЭМ :)

getbem.com

ru.bem.info

Успехов в совершенствовании.

Дополню маленькой хитростью как убрать мелькание при тапе на iOS, когда событие ловится с помощью delegate.

*{
    -webkit-tap-highlight-color:transparent;
}

Делается стандартными возможностями Chrome Dev Tools (проще, чем в предыдущих ответах). Во вкладке инспектора Sources измененные файлы показаны со звездочкой. В контекстном меню выбрать Save и первый раз указать локальный файл. Потом спрашивать не будет. Удобная последовательность: подвигал блок, ткнул по ссылке на файл, Cmd-S. Подробно с картинками: devcoma.blogspot.com.br/2012/07/change-css-and-sav... UPD: сейчас оно само сохраняется после изменения свойств блока в инспекторе, если ранее была привязка к файлу.

Метатег keywords полезен для внутреннего применения, если вы используете собственный поиск по сайту.

Если речь идет об игре, то все состояния, таймеры, основной цикл реализуются на сервере, а клиент получает обновления, чтобы показать адекватную картинку. Мне кажется важно иметь возможность обновить клиента именно в тот момент, когда произошло событие. Например, пришло сообщение в чате.

Полагаю, подразумевался вопрос "как обновлять состояние игры в браузере". По ссылке расписаны варианты как дергать сервер, с примерами реализации: stackoverflow.com/questions/11077857/what-are-long...

Вариант "дергать каждую секунду" не рассматриваем. Самый простой в реализации на клиенте для старых браузеров: long polling. Но если поддерживаются WebSockets (а сокеты сейчас все, кроме оперы мини поддерживают), надо использовать сокеты. Если забить на IE, то можно Server-sent events.
caniuse.com/#search=web%20sockets
caniuse.com/#search=eventsource

Очень глубокий и сущностный вопрос. Люди не винтики с рождения и всегда развиваются по всем направлениям сразу. Конечно, узкую специализацию проще продать, но в действительности узкой специализации не существует. Вы не сможете очень глубоко развиться, игнорируя остальные направления.

Например, дизайнер, который не просто лепит всякий треш на потоке, потому что руку набил, а старается расти - неизбежно интересуется всеми проявлениями гармонии. Музыкой, литературой, кино, а также сопутствующими областями, в т.ч. 3D-моделированием, программированием и даже SEO. Иначе упрется в потолок. Хороший программист и веб-технолог находятся примерно в такой же ситуации.

Тут писали про вышивание крестиком, а я недавно делал ремонт, положил плитку в ванной, смонтировал электрику и положил полы, некоторым вещам научился, делая сам, на некоторых обжегся, нанимая разных подрядчиков. Не знаю про востребованность на работе, но могу создать небольшую бригаду, взять работу и вообще понять, насколько качественно подрядчик делает ремонт. Охрененно полезный навык. Сотрудники-программисты просто ангелы, по сравнению со строителями. Еще больше понимаю, насколько в привилегированном положении находится IT-отрасль.

То, что будут поверхностные знания в некоторых областях - ничего страшного. Это типичное состояние руководителя (в т.ч. ведущего разработчика) "в общих чертах вопрос понятен, чтобы отличить качественную работу от лажи, но глубже разбираться нет смысла".

В качестве резюме: дорого продать можно узкую специализацию, но как минимум также дорого можно продать широкий спектр навыков.

А вот есть: github.com/yandod/candycane

Плагин показывает полный путь в заголовке окна: code.google.com/p/show-path-in-title-netbeans-module/

Идея ничего не стоит, потому как для воплощения нужно постоянно(!) генерировать дополнительные(!) и сопутствующие идеи пачками, чтобы оно доползло до реализации. Нести личную ответственность.

Вот реально бесят такие умники «есть особо ценная идея, что же с ней делать». А с чего вы взяли, что идея не дилетантская из серии «2+2=4»? Единственный способ проверки — сделать, рискнуть ресурсами.

Вы думаете у тех, кто каждый день работает в каком либо бизнесе, имеет неиспользованные средства, идей нет? Идей есть, людей нет ответственных, нет времени контролировать.

Самый умный вариант — позиция «у меня идей нет, буду делать с удовольствием ваши». Денег дадут, ресурсы дадут и подскажут еще куда копать.

А с эпизодическими идеями… не льстите себе. Они скорее всего слабые. Генерируйте лучше идеи там, где ведется работа и не тратьте энергию на то, что не будет реализовываться.

Например, если сесть, целенаправленно проанализировать рынок мобильных приложений, то за вечер можно пару десятков идей придумать. И что теперь с ними делать? Да ничего с ними не делать.

Если ответить коротко — зависит от ограничений файловой системы.

Это, пожалуй, индивидуальная мера для выбранной системы, на каком количестве файлов начнутся тормоза.
На практике, чем больше файлов в папке — тем медленнее листинг. Индивидуальный доступ к одному файлу из 30 тыс. может не отличаться по скорости(если в директорию никогда не заходить через терминал), но листинг может занять несколько минут и загрузить процессор.

Лично я распределяю по удобству копирования и архивации, примерно по несколько сотен файлов(до тысячи) в одной папке.