J
Size: a a a
2020 April 06
ГК
Коллеги, а кто чем проверяет xml на соответствие схеме xsd?
ЕО
Ок, у нас важный сервис с длинным сценарием. При ошибке нужно только прервать выполнение и ответить хттп ошибкой. Что удобней, один try catch или куча if err != nil {} ?
Удобно написать один раз или потом тысячу раз отлаживать? "Удобство" это хитрая штука, потому что удобство написания кода и удобство поиска багов и внесения изменений коррелируют отрицательно
ВС
Но они все хоятт денех... Проще сделать свое с самописанным сертом и затрастить его
в принципе, у нас так и сделали, подняли реестр и на сборочных машинах и на k8s-нодах его долили в зеркала
ЕО
SA
Удобно написать один раз или потом тысячу раз отлаживать? "Удобство" это хитрая штука, потому что удобство написания кода и удобство поиска багов и внесения изменений коррелируют отрицательно
И как это удобство написания кода отрицательно коррелирует с удобством внесения изменений?
ЕО
И как это удобство написания кода отрицательно коррелирует с удобством внесения изменений?
Например динамически-типизированный код проще писать, а отлаживать сложнее
ЕО
Явная обработка ошибка больнее для написания, а отлаживать её проще чем эксепшоны
SA
Например динамически-типизированный код проще писать, а отлаживать сложнее
Не на тот вопрос ответили.
Как удобство написания кода отрицательно коррелирует с удобством внесения изменений?
Как удобство написания кода отрицательно коррелирует с удобством внесения изменений?
ЕО
Не на тот вопрос ответили.
Как удобство написания кода отрицательно коррелирует с удобством внесения изменений?
Как удобство написания кода отрицательно коррелирует с удобством внесения изменений?
Ответил
ЕО
Либо вы хотели задать другой вопрос. Например "почему удобство..."
ЕО
Отладка неизбежный этап внесения изменений. Можно написать дофига одноразового динамически-типизированного кода, внести небольшое изменение и закопаться на 3-4 дня в проблему, созданную манкипатчингом в другом месте
AK
Как вообще удобство внесения изменений коррелирует с обработкой ошибок? 🤔
"Неудобно" и "медленно" или просто "лень" - разные вещи.
"Неудобно" и "медленно" или просто "лень" - разные вещи.
SA
Отладка неизбежный этап внесения изменений. Можно написать дофига одноразового динамически-типизированного кода, внести небольшое изменение и закопаться на 3-4 дня в проблему, созданную манкипатчингом в другом месте
По чему неизбежный? Скорее наоборот.
ЕО
Эксепшоны это множество неявной логики
zl
Правильно ли утверждение, что первый вариант производительней второго, за счет того, что объект создается в стеке, а не в куче?
// 1
func someFunc() *Object {
object := Object{}
return &object
}
// 2
func someFunc() *Object {
return &Object{}
}PF
Звучит как холивар
Скорее как говнокод