Re[10]: Язык Go - слабые стороны
От: Ikemefula Беларусь http://blogs.rsdn.org/ikemefula
Дата: 16.02.22 13:14
Оценка: +2
Здравствуйте, Sheridan, Вы писали:

S>>>Может это программисты деплой не понимают? Может это программисты не понимают что на машине может крутиться не только их, безусловно божественный, проект?

I>>Именно потому, что на машине может крутиться чтото еще, стоит использовать, как вариант, all-in-one.
S>Нет. Это должно происходить когда все остальные шаги (такие как обновления библиотек в своём проекте) предприняты и не помогла.

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

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

S>Нет, это я так вижу работу отвечающих мне тут программистов, которые кричат о том что можно делать говно так как юзер просто купит памяти/стораджа и поэтому можно тяпляп.

Как я вижу, у нас есть Шеридан, который не в курсе что на этапе разработки нет сведений из будущего
1. кто куда чего может задеплоить
2. какие новые неизвестные баги могут быть привнесеные в какую из десятков или сотен зависимостей?

I>>Бывает трудозатратно и на одну версию перейти. Что выберешь — либа кидает OutOfMemory на DrawLine, если координаты слишком близко, или загрузка ядер на 5% при параллельной загрузке?

S>Написать баг авторам либы и не переходить пока он не будет починен.

Бинго! И автор либы через месяц сообщает, что он пофиксит, но возможно после того, как выкатит две версии.
А потом заходишь ты в гитхаб либы, и видишь, что эта проблема булькает уже три последних года.

I>>К твоему сведению, в ченджлогах пишут зафикшеные баги, а не новые неизвестные.

S>Для них есть багтрекер. Выше только что написал.

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

I>>Это голословно.

S>Нет, так делают люди, у которых процесс поставлен нормально а не "и так сойдёт".

Шериданы что ли?

I>>Наоборот. Я знаю ситуацию с обоих сторон — и как потребитель фремворка, и как разработчик.

S>ВНЕЗАПНО, я тоже. И я знаю, что если обновления планировать и выполнять в запланированное время (хотя бы раз в квартал), то затраты сильно ниже, чем обновляться только тогда когда приходит петух со своим клювом.

Это какие то общие слова вида "хорошее лучше плохого".

I>>Голословно. Любая версия либы может сломать обратную совместимость. Нет способа гарантировать отсутствие багов.

S>Я понял, ты теперь прицепился к возможным багам и не отцепишся. Багтрекер, друже, бааагтрееекер.

Что бы баг попал в багтрекер, его ктото должен обнаружить, идентифицировать, подготовить описание, стабильную последовательность. До того этот баг будет просто булькать тут и там и подламывать разработку.
В каждом проекте либы/фремворка есть кучка вечно живых багов, которые никто не берется фиксать, потому что
1. фикс ломает обратую совместимость
2. есть проблемы более приоритетные
Тем, для кого такой баг стал критичным, можно только посочувствовать.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.