А тесты кто будет писать? А не будет так, что код будет написан лишь настолько, чтобы тест проходил, а тест написан так, чтобы не создавать в этом проблем коду и в итоге код будет не функционален? Вуаля, всё работает, но ничего не делает. Но главное, кто потом вообще разберётся в этом коде без ИИ?
Можно подумать, что разрабские юнит тесты это гарантия хоть чего-нибудь, а уж тем более качества. Если у вас на прод попадают тесты только после юнит тестов и у вас нет функционального тестирования, CI и прочих видов тестирования, то пожалуй ой.
Красные тесты на каждый коммит это не есть хорошо и не лучшая практика отладки кода. Отлаживаться на юнит тестах надо не в CI, а где то там локально, на кошках. В CI должен попадать хоть как то отлаженный код (а не как это принято сейчас пушить что попало без тестирования) для чего и служат юнит тесты. При этом самим юнит тестам быть в CI вовсе не обязательно.
Перебор вариантов будет в любов случае. И это корневая задача тестирования объять необъятное: ограниченным числом тестов покрыть огромный функционал. И отчасти эту проблему решает white box когда сокращается количество изначально неработающих вариантов путём изучения кода и бизнес кейсов заказчика. Именно эти тесты будут гонятся постоянно в регрессии и будет гарантом функционала, который ещё не сломали. Большая часть юнит тестов вообще не попадёт в CI в виду flakebility (ломкости).
Бизнес логику покрывают фукнциональные и приёмочные тесты. Граничные условия покрывают тоже функциональные тесты. Итеграционные тесты проверяют протокол взаимодействия компонент по API. И да, юнит тестам тут места нет.
Статью не читал, но с посылом согласен. Пирамида тестирования известна давно: юнит тесты в основании пирамиды тестирования, их много, но вклад в покрытие функционала мизерный. Их девы пишут для себя, чтобы просто прошёл мёрж реквест. Никакой дополнительной пользы они не несут.
Юнит тесты это хорошо, но не надо забывать, что они находятся в самом основании пирамиды тестирования. Их много, но их вклад в тестовое покрытие минимален. Соответственно, нужны они исключительно как поддержка в разработке самому разработчику. На поздних этапах разработки они будут заменены следующим слоем тестов в пирамиде, функциональными тестами. О юнит никто уже не вспомнит. Даже сами разработчики. Ибо будут заняты починкой багов, которые уже нашли QA своими тестами, проверяющими не какие то модульные никому не видные вещи, а сценарии используемые заказчиком в коммерческом продукте. С другой стороны, разраб , который не пишет юнит и интеграционные тесты стреляет себе в ногу на поздних этапах, когда исправление ошибки может вылиться в не подъемный рефакторинг или пересмотр архитектуры. Либо постоянное, но бессмысленное латание дыр валящихся из пайплайнов каждый день.
Да все пишут код лучше чем вы. А кто напишет тесты и проверит, что код лучше? Ну не AI же, а то оксюморон какой то, QA напишет тесты, но AI не обидеться, что его код по прежнему г@вно, но уже несколько иного сорта если, конечно вам важно разбираться в сортах. Важно, конечно, другое: кто будет исправлять ошибки. А вы думали, что AI не будет делать ошибок? Лучше, не значит безошибочно, ведь ошибка возникает просто со временем при смене контекста задачи или требований. И если это AI будет править ошибки, то прекрасно (будет править до посинения пока QA не будет осчастливлен фиксом) , а вот если кодеру придётся фиксить автогенерённый AI код вот тут возможны эффекты недопонимания реализации. Ведь спросит то некого или. AI сгенерит внятную документацию? Чота сомневаюсь...
В своё время именно незабвенное творение Дохлогострауса и стандартной библиотеки С достало меня настолько, что я поменял карьеру и ушёл из разработки насовсем в QA автоматизацию на Python. Я пришёл к выводу, что за все годы кодинга на С/С++ я не написал ничего значительного, а какие то отдельные куски кода в каких то подсистемах, чаще всего которые даже протестировать то нормально было невозможно. Ну юнит тест, да: слёзы одни. Просто фрагментарные куски в огромной системе. Да, я фиговый разработчик и мне не особенно нравится писать код по требованиям, но даже с учётом этого С/С++ никогда не давал мне ощущения законченности и не приносил удовлетворения (не говоря о куче ошибок, которые находили потом QA). Да, на СС++ написаны драйвера и операционные системы и прочий рокет сайенс, но это просто не мой уровень.
Мой опыт противоположный. Я начал играть этой весной и пришёл, пусть не к полному, но таки разочарованию, Пока идёшь по сюжетке, всё в принципе норм, хотя к концу даже такой сюжет слегка подбешивает, ибо становится очевидно: такой сюжет подвешен на повторяющихся действиях и все эти бесконечные перелёты, схватки с пиратами и прочая добыча ресурсов с торговлей в принципе не имеют установленной игрой цели. После сюжет делать особенно нечего. Выживать уже ни к чему, ибо ты УЖЕ выжил. Что собственно авторы прекрасно понимают подогревая интерес очередной экспедицией. Тогда я подумал, стоп: всё как в жизни, жизнь не имеет цели сама по себе, найди свою. Но вот тут кроется главный подвох, ибо ну вот лично я не нашёл какого то занятия в игре, которое меня бы увлекло. Наверное строительство самое интересное в игре, но оно лишнего смысла, ибо после сюжет тебя атакуют редко и бессистемно. Торговать, чтобы покупать более продвинутые корабли?? Ну такое себе. Космический флот хоть и выглядит впечатляюще, но экспедиции ну просто пипец как скучно сидеть и прокручивать очередной доклад. Мой вывод: когда в ответ на критику авторы постарались впихнуть контент-активностей по самое не хочу они просто пошли на поводу у публики и забыли о том, что будет делать игрок по окончании сюжета. Хотя нет, они просто не думали об этом. Вероятно, я слишком много хочу. Но если сравнивать с той же Subnautica VR , туда хочется вернуться просто ради красоты подводного мира и строительства просто так, а вот в Но мэн скай как то не особенно.
Я бы мог порассказать про тамошний менеджент во всех красках, но досточточно просто вспомнить людоедские выскзывания Грефа, а ведь менджмент ниже это просто калька-тираны розлива помельче. А то что там мол ссылаются, что это дочки и суб-бизнесы, это вообще рояли не играет. Но я не стану, а то меня уже здесь отхабрили за моё мнение.
Тот или не том, мне проверять самому не досуг. У меня давно отбило желание к экспериментам. И совершенно пофиг куда: сходил на совбес в Сбертех и там сидела совершенно безграмотная баба-тест лид. Вам нравится, работайте.
Вы знаете в вашей риторике много пассажей используемых бабами аля тп бинго: "ты не там искал, не все такие, не гребите всех под одну гребёнку". Просто обратите на это внимание. Ничего личного, но для мужчины это самый неприятный признак когнитивного искажения.
Сбер это самое малопривлекательное место для самых начинающих карьеру и я их посылаю в попу сразу , чего бы они не пели. Сбер это организация без процессов и долбанутые на голову начальники. Не стоит идти даже ради получения опыта. Вообще, даже есть присказка почему программисты не любят банки. Отдел программирования в банке это как булочная при заводе: что она есть , что её нет, никто это не колышет. Не этим банк деньги зарабатывает. Самый мелкий клерк будет важнее вас и вашей работы. Так что не тратьте своё время и нервы.
Ну я бы не сказал, что это прямо легко читается. А синтаксис и общую организацию работы С не люблю с детства. Это вообще не язык верхнего уровня. Так что единственное преимущество какое то зыбкое.
А тесты кто будет писать? А не будет так, что код будет написан лишь настолько, чтобы тест проходил, а тест написан так, чтобы не создавать в этом проблем коду и в итоге код будет не функционален? Вуаля, всё работает, но ничего не делает. Но главное, кто потом вообще разберётся в этом коде без ИИ?
Можно подумать, что разрабские юнит тесты это гарантия хоть чего-нибудь, а уж тем более качества. Если у вас на прод попадают тесты только после юнит тестов и у вас нет функционального тестирования, CI и прочих видов тестирования, то пожалуй ой.
Красные тесты на каждый коммит это не есть хорошо и не лучшая практика отладки кода. Отлаживаться на юнит тестах надо не в CI, а где то там локально, на кошках. В CI должен попадать хоть как то отлаженный код (а не как это принято сейчас пушить что попало без тестирования) для чего и служат юнит тесты. При этом самим юнит тестам быть в CI вовсе не обязательно.
Перебор вариантов будет в любов случае. И это корневая задача тестирования объять необъятное: ограниченным числом тестов покрыть огромный функционал. И отчасти эту проблему решает white box когда сокращается количество изначально неработающих вариантов путём изучения кода и бизнес кейсов заказчика. Именно эти тесты будут гонятся постоянно в регрессии и будет гарантом функционала, который ещё не сломали. Большая часть юнит тестов вообще не попадёт в CI в виду flakebility (ломкости).
Бизнес логику покрывают фукнциональные и приёмочные тесты. Граничные условия покрывают тоже функциональные тесты. Итеграционные тесты проверяют протокол взаимодействия компонент по API. И да, юнит тестам тут места нет.
Статью не читал, но с посылом согласен. Пирамида тестирования известна давно: юнит тесты в основании пирамиды тестирования, их много, но вклад в покрытие функционала мизерный. Их девы пишут для себя, чтобы просто прошёл мёрж реквест. Никакой дополнительной пользы они не несут.
Юнит тесты это хорошо, но не надо забывать, что они находятся в самом основании пирамиды тестирования. Их много, но их вклад в тестовое покрытие минимален. Соответственно, нужны они исключительно как поддержка в разработке самому разработчику. На поздних этапах разработки они будут заменены следующим слоем тестов в пирамиде, функциональными тестами. О юнит никто уже не вспомнит. Даже сами разработчики. Ибо будут заняты починкой багов, которые уже нашли QA своими тестами, проверяющими не какие то модульные никому не видные вещи, а сценарии используемые заказчиком в коммерческом продукте. С другой стороны, разраб , который не пишет юнит и интеграционные тесты стреляет себе в ногу на поздних этапах, когда исправление ошибки может вылиться в не подъемный рефакторинг или пересмотр архитектуры. Либо постоянное, но бессмысленное латание дыр валящихся из пайплайнов каждый день.
А в чём конфликт, если кратко?
Да все пишут код лучше чем вы. А кто напишет тесты и проверит, что код лучше? Ну не AI же, а то оксюморон какой то, QA напишет тесты, но AI не обидеться, что его код по прежнему г@вно, но уже несколько иного сорта если, конечно вам важно разбираться в сортах. Важно, конечно, другое: кто будет исправлять ошибки. А вы думали, что AI не будет делать ошибок? Лучше, не значит безошибочно, ведь ошибка возникает просто со временем при смене контекста задачи или требований. И если это AI будет править ошибки, то прекрасно (будет править до посинения пока QA не будет осчастливлен фиксом) , а вот если кодеру придётся фиксить автогенерённый AI код вот тут возможны эффекты недопонимания реализации. Ведь спросит то некого или. AI сгенерит внятную документацию? Чота сомневаюсь...
В своё время именно незабвенное творение Дохлогострауса и стандартной библиотеки С достало меня настолько, что я поменял карьеру и ушёл из разработки насовсем в QA автоматизацию на Python. Я пришёл к выводу, что за все годы кодинга на С/С++ я не написал ничего значительного, а какие то отдельные куски кода в каких то подсистемах, чаще всего которые даже протестировать то нормально было невозможно. Ну юнит тест, да: слёзы одни. Просто фрагментарные куски в огромной системе. Да, я фиговый разработчик и мне не особенно нравится писать код по требованиям, но даже с учётом этого С/С++ никогда не давал мне ощущения законченности и не приносил удовлетворения (не говоря о куче ошибок, которые находили потом QA). Да, на СС++ написаны драйвера и операционные системы и прочий рокет сайенс, но это просто не мой уровень.
Мой опыт противоположный. Я начал играть этой весной и пришёл, пусть не к полному, но таки разочарованию, Пока идёшь по сюжетке, всё в принципе норм, хотя к концу даже такой сюжет слегка подбешивает, ибо становится очевидно: такой сюжет подвешен на повторяющихся действиях и все эти бесконечные перелёты, схватки с пиратами и прочая добыча ресурсов с торговлей в принципе не имеют установленной игрой цели. После сюжет делать особенно нечего. Выживать уже ни к чему, ибо ты УЖЕ выжил. Что собственно авторы прекрасно понимают подогревая интерес очередной экспедицией. Тогда я подумал, стоп: всё как в жизни, жизнь не имеет цели сама по себе, найди свою. Но вот тут кроется главный подвох, ибо ну вот лично я не нашёл какого то занятия в игре, которое меня бы увлекло. Наверное строительство самое интересное в игре, но оно лишнего смысла, ибо после сюжет тебя атакуют редко и бессистемно. Торговать, чтобы покупать более продвинутые корабли?? Ну такое себе. Космический флот хоть и выглядит впечатляюще, но экспедиции ну просто пипец как скучно сидеть и прокручивать очередной доклад. Мой вывод: когда в ответ на критику авторы постарались впихнуть контент-активностей по самое не хочу они просто пошли на поводу у публики и забыли о том, что будет делать игрок по окончании сюжета. Хотя нет, они просто не думали об этом. Вероятно, я слишком много хочу. Но если сравнивать с той же Subnautica VR , туда хочется вернуться просто ради красоты подводного мира и строительства просто так, а вот в Но мэн скай как то не особенно.
Я бы мог порассказать про тамошний менеджент во всех красках, но досточточно просто вспомнить людоедские выскзывания Грефа, а ведь менджмент ниже это просто калька-тираны розлива помельче. А то что там мол ссылаются, что это дочки и суб-бизнесы, это вообще рояли не играет. Но я не стану, а то меня уже здесь отхабрили за моё мнение.
Здесь взрослые люди общаются со взрослыми разговорами. Но если вас коробит, полно детских форумов аля уси-пуси.
GFYS
Тот или не том, мне проверять самому не досуг. У меня давно отбило желание к экспериментам. И совершенно пофиг куда: сходил на совбес в Сбертех и там сидела совершенно безграмотная баба-тест лид. Вам нравится, работайте.
Вы знаете в вашей риторике много пассажей используемых бабами аля тп бинго: "ты не там искал, не все такие, не гребите всех под одну гребёнку". Просто обратите на это внимание. Ничего личного, но для мужчины это самый неприятный признак когнитивного искажения.
В принципе тоже что и лафкодинг но в Сбере после каждого решённого задания принято лаять.
Сбер это самое малопривлекательное место для самых начинающих карьеру и я их посылаю в попу сразу , чего бы они не пели. Сбер это организация без процессов и долбанутые на голову начальники. Не стоит идти даже ради получения опыта. Вообще, даже есть присказка почему программисты не любят банки. Отдел программирования в банке это как булочная при заводе: что она есть , что её нет, никто это не колышет. Не этим банк деньги зарабатывает. Самый мелкий клерк будет важнее вас и вашей работы. Так что не тратьте своё время и нервы.
Что вообще несёт это Линус? Это что, тайный мессадж для тех кто в курсе?
Ну я бы не сказал, что это прямо легко читается. А синтаксис и общую организацию работы С не люблю с детства. Это вообще не язык верхнего уровня. Так что единственное преимущество какое то зыбкое.