Информация об изменениях

Сообщение Re[2]: Интерес к проекту от 01.06.2020 15:17

Изменено 01.06.2020 15:20 Дядюшка Ау

Re[2]: Интерес к проекту
Мне интереснее всего работать в области автоматизации администрирования системного серверного софта.

Т.е. это SRE, частично DevOps и SecOps и т.п.

Обычно говорят, что программист особо ценный, когда разбирается в предметной области, но кому захочется разбираться в финансовых алгоритмах, особенно государственных, если они искусственно очень усложнены до бессмысленности и специалист в такой области больше нигде ненужен. Ни один бизнес не будет платить за такие "знания и умения", потому что это никому ненужно кроме стимуляторов бесконечных подрядов разработки федерального глюкософта за миллиарды.

Когда же программист автоматизирует популярные серверные технологии, то это востребованно в любом крупном проекте, многим нужны свои сервера с СУБД, почтой, бэкапами и т.п. Кроме того качество изучаемых тиражных программных продуктов в сотни раз выше кастом распильных.
Каждая секунда вашего времени, которую вы тратите на изучение Linux, PostgreSQL, DB2 и т.п. легко потом перепродается (навыки и умения) особенно на удаленке в США, а скилзы по работе с глючным гос. софтом никак не пригодится в другом месте от словам совсем, поэтому каждая секунда времени, потраченная на него — это пуста бесперспективная потеря времени, особенно если нет длительного контракта и качество софта, с которым приходится работать такое, что от него хочется плеваться, поэтому стоит изучать и акцентировать свое внимание только на качественном тиражном.

А государству давно пора прекратить этот цирк и переводить свои софты в государственные облачные датаценты с централизованным вычислительным центром и полной SRE автоматизацией для регионов только лишь для high availability, репликации по стране и избыточности данных.

Самое смешное, что некоторые утверждают, что чем больше баз данных, тем меньше вероятность, что все данные накроются в одной базе данных.
Они не понимают, что при правильной работе с high availability, бэкапах в разные географически расположенные дата центры всего лишь одной централизованной базы данных в тысячи раз надежнее, чем попытка проделать тоже самое с сотней разных баз данных да еще в каждом из сотен регионов.
Re[2]: Интерес к проекту
Мне интереснее всего работать в области автоматизации администрирования системного серверного софта.

Т.е. это SRE, частично DevOps и SecOps и т.п.

Обычно говорят, что программист особо ценный, когда разбирается в предметной области, но кому захочется разбираться в финансовых алгоритмах, особенно государственных, если они искусственно очень усложнены до бессмысленности и специалист в такой области больше нигде ненужен. Ни один бизнес не будет платить за такие "знания и умения", потому что это никому ненужно кроме стимуляторов бесконечных подрядов разработки федерального глюкософта за миллиарды.

Когда же программист автоматизирует популярные серверные технологии, то это востребованно в любом крупном проекте, многим нужны свои сервера с СУБД, почтой, бэкапами и т.п. Кроме того качество изучаемых тиражных программных продуктов в сотни раз выше кастом распильных.
Каждая секунда вашего времени, которую вы тратите на изучение Linux, PostgreSQL, DB2 и т.п. легко потом после смены работы перепродается (навыки и умения) особенно на удаленке в США, а скилзы по работе с глючным гос. софтом никак не пригодится в другом месте от словам совсем, поэтому каждая секунда времени, потраченная на него — это пуста бесперспективная потеря времени, особенно если нет длительного контракта и качество софта, с которым приходится работать такое, что от него хочется плеваться, поэтому стоит изучать и акцентировать свое внимание только на качественном тиражном.

А государству давно пора прекратить этот цирк и переводить свои софты в государственные облачные датаценты с централизованным вычислительным центром и полной SRE автоматизацией для регионов только лишь для high availability, репликации по стране и избыточности данных.

Самое смешное, что некоторые утверждают, что чем больше баз данных, тем меньше вероятность, что все данные накроются в одной базе данных.
Они не понимают, что при правильной работе с high availability, бэкапах в разные географически расположенные дата центры всего лишь одной централизованной базы данных в тысячи раз надежнее, чем попытка проделать тоже самое с сотней разных баз данных да еще в каждом из сотен регионов.