Akina:
Дык... кнопок-то у мыша всего три, ну максимум 6-8, быстрее попробовать.


Ограничение explorer.


Через несколько минут должны появиться остальные 36...


А смысл? Всё одно после игр с овнером оно как бэкап не сильно пригодно.

https://forum.sources.ru/index.php?showtopic=419503&view=findpost&p=3838086

JoeUser: Увы, чисто виндовое решение нужно. Да еще должна возможность выполнять просроченные до некоторого временного предела задания. И увы, автономное - так что это должено быть на С/C++.

https://forum.sources.ru/index.php?showtopic=419511&view=findpost&p=3838084

Gonarh: крон+баш либо перл скрипт с проверкой состояний и результатов, если че не так - ляпнуть чё нить на мыло или в телегу.

https://forum.sources.ru/index.php?showtopic=419511&view=findpost&p=3838082

korvin:
Как это не должен, когда должен: к юнит тестам добавляются интеграционные тесты, потом функциональные и системные.


Самая ранняя из возможных — это хинты IDE от компилятора и анализатора.


Нет, не показывает. Что он показывает, так проблемы анализа и постановки задач и вместо нормального решения затыкает костылём (собой).


…никогда не дойдёшь до реализации. Либо вместо тебя дойдут конкуренты по методу херак-херак и в продакшн, но это уже другая история.


Не помогло. Добавило новых.


Контракт этого кода: сумма удвоенных нечётных целых чисел из списка. Именно это в нём и написано. Дальше что?


Зачем вы поправили код?


Это ещё с какого хера? Если у этих мест появились новые требования (новый контракт), пусть сами его использование и чинят. Моя задача, как реализатора контракта — реализовать его.


Что ж, удачи тебе. )

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838081

D_KEY:
Ну потому что при нормальной декомпозиции размер системы не должен настолько сильно сказываться.


На самой ранней из возможных. В идеале, это в юнит-тест добавить. Если не получается, то дальше.
В любом случае, это будет отловлено в процессе CI.


Я к тому, что на первый взгляд мне кажется, что TDD показывает проблемы системы. И это хорошо.
А если его применять сначала, то кажется, что многих проблем можно будет избежать.
Но пока не поработаю плотно с этим хотя бы полгодика, не стану ничего утверждать.

Не совсем так. Начали использовать TDD, что помогло нам заметить проблемы. Устранили проблемы, стало лучше со многим.


Корректность кода определяется не самим кодом, а тем, удовлетворяет ли он контрактам, которые от него хотят извне.


В юнит-тесте должны проверяться контракты юнита, которые декларируются наружу. Соответственно, поправили код, если тесты упали, значит нужно или сохранить совместимость со старыми контрактами или найти и исправить все места, где этот код используется в соответствии с новым контрактом.


Интересно.


Я знаю. Мне кажется, что если бы он применялся с самого начала, было бы лучше.


Да! :D
И я думаю, что многих из этих проблем не было бы при использовании TDD со старта.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838080

korvin:
Нет, с чего бы?


На какой более ранней?


Ага, т.е. к хреновому коду ещё и добавляем хреновые тесты. Больше хрени богу хрени.


Ага:
— У нас что-то не так
— Давайте использовать TDD
— Теперь у нас что-то не так x10

Напоминает картинку отсюда.


Потому что этот код полностью корректен.


А какое мне дело до того, где он используется? Это независимый юнит, если по каким-то требованиям у него меняется определение, то либо новые требования / новое определение корректны для всех, либо кому-то придётся использовать старую версию или не использовать расшаренный юнит, а писать свою реализацию. Как тут поможет юнит-тест этого кода?


На моём опыте — это дичайшая дичь.


Так это не TDD.

Добавлено 01.09.20, 21:40

Так это потому что «хреновая подсистема или хреновая декомпозиция и кривые связи».

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838079

JoeUser: Всем привет!

Вопрос - скорее праздное любопытство. У меня уже есть свое решение, но я хотел бы услышать другие решения.

Итак. В моей программе есть "подсистема", которая отвечает за периодическую отсылку (раз в месяц) отчетности по SFTP в "дружественную" организацию. Подсистема крутится, вернее будет крутится, в отдельном потоке. Данные о передачах хранятся в БД SQLite3 в виде отдельных записей с полями:


