Не важно что уверен что не забудешь, все равно запиши. Верить даже себе нельзя. Умные мысли любят запись, и самому потом приятно почитать мысли умного человека. Или поржать над своей глупостью.
Мерде... Я только только автору поверил что могу изменить себя. Но список книг авторов реально выглядит как чтиво продаваемое на перронах, и я не верю тем кто говорит что Карнеги перевернул их мир.
Я использовал в софтверной компании, там списание работает, причем по видам услуги - отдельно часы консультаций, отдельно доработки и саппорт. Потому что договор так требует. Можно списания внедрять в прочих компаниях где руководитель и команда понимают что ИТ это услуга
Я знаю что такое бюджет, целесообразность и прочее. И если речь про код 2005-2010 года - скорее всего нецелесообразно. Но ТС сам упомянул 49 лет, а это на минуточку код 76 года. Поверьте - если он не соврал то компания тратит огромные усилия что бы "это" вообще запускалось и уже что раз дешевле было переписать. Например до 90х годов дата элементарно не позволяла перейти в 21 век, так как экономили каждый байт Как решили интересно, и за сколько.
Но учитывая что ТС не сообщил ни язык, ни платформу (может спец военная\космо техника и Go\Rast не понимает) - скорее всего в его 49 годах лишняя вторая цифра.
А я смотрю вы из тех кто писатель, но не читатель, а мои аргументы почему нужно переписать даже если работает - не увидели. Остается надеяться что "вырастИте" когда нибудь вы и перестанете заниматься троллингом и переходить на личности, сводя дискуссию к тупому срачу.
Как обычно - все ищут оправдания своей безынициативности, лени и неумению преподнести важность задачи. Не нужно стесняться, просто скажите "мне лень убеждать руководство, мне лень заниматься этой задачей, я не сумел объяснить что это критически важно и правильно". К чему скрывать свой недостаток за словами "руководство не разрешает". Не они не разрешают, а вы не продавили. Тут большинство таких "если пнут, полечу" - вас не осудят, это нормально для рядового работяги. Руководители же думают иначе
О! Вопрос для понимания. Почему наследование классов нужно избегать, например в монолите без внешних плагинов. Они же сделали дефолт методы в интерфейсе, по сути сведя их к тому же, но с фишкой имплементации
Для каждой задачи подходит лучше определенный стек, но нет языка решающего... Легко решающего любые задачи, всегда какие то минусы. Поэтому выбирается язык оптимальный в плане большинства задач и удобный большинству разрабов. Все же знают почему пиндосы на маках работают в основном? Так и тут - массы обучены попсе и двигают ее не желая изучать альтернативы или не имея возможности убедить команду. Яркий пример про раст в линуксе.
Чем ругаться и отстаивать - создали бы список задач и стека под них с приоритетами, что бы по таблице можно было выбрать, понять где будет просадка, что вынуть в микросервисы и реализовать на другом языке
Это был бы труд для потомков и современников. А этот срач к истине не приведет
Как обычно - виноваты все кроме программиста. Тестер, тайпчекер, ревьюер, фасилитатор, коучер. Обленились в край, размазали компетенции и сняли с себя любую ответсвенность
Вообще не понял, и ощущение что обьяснить в комментах не получится. Видать не мое.
Может я не понял статью, но почему 2 раза 25%?
То есть если я случайно выбрал 1или 4 то угадал в 25% случаев, а 3 вариант ведет к 100% ошибке?
Роадмап, поддержка. Будет
Да и ранее ограничения были только для облачных провайдеров которые продавали бесплатный продукт. Обидно же.
Плохо когда надеешься и забываешь, а перепроверять себя - это нормально, все косячат.
Не важно что уверен что не забудешь, все равно запиши. Верить даже себе нельзя. Умные мысли любят запись, и самому потом приятно почитать мысли умного человека. Или поржать над своей глупостью.
Как вас сюда пустили... Вам в другой чат, для вам подобных.
Мерде... Я только только автору поверил что могу изменить себя. Но список книг авторов реально выглядит как чтиво продаваемое на перронах, и я не верю тем кто говорит что Карнеги перевернул их мир.
Спасибо вам за статью, теперь буду выяснять такие подробности перед покупкой.
Понимаю что бессмысленно, но предлагаю максимально байкотировать такие продукты и не покупать, пока производители не одумаются.
Я использовал в софтверной компании, там списание работает, причем по видам услуги - отдельно часы консультаций, отдельно доработки и саппорт. Потому что договор так требует. Можно списания внедрять в прочих компаниях где руководитель и команда понимают что ИТ это услуга
Спасибо за труд.
Критикам - не обязательно соглашаться, просто хорошо оформленное мнение.
Пофиг на нейросеть - когда реализация в ЯП будет, если все так кучеряво? Или патент на 25 лет и нам не видать ускорения
Я знаю что такое бюджет, целесообразность и прочее. И если речь про код 2005-2010 года - скорее всего нецелесообразно. Но ТС сам упомянул 49 лет, а это на минуточку код 76 года. Поверьте - если он не соврал то компания тратит огромные усилия что бы "это" вообще запускалось и уже что раз дешевле было переписать. Например до 90х годов дата элементарно не позволяла перейти в 21 век, так как экономили каждый байт Как решили интересно, и за сколько.
Но учитывая что ТС не сообщил ни язык, ни платформу (может спец военная\космо техника и Go\Rast не понимает) - скорее всего в его 49 годах лишняя вторая цифра.
А я смотрю вы из тех кто писатель, но не читатель, а мои аргументы почему нужно переписать даже если работает - не увидели. Остается надеяться что "вырастИте" когда нибудь вы и перестанете заниматься троллингом и переходить на личности, сводя дискуссию к тупому срачу.
Как обычно - все ищут оправдания своей безынициативности, лени и неумению преподнести важность задачи. Не нужно стесняться, просто скажите "мне лень убеждать руководство, мне лень заниматься этой задачей, я не сумел объяснить что это критически важно и правильно". К чему скрывать свой недостаток за словами "руководство не разрешает". Не они не разрешают, а вы не продавили. Тут большинство таких "если пнут, полечу" - вас не осудят, это нормально для рядового работяги. Руководители же думают иначе
Я дальше ошибки номер 2 не читал. Это топ для кого? Ценность нулевая.
5 летние разбиваются, но такой древний код выиграет и по производительности и по ИБ
Есть у нас такие, им скрам методология не позволяет получать критику. Прям в слезы если скажешь что делают фигню
О! Вопрос для понимания. Почему наследование классов нужно избегать, например в монолите без внешних плагинов. Они же сделали дефолт методы в интерфейсе, по сути сведя их к тому же, но с фишкой имплементации
Холивары наше все.
Для каждой задачи подходит лучше определенный стек, но нет языка решающего... Легко решающего любые задачи, всегда какие то минусы. Поэтому выбирается язык оптимальный в плане большинства задач и удобный большинству разрабов. Все же знают почему пиндосы на маках работают в основном? Так и тут - массы обучены попсе и двигают ее не желая изучать альтернативы или не имея возможности убедить команду. Яркий пример про раст в линуксе.
Чем ругаться и отстаивать - создали бы список задач и стека под них с приоритетами, что бы по таблице можно было выбрать, понять где будет просадка, что вынуть в микросервисы и реализовать на другом языке
Это был бы труд для потомков и современников. А этот срач к истине не приведет
Как обычно - виноваты все кроме программиста. Тестер, тайпчекер, ревьюер, фасилитатор, коучер. Обленились в край, размазали компетенции и сняли с себя любую ответсвенность