В самаре летом и ранней осенью тоже прям ништяк. Никаких сочей не надо

Был в Самаре летом - было неплохо. Пиво опять же дешевое, набережная красивая

Был в Самаре летом - было неплохо. Пиво опять же дешевое, набережная красивая

Во! Сечёшь

Если далеко от старого города не отходить - хорошо

Вообще красивый город, только немного умирающий. Много красивых деревянных зданий но в аварийном состоянии

И в сызрань не ездить

Вообще красивый город, только немного умирающий. Много красивых деревянных зданий но в аварийном состоянии

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

Вообще красивый город, только немного умирающий. Много красивых деревянных зданий но в аварийном состоянии

половина РФ такая((

И в сызрань не ездить

Сейчас бы в Сызрань...

Сейчас бы в Сызрань...

🤣🤣🤣

Листаю доки по fabulous, обнаружил тут рекламу одного приложения)) https://fsprojects.github.io/Fabulous/Fabulous.XamarinForms/they-use-fabulous.html

Бывает, чо

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

Зря ты так. В этом году заказывал стол в деревню. Мне его 2 раза переделывали.

Простой обеденный стол

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

Рукожопы :)

у кого-нибудь в 2019 vs такое было? cshtml файл. досохранялся называется 🤔

А вот так один из топовых решателей AdventOfCode пишет свое решение. https://www.youtube.com/watch?v=ZSGTr55gmIs

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

О_О ооо может просто чувак в теме?

О_О ооо может просто чувак в теме?

Думаю, что нет.

ну я к тому, что часто решает такие задачи ну аля олимпиадные что ли 🙈

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

Боб Мартин после прочтения в 2010 году sicp

а статья 2019 года

Да, все так

Совершенно разные критерии выбора инструментальных средств для стартапа, который за несколько месяцев должен или взлететь, или умереть, и команды из нескольких десятков разработчиков, которые приходят, уходят и обслуживают код в десятки тысяч строк.

да проблема строгой типизации напоминает свитер, если модель неправильная придется половину работы переделать. время деньги

Вообще красивый город, только немного умирающий. Много красивых деревянных зданий но в аварийном состоянии

надо ехать в нижний новгород, дореволюционная застройка в нормальном состоянии

да проблема строгой типизации напоминает свитер, если модель неправильная придется половину работы переделать. время деньги

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

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

если не знаешь, то и проблемы нет )) не так ли?

Лол дальше можно не продолжать

на самом деле если следовать простым правилам http://blog.cleancoder.com/uncle-bob/2020/10/18/Solid-Relevance.html , то после отладки уже ничего не должно ломаться. а так-то да, в елме вон вообще на типах построили версионирование автоматом.

Если следовать простым правилам, то и гц не нужен. Просто чисти за собой выделенную память

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

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

Хм, годами, можно сказать, откладывал перевод тестов системы на докер, считая, что это требует длительного времени. На днях попробовал, и на все про все ушло два дня. Контейнер для тестов собирается через docker compose, включая внешние системы типа RabbitMQ. Сборка и тесты идут в TeamCity. Все оказалось довольно несложным, начиная с нулевых знаний докера. Единственное, что встроенные шаги TeamCity для докера (compose, run in docker) толком не завелись, все сделал через custom command, которые вызывают докеровские команды.

Хм, годами, можно сказать, откладывал перевод тестов системы на докер, считая, что это требует длительного времени. На днях попробовал, и на все про все ушло два дня. Контейнер для тестов собирается через docker compose, включая внешние системы типа RabbitMQ. Сборка и тесты идут в TeamCity. Все оказалось довольно несложным, начиная с нулевых знаний докера. Единственное, что встроенные шаги TeamCity для докера (compose, run in docker) толком не завелись, все сделал через custom command, которые вызывают докеровские команды.

Типа окружение для тестов поднимается в докере при выполнении шага?

у нас так делаются в CI некоторые шаги, я так и селениум поднимал в докере и всё кучей тестил

Типа окружение для тестов поднимается в докере при выполнении шага?

удобно же, поднял всё что надо, потестил и выкинул нафиг

удобно же, поднял всё что надо, потестил и выкинул нафиг

Я не против) мы из кода тестов поднимаем их

Типа окружение для тестов поднимается в докере при выполнении шага?

Да, все тесты и их зависимости поднимаются в контейнере. Я на этот счет спорил с нашим спецом по контейнером, он меня убеждал, что проще не возиться с docker compose, а просто забросить в кубернетес поды с внешними зависимостями, и обращаться туда. Так, конечно, работает, но мне такой подход показался недостаточно минималистским. Тестам полагается быть самодостаточными. Всю свой среду они желательно должны создавать сами, без всяких внешних кластеров

Как я понимаю, это интеграционные тесты. Для них самодостаточность уже не так важна, учитывая, что там в любом случае приходится инфраструктуру разворачивать. Если есть куб, и он работает, то удобнее держать тестовые стенды там. У себя на машине, наверное, да, через composer удобнее.

ну docker-compose чуть попроще описывать, но на мой взгляд, выбор между кубом и другими контейнерами просто дело вкуса

куб и докера имхо молотки разного уровня.

Ну и иногда же надо прогнать часть тестов у себя локально

куб и докера имхо молотки разного уровня.

ты же в курсе, что кубер теперь без докера

Шо у нас тут?

Вроде как не пятница

ты же в курсе, что кубер теперь без докера

ну а причем тут докер и кубер?)

я про то, что с докером можно локально запустить на компе у себя все нужные тесты и ты не зависишь от инфраструктуры

ну а причем тут докер и кубер?)

я к тому, что если у тебя прод в кубере, то тестирование в докере сейчас немного теряет в ценности

а если все в кубе развернуто, думаю тоже можно сделать все красиво, но дольше

я к тому, что если у тебя прод в кубере, то тестирование в докере сейчас немного теряет в ценности

ну нет, если я правильно понял

я к тому, что если у тебя прод в кубере, то тестирование в докере сейчас немного теряет в ценности

Нет

в кубер можно будет разные движки работы с контейнерами ставить

ты же не движок тестируешь, а свой код

Ещё можно не использовать кубер локально

ты же не движок тестируешь, а свой код

поэтому я не сказал, что бесполезно, а теряет ценность

например для интеграционных тестов

эээээ почему?

надо поднять окружение — какая разница через какую технологию ты его поднимешь?

В каком-нибудь опеншифте шанс что локально работающая через докер композ связка поднимется сразу - где-то 50/50. В основном из-за проблем с пользователями, правами и т.п.

надо поднять окружение — какая разница через какую технологию ты его поднимешь?

ну например ты используешь сервис дискавери от докера или от кубера, или session affinity

ну docker-compose чуть попроще описывать, но на мой взгляд, выбор между кубом и другими контейнерами просто дело вкуса

Куб это оркестратор как консул или сворм. Ортогонально контейнерам

я про то, что с докером можно локально запустить на компе у себя все нужные тесты и ты не зависишь от инфраструктуры

Я примерно этим руководствовался

например для интеграционных тестов

Не нужен кубер для них

Интересно, что перевод тестов в контейнер, где они гоняютс на линуксе, сократил время тестирования процентов на 40.

А ещё куча нюансов с прокидыванием переменных окружений и монтированием вольюмов.. Так что зависит от того, что является system under test: если это интеграционные тесты для проверки работы репозитория с БД, то докер композ норм. Если SUT - компонент целиком и мы гоняем e2e тесты, то с докер композом: а) много чего можно пропустить б) делаешь двойную работу, моделируя окружение в композе.

Я предпочитаю минизировать все, что можно. В итого композ-файл выглядит примерно так: version: "3" services: my-tests: container_name: my-tests image: my-tests depends_on: - rabbitmq networks: - rabbitmq env_file: docker-compose.test.env rabbitmq: container_name: rabbitmq image: rabbitmq:3-management hostname: "test" ports: - 5672:5672 - 15672:15672 networks: - rabbitmq networks: rabbitmq:

И зачем здесь кубер?

А ещё куча нюансов с прокидыванием переменных окружений и монтированием вольюмов.. Так что зависит от того, что является system under test: если это интеграционные тесты для проверки работы репозитория с БД, то докер композ норм. Если SUT - компонент целиком и мы гоняем e2e тесты, то с докер композом: а) много чего можно пропустить б) делаешь двойную работу, моделируя окружение в композе.

Да, всё так. Ещё можно сказать, что любые интеграционные тесты не в полной копии прода не нужны.

К слову, я на докеркомпозе делал копию прода, включая логи в ластик докердрайвером

У нас еще есть acceptance tests, они другие, тестируют все в полной сборке

Интересно, что перевод тестов в контейнер, где они гоняютс на линуксе, сократил время тестирования процентов на 40.

А какой у вас линукс? Не CentOS / RHEL? С ним, если что, будут проблемы - 8ые версии докер не поддерживают, а для 7ых поддержка скоро кончается.

А какой у вас линукс? Не CentOS / RHEL? С ним, если что, будут проблемы - 8ые версии докер не поддерживают, а для 7ых поддержка скоро кончается.

О_О как так?

А какой у вас линукс? Не CentOS / RHEL? С ним, если что, будут проблемы - 8ые версии докер не поддерживают, а для 7ых поддержка скоро кончается.

думаю какой нибудь alphine там стоит

ну на хостовой то вряд ли альпайн)

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

ну....да

О_О как так?

RedHat решили что докер небезопасно и убрали его из официальных реп - предлагают вместо него podman и buildah. Руками воткнуть вроде можно, но радости от этого мало.

уууууу все хотят урвать кусочек пирога)