Size: a a a

2021 February 09

➔m

➔◾ maria myznikova... in Moscow Python
➔◾ maria myznikova
А проблематика, например, может включать “у тебя на проекте сидит Мария, и она тупой разработчик и все делает медленно, пусть сделает хоть как-то, но сегодня” 😅
Сказать, что это неверный подход — нельзя, так как его верность не может быть доказана характеристикой качества кода
источник

N

Nikolay in Moscow Python
➔◾ maria myznikova
А проблематика, например, может включать “у тебя на проекте сидит Мария, и она тупой разработчик и все делает медленно, пусть сделает хоть как-то, но сегодня” 😅
быстро, дешево, качественно - выберите любые два
источник

➔m

➔◾ maria myznikova... in Moscow Python
Nikolay
быстро, дешево, качественно - выберите любые два
Да, у нас появляются более сложные процессы, типа тупки разраба, которые выходят за рамки описания модели, которую мы используем, чтобы верифицированно построить качественный код
источник

SS

Sergey Sukhov in Moscow Python
Oлды тyт?

@inApple
источник

➔m

➔◾ maria myznikova... in Moscow Python
А что, если это был одноразовый сервис? Как бы и хуй с ним. А что, если он перестлал быть одноразоым, и теперь надо переписывать, а времени нет?
источник

➔m

➔◾ maria myznikova... in Moscow Python
Всё это начинает требовать другую модель, которая рассматривает качество кода как лишь один из весов
источник

AO

Andrew Onfire in Moscow Python
Sergey Sukhov
Oлды тyт?

@inApple
ПОЩАДЫ
источник

AS

Alexey Starkov in Moscow Python
пропоненты формальной верификации всегда пропускают процесс построения формальной модели - который самы сложный и говорят что дальше все уже хорошо
источник

AS

Alexey Starkov in Moscow Python
доказано и математический факт
источник

p

pragus in Moscow Python
Sergey Sukhov
Oлды тyт?

@inApple
Все так :(
источник

AS

Alexey Starkov in Moscow Python
программисты вообще стараются поменьше связываться с бизнесом и придумали целый layer model для этого чтобы не писать бизнеслогику, а писать только бесконечные слои абстракции
источник

N

Nikolay in Moscow Python
Alexey Starkov
пропоненты формальной верификации всегда пропускают процесс построения формальной модели - который самы сложный и говорят что дальше все уже хорошо
то, что что-то сложно, не значит, что оно "хуже" или "неверно"
источник

p

pragus in Moscow Python
Alexey Starkov
пропоненты формальной верификации всегда пропускают процесс построения формальной модели - который самы сложный и говорят что дальше все уже хорошо
Вот да. Описать реальность - самое сложное :)
источник

p

pragus in Moscow Python
Alexey Starkov
программисты вообще стараются поменьше связываться с бизнесом и придумали целый layer model для этого чтобы не писать бизнеслогику, а писать только бесконечные слои абстракции
И очень печалятся/возмущаются когда случается rampant layering violation ))
источник

AS

Alexey Starkov in Moscow Python
Nikolay
то, что что-то сложно, не значит, что оно "хуже" или "неверно"
а я и не говорю что хуже, но у меня трейдоф и делать 90% раоты ради того чтобы избежать 10% багов я не буду
источник

➔m

➔◾ maria myznikova... in Moscow Python
Alexey Starkov
пропоненты формальной верификации всегда пропускают процесс построения формальной модели - который самы сложный и говорят что дальше все уже хорошо
Ну тут можно возразить, что экспертная система должна стремиться насаждать свои практики, иначе откуда бизнесу знать, как надо—но это все равно диалог
источник

AS

Alexey Starkov in Moscow Python
➔◾ maria myznikova
Ну тут можно возразить, что экспертная система должна стремиться насаждать свои практики, иначе откуда бизнесу знать, как надо—но это все равно диалог
ну вот да, но обычно практики насаждаются без доказательств, это меня возмущает а не тайпчекинг
источник

➔m

➔◾ maria myznikova... in Moscow Python
Т.е., всегда можно подобрать такую бизнес-проблему, для которой скорость отработки важнее читаемости, и там есть какой-то слишком сложный и супер нетипизированный клубок который выдает что хочет и его не надо переписывать и тд
источник

N

Nikolay in Moscow Python
Alexey Starkov
а я и не говорю что хуже, но у меня трейдоф и делать 90% раоты ради того чтобы избежать 10% багов я не буду
вот именно поэтому люди и пишут верификаторы и генераторы, которые подобный головняк должны снимать с программиста. То есть чтобы для формальной корректности кода надо было прилагать минимум усилий
источник

➔m

➔◾ maria myznikova... in Moscow Python
Nikolay
вот именно поэтому люди и пишут верификаторы и генераторы, которые подобный головняк должны снимать с программиста. То есть чтобы для формальной корректности кода надо было прилагать минимум усилий
Т.е., действительно не существует подмножества случаев, в котором время, потраченное на это, было бы не оптимальным решением?
источник