SG
вот тут очень много на эту тему, делать/не делать
Size: a a a
2020 June 02
W
Ну а как делать так как считаешь нужным, если от тебя хотят другого?
Если хотят другого - тут договариваться. Правда жизни что - не хотят, а хотят "чтоб работало".
ТО
Требования к А, чтоб работало. Как и к Б
если требование чтоб работало, не масштабируемо, по никогда не изменяемому ТЗ, то А просто нельзя менять
a
Эта тяжба (плюс JavaScript vs JScript) мало связана с технологическим аспектом.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
ТО
поскольку в природе я не видел никогда не изменяемого ТЗ, то менять надо
W
если требование чтоб работало, не масштабируемо, по никогда не изменяемому ТЗ, то А просто нельзя менять
То есть ответ на мой вопрос "нет"?..
AU
allter
Эта тяжба (плюс JavaScript vs JScript) мало связана с технологическим аспектом.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
Так это, как там дела у IE в итоге? А у Mozilla?
W
поскольку в природе я не видел никогда не изменяемого ТЗ, то менять надо
Тогда ответ на мой вопрос "да"?
DM
И где теперь те бизнесы? ;)
ищут перловиков
AK
Бизнес без стратегии развития и стратегических задач бывает, но уровня палатки с шаурмой. В принципе бизнес способен понимать существование сратегических задач в разработке, но конечно нужно объяснять, какие это задачи, сколько они будут стоить, почему это важно. Для этого есть IT-менеджеры. Часто проблема именно в том, что менеджмент слабый и в принципе предпочитает с бизнесом общаться, тупо подчиняясь, поскольку так проще, не нужно выстраивать коммуникацию.
AU
ищут перловиков
Постоянно © ;)
W
Ага )) У вас есть?..
ТО
То есть ответ на мой вопрос "нет"?..
опять же, если задача поменялась, то меняем код, если нет и она удовлетворяет всем условиям, то менять, тем самим тратя ресусры - нет смысла
W
Ответ менеджера.
SG
allter
Эта тяжба (плюс JavaScript vs JScript) мало связана с технологическим аспектом.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
К примеру, NS в 4.x выпустила первый браузер с нормальным CSS - это было круто, хоть и тормозилло на тогдашнем железе. А потом ноль.
Тогда как у IE был другой подход к развитию. У них одна команда рихтовала предыдущюю версию, тогда как другая команда тащила следующую.
По идее было много причин почему Нетскейп провалился в конечном итоге
ТО
приведу пример - интернет магазин обслуживает 10 всего посетительей в день, все работает, и тут программист говорит, скучно что то, давайте я отрефакторю и пусть он сможет обслужить 1М посетителей в день нужно ли рефакторить если количество посетителей не изменяется и в обозримые 10 лет не будет больше 15 -и ?
SG
приведу пример - интернет магазин обслуживает 10 всего посетительей в день, все работает, и тут программист говорит, скучно что то, давайте я отрефакторю и пусть он сможет обслужить 1М посетителей в день нужно ли рефакторить если количество посетителей не изменяется и в обозримые 10 лет не будет больше 15 -и ?
нет
AK
опять же, если задача поменялась, то меняем код, если нет и она удовлетворяет всем условиям, то менять, тем самим тратя ресусры - нет смысла
Как правило, на плохо детерминированные безграмотно сформулированные задачи тратится ресурсов на несколько порядков больше. Оптимизация здесь - благодарное дело. Оптимизация часа времени в неделю на рефакторинг - неблагодарное дело.
AU
https://www.chromium.org/Home/chromium-security/memory-safety а вот свежее из мира браузеров. Откуда ноги растут у этих проблем?
AK
от людей