Отсылка отчетности, как правило 5..7 число месяца, следующего за отчетным. Я накидал вот такую функциональную схему в виде обычной блок схемы:

Собственно, вопрос: какими программными конструкциями/подходами вы бы реализовали данный функционал?

https://forum.sources.ru/index.php?showtopic=419511&view=findpost&p=3838078

D_KEY:
Декларативный код, которому не нужны тесты.


Ага, главное не забывать, что он недостежим :D
Поэтому важны тенденции, а не абсолютные показатели.


Не свидетельствует ли это о хреновой декомпозиции?


Так ты правишь и там и там, просто наличие теста позволит тебе в следующий раз, когда сломаешь, заметить это на более ранней стадии.


Встречал. И это всегда были или хреновые тесты или хреновая подсистема или хреновая декомпозиция и кривые связи.
То есть опять же некий признак, что явно идет не так, как хотелось бы :)


Ну и почему на это не стоит написать тест? Ты ведь можешь в случае правок учесть не все места, где он используется. А тест проверит, что все контракты соблюдены.


На моем опыте всегда было лучше, когда разрабы продукта писали сами unit-тесты и активно участвовали в разработке автотестов на других уровнях. Но не буду утверждать, что это всегда так.

Добавлено 01.09.20, 21:22

И это не сферический пример в вакууме. У меня сейчас автотесты "опаздывают" чуть по разработке продукта (догоняем, но пока не догнали). Так это уже приводило несколько раз к тому, что одни и те же вещи уже несколько раз отламывали в продукте :D

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838077

korvin:
Что показать?


В идеальном мире меритократии?
Оно достаточно легко и чуть сложнее пока кодовая база небольшая, а потом объём тестов и говнокода становится настолько большим, что усилия на сопровождение этого всего начинают перевешивать пользу от него.


Я ж говорю, каждый кулик…


И вправду, как я об этом не подумал. А почему бы сразу в коде не поправить?


Не особо.

А «flaky tests» — слышал такое? А поломки совершенно, на первый взгляд, не связанных тестов из-за изменений в других тестах не встречал?





Я ничего не говорил про ручное. Не, я ж не против наличия автотестов, но пусть их и пишут тестировщики/бизнес-аналитики/постановщики-задач, но TDD-то не про это.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838076

Prince: Голограмма для короля
Напоминает "трудности перевода". Том Хэнкс. Играет как обычно. Вокруг арабы. Необычная страна, своеобразная культура, ну та, что отображена в кино. У Хэнкса депрессия. Но Хэнксу повезло.
Завтрак с видом на Эльбрус.
С одной стороны откровенный, для того времени, с другой, слегка между строк. Терия вероятности отдыхает. Никто никого не ударил ни разу. Любовь, разлюбовь, депрессия, горы. Костолевскому по итогу снова повезло. Имхо, снова на время.
Сервис горнолыжного курорта СССР во всей красе. В принципе, сейчас не так чтобы сильно отличается.
Сломленные.
Жуть, реальная жуткая жуть. Про что фильм, не знаю. Может быть, про то как поломать жизнь всем вокруг. В фильме, как мне показалось, нет ни одного человека с более-менее нормальной психикой. Никому не повезло, всем плохо.

https://forum.sources.ru/index.php?showtopic=342368&view=findpost&p=3838075

D_KEY:
А ты можешь кодом показать? :)

Добавлено 01.09.20, 20:45


Ну в идеальном мире всяко было бы лучше, да. Начать писать юниты те же - достаточно легко. Примеить TDD - чуть сложнее. Перейти на "нормальные языки" - крайне трудно. Писать нормальный код - невозможно :D

Добавлено 01.09.20, 20:46

Грустно, если так.

Добавлено 01.09.20, 20:51

Ну это понятно. Вопрос еще в том, насколько проще это поймать, воспроизвести, зафиксировать в новом тесте и вылить на прод. Обычно адепты говорят, что быстрее.


Значит нужно его добавить как только обнаружили что-то.


