> Вы забыли, что у фирмы Apple появился рынок, которого вообще не было.
Про Apple я ничего не говорил, отдельные компании могут расти или падать как угодно.
> Во-вторых индексы S&P 500 вырос всего в 2 раза.
Смотря в каких точках считать, если от низа 2008 до верха 2018, то 4.5 получается.
>В третьих ВВП США вырос с 14 трлн. до 19 трлн.
>И я не вижу особого пузыря.
Фейсбук стоит 18 годовых прибылей, амазон 46, нетфликс 56. По вашему это разумная стоимость?
Огромный пузырь надулся с 2008 года. Посмотрите индексы S&P 500 и NASDAQ. Такой бурный рост не может быть объяснен научно-техническим прогрессом. Например индекс NASDAQ вырос в 5 раз за 10 лет. Очевидно, что это пузырь. Рано или поздно это пузырь лопнет, и пострадает много людей. Как обычно крупные банки и компании будут спасать за счет обычных граждан. То что сейчас произошло это вовсе не падение, а лишь небольшая коррекция. Падение будет потом (хз когда).
И что там у вас в шарпе ломалось в последних апдейтах второй цифры, можно узнать?
К C# не имею отношения, вы снова что-то перепутали.
Давайте пройдем на гитхаб и посмотрим как поживают проекты с миллионами строк без тестов. Ссылки в студию.
Вспомните сколько лет был переход с питона 2.х на питон 3.х. Больше 5 лет, причем пришлось допиливать обе ветки языков, чтобы они стали более совместимые. Т.е. люди перешли не с 2.5 сразу на 3.0, а примерно с 2.7 на 3.4.
Год назад слушал подкаст, там гуглы и фейсбуки все еще в то время сидели на 2.7, не факт что сейчас смогли обновиться.
В проектах больше чем 5 тыс строк даже изменение второй цифры в версии языка или фреймворка всегда ломает кучу всего… А ведь есть еще десятки зависимостей их тоже нужно обновлять.
Обратную совместимость стараются поддерживать, но несовместимые изменения тоже вносят. Обычно сначала используют deprecated wаrning, а в следующей версии уже окончательно ломают. Но даже если вы от корки до корки прочитали release notes, это не значит то не столкнетесь с неожиданностями. Например текущий проект я начинал на Django 1.8, и потом были миграции на 1.9, 1.10. 1.11, 2.0, 2.1. и при каждой такой миграции ломалась куча всего. Боюсь представить как бы я это отлаживал без тестов, наверное так бы и остался на 1.8. Попутно обновились все прочие зависимости и уже наступил тот период когда многие проекты прекращают поддержку питона 3.5, и операционную систему пора обновить. А прошло чуть больше двух лет.
Это ни о чем не говорит, есть много причин, по которым код покрывать не требуется.
В больших проектах? Серьезно? Какие могут быть причины, кроме низкой квалификации разрабов?
Например — там мало логики, вы этот код скоро выкинете,
Это явно не про большие проекты.
не ожидается каких-либо рефакторингов без изменения спецификации и т.д
Даже если возьмем идеальный случай когда код пишется идеально без ошибок по идеальной спецификации и требования не меняются. Если говорим про долгосрочный проект, то в какой-то момент придется обновить версию языка программирования, фреймворка и все зависимости и даже версию операционной системы. И в этот момент куча всего сломается. И без тестов это просто страшно делать и этот момент будет откладываться до самого последнего момента, пока хотя бы секьюрити патчи выпускаются для фреймворка и ОС. Более того, на практике добавление нового кода зачастую совершенно нетривиальным образом может сломать старый протестированный код.
Однажды в Google я получил негативный performance review. Я решил, что лучшим способом потратить мое время будет произвести рефакторинг кода, который мне достался, чтобы довести степень его покрытия тестами с 0% до 80%, попутно исправив немало багов. В итоге я получил на performance review дерьмовый отзыв, а автор оригинального говнокода — повышение.
Вот она реальная квалификация сортирователей списков и любителей дурацких задачек. В больших продуктах степень покрытия тестами зачастую бывает 0%. По опыту знакомых в больших компаниях ситуация аналогичная.
Более того, следущий разработчик который возьмет этот код скорее всего не в состоянии не то, что новые тесты написать, а даже старые запустить и даже старые тесты довольно быстро будут поломаны. И в данном случае он и чем-то правы, но не из-за того что вы сделали что-то не так, а из-за низкой квалификации разработчиков в компании. Т.е. вы написали тесты, но вас уже уволили, а следующие не в состоянии их даже запустить. Т.е. деньги компании потрачены зря.
Тесты и рефакторинги, это 100% необходимая вещь, если речь идет о продукте а не одноразовом коде.
Ага, а потом выясняется, что эти гениальные сортирователи списков не умеют банально тесты писать. Более того, даже форма обратной связи в некоторых продуктах не работает.
Опыт фэйсбука и вконтакта показывают, что это хорошая стратегия, по крайней мере с точки зрения финансов. Все основатели обеспеченные люди, а что эти продукты умрут через пару лет, дак это никого не интересует. Деньги заработаны, основатели довольны, дальше им уже можно и не работать.
Я бы сказал, что это проблема не софтверных компаний, а вообще любых. Нужно по-быстрому делать то что приносит деньги, иначе денег не хватит и компания закроется. Багфиксы и мелкие улучшения отнимают бесконечное количество времени при этом редко когда улучшают финансовые показатели.
А что тут удивляться, в уставе любой компании написано, что целью является извлечение прибыли. Но тут некоторым может показаться, что для компании хорошо долгосрочное планирование и прибыль. Для компании то да, но для конкретных людей инвесторов и руководителей, более интересно по-быстрому срубить бабла, и пофиг что далее будет с компанией.
Ну сам редизайн может и не приносит, но если они выкинули старую кодовую базу, на которой уже сменилось 5 поколений разработчиков и никто толком не знает как это работает, то новый код позволяет выкатывать новые фичи быстрее и потенциально да, это деньги.
Своими действиями правительство само подталкивает обычных граждан пользоваться по настоящему анонимными мессенджерами, а не телеграммами. Через пару лет я думаю мы увидим удобные мессенджеры, не привязанные к телефону. Сейчас уже есть децентрализованные мессенджеры, через пару лет они станут такими же удобными как обычные централизованные.
Можно смеяться сколько угодно, но тут скорее грустно. Это была первая попытка, это не значит, что не будет второй, с подготовленной инфраструктурой как в Китае. Да на это понадобиться несколько лет и дофига денег, но разве есть сомнения, что мы можем пойти в этом направлении?
Многие написали, вроде бы правильные вещи, про нагрузочное тестирование или найм профессиональных разработчиков. Но не учли главного. Это мелкий бизнес. Могу предположить что владелец этого бизнеса зарабатывает на уровне среднего разработчика. При таких доходах найм профессионального разработчика не выполним. Только фрилансеры, только готовые решения, только чинить уже сломанное. Даже если предположить, что владелец бизнеса зарабатыват в 2 раза больше и чисто теоретически может себе нанять адекватного разработчика, то тут возникает другая проблема. Хорошие разработчики не хотят работать в подобных компаниях, т.к. нет других разработчиков и владелец ничерта не понимает в IT. Не видать тут вам докеров, реактов, микросервисов, лямда-архитектуры, машинного обучения, блокчейна или что там сейчас модно.
Ну думаю что тысяч сто-двести прибыли бы набралось.
Наверно, скорее ближе к ста. Но это только два месяца в году. Что-то я с трудом могу представить как вы нанимаете профессионального разработчика за 100 тыс рублей, и что он будет делать остальные месяцы? Понятно же что при такой прибыли денег может хватить только на фрилансеров и готовые решения.
В условиях, когда оборудование резко нагревается по отношению к окружающей среде, возникает риск образования конденсата на электронных компонентах — проблема «точки росы».
Конденсат образуется при заносе холодного предмета в теплое помещение. При влючении горячего и оборудования в холодном помещении такой проблемы нет.
Мне не то чтобы наплевать, но уделять им силы и время я не хочу. Но чтобы у кого-то что-то сломалось из-за кривого пулл-реквеста, я тоже не хочу. Лучше тогда совем не принимать PR, чем мержить несмотря.
Про Apple я ничего не говорил, отдельные компании могут расти или падать как угодно.
> Во-вторых индексы S&P 500 вырос всего в 2 раза.
Смотря в каких точках считать, если от низа 2008 до верха 2018, то 4.5 получается.
>В третьих ВВП США вырос с 14 трлн. до 19 трлн.
>И я не вижу особого пузыря.
Фейсбук стоит 18 годовых прибылей, амазон 46, нетфликс 56. По вашему это разумная стоимость?
К C# не имею отношения, вы снова что-то перепутали.
Давайте пройдем на гитхаб и посмотрим как поживают проекты с миллионами строк без тестов. Ссылки в студию.
Вы что-то перепутали, у меня бакенд.
Верю.
Не верю.
Год назад слушал подкаст, там гуглы и фейсбуки все еще в то время сидели на 2.7, не факт что сейчас смогли обновиться.
Обратную совместимость стараются поддерживать, но несовместимые изменения тоже вносят. Обычно сначала используют deprecated wаrning, а в следующей версии уже окончательно ломают. Но даже если вы от корки до корки прочитали release notes, это не значит то не столкнетесь с неожиданностями. Например текущий проект я начинал на Django 1.8, и потом были миграции на 1.9, 1.10. 1.11, 2.0, 2.1. и при каждой такой миграции ломалась куча всего. Боюсь представить как бы я это отлаживал без тестов, наверное так бы и остался на 1.8. Попутно обновились все прочие зависимости и уже наступил тот период когда многие проекты прекращают поддержку питона 3.5, и операционную систему пора обновить. А прошло чуть больше двух лет.
Тогда странно. А тимлид то как вашу работу оценил?
В больших проектах? Серьезно? Какие могут быть причины, кроме низкой квалификации разрабов?
Это явно не про большие проекты.
Даже если возьмем идеальный случай когда код пишется идеально без ошибок по идеальной спецификации и требования не меняются. Если говорим про долгосрочный проект, то в какой-то момент придется обновить версию языка программирования, фреймворка и все зависимости и даже версию операционной системы. И в этот момент куча всего сломается. И без тестов это просто страшно делать и этот момент будет откладываться до самого последнего момента, пока хотя бы секьюрити патчи выпускаются для фреймворка и ОС. Более того, на практике добавление нового кода зачастую совершенно нетривиальным образом может сломать старый протестированный код.
Вот она реальная квалификация сортирователей списков и любителей дурацких задачек. В больших продуктах степень покрытия тестами зачастую бывает 0%. По опыту знакомых в больших компаниях ситуация аналогичная.
Тесты и рефакторинги, это 100% необходимая вещь, если речь идет о продукте а не одноразовом коде.
Я бы сказал, что это проблема не софтверных компаний, а вообще любых. Нужно по-быстрому делать то что приносит деньги, иначе денег не хватит и компания закроется. Багфиксы и мелкие улучшения отнимают бесконечное количество времени при этом редко когда улучшают финансовые показатели.
А что тут удивляться, в уставе любой компании написано, что целью является извлечение прибыли. Но тут некоторым может показаться, что для компании хорошо долгосрочное планирование и прибыль. Для компании то да, но для конкретных людей инвесторов и руководителей, более интересно по-быстрому срубить бабла, и пофиг что далее будет с компанией.
Наверно, скорее ближе к ста. Но это только два месяца в году. Что-то я с трудом могу представить как вы нанимаете профессионального разработчика за 100 тыс рублей, и что он будет делать остальные месяцы? Понятно же что при такой прибыли денег может хватить только на фрилансеров и готовые решения.
Конденсат образуется при заносе холодного предмета в теплое помещение. При влючении горячего и оборудования в холодном помещении такой проблемы нет.