дело не в том, что сами пытаемся свое сделать, а в том в каких целях это будет применено. Ракетами которые бомбят украину направляют наши айтишники. двойный стандарты вот они. и это не только относится к текущей ситуации, а к миру в общем. И "авторитете" могут свернуть людей не по тому пути. Гитлеру тоже в свое время верили. Или это другое? Потому что далеко не сразу немцы признали свою вину, только их предки. Люди иррациональны. Им плевать на других, главное что им хорошо. А адекватных, думающих людей, сразу затыкают, ибо кричащие головы громче звучат.
Когда государство начинает неосторожными своими действия уничтожать конкуренцию и свободный рынок, это не проходит бесследно. Все происходило постепенно и мы не успели моргнуть глазом, как жизнь поменялось. Но нам норм, мы же привыкли. Привыкли, что автомобили подорожали в 2-3 раза, привыкли, что блокируют неуместные сми и садят людей не за что. Процентная ставка уже такая, что люди ипотеку взять не могут. Или условия такие, что для избранных.
Прежде всего надо начинать с оптимизацией приложения, архитектуры. А потом уже играться с разными вещами. А то большинство приложений имеют баги и утечки памяти, о которых они не знают.
всегда найдутся приспособленцы, которые будут верить в то, что им говорят; либо те, кто использует ситуацию в свою пользу. Даже в Иране есть развитие страны, хоть там многие права и свободы ограничены правительством. Но это развитие ограничено и в ущерб другим сферам жизни. Но люди находятся в банке, им тяжело из нее выйти.
Хороший инструмент, часто сам настраиваю, когда нет devops. Вообще не на каждом проекте есть хорошим devops. Поэтому часто это делают бекенд разработчики. Но что касается фронтенда, то лучше фронтенд разработчику либо самостоятельно сделать, либо обратиться за помощью. Но при этом сделать оптимально все это дело.
Лично я на простых проектах предпочитаю ssh соединения, а не создание docker образов, ибо жирно и быстро память забивает. И пару минут стоит это дело.
А еще есть возможность использовать публичные actions, для проверок pull request годится.
А вообще обычно настраиваю репозиторий так, чтобы нельзя было слить без прохода проверок, там я и циклические зависимости проверяю.
А после слияния в основную ветку, автоматическое развертывание на стенд разработки.
я вас удивлю, но даже мои примеры с циклическими зависимостями корректно отрабатывает сборщик. Но когда у нас более сложные случаи, тогда сборщик не может обработать корректно импорт. Например кейс с enum при использовании ts-jest: https://github.com/kulshekhar/ts-jest/issues/281
Другие рабочие кейсы к сожалению не могу найти с ходу с данной проблемой.
я опубликовал решение, которое для нас сработало. Я не говорю, что это единственное правильное решение. А так спасибо, что поделились документацией на redux, как предлагают авторы тестировать store.
Вы предлагаете тестирование приложения с точки зрения пользователя, я не против. Но когда хотят функциональное тестирование, то приходят на выручку данные решения. react testing library это больше про интеграционные тесты.
Я только заметил неделю назад, как начали продвигаться инструменты по переводу видео с ИИ с синхронизацией лица.
Очень классные технологии, это классно будет прогонять зарубежные второсортные сериалы, которые переведены криво были. Либо получать дополненный опыт от фильма. Ибо из-за цензуры могут в дубляже удалить многие вещи.
Я тут привел пример для продуктовой разработки. Я не затрагивал моменты связанные с основами, т.к. это уже другая тема. Для тех кому нужен просто сайт, могут вообще не программировать, взять конструктор. Если с минимальными знаниями, выберут CMS.
А если им нужно больше гибкости, уже выберут мой вариант. А писать свой фреймворк с нуля явно не для начинающих.
Фронтенд это не про верстку, нужны минимальные знания html, css. Т.к. бизнесу нужно быстро закрывать задачи, для это придуманы ui-kit.
Есть другие расширения, которые тем же самым занимаются. Единственное, чем github copilot был интересен, так это исправление проекта автоматически. Но с учетом санкций, попробовать не получится. Надо изначально указывать, что ты не из России.
Пробовали миро, для брэиншторминга идеально. Субъективно, интерфейс не понравился. Notion удобный инструмент, хорошо подходит для небольших компаний или где требования к работе не такие жесткие.
свои и чужие, как же хорошо сказать. ты либо за своих, либо против. а почему нельзя быть просто человеком?
дело не в том, что сами пытаемся свое сделать, а в том в каких целях это будет применено. Ракетами которые бомбят украину направляют наши айтишники. двойный стандарты вот они. и это не только относится к текущей ситуации, а к миру в общем. И "авторитете" могут свернуть людей не по тому пути. Гитлеру тоже в свое время верили. Или это другое? Потому что далеко не сразу немцы признали свою вину, только их предки. Люди иррациональны. Им плевать на других, главное что им хорошо. А адекватных, думающих людей, сразу затыкают, ибо кричащие головы громче звучат.
Когда государство начинает неосторожными своими действия уничтожать конкуренцию и свободный рынок, это не проходит бесследно. Все происходило постепенно и мы не успели моргнуть глазом, как жизнь поменялось. Но нам норм, мы же привыкли. Привыкли, что автомобили подорожали в 2-3 раза, привыкли, что блокируют неуместные сми и садят людей не за что. Процентная ставка уже такая, что люди ипотеку взять не могут. Или условия такие, что для избранных.
Ладно, проехали, возможно у меня накипело.
Прежде всего надо начинать с оптимизацией приложения, архитектуры. А потом уже играться с разными вещами. А то большинство приложений имеют баги и утечки памяти, о которых они не знают.
всегда найдутся приспособленцы, которые будут верить в то, что им говорят; либо те, кто использует ситуацию в свою пользу. Даже в Иране есть развитие страны, хоть там многие права и свободы ограничены правительством. Но это развитие ограничено и в ущерб другим сферам жизни. Но люди находятся в банке, им тяжело из нее выйти.
Слышал, что ребят не просто так удалили. Они были связаны с оборонкой или около того. Мало ли backdoor создадут)
по скорости насколько выиграли? или по памяти
Признавайтесь, кто баловался с JIT & WebAssembly?
Хотелось бы посмотреть реальные кейсы.
Хороший инструмент, часто сам настраиваю, когда нет devops. Вообще не на каждом проекте есть хорошим devops. Поэтому часто это делают бекенд разработчики. Но что касается фронтенда, то лучше фронтенд разработчику либо самостоятельно сделать, либо обратиться за помощью. Но при этом сделать оптимально все это дело.
Лично я на простых проектах предпочитаю ssh соединения, а не создание docker образов, ибо жирно и быстро память забивает. И пару минут стоит это дело.
А еще есть возможность использовать публичные actions, для проверок pull request годится.
А вообще обычно настраиваю репозиторий так, чтобы нельзя было слить без прохода проверок, там я и циклические зависимости проверяю.
А после слияния в основную ветку, автоматическое развертывание на стенд разработки.
я вас удивлю, но даже мои примеры с циклическими зависимостями корректно отрабатывает сборщик. Но когда у нас более сложные случаи, тогда сборщик не может обработать корректно импорт. Например кейс с enum при использовании ts-jest: https://github.com/kulshekhar/ts-jest/issues/281
Другие рабочие кейсы к сожалению не могу найти с ходу с данной проблемой.
Надо было проверить как ведет себя хранилище, как меняются состояния, что происходит с приложением, когда отрабатывает Middleware.
toContainEqual - отличное решение, не знал о нем.
я опубликовал решение, которое для нас сработало. Я не говорю, что это единственное правильное решение. А так спасибо, что поделились документацией на redux, как предлагают авторы тестировать store.
Пример взят из потолка. Реальный пример под который создавалось данное решение - тестирование middleware.
Вы предлагаете тестирование приложения с точки зрения пользователя, я не против. Но когда хотят функциональное тестирование, то приходят на выручку данные решения. react testing library это больше про интеграционные тесты.
Я только заметил неделю назад, как начали продвигаться инструменты по переводу видео с ИИ с синхронизацией лица.
Очень классные технологии, это классно будет прогонять зарубежные второсортные сериалы, которые переведены криво были. Либо получать дополненный опыт от фильма. Ибо из-за цензуры могут в дубляже удалить многие вещи.
Я тут привел пример для продуктовой разработки. Я не затрагивал моменты связанные с основами, т.к. это уже другая тема. Для тех кому нужен просто сайт, могут вообще не программировать, взять конструктор. Если с минимальными знаниями, выберут CMS.
А если им нужно больше гибкости, уже выберут мой вариант. А писать свой фреймворк с нуля явно не для начинающих.
Фронтенд это не про верстку, нужны минимальные знания html, css. Т.к. бизнесу нужно быстро закрывать задачи, для это придуманы ui-kit.
Картинки на один уровень сместились.
Для Японии и стран, где часто катастрофы происходит, это прям шикардос. А то есть проблемы с отсутствием связи после такого.
Есть другие расширения, которые тем же самым занимаются. Единственное, чем github copilot был интересен, так это исправление проекта автоматически. Но с учетом санкций, попробовать не получится. Надо изначально указывать, что ты не из России.
Пробовали миро, для брэиншторминга идеально. Субъективно, интерфейс не понравился. Notion удобный инструмент, хорошо подходит для небольших компаний или где требования к работе не такие жесткие.
нашел свежак, мак нагружают по полной. зато нет лагов https://www.youtube.com/watch?v=oSFYFIGS-uc