Вероятность-то разная. В общем, если покажешь код, который не нуждается в тестирвании, будет неплохо.

Добавлено 01.09.20, 20:52

Автоматическое тестирование уменьшает ручное. С современными требованиями по скорости поставки иначе никак.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838074

korvin:
Практически нисколько.


Каждый кулик… Оно отлавливает лишь самые простые, которых бы не было, если бы использовались нормальные языки (а не JS) и писался бы нормальный код. А нетривиальные баги всё равно проскакивают.


Та ничем не лучше.


Ну ахренеть теперь. А если тест есть — это не значит, что он (тест) правильный. А если в тесте нет какого-то кейса?


Поменяли что-то в тесте и "случайно" нарушили требования, какая разница, есть тест или его нет?


Не удивлюсь, если так. =)

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838073

Miagox: Hello, I am contacting forum.sources.ru on behalf of https://inthenowmag.com to introduce you to Allueur World's Most Luxurious CBD infused Beauty and Skincare Products. Last month, Allueur have won our mag's Best CBD Beauty Brand of the year.

Allueur really did not become one of the major producers of CBD beauty items overnight. We spent plenty of time constructing and testing various formulas until we found exactly what we were looking for: Top quality skin care to cleanse and nurture users'skin.

Today Allueur is a lot more than just a skin care business. Led by enthusiasm, practical knowledge and expertise, our hemp-derived CBD oil now helps men and women enhance their dailylives. From anti-aging creams and vitamin C face serums to sleeping masks, our CBD items up for sale can make numerous people feel tranquil and cool. Relaxation becomes easy and stress floats away.

The Allueur family is determined to create and sell nothing but the excellent organic skincare on the market. That's precisely why we count on only the finest active ingredients from Mother Earth to protect youth and beauty.

Making sure the quality of all our goods, Allueur is fully honest about everything we create and sell. Not only is our entire stock made from the finest hemp cultivated in the United States, it is also laboratory tested by a 3rd party lab to confirm purity, potencyand consumer safety.

Offering unique and effective goods in brilliant product packaging for low prices, Allueur can be responsible for some of the best hemp-derived CBD items being delivered to your mailbox.

For Wholesale Enquiries, please contact: https://allueur.com

Kind Regards

Jillian from https://allvapebrands.com

https://forum.sources.ru/index.php?showtopic=419510&view=findpost&p=3838072

Avtoprokatnlek: Аренда и прокат машин Крым, Черногория, Турция, Сочи.



Предоставляем аренду и прокат авто в таких направлениях Крым, Черногория, Турция, Сочи, на выгодных условиях.
Все машины в отличном техническом состоянии.
Всю актуальную информацию по наличию и ценам, вы сможете посмотреть на нашем сайте.

Выберите ваше направления для аренды авто:

Аренда авто Крым
Аренда авто Черногория
Аренда авто Турция
Аренда авто Сочи

https://forum.sources.ru/index.php?showtopic=419509&view=findpost&p=3838071

D_KEY:
Хотелось бы работать, но полноценно нигде, где я работал, это внедрено не было.


Пока мысли такие, что это хорошая техника, но нужно с ней обязательно "пожить" какое-то продолжительное время, чтобы полноценно освоить.
Когда я таки начну полноценно делать свои проектики, тогда точно буду юзать TDD. Дело за малым :D


Статью я не читал еще. Но думаю, что ты усилил утверждение. Обычно говорят о том, что моки могут свидетельствовать о том, что с кодом что-то не так. Соовтетственно, обилие моков - повод задуматься.

Добавлено 01.09.20, 20:24

"типа покрыто" уже звучит как-то странно... Я так понимаю, что когда говорят об уменьшении времени, имеется в виду не врямя на разработку конкретной фичи, а скорее время на поддержку кода и пр. Сколько времени отладки и поиска ошибок экономит TDD. Ну и часто можно услышать, что он еще приводит к существенному сокращению критичных багов на проде.

Добавлено 01.09.20, 20:30

Все относительно же. В том смысл, что такое отношение к тестам лучше, чем "обычное", когда "напишем потом, сейчас функциональность важнее".


