Никита Гущин: 3 месяца, не так уж и давно. В целом сейчас все усилия всей команды ангуляра (если вы заметили - это официальный репозиторий) сосредоточены на angular2. По сути разработчикам этого рендерера нет смысла продолжать писать эту штуку (она уже работает), а нужно дождать пока API рендерера полностью стабилизируется. А это надеюсь произойдет через месяц-другой.
swcalc: id атрибут. Один атрибут. Я использую data-* атрибуты. Для каждого поведения свой атрибут. Scribblex например для этих целей заводит специфичные классы.
Наиболее назависимая выборка от верстки как раз таки... использовать либо свои аттрибуты либо классы, которые не пересекаются со стилями т.д. Это если в контексте JS.
Никита Гущин: opengl он и в африке opengl. Сложная физика... тут есть нюансы... JS быстрый язык и для большинства игр вы сможете на нем описать все что вам нужно. Опять же часть вычислений можно ускорить за счет opengl (матрицы), а так... есть нюансы. Но если игру пишет один человек то JS-а хватит.
Alexander Litvinenko: это никогда не оправдано для JS. Ну во всяком случае в 99% случаев от них толку нет.
Я использую ID-ки только для якорей, как альтернативу a(name), как того требует спецификация html5. Для других кейсов айдишки чуть более чем бесполезны и добавляют излишней головной боли.
Никита Гущин: нууу... если вы знаете js - почему бы и да. Я не пробовал gl-react-native, но если я правильно понял, то это удобнее чем cordova (у cordova с webgl все хорошо и удобно но для android нужно crosswalk еще). Кроме того нет проблем добавить какой-то дополнительный UI.
impfromliga: если бы вы привели пример на jsbin например было бы удобнее. В целом не понятно о каких потоках вы говорите (в JS нет потоков как таковых, только web-workers если).
В целом сейчас я не вижу в этом алгоритме ровно никакого смысла потому что есть webgl.
Назир Хуснутдинов: прочитал ваш ответ, и опять же не понял ваш поинт. "Сделай что бы работало"? Или "решить проблемы бизнеса"? Если второе то согласен.
я не вижу смысла не рассматривать эти пункты по отдельности (вместе они смысла больше не несут). В моем маленьком мирке все просто - программист (software engineer) это прочто человек который решает задачи в контексте IT. То есть для меня нормально считать QA - программистами а не тестировщиками (тут как и код-манки есть манки-тестеры, все честно)
Далее продолжаем по пунктам.
4) HR бывают разные, я из всех знакомых могу увы выделить только 3-4 интересных HR-а (ну может и больше, из тех кто в состоянии после собеседования психологический портрет составить), в остальном это просто милые девочки, которым до лампочки чем придется заниматься человеку и который может вообще не знать чем занимается компания в которую она ищет кандидата. Ее задача под требования найти побольше резюмешек, отфильтровать явный неадкват и скинуть дальше на апрув лидам и т.д. А вот им наш внутренний разработческий мир очень даже интересен, и знания внутренностей и как оно работает для них - уменьшает риски. Без понимания как это работает - все это просто манки-кодинг. Нашел кусок кода в интернетах - влепил.
5) "при возможности поддержка старых версий операционных систем и браузеров". Ни о какой поддержке продуктов речи не идет. Прочитайте внимательно. Упор делается на "следование трендам рынка что бы было что кушать".
4) я собеседовал людей у которых есть опыт и не малый работы с конкретными инструментами, при отсутствии понимания как оно работает. Паттерны и прочая теория это теория, а не технологии. Просто автор не верно сформулировал этот пункт на что я и указал.
5) тут говорилось именно в контексте "вышла новая тулзень надо обязательно поковырять". Откуда вы тут суппорт родили, где все наоборот остается примерно той же версии, применяя только секьюрити апдейты и обновляясь очень осторожно...
6) Опять же, что именно норм в маленьких компаниях? Отдельная роль бизнес аналитика? Отсутствия четко выделенных ролей в принципе? (аджейловая кросс-функциональная команда, BDD-ные три амиго, примеры того когда обязанности слегка размыты)
Просто иногда тупо нет рук (голов), чтобы доверить...
