Я javascript разработчик с хорошим знанием матана, стрктур данных и алгоритмов.
Но я в душе не представляю зачем вы так усложнили рекурсию и замыкания.
А уж как часто она (рекурсия) применяется в жизни Frontend (не говоря уже про верстальщика). Наверное целых два раза в год.
У меня были проблемы с памятью, я знал на уровне полного понимания некоторое небольшое количество формул, и изучал подробно вывод всех нужных мне формул из тех что знаю.
Никаких проблем на экзамене не было — формулы выводил очень быстро.
. Далее, хоть гравитационное взаимодействие и мало, но не равно нулю, следовательно, со временем изначально распределившийся по орбите кусок ТМ постепенно должен стягиваться к центру масс системы.
Здесь ошибка, частицы крутятся по эллипсу. Ну, как луна. Она же не притягивается к земле
viewField.filter(isVisible())
Так это же и будет вызов функции filter на 30 000 элементов.
Я не говорил про отрисовку — я говорил именно про разные проходы (циклы) этих 30 000.
В целом получилось, что для всех случаев у функционального подхода если и есть проигрыш, то он несущественный (в пределах погрешности измерений).
Манипуляции какие-то, у вас же логарифмический масштаб — и ваши "пределы погрешности" составляют разницу в три раза (скажем на последнем графике javaFor vs javaSteams)
А не планируете запустить онлайн сервер с таблицой лидеров? (А чтоб избежать нагрузки скажем запускать новое отправленное решение не раньше чем через 20 минут)
Сразу двух зайцев (и девы поймут производительность своего кода, и можно будет увидеть насколько далеко к лидерам)
Это вполне конкретная аппаратура
Да я понимаю — но я совсем не знаком с тем насколько виртуализация жрет производительность.
Вариант с арендой походе единственное решение
Состояние игры обновляется раз в 100 мс. Если функция play будет генерировать команды быстрее, то персонаж будет двигаться 10 раз в секунду. После каждой команды генератор будет блокироваться на инструкции yield до конца рануда длиной в 100 мс.
Совсем не понятно сколько это реально вычислительной мощности дает "типа c3.large на Amazon AWS " — это сильная машина, или слабая? Как вообще такое оценить?
Я тоже считаю что как-то неправильно не использовать функциональные (или в целом даже мульти) парадигмы. И тем более необосновано заявлять что JS отстой, а ООП серебряная пуля.
Как будто в ООП нельзя лишних singlton-ов наделать, и сильную связность по всему проекту и так далее.
Я javascript разработчик с хорошим знанием матана, стрктур данных и алгоритмов.
Но я в душе не представляю зачем вы так усложнили рекурсию и замыкания.
А уж как часто она (рекурсия) применяется в жизни Frontend (не говоря уже про верстальщика). Наверное целых два раза в год.
Так Css Modules и всякие там StyledComponent.
Считаю что бэм не нужен.
Я к вам работать не пойду с такими собеседованиями.
Если же помыслить самому, не факт что банально планеты появятся, как будет выглядеть планета которая тянется к звезде с силой F=const/r^3?
Никаких проблем на экзамене не было — формулы выводил очень быстро.
Здесь ошибка, частицы крутятся по эллипсу. Ну, как луна. Она же не притягивается к земле
Утиная типизация же)
В typescript учебниках пишут об этом.
Как будто хайп это что-то плохое — это означает комьюнити, библиотеки о чем автор в статьи таки сказал.
В javascript также — все поля и методы только через this
Когда только начинал учить после других языков — страшно бесило
Но сейчас (я стал фронтенд-ом) мне это очень нравится.
И что, это много или мало?
Вот вроде айпад новый вышел с 120 фпс = 8 мс на кадр. Можно ли в кадре потерять 0.5 мс? Нет.
Манипуляции какие-то, у вас же логарифмический масштаб — и ваши "пределы погрешности" составляют разницу в три раза (скажем на последнем графике javaFor vs javaSteams)
А не планируете запустить онлайн сервер с таблицой лидеров? (А чтоб избежать нагрузки скажем запускать новое отправленное решение не раньше чем через 20 минут)
Сразу двух зайцев (и девы поймут производительность своего кода, и можно будет увидеть насколько далеко к лидерам)
Совсем не понятно сколько это реально вычислительной мощности дает "типа c3.large на Amazon AWS " — это сильная машина, или слабая? Как вообще такое оценить?
Я тоже считаю что как-то неправильно не использовать функциональные (или в целом даже мульти) парадигмы. И тем более необосновано заявлять что JS отстой, а ООП серебряная пуля.
Как будто в ООП нельзя лишних singlton-ов наделать, и сильную связность по всему проекту и так далее.
Юзаю и бед не знаю.
Забыл уже когда писал не стрелочную функцию
На замену уже потихоньку пришел и где-то доходит css модули (в связки с react) — решают те проблемы которые и бем.
flexbox конечно же нужно знать — но он элементарный — гораздо проще float, display-block, position: absolute и прочего.
А вот Bootstrap и вправду кажется не нужен — особенно чем дальше фронтендщик отошел от верстальщика