Владислав Козуля

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

Опять же, на подобный вопрос я уже отвечал какое-то время назад.

Правильно – завернуть в отдельный скоуп. Например, в самовызывающейся функции:

(function () {
  var foo = "bar";
})();
console.log(foo); // Uncaught ReferenceError: foo is not defined

setCenter(latlng:LatLng|LatLngLiteral)

Добавляем в $rootScope булевую переменную, которую на внутренних страницах будем менять на true. Для необходимых элементов добавляем ng-class, зависящий от данного значения. Как раз он и будет добавлять класс (для таких вещей не надо использовать id).

Далее прописываем в css стиль с отступом, радуемся.

Вопрос поставлен некорректно. Выбирать нужно не между отдельными платформами, а между конкретными технологиями, потому что тот же Unity3D позволяет компилировать как под мобилки, так и под десктоп. Можно взять CRYENGINE и начать выпускать игры для PlayStation и Xbox. Или Unreal – для него вообще не важно, какая платформа. Собственно, максимальная кроссплатформенность – это наше настоящее и ближайшее будущее.

К тому же, кто мешает разрабатывать игры на PHP? Да, придется подучить клиентскую часть и немного матана, но зато вы сможете создавать полноценные онлайн игры (хотя сервер лучше писать, конечно, на Java).

Flash понемногу уходит в прошлое. Естественно, еще остается достаточно длинный шлейф из компаний, которые клепают на нем казуальные игры, но никакой перспективы здесь уже нет. Разве что можно научиться клепать на нем интерфейсы при помощи Scaleform.

И раз уж на то пошло, сделать свою игру можно и на RPG MAKER или Ren'Py (если вам нравятся визуальные новеллы). Невероятно, но факт – игры на этих движках собирают деньги на Kickstarter и проходят Steam Greenlight.

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

Свои проекты показывать можно и нужно. А лучше всего – не просто показать, а рассказать о том, как шла разработка, с какими проблемами вы столкнулись и как их решали. Если вы таким образом хотите повысить свои шансы на получение работы, то проект должен показать, что вы хорошо владеет предметом как с теоретической, так и с практической точки зрения. Я говорю здесь даже не о Ruby, интересные вещь можно написать на любом языке.

На что нужно обратить внимание:
– Архитектура. Грамотно спроектированная система – залог успеха всего предприятия.
– Производительность. Здесь можно показать как алгоритмическую подготовку и умение работать с базами данных, так и знание особенностей конкретного языка.
– Тестирование и документация. Покрытие тестами и описание функционала, начиная от основных модулей и заканчивая отдельными функциями – тот идеал, которого стараются (но не могут) достигнуть во всех уважающих свою разработку компаниях.

Если у коллег есть какие-либо дополнения, прошу (:

Давайте обратимся к данной публикации, чтобы понять примерные тренды, потому что наиболее выгодный вариант – это все же фронтендер.

Вкратце, полноценный клиентский разработчик должен знать:
– html5/css3 + bootstrap
– один-два препроцессора (less/stylus)
– чистый js и пару-тройку клиентских библиотек или фреймворков (knockout/backbone/angular/react)
– немного node.js, чтобы уметь пользоваться пакетным менеджером (npm) и билд-менеджером (gulp/grunt)

Этот список покрывает большинство клиентских задач в средней студии или стартапе.

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

Другой вопрос – что со всем этим делать.

Я обычно предлагаю попытаться начать свой маленький проект. Какой-нибудь простенький личный сайт, игру на js (тот же flappy bird или 1048 – много ума здесь не нужно). Посложнее – свою тему или библиотечку. Это будет хорошим практическим опытом, который не стыдно описать в резюме.

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

Если говорить о личном опыте, то я неплохо подтянул js с помощью codewars – задачки начинаются от самых простых (преобразование строк, перебор массива), до очевидно тяжелых (собственные интерпретаторы и преобразование данных изображения).

А вот попытка спихнуть на верстальщика UI/UX – это уже экономия со стороны отдельных контор, которые по какой-то причине не хотят нанимать отдельного дизайнера/проектировщика в штат или по контракту. Тут, к сожалению, придется мириться и смотреть статьи по теме – тот же GoodUI.

Брр. Из описания сложно понять, что вообще происходит и что нужно сделать, но я попытаюсь.

Если я правильно угадал, нужно сделать следующее:

$('table tbody tr.click').click(
  function () {
    var next = $(this).addClass('open').next('.description'),
        shown = (next).is('visible');

    $('.description').hide();

    if (!shown) {
      next.show(); // показать, если элемент скрыт
    }
  }
);