Сегодня поставил vite - впечатления очень хорошие. Все работает без ошибок. Много подсказок по исправлению проблем. Порадовала реализация динамических импортов с динамическими путями. Смысла в поддержке snowpack нет, что и сам автор признает. Держу в курсе, вдруг кому сэкономит пару дней времени. : )
Попробовал snowpack после первой статьи, и оказалось это именно то, о чем я мечтал. Плохо что под windows очень много багов. Не работает практически ничего. В убунте тот же проект собирается как надо. Пофиксил что мог, но на гитхабе активность как будто замерла пулреквесты висят мертвым грузом. С утра попробую Vite.
Мне всегда интересно читать о собственных реализациях чего бы то ни было. Именно из такого рождаются новые ниши и стандарты. Спасибо что поделились, я знаю как не просто на это решиться в наше время : )
Но есть вопрос. Разве создание копии массива в момент переопределения его элемента - не ведет к путанице при отладке? По моему в таких случаях проще вызывать явное копирование массива. И как быть, если понадобилось изменить исходный массив, имея ссылку на него? По моей беглой оценке, поведение, описанное в статье требуется в очень редких случаях. Буду рад если мои рассуждения ошибочны : )
Все что было нужно - это js колбек для импортов, начинающихся не с точки и не со слеша, который дал бы неограниченную свободу при резолве модулей. Который был бы очень простым в реализации. Но эти чуваки решили 5 лет потратить на разработку куцей и бессмысленной спецификации карт импортов.
ПС:. Например, я хочу отсылать все подобные импорты в корень сервера, как есть, где сервер, имея доступ к файловой системе воспользуется механизмом node.js найдет нужный модуль и вернет его по требованию.
Пробую отлаживать ТС, пропущеный через babel в браузере. Соурсмапы работают, но стек выглядит нечитабельно. Имена импортированных модулей в сгенерированном js не соответствуют именам в ts, поэтому их значения в вотчере просто так не посмотришь. Отладка в сравнении с обычным js граничит с адом. У всех так, или у меня кривые руки?
Двоякое чуство: написание кода ускорилось, но отладка, которая обычно занимает большую часть времени - замедлилась.
Недавно пришлось поработать с АПИ Ксоллы - лучшее АПИ с которым мне приходилось встречаться. Процесс интеграции отполирован образцово.
ПС: есть у меня одно правило для себя: прежде чем принять решение о работе в компании - посмотри АПИ и протоколы которые они используют. Обычно это скрыто от глаз, но много и правдиво может сказать об огранизации и атмосфере. : )
Несколько лет назад я для интереса прошел обучение на freecodecamp, и два отдельных курса там были посвящены написанию одного проекта на Angular2, и второго на React. Я прошел их полностью, Мой субъективный вердикт для ангуляра сформировался очень быстро и бесповоротно - тупиковый проект, и работа с ним - потеря времени и денег. Через годы выяснилось, что они не имеют обратной совместимости от версии к версии, что напрямую свидетельствует о проблемах на архитектурном уровне. Реакт же, реализует простую идею виртуального DOM, которая при правильном подходе дает новый уровень простоты в разработке UI. Ничего подобного я не видел за годы работы со spring, Qt, msvs, и даже борладовких дельфи и с++, каждые из которых я любил.
Интересно в двух словах про то, из чего состоял проект. Экспресс? И какой коннектор к какой бд использовался? Сам недавно переписал бек своего CRUD движка с php на node и подобный опыт мне ужасно интересен, любые крупицы : ) Пока я так заморочен оптимизацией, что обработку запросов написал на встроенном нодовском http.
Некоторое время назад, я много экспериментировал с разными способами настройки звукоряда. Я пробовал образом, похожим на описанный в статье, настроить гамму из 12 нот. Все 12 нот были получены путем последовательного многократного умножения частоты исходной тоники в 1.5 раза (натуральный квинтовый интервал) получившиеся ноты находились в октавах выше исходной, но я "возвращал" их в исходную октаву многократным делением частоты на 2 (шаг в одну октаву). Ноты, которые в результате попадали в уже найденную ранее ноту - пропускал. Получившийся "обертоновый" строй по началу мне показался очень красивым и особенно гармоничным но любая музыка в таком строе звучит слишком правильно, как мне показалось. Не хватает специй.
ПС: стандартный равнотемперированный строй один из самых скучных и фальшивых по моей субъективной оценке.
Тема курсоров мне очень близка. Хочу предупредить тех, кто захочет реализовать свой курсор: стандартный системный курсор имеет бизкую к аппаратному уровню связь между мышкой и оверлеем отображающим курсор на экране. Благодаря этому, курсор не зависает, даже если зависла система, и курсор повторят движение руки абсолютно без задержки. Самая незначительная задержка курсора очень неприятна и сильно затрудняет наведение на цель. Именно поэтому, никакая реализация курсора, кроме системной не принесет пользы.
В качестве бреда. Возможно тут эффект рычага. Медленные, но мощные лопасти передают вращение на колеса с большей скоростью но меньшей мощностью. В результате парусный эффект лопастей суммируется с тягой колес, последняя дает небольшой перевес над скоростью ветра.
Задержка звука на андроиде долго была больным вопросом для меня. 200-300 мс. iOS в этом был непобедим. Сейчас зашел проверить на рандомной самоиграйке на redmi8 - задержка практически неощутимая - на слух 20-30мс.
По максимуму использую сервисы на личных VPS но боль наступает при переходе на новую версию linux. На днях пришлось переустановить ubuntu 16 на ubuntu 20 из-за того, что php 7.3 нет на u16 а одна из нужных мне библиотек требовала PHP не ниже 7.3. Восстанавливать и настраивать все как было пришлось по крупицам. Скрипт полной пошаговой установки для u16 у меня был, но большая часть шагов на u20 уже не работала. Вот такая история значится.
Я всю жизнь считал конденсатор простой скучной штукой, пока не увидел эксперимент с лейденской банкой, который показывает что заряд хранится в диалектрике а не в проводящих обкладках. Если обкладки заряженного конденсатора обменять с обкладками незаряженного - электричество целиком останется в первом из них.
Сегодня поставил vite - впечатления очень хорошие. Все работает без ошибок. Много подсказок по исправлению проблем. Порадовала реализация динамических импортов с динамическими путями. Смысла в поддержке snowpack нет, что и сам автор признает. Держу в курсе, вдруг кому сэкономит пару дней времени. : )
Попробовал snowpack после первой статьи, и оказалось это именно то, о чем я мечтал. Плохо что под windows очень много багов. Не работает практически ничего. В убунте тот же проект собирается как надо. Пофиксил что мог, но на гитхабе активность как будто замерла пулреквесты висят мертвым грузом. С утра попробую Vite.
Мне всегда интересно читать о собственных реализациях чего бы то ни было. Именно из такого рождаются новые ниши и стандарты. Спасибо что поделились, я знаю как не просто на это решиться в наше время : )
Но есть вопрос. Разве создание копии массива в момент переопределения его элемента - не ведет к путанице при отладке? По моему в таких случаях проще вызывать явное копирование массива. И как быть, если понадобилось изменить исходный массив, имея ссылку на него? По моей беглой оценке, поведение, описанное в статье требуется в очень редких случаях. Буду рад если мои рассуждения ошибочны : )
Все что было нужно - это js колбек для импортов, начинающихся не с точки и не со слеша, который дал бы неограниченную свободу при резолве модулей. Который был бы очень простым в реализации. Но эти чуваки решили 5 лет потратить на разработку куцей и бессмысленной спецификации карт импортов.
ПС:. Например, я хочу отсылать все подобные импорты в корень сервера, как есть, где сервер, имея доступ к файловой системе воспользуется механизмом node.js найдет нужный модуль и вернет его по требованию.
Пробую отлаживать ТС, пропущеный через babel в браузере. Соурсмапы работают, но стек выглядит нечитабельно. Имена импортированных модулей в сгенерированном js не соответствуют именам в ts, поэтому их значения в вотчере просто так не посмотришь. Отладка в сравнении с обычным js граничит с адом. У всех так, или у меня кривые руки?
Двоякое чуство: написание кода ускорилось, но отладка, которая обычно занимает большую часть времени - замедлилась.
Поделитесь кто как с этим живет?
Недавно пришлось поработать с АПИ Ксоллы - лучшее АПИ с которым мне приходилось встречаться. Процесс интеграции отполирован образцово.
ПС: есть у меня одно правило для себя: прежде чем принять решение о работе в компании - посмотри АПИ и протоколы которые они используют. Обычно это скрыто от глаз, но много и правдиво может сказать об огранизации и атмосфере. : )
Несколько лет назад я для интереса прошел обучение на freecodecamp, и два отдельных курса там были посвящены написанию одного проекта на Angular2, и второго на React. Я прошел их полностью, Мой субъективный вердикт для ангуляра сформировался очень быстро и бесповоротно - тупиковый проект, и работа с ним - потеря времени и денег. Через годы выяснилось, что они не имеют обратной совместимости от версии к версии, что напрямую свидетельствует о проблемах на архитектурном уровне. Реакт же, реализует простую идею виртуального DOM, которая при правильном подходе дает новый уровень простоты в разработке UI. Ничего подобного я не видел за годы работы со spring, Qt, msvs, и даже борладовких дельфи и с++, каждые из которых я любил.
Интересно в двух словах про то, из чего состоял проект. Экспресс? И какой коннектор к какой бд использовался? Сам недавно переписал бек своего CRUD движка с php на node и подобный опыт мне ужасно интересен, любые крупицы : ) Пока я так заморочен оптимизацией, что обработку запросов написал на встроенном нодовском http.
С Пифагорейским строем совпадало только частично. Пифогорейский строй стал для меня самым ходовым.
Некоторое время назад, я много экспериментировал с разными способами настройки звукоряда. Я пробовал образом, похожим на описанный в статье, настроить гамму из 12 нот. Все 12 нот были получены путем последовательного многократного умножения частоты исходной тоники в 1.5 раза (натуральный квинтовый интервал) получившиеся ноты находились в октавах выше исходной, но я "возвращал" их в исходную октаву многократным делением частоты на 2 (шаг в одну октаву). Ноты, которые в результате попадали в уже найденную ранее ноту - пропускал. Получившийся "обертоновый" строй по началу мне показался очень красивым и особенно гармоничным но любая музыка в таком строе звучит слишком правильно, как мне показалось. Не хватает специй.
ПС: стандартный равнотемперированный строй один из самых скучных и фальшивых по моей субъективной оценке.
Тема курсоров мне очень близка. Хочу предупредить тех, кто захочет реализовать свой курсор: стандартный системный курсор имеет бизкую к аппаратному уровню связь между мышкой и оверлеем отображающим курсор на экране. Благодаря этому, курсор не зависает, даже если зависла система, и курсор повторят движение руки абсолютно без задержки. Самая незначительная задержка курсора очень неприятна и сильно затрудняет наведение на цель. Именно поэтому, никакая реализация курсора, кроме системной не принесет пользы.
Спасибо. Коротко и по делу. Каким и должен быть хабр.
В качестве бреда. Возможно тут эффект рычага. Медленные, но мощные лопасти передают вращение на колеса с большей скоростью но меньшей мощностью. В результате парусный эффект лопастей суммируется с тягой колес, последняя дает небольшой перевес над скоростью ветра.
При нажатии на сенсорный экран.
Задержка звука на андроиде долго была больным вопросом для меня. 200-300 мс. iOS в этом был непобедим. Сейчас зашел проверить на рандомной самоиграйке на redmi8 - задержка практически неощутимая - на слух 20-30мс.
Есть вартант упаковать все мелкие файлы в один большой zip, и при загрузке извлекать нужный из архива.
По максимуму использую сервисы на личных VPS но боль наступает при переходе на новую версию linux. На днях пришлось переустановить ubuntu 16 на ubuntu 20 из-за того, что php 7.3 нет на u16 а одна из нужных мне библиотек требовала PHP не ниже 7.3. Восстанавливать и настраивать все как было пришлось по крупицам. Скрипт полной пошаговой установки для u16 у меня был, но большая часть шагов на u20 уже не работала. Вот такая история значится.
Воздух и вакуум - диэлектрики.
Мне было бы интересно узнать, какие еще могут быть версии выводов из эксперимента с заменой обкладок. Ход мыслей тут не ограничен, а мой - ограничен.
Я иногда добавляю сеттеры для bebug билда, в которых находятся проверки присваиваемых данных. Помогает находить ошибки рантайма.
Я всю жизнь считал конденсатор простой скучной штукой, пока не увидел эксперимент с лейденской банкой, который показывает что заряд хранится в диалектрике а не в проводящих обкладках. Если обкладки заряженного конденсатора обменять с обкладками незаряженного - электричество целиком останется в первом из них.