Там даже есть delta именно для FixedUpdate.
На самом деле странное решение… перемещение объектов и камеры будет иметь ниже FPS чем у всяких эффектов при том что фреймрейт може быть высокий.
По-моему, вполне очевидно, что судить о всём спектре возможных систем типов по этому — так себе идея.
Как бы да, но всё же сильная и слабая типизация это немного отдельная тема. И мы тут по сути обсуждаем только статическую типизацию т.е. время связывания переменной.
ЗЫ а так к примеру в питоне сильная типизация но динамическая. :)
И всё же, вы можете нормально написать что вы думаете на этот счёт?
Почему Си не подходит для суждений о статической типизации и какой язык по вашему мнению подходит?
Люди которые думают что статическая типизация — это про опечатки — не врубаются в статическую типизацию.
Я надеюсь вы не про меня? т.к. я прекрасно понимаю что это такое и с чем едят. Опечатки это то что тут постоянно упоминали в первую очередь говоря о статической типизации.
Про IDE это хорошо… но лично я по большей части использовал просто редакторы типо Kate,Sublime,VS Code и хватало, даже для С++.
Совершенно не понимаю такое отношение к этому посту, я его перечитал 5 раз и не понял где бы автор сказал что то не то. Последный абзац вряд ли мог вызвать такую реакцию т.к. там просто описано текущее состояние вещей.
Вполне возможно кого то задело что то про JSX но вроде это и впрям DSL хоть и близкий к JS. Svelte то же к слову использует JS как есть внутри своих выражений кроме тех что начинаются на #.
Возможно кто то не согласен с мыслью что статическая типизация не настолько необходима? Это увы боюсь дело личного опыта и веры, в моём случае после более чем 10 лет с Python и JS проблем с опечатками не было, а если что то было то элементарно исправлялось и опять же тесты. (а вы пишете тесты?) Мне кажется, даже если вы не согласны с этой идеей то вы всё же должны признать что такая точка зрения есть.
Короче у Svelte (который написан на TS) всё отлично если вы не преверженец статической типизации.
А по моему опыту большинство проблем можно решить именно в build-time.
После python как то не согласен с вами… сила статической типизации сильно приувеличенна. Даже в Си скорее попадёшь на что то другое. Вот в Java без этого трудно но там они сами создали проблему а потом её решают. (алгоритмы не при помощи ООП, а через ООП)
Это достаточно старый пример для первого Svelte. (в новом много чего добавили и улучшили)
Попробуйте всё же добавить пару компонентов. Как я писал выше код там крайне примитивный (и эффективный) генерируется и он очень хорошо сжимается. Просто все эти createElement и appendNode ужмуться во что то типо a(), b() .
А я детальнее глянул на hyperapp честно говоря это больше походит на каркас для VanilaJS и мягко говоря с примитивным View. Ну т.е. тут просто не сопостовимые проекты по фичам и я не спорю что можно и hyperapp заюзать и получить результат но вопросс в удобстве. Сейчас Svelte близок к Reactive и Vue по фичам (а где то и больше).
Опять же по оперативке Svelte сильно выигрывает т.к. нету VDOM и не надо дважды хранить информацию.
т.е. выходит что Svelte позволяет писать с фичами макрофреймворков но с размерами микрофреймворков.
Самого Svelte нету, вес есть только у бандла т.е. по факту вашего кода.
Больше компонентов, а значит больше вес это и для любых других фреймворков актуально. Тот код который генерирует компилятор Svelte очень хорошо сжимается и минифицируется в итоге разница не очень большая но самое главное то что в 50-70кб кода можно уложить ВСЁ ваше приложение (с 40-50 жирными компонентами) тогда как у многих рассматриваемых тут фреймворков вес без пользовательского кода уже куда больше.
А если вам надо реально делать огромное приложение то в любом случае его надо разбивать на разные части (микрофеймворки и это всё).
В результате получается гораздо лучше. Единсвенный минус это не самое обширное коммьюнити, а значит и набор готовых решений не очень обширный, но это дело наживное, а главное каждый может ещё успеть засветится на новом поприще. :)
Как то всё это грустно т.к. на Svelte всё гораздо проще получается, весит меньше а уж рессурсов жрёт куда меньше (он же магически исчезающий).
Мне кажется новый и современный фреймворк без компиляции и с VDOM это прошлый век.
Я больше 10 лет работал с Python и честно говоря проблем с типизацией почти не было и точно ни разу не было случая когда не тот тип падает в фукнцию. Это больше походит на страшилку от адептов статической типизации.
Вот с чем я реально сталкивался это с проблемами памяти особенно во многопоточных приложениях по этому Rust это очень классно. Но возможно у вас другой был опыт...
Это дело вкуса. Лично я не считаю, что ES6 не серьёзный язык. И тут компиляция достаточно высокоуровневая что приводит к тому что компилятор крайне прост.
Там даже есть delta именно для FixedUpdate.
На самом деле странное решение… перемещение объектов и камеры будет иметь ниже FPS чем у всяких эффектов при том что фреймрейт може быть высокий.
авторы другого мнения. ИМХО это редактор с плагинами которые делают систему близкой но всё же не IDE в хорошем смысле
К слову о том почему вредны или неподходят TDD и MVC есть много статей, не нужно верить всегда маркетологам от ИТ.
Мне статическая типизация не подходит к примеру. :)
Как бы да, но всё же сильная и слабая типизация это немного отдельная тема. И мы тут по сути обсуждаем только статическую типизацию т.е. время связывания переменной.
ЗЫ а так к примеру в питоне сильная типизация но динамическая. :)
почему? Слово же английское.
И всё же, вы можете нормально написать что вы думаете на этот счёт?
Почему Си не подходит для суждений о статической типизации и какой язык по вашему мнению подходит?
Я надеюсь вы не про меня? т.к. я прекрасно понимаю что это такое и с чем едят. Опечатки это то что тут постоянно упоминали в первую очередь говоря о статической типизации.
Про IDE это хорошо… но лично я по большей части использовал просто редакторы типо Kate,Sublime,VS Code и хватало, даже для С++.
Совершенно не понимаю такое отношение к этому посту, я его перечитал 5 раз и не понял где бы автор сказал что то не то. Последный абзац вряд ли мог вызвать такую реакцию т.к. там просто описано текущее состояние вещей.
Вполне возможно кого то задело что то про JSX но вроде это и впрям DSL хоть и близкий к JS. Svelte то же к слову использует JS как есть внутри своих выражений кроме тех что начинаются на #.
Возможно кто то не согласен с мыслью что статическая типизация не настолько необходима? Это увы боюсь дело личного опыта и веры, в моём случае после более чем 10 лет с Python и JS проблем с опечатками не было, а если что то было то элементарно исправлялось и опять же тесты. (а вы пишете тесты?) Мне кажется, даже если вы не согласны с этой идеей то вы всё же должны признать что такая точка зрения есть.
Короче у Svelte (который написан на TS) всё отлично если вы не преверженец статической типизации.
Я правильно понимаю что вы считаете Haskell образцом в этом смысле?
После python как то не согласен с вами… сила статической типизации сильно приувеличенна. Даже в Си скорее попадёшь на что то другое. Вот в Java без этого трудно но там они сами создали проблему а потом её решают. (алгоритмы не при помощи ООП, а через ООП)
да, но т.к. Svelte это компилятор то все эти фичи не влияют на рантайм.
т.е. выходит что Svelte позволяет писать с фичами макрофреймворков но с размерами микрофреймворков.
В результате получается гораздо лучше. Единсвенный минус это не самое обширное коммьюнити, а значит и набор готовых решений не очень обширный, но это дело наживное, а главное каждый может ещё успеть засветится на новом поприще. :)
Я думаю тогда уж лучше сразу Svelte брать.
А Svelte вообще ничего не весит… :)
Как то всё это грустно т.к. на Svelte всё гораздо проще получается, весит меньше а уж рессурсов жрёт куда меньше (он же магически исчезающий).
Мне кажется новый и современный фреймворк без компиляции и с VDOM это прошлый век.
Я больше 10 лет работал с Python и честно говоря проблем с типизацией почти не было и точно ни разу не было случая когда не тот тип падает в фукнцию. Это больше походит на страшилку от адептов статической типизации.
Вот с чем я реально сталкивался это с проблемами памяти особенно во многопоточных приложениях по этому Rust это очень классно. Но возможно у вас другой был опыт...
Так что на счёт Svelte то? (в котором никаких vdom нету)
Это дело вкуса. Лично я не считаю, что ES6 не серьёзный язык. И тут компиляция достаточно высокоуровневая что приводит к тому что компилятор крайне прост.