Взятие погоста на любых быстрых стрелках (арбалетчики, гранд-эльфы, элементали молнии) в HoTA - типичный пример вождения зомби по кругу. Не одна фейка, конечно, но зато встречается почти в каждой PvP партии
Даже тут в комментах опыт отличается) У меня максимум - 5 строк почти правильного кода. В 95% (а может и больше) случаях - это одна строка, которую можно дописать табом. И да, перечитывать за ним приходится. Вполне может влепить какую-то не ту переменную в вызов функции. Это происходит не очень часто, но внимательно перечитывать приходится всегда, потому что заранее не знаешь, будет ошибка или нет. С другой стороны - разработчик тоже может воткнуть не ту переменную, но за разработчиком уже никто не перечитает. Так что количество глупых ошибок в целом скорее падает.
Ну такое. Я покодил с Copilot в реальном проекте пару месяцев. Оно конечно неплохо делает автодополнение отдельных строчек, но написать что-то сложнее не может почти никогда.
В общем, забавно, но какой-то ценности я так и не увидел даже на $10/месяц
Сижу в Киеве, много друзей в Киеве в разных районах. За достоверность того что вижу и слышу не ручаюсь, но могу в личку ответить на вопросы (в комментах не хочу, это повышает шанс сноса статьи)
В статье ещё не упомянут важный фактор, который, имхо, тоже повышает приоритет мелких тестов: стоимость фикса.
Unit-тест, написанный разработчиком, сломается ещё на его локальной машине (при рефакторинге, например), и будет починен ещё до попадания кода в репозиторий
В клиент-серверной или сервисной архитектуре тест на API (написанный уже скорее всего QA-автоматизатором) сломается до того, как его попытаются интегрировать в себя другие части системы.
А E2E тест выполняющийся на околопродакшновом окружении фиксить вообще тяжело. Необходимо будет понять, что из частей системы вообще сломалось, затем воспроизвести это поведение поближе к девелоперам (что может быть не очень просто при росте количества шагов в E2E тесте), починить, пройти ревью/мержи/делпой на нужное окружение и дождаться следующего запуска тех самых E2E тестов.
Автоматизация тестирования - процесс написания кода на языке программирования для проверки работоспособности приложения методом выполнения некоторых последовательностей действий над частями приложения, которые в идеале должны приводить к ожидаемым результатам.
Частями приложения в зависимости от типа теста могут быть: одиночные функции, API методы, интерфейс.
Где и как такие тесты должны выполняться (и кем должны имплементироваться) - зависит от многих факторов, в частности от той самой пирамиды: насколько легко пишется тест, насколько долго он выполняется, насколько сложное окружение ему нужно для выполнения.
Если в колонке дата/время не на последнем месте, то проверьте
Добавлю от себя исключение из недавнего на работе: если индекс не для сравнения, а для сортировки, то он вполне может начинаться с даты. `ORDER BY date, id` может быть использован для досортировки данных с одинаковой датой (это полезно, например, для пагинации, чтобы одни и те же строки не попали на разные страницы)
Хотя всё это не важно. Важнее то, что при попытке решить уравнение относительно константы, скорее всего окажется, что второе решение будет переменной, а не константой.
Не разбираюсь в физике почти совсем, быстро погуглил. Там же есть мнимая единица в уравнении? Т.е. одно из значений h будет комплексным, что не особо интересно для реальности. И даже если бы там было не i, то вполне вероятно, что из двух решений h одно было бы отрицательным, что тоже не особо интересно.
Вы не умеете играть в Героев 3: 13 карт S-размера, которые вы не пройдете за вечер
Взятие погоста на любых быстрых стрелках (арбалетчики, гранд-эльфы, элементали молнии) в HoTA - типичный пример вождения зомби по кругу. Не одна фейка, конечно, но зато встречается почти в каждой PvP партии
США объявили войну крипто-анонимности: как санкции на Tornado Cash меняют будущее блокчейна
А на сколько хопов это распространяется? Можно ли завести цепочку из ТорнадоКэш2, 3, ... 100 и в конце концов получить чистые деньги?
Яндекс выложил в опенсорс бету фреймворка userver
Clickhouse ещё и выпустил антивоенный пост в блоге, чего Яндекс себе совсем позволить не может.
Получил доступ к Dalle-2. Вы не поверите, что может нарисовать машина… Дизайнеры больше не нужны
Великолепно. Спасибо, забрал первую на аватарку
Apple и Google обязаны разрешить установку приложений со сторонних площадок в ЕС: что это значит для пользователя
Предполагаю, что отобрали топ три информационных пузыря, которые сильнее всего радикализируют общество
Github Copilot стал общедоступным, но по подписке
Даже тут в комментах опыт отличается) У меня максимум - 5 строк почти правильного кода. В 95% (а может и больше) случаях - это одна строка, которую можно дописать табом.
И да, перечитывать за ним приходится. Вполне может влепить какую-то не ту переменную в вызов функции. Это происходит не очень часто, но внимательно перечитывать приходится всегда, потому что заранее не знаешь, будет ошибка или нет. С другой стороны - разработчик тоже может воткнуть не ту переменную, но за разработчиком уже никто не перечитает. Так что количество глупых ошибок в целом скорее падает.
Github Copilot стал общедоступным, но по подписке
Ну такое. Я покодил с Copilot в реальном проекте пару месяцев. Оно конечно неплохо делает автодополнение отдельных строчек, но написать что-то сложнее не может почти никогда.
В общем, забавно, но какой-то ценности я так и не увидел даже на $10/месяц
GSC Game World показала новый трейлер — вступительную сцену S.T.A.L.K.E.R. 2
GSC Game World показала более важный ролик - новые дневники разработки.
Go против Rust — производительность вне конкуренции
Так может в этом и суть перфоманса языка? Суметь оптимизировать наивный код среднестатистического девелопера
«Страна-бензоколонка» и другие распространённые предубеждения о российской экономике
И моё любимое Дуров не имеет никакого отношения к TON
Как написать рефлексию для C++
Кроме 100500 форков биткоина вот небольшой список из топовых
Ripple https://github.com/ripple/rippled
EOS https://github.com/EOSIO/eos
Stellar https://github.com/stellar/stellar-core
Monero https://github.com/monero-project/monero
А вообще в крипте доминирует даже не rust, а go. А вот про агду не слышал, видимо совсем в стартапах.
Кстати, даже хаскель есть - в Cardano https://github.com/input-output-hk/cardano-node
Регистратор namecheap прекращает работу с клиентами из РФ
Но ведь клиенты из России налогами спонсируют эту войну.
Кризис в России и финансовые вопросы: как не потерять то, что есть
Сижу в Киеве, много друзей в Киеве в разных районах. За достоверность того что вижу и слышу не ручаюсь, но могу в личку ответить на вопросы (в комментах не хочу, это повышает шанс сноса статьи)
Не автоматизируйте test cases
Тестировать можно и вручную, поэтому тесты, выполняемые скриптами, называют автотестами.
В идеале, потому что, как написано в статье, в реальности тесты высокого уровня могут быть устаревшими, плохо работающими и т.п.
Не автоматизируйте test cases
В статье ещё не упомянут важный фактор, который, имхо, тоже повышает приоритет мелких тестов: стоимость фикса.
Unit-тест, написанный разработчиком, сломается ещё на его локальной машине (при рефакторинге, например), и будет починен ещё до попадания кода в репозиторий
В клиент-серверной или сервисной архитектуре тест на API (написанный уже скорее всего QA-автоматизатором) сломается до того, как его попытаются интегрировать в себя другие части системы.
А E2E тест выполняющийся на околопродакшновом окружении фиксить вообще тяжело. Необходимо будет понять, что из частей системы вообще сломалось, затем воспроизвести это поведение поближе к девелоперам (что может быть не очень просто при росте количества шагов в E2E тесте), починить, пройти ревью/мержи/делпой на нужное окружение и дождаться следующего запуска тех самых E2E тестов.
Не автоматизируйте test cases
Автоматизация тестирования - процесс написания кода на языке программирования для проверки работоспособности приложения методом выполнения некоторых последовательностей действий над частями приложения, которые в идеале должны приводить к ожидаемым результатам.
Частями приложения в зависимости от типа теста могут быть: одиночные функции, API методы, интерфейс.
Где и как такие тесты должны выполняться (и кем должны имплементироваться) - зависит от многих факторов, в частности от той самой пирамиды: насколько легко пишется тест, насколько долго он выполняется, насколько сложное окружение ему нужно для выполнения.
Как не надо индексировать
Добавлю от себя исключение из недавнего на работе: если индекс не для сравнения, а для сортировки, то он вполне может начинаться с даты. `ORDER BY date, id` может быть использован для досортировки данных с одинаковой датой (это полезно, например, для пагинации, чтобы одни и те же строки не попали на разные страницы)
Шесть уровней метавселенной математики
Хотя всё это не важно. Важнее то, что при попытке решить уравнение относительно константы, скорее всего окажется, что второе решение будет переменной, а не константой.
Шесть уровней метавселенной математики
Не разбираюсь в физике почти совсем, быстро погуглил. Там же есть мнимая единица в уравнении? Т.е. одно из значений h будет комплексным, что не особо интересно для реальности. И даже если бы там было не i, то вполне вероятно, что из двух решений h одно было бы отрицательным, что тоже не особо интересно.
Невесомость и пустота
Я вижу тут только два разумных варианта, как расставить скобки: (1/3) * (1/2) или ((1/3)*1)/2. Результат от этого не изменится