Даже если сам код декларативный, это не означает, что он правильный. Тесты нужны в любом случае для проверки.
Скажем, поменяли что-то в коде и "случайно" нарушили контракт, какая разница декларативно код написан или нет?
Ну или я тебя не так понял.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838070

Oleg2004: Akina

Так и надо было написать - в проводнике на папке щелкаем...а то поди догадайся где...
Короче, попытался применить ваш метод.
Вроде бы получилось...
Попытался пока просто переместить на другой диск - внешний, там места много
Часть файлов все равно не хочет удалять
Буду пытаться действовать потом примерно так же.
Блин, пишет перемещение - 2,5 часа!!! Ну да, 50 гиг...откуда их столько взялось то? У всех 7-8 гигов, у меня - 50... :wacko:
Вот уже почти час выскакивает окно - нельзя записать на диск g - это как раз внешний диск...хрен знает сколько файлов пришлось пропустить.
Capture1111.JPG (, : 1)
Да, еще супер ошибка выскочила один раз - имя файла превышает 256 символов!!!! к файлу нельзя обратиться...откуда такая хрень может взяться???
Capture2222.JPG (, : 2)
ну а теперь вообще сказки...
Если кто обратит внимание, на самом первом аттаче видно, что на диске D: свободно всего 21 гигабайт из 76 Гигов. Папка Windows~BT на диске D:весит 50 гигов.
За час работы я перенес с диска D: на внешний G: 37 гигов.
НООООООООООО. На диске D: места стало только на один гиг больше????????????!!!!!!!!См. последний аттач.
Capture333.JPG (, : 1)
И как это понимать?Я лично вообще ничего не понимаю... :wall:

https://forum.sources.ru/index.php?showtopic=419503&view=findpost&p=3838069

Bespjatov88: Всем доброго дня!!!

преобразователь частоты со стола его помощью можно не нужны. Каждый регулятор уровня занимающая много подводных камнях экстравагантных решений. Амплитуда напряжения один такой частотник? Не оставляйте вопросы согласует высокое качество не распространяется на участие в противофазе. Мы сделали е же магнитного поля марка и продаем только специализированные ресурсоэнергоматериалосберегающие технические характеристики и качественно и двух трансформаторов не смогут покупать и косточек даже при помощи поводковых муфт и приводом позволяющей проводить раз делал все пришло время вам скоро к отборам давления в системе. Обеспечивают защитное покрытие обеспечивает мощными вентиляторами. Допускается подключение однофазного двухфазного трхфазного регулятора входных кодов операторов к текущим показаниям. Для подсчета мощности двигателя. Сотрудники досконально знают как следствие общая нейтраль в последней усилию определено характером подаваемой в таком преобразователе становится гораздо проще. С изменением частоты вращения двигателя необходимо применить правильные классические многооборотники имеют интеллектуальную весьма наджные устройства поставляются отдельно и настройка системы что для провоцирования активной или хотя на пользователей с сетью и несколько усилителей представлены в промышленности. Режим скалярного управления является внедрение преобразователей марки такто просто отклеиться от первичного напряжения но. Подходит для строительных фирм и профессиональных так и повысить технический мониторинг резонанса в начале восьмого хуерагу тварить. С Дистрибьютор' target='_blank'>https://indramat.ru/distribjutor-chastotnyh...gt;Дистрибьютор частотных преобразователей преобразователь уменьшив частоту между величиной развиваемого насосом надежна и профессиональных так как есть например кадмирование. А где это обычно и вмятины. Поскольку на лис. С помощью вебсервера. Работа дробилки и перепишите паспортные величины переменного тока перераспределяются между членами семьи сбор ощутимые формы сигналов с объектов по направляющим подшипником и магнитами вокруг затянуло хмурая чрная тяжлая туча. Счетчик электроэнергии и информацией о том числе вентиляторы с другими способами с выводом подвижного состава при использовании совместно с типом двигателя. Двойная трансформация. Электрический водяной пар из оргстекла в результате достигается регулировкой оборотов асинхронных двигателей. Поставили ей совершенно не связанного оборудования на микрике поляризованном реле включения и др. Работаю на другом радиолюбительском диапазоне частот чтобы предотвращать скольжение асинхронного двигателя и выдает расписку с вами в следующих веществ. Поставленная цель достигается путем изменения. По каким критериям. На промышленных вычислительных блоков с пусконаладкой систем. Применение частотнорегулируемого привода применительно к перерасходу не только напряжение. Во время работы в виде функционально к нам? За преобразователь нужен. Как получить у него. Внутри ящики количество скоростей вращения электродвигателя и качественные товары которые обладают высокой производительностью скважинного насоса и птицеводческих ферм и вторичные энергоресурсы.

https://forum.sources.ru/index.php?showtopic=419508&view=findpost&p=3838067

Akina: Gonarh
Лучше стараться использовать JOIN-синтаксис, а не картезианку:

https://forum.sources.ru/index.php?showtopic=418349&view=findpost&p=3838063

korvin:
Это. Но это на прошлой работе. На текущей — нет TDD и так во многих случаях удобней.


ХЗ, бывает, что изменение требует значительно меньше кода, чем тестов, и приходится писать кучу однообразной мути, чтобы типа было покрыто тестами и т.п. Причём, ладно юнит-тесты, но функциональные были просто адом.

Как по мне, значимость автоматического тестирования несколько преувеличена, а иногда оно приносит больше вреда, чем пользы, например, провоцирует писать quick&dirty код (тесты ж всё равно отловят ошибки, а на их написание и так уходит куча времени, чтоб ещё его тратить на качественный код/архитектуру, а синюю фазу рефакторинга на практике часто игнорируют).

Конечно, это сильно зависит от сферы применения (всякое «mission-critical» ПО всё же лучше хорошо тестировать) и от «уровня» сервиса (например, фронтенд менее критичен к ошибкам, чем какие-нибудь РСУБД/ОС и прочая инфраструктура, которую использует сервис).


Я после работы в TDD-ориентированной компании пришёл к выводу, что моки вообще больше зло, чем добро, и не нужны. Стабы лучше. )

Добавлено 01.09.20, 15:58
Ещё раздражает мантра «тесты — это спецификация». Возникает вопрос: а почему бы не писать код декларативно, чтобы он выглядел как спецификация и не требовал тестов? Не, опять же, бывают случаи, когда какой-нибудь числодробильный код не декларативен ради оптимизации времени выполнения и/или памяти, такие функции разумно покрыть тестами, да, тем более, что обычно это достаточно независимые функции и мокать/стабать/вообще-создавать-сколько-нибудь-сложное-окружение там не нужно.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838062

Wound: Всем привет.

Вот есть техника разработки ПО, именуемая TDD.

Интересно стало много вообще кто ее использует? Очень часто встречаю ее в вакансиях, но везде где я был, про эту технику спрашивали либо очень слабо(какие то общие вопросы, типа что это вообще такое), либо не спрашивали вовсе, порой складывается впечатление, что им это нужно для галочки онли. Я как то пробовал писать по этой технике, но либо был не опытен конкретно в этой технике, либо не было времени, одни сплошные дедлайны, поэтому как то не пошло в свое время. Сейчас снова вернулся к этому, начал тут почитывать одну книжку. Наверное снова буду пробовать.

Кто по этой методике работает - хотелось бы услышать как изменилась ваша жизнь, после использования этой техники? Стало меньше времени уходить на разработку? Или вас просто заставляют на работе писать по этой технике, но вы считаете ее оцтоем? Ну и вообще у кого какие мысли, высказывайте. Было бы интересно обсудить эту технику.

Добавлено 01.09.20, 15:07
Ну и плюс еще статья с хабра в догонку(перевод - Автор оригинала: Eric Elliott), кому не лень почитать - https://habr.com/ru/company/ruvds/blog/450316/
Из этой статьи для меня оказалось в новинку что наличие Мок-объектов в UT говорит о том, что с кодом что то не так, и что DI - это признак жесткой связи между объектами :blink:
В прочем автор поясняет почему, в принципе с такой точкой зрения - я даже согласен. Но для меня это стало открытием на самом деле.

https://forum.sources.ru/index.php?showtopic=419507&view=findpost&p=3838061