Size: a a a

2021 March 02

A

Artur in ctodailychat
Kirill Sulim
В контексте этого обсуждения OPEX это когда платим команде которая разрабатывает продукт с постоянной доработкой или подписались на SaaS. CAPEX когда купили у галеры разработку и поставку без доработок. Возможно тут я не совсем хороший пример привел, но примерно так.
ну теперь понятно, о чем речь. а то напридумывают каких-то орехов, потом только успевай по гуглам бегать
источник

O

Onlinehead in ctodailychat
Valentin Golev
ну вот представь себе ты пишешь и дизайнишь модуль не так, чтобы навсегда, а так, чтобы его легко было заменить (то есть с упором на изоляцию и тесты, которые не слишком много знают про имплементацию) - тогда и изменять этот модуль будет проще
Да, я понимаю. Хотя не понимаю, как можно хорошо оттестировать плохой неподдерживаемый код:)
источник

O

Onlinehead in ctodailychat
Это опять же про архитектурные решения. Это все очень перекликается с микросервисами теми же:)
источник

VG

Valentin Golev in ctodailychat
Onlinehead
Это опять же про архитектурные решения. Это все очень перекликается с микросервисами теми же:)
я и говорю, как креш-онли)
источник

VG

Valentin Golev in ctodailychat
тестировать просто то, у чего есть понятное начало и конец ) что между ними – может быть уродским, но тестируемым. а вот когда люди начинают слишком хорошо программировать, им приходят в голову такие замечательные остроумные решения, которые потом не вытащишь топором
источник

KS

Kirill Sulim in ctodailychat
Onlinehead
Да, я понимаю. Хотя не понимаю, как можно хорошо оттестировать плохой неподдерживаемый код:)
Большой бюджет на  QA и небольшое количество основных тесткейсов. Под пристальным взором QA базовые тесткейсы доводятся до ума, шаг влево шаг вправо - падение системы. И потом учим сотрудников пользоваться.
источник

O

Onlinehead in ctodailychat
Я кстати не уверен что вообще можно написать "модуль навсегда". И хорошая архитектура тебя во многом спасет. Но когда у тебя на входе А, на выходе Б, а в середине Magic, то пока этих модулей 5, то хрен с ним. А если 50? или 100?
источник

С

Слава in ctodailychat
Илья
Есть задачка, если лист 200.000 url, нужно все проверить по коду 404 или 200. И получить файл с 200.
Есть что-нить готовое? Как проще решить?
Wget
источник

O

Onlinehead in ctodailychat
Valentin Golev
тестировать просто то, у чего есть понятное начало и конец ) что между ними – может быть уродским, но тестируемым. а вот когда люди начинают слишком хорошо программировать, им приходят в голову такие замечательные остроумные решения, которые потом не вытащишь топором
Вот кстати про "топор" - это тоже архитектура во многом. И ревью. Тебе придется обосновать свое остроумное решение, вероятно покрыв со всех сторон тестами и написав комментарии. Или выкинуть его и сделать на 10% медленнее, но зато понятно для всех.
источник

VG

Valentin Golev in ctodailychat
еще вспоминаю все те случаи когда заставлял себя существующее рефакторить, а не заново нормально переписать,   и думаю что и правда зря время тратил. кроме случаев совсем глубокой и старой бизнес-логики, где в коде слишком много конкретных кейсов пропис ано и не заменишь просто
источник

VG

Valentin Golev in ctodailychat
Onlinehead
Вот кстати про "топор" - это тоже архитектура во многом. И ревью. Тебе придется обосновать свое остроумное решение, вероятно покрыв со всех сторон тестами и написав комментарии. Или выкинуть его и сделать на 10% медленнее, но зато понятно для всех.
это и есть "хороший код плохая архитектура" )
источник

O

Onlinehead in ctodailychat
Да не, архитектура может быть норм. Просто можно же увлекаться хаками и неочевидными решениями, типа изобретения 100500 способа сортировки)
источник

VG

Valentin Golev in ctodailychat
да это со всеми бывает, лишь бы не вылезало за рамки модуля)
источник

O

Onlinehead in ctodailychat
Я в целом согласен же, что хорошая архитектура - залог успеха, но это "необходимо, а не достаточно"
источник

O

Onlinehead in ctodailychat
Valentin Golev
да это со всеми бывает, лишь бы не вылезало за рамки модуля)
так и толку то, если потом пару тысяч строк придется переписывать просто потому, что вовремя изначально не отловили.
источник

VG

Valentin Golev in ctodailychat
если бы хорошей архитектуры было достаточно для успеха мы бы щас на канарах это обсуждали
источник

O

Onlinehead in ctodailychat
а если такое везде, то вот это "надо переписывать" будет цикличным и очень дорогим
источник

Y

Yaroslav in ctodailychat
Onlinehead
Вот да:) Код может быть дерьмовым по разными причинам. Стилистически - это в целом еще не самое страшное.
Тормози, ты учишь людей плохому
источник

Y

Yaroslav in ctodailychat
O(n^2) это явна не та проблема, которая будет тебя волновать при плохой архитектуре. Вопрос будет: «как сделать чтоб оно хоть как-то работало», а не «как сделать чтоб оно работало хорошо»
источник

O

Onlinehead in ctodailychat
Yaroslav
Тормози, ты учишь людей плохому
Тэкс, я вообще никого ничему не учу, я тренерством не занимаюсь:)
источник