нет, сортировка это не реальная задача. Сортировки разных алгоритмов на любой случай давно написаны на всех популярных языках, в большинстве есть встроенные функции.
В таких задачах ChatGPT действительно будет редко ошибаться. Но вопрос в том что их даже не надо решать
1) Я писал про локи, а не блоки синхронизации (не просто так). Я всегда предпочитал семафоры/локи блокам синхронизации, по этому проблем не испытываю.
2) Это , вероятно, скоро полечат
3) В корутинах ситуация с блоками синхронизации не лучше, а точнее хуже. Точнее нужно использовать другие примитивы синхронизации, что гораздо больше ломает совместимость со сторонним кодом.
По этому да, фигачим вирт. потоки и локи на каждый чих и ни про что не паримся.
ну не знаю. Используя корутины надо помнить про suspended методы, понимать что потоки могут быть заблокированы, осознавать в каком пуле потоков оно происходит, задавать кастомные обработчики ошибок и знать нюансы работы.
С виртуальными потоками же мы шпарим новый вирт. поток на каждый чих, вешаем локи куда надо и ни про что не паримся
Меня как пользователя бесит как сам концепт кросс-доменных куки (какого черта левый сайт может сделать запрос с сенсетив информацией), так и окна согласия на куки, которые не дают пользоваться вебом.
вопрос не в том, что в теории можно заинтересовать, а в том, что нереально нанять нудное количество действительно компетентных менеджеров, адекватно оценивать кто сколько работает.
Это как с авторитарным образованием: хороший учитель может заинтересовать предметом либертарно, но их невозможно организовать для всеобщего образования в нужном количестве.
А вот заставить зазубрить, такое реализуемо, таких специалистов хватит
а маки современные разве умеют в ntfs?! В чем универсальность?
Не оговорены минусы:
1)Отсутствие возможности передать null
2)Тут зависит от экосистемы, но для java/kotlin плагины гугла генерируют весьма и весьма своеобразные DTO, с которыми работать крайне многословно
так вы по своей воле нарушили границы другого государства (предполагаю вы ездили не через Украину и без получения разрешения), ситуация иная.
П.С. Видимо после этого комента карма профиля уже не даст ничего писать, прощайте! 😅
И главное - как миграция на другой сервис поможет, если утечка была именно в Диснее
нет, сортировка это не реальная задача. Сортировки разных алгоритмов на любой случай давно написаны на всех популярных языках, в большинстве есть встроенные функции.
В таких задачах ChatGPT действительно будет редко ошибаться. Но вопрос в том что их даже не надо решать
это из разряда кулсторей.
Ни одного несуществующего метода/библиотеки на 5к кода?
Ну зачем вы говорите сказки
1) Я писал про локи, а не блоки синхронизации (не просто так). Я всегда предпочитал семафоры/локи блокам синхронизации, по этому проблем не испытываю.
2) Это , вероятно, скоро полечат
3) В корутинах ситуация с блоками синхронизации не лучше, а точнее хуже. Точнее нужно использовать другие примитивы синхронизации, что гораздо больше ломает совместимость со сторонним кодом.
По этому да, фигачим вирт. потоки и локи на каждый чих и ни про что не паримся.
ну не знаю. Используя корутины надо помнить про suspended методы, понимать что потоки могут быть заблокированы, осознавать в каком пуле потоков оно происходит, задавать кастомные обработчики ошибок и знать нюансы работы.
С виртуальными потоками же мы шпарим новый вирт. поток на каждый чих, вешаем локи куда надо и ни про что не паримся
ну видит JS токен авторизации. А минусы где?
Меня как пользователя бесит как сам концепт кросс-доменных куки (какого черта левый сайт может сделать запрос с сенсетив информацией), так и окна согласия на куки, которые не дают пользоваться вебом.
Мне кажется это все-же прямая специализация бэкенд-разработчика.
Осуждаю
да. Если вы приступаете к работе не зная все особенности, подводные камни, то вы шляпу а не тест напишите.
А если вы приступаете к работе наперед зная все детали - тут вопрос однотипных задач
нз, я уже несколько лет кочую, все вещи в дорожной сумке. Вполне нормально с 13 дюймами живётся. Вообще не то, что доставляет дискомфорт.
ну обычно очень полезно логгировать jsonчики нам приходящие, что-бы анализировать что где пошло не так.
Но это не так важно. Важно что везде, кроме как маскирования в логгере, у вас пароль, к что хуже пан карты будет логгировать на любой чих.
Включили дебаг уровень, и не знали что ваш вреймворк начал логгировать аргументы метода? Привет PCI DSS.
Ненене, проходили. Все конфиденциальное имеет спец. структуру(или префикс/постфикс) и логгируется на уровне логгера.
вопрос не в том, что в теории можно заинтересовать, а в том, что нереально нанять нудное количество действительно компетентных менеджеров, адекватно оценивать кто сколько работает.
Это как с авторитарным образованием: хороший учитель может заинтересовать предметом либертарно, но их невозможно организовать для всеобщего образования в нужном количестве.
А вот заставить зазубрить, такое реализуемо, таких специалистов хватит
Кроме конроллеров есть еще RouterFunction, более универсально обрабатывать ошибки в фильтрах
Хм, кто - то еще использует WebSphera для новых проектов? Зачем,?
Не понятно откуда форки PostgreSQL вдруг кардинально решат проблему производительности (не уверен, что она ниже того-же Oracle в общем случае)
Языки умирают не сами по себе, точнее далеко не всегда так.
Это целенаправленная политика насаждения
EAV не антипаттерн, вполне себе нормальный паттерн, просто нужно понимать возможные проблемы, в первую очередь с производительностью.
В принципе во вью или запросе eav и в json/b можно собрать, относительно легко, если есть желание.