Как стать автором
Обновить
2
0

Пользователь

Отправить сообщение
, если на эти запросы не будет навешено тяжёлой работы, особенно синхронной.

На самом деле сложно представить какую либо длительную синхронную операцию. В теории она существует, но найти реальный кейс вряд ли возможно. Какая синхронная задача может занять более 5-10мс, которая бы повлияла на отзывчивость для других клиентов? Даже если это какие то тяжелые вычисления (которые почему то написаны на JS) всегда можно протащить через ивентлуп, вместо рекурсии например. С асинхронными функциями теперь это весьма просто, только пару строк чтобы следить за тиканьем ивентлупа. Ну а дальше балансировщик сделает свое дело.
Ну едва ли это можно называть интересным- типичные подходы, коим более 10 лет… toString еще и весьма сомнительный из-за производительности.
Ну они имеют промисифицированное апи. И с ним await в синхронной функции работать в принципе никак не может, тогда ее нужно будет подменить неявно на асинхронную и эта неявность может поломать код, который писался как синхронный, но вдруг при дописывании await его куски внезапно стали работать в разных итерациях цикла событий, поломав логику с process.nextTick и т.д. Еще и потенциальные потери в производительности на анализе кода и модификации внутренних структур. И все ради того чтобы не явно не обернуть асинхронный участок кода в iife. Какое то хипстерское решение, в надежде перетянуть одеяло, не более.
Они не знают, что ты собираешься их использовать в одном треде.

Не знаю при чем тут треды… там тред один, не считая внутренних.

прям киллер фича, без iife- как без такой жить :) Сейчас как бы все логично, await вне асинхронной функции не имеет смысла.
раньше какой-то рендеринг или вычисление делалось на клиенте

дернул сервис с chromeless да и все быстро отрендерилось как надо. Нафига это включать в ядро? Оно далеко не всем надо на беке. Выглядит сомнительно.
что ж тут за хитрый замысел? ) Часто один BA на несколько проектах одновременно работает, потому как он требования написал и может по факту не появляться несколько спринтов, за соблюдением и более глубокой проработкой ведь следят другие люди. По моих наблюдениях он оплачивается он как 50-70% от разраба соответствующей лычки.
Да, но не дороже всех вместе взятых, даже на полставки :) Это я еще архитектора БД забыл :) С точки зрения галер, идеальный работник тот, кто не имеет специализации, а на все руки мастер, т.е идеальный вариант для загрузки по максимуму при любом раскладе. Если у каждого будет строго своя специализация, то очевидно могут возникнуть ситуации, когда тасков под конкретного спеца будет недостаточно, т.е будет простой, за который не хочется платить.
Опять приписывают Сеньйору функционал нечто среднего между Тимлидом, DevOps и PM. Сеньйор это просто матерый разраб, который знает узкие места своих инструментов и в рукаве которого обычно припасены пару козырей для решения нетривиальных проблем ну или лучших решений для типичных задач, на которые он в состоянии посмотреть с разных сторон. Он не должен быть админом, не должен заниматься инфраструктурой, не должен быть бизнес аналитиком, не должен играть на балалайке или выступать за сборную на олимпийский играх. Это все легенды от менеджмента галер, которым выгодно чтобы один Сеньйор, в случае чего, мог заменять пол ИТ отдела. И в правду, зачем тратится на QA, DevOps, BA, TL, CTO, PM, если можно взять одного «сеньйора»? А лучше Full-stack, который действительно за ИТ одел должен пахать :)
Это однозначно не сложные вопросы, максимум среднего уровня.
В чём разница между ES6-классами и конструкторами функций?

И главное как раз упущено- попробуйте унаследоваться от Array или Function с помощью конструктора, а не класса. Механика немножко там другая при инициализации цепочки прототипов.
Это однозначно не сложные вопросы, максимум среднего уровня.
В чём разница между ES6-классами и конструкторами функций?

И главное как раз упущено- попробуйте унаследоваться от Array или Function с помощью конструктора, а не класса. Механика немножко там другая при инициализации цепочки прототипов.
Такие нынче тренды. Тяжелые all-in-one фрейморки очень понизили входной уровень, а 99% бизнесов важны в первую очередь стоимость и скорость, при чем скорость на первом месте. Большинство не готовы платить за найм более дорогих узких специалистов, тех же джабаскрипт инженеров для фронта, если производительность/качество решения не на первом месте у продукта, а таких мизер.
Ну наконец-то решили основательно взяться за этот сегмент ) Для умного дома самое то, как и для кучи разных применений, где 100 мбит+ никак не нужны, ценой кучи проводов. Теперь полноценная TCP/IP сеть вместо 1wire, дальше дело времени, когда умные приблуды станут обыденностью в доме.
IP камеры подключать одной парой вообще будет сказка, еще и при 1 км расстояния. 2-3 камеры 720p на одной шине вполне поместятся. Проще и дешевле защищать от перенапряжений для уличного применения, т.к всего одна пара. Будем надеяться китайцы за несколько лет освоят :)
Ага сервис не может, а вот брузер смог бы скачать любое видео? Там уже давно не тупой поток, а всякие костыли через Canvas и отрисовкой через JS, чтобы пресечь попытки скачивания и у каждого сервиса свои вариации. Иначе бы действовало «сохранить как» после небольших манипуляций по возвращению правого клика по видео.
Вот завидую самоуверенности некоторых :D Хотя может там 2 года именно коммерческой разработки, а не кодинга, а суммарно, скажем, 4 года, или просто гении по жизни :) Вообще вполне логично- сейчас 3-4 месяца курсов и джун, год и мидл, 2- уже сеньйор, пора делится мудростью)
Не понимаю как можно хотеть преподавать и зачем это им, как по мне, для разраба это скучнейшее и совсем невыгодное занятие, к тому же большинство из нас около-интроверты и преподавание выматывает.
Судя по задачам, я, выходит, матерый жабаскриптер в квадрате :) А всего то 13 лет пишу на нем :D На самом деле представленные кейсы весьма простые, в интернетах можно найти и более не очевидные задачки.
Оно и не жрет столько памяти. Жрут избыточные, перегруженные решения с жирным слоем абстракций и неэффективным кодом, нередко с утечками памяти, потому что бизнесу, как всегда, хочется быстро, дешево и сеньйоров по три копейки за пучок. Насколько эффективный код может написать человек с 1-3 мя годами опыта в вебе и исключительно на Англулярах*, а время потраченного на само программирование еще меньше? А именно таких львиная доля во фронте. Работодателям мало интересен вопрос потребления ресурсов, если это не мешает воспользоватся их продуктом и заработать денег.
Ну у меня все еще в ходу Sumsung Omnia II 2010-2011 года- один из первых массовых железяк с OLED, и пока, тьфу-тьфу, еще не видел артефактов экрана… А его юзал активно во времена студенчества- только 7-8 часов в неделю просмотров фильмов по поездах, не считая всего остального.
:)) Эм, это обычный дешевый нетбук леново S205 2011года= 450$ + сразу 50$/8gb DDR3, удачная модель с поддержкой до 2х8гб озу при своих <1,5кг. Сейчас он мало что стоит, хотя техника вечная, не то что ноуты последних лет- гнутся в руках под собственным весом, при долларовой цене 2х.
у меня 10-ка вполне отзывчиво работает на китайском планшете 4х годичной давности с 1гб памяти и 16 гб диска и 4 ядерном ультрамобильном цп, какой там рейзен и 8 гб озу? Да, чтобы реально что то запускать помимо самой оси надо мин 2 гб RAM, но если на то пошло, то у моего прошлого нетбука 8 летней давности 10 гб озу, короче проблемы надуманные.
Эм, сдается мне само собой понятно, что обогреватели, стиральные машины и прочие мощные стационарные устройства входят в ранее упомянутую категорию «электроплиты, утюги, бойлеры, холодильники» и никто же не говорит отказываться от 220в :) Хотя, например, мощность утюга часто завышена, вполне можно использовать 500-600вт, подумаешь лишнюю минуту греться будет.
Может и будут слегка теплыми, но сейчас и у электроплит тоже теплые- и ничего. И если не 2.5, то 4мм с запасом хватит. Да и все это непродолжительные потребители. От плохого контакта никто не застрахован, а токи там практически те же бы были, что и в цепи 220 для мощных потребителей. Не знаю, сколько будет микроволновка, это опять стационарное мощное устройство, но плойка, электроодеяло, электробритва и т.д стоило точно также, а где то могло стоить и меньше.
Сложность программной части протоколов не имеет значения в современном мире, имеет значение патенты, доступность/распространенность решений и стоимость/сложность реализации аппаратной части. А 1-wire и самые копеечные контроллеры поддерживают.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность