Comments 18
netstat вроде устарела, лучше использовать ss
Если убрать из названия слово биллинг — то ничего в статье не поменяется. Не вижу ничего специфического в описанном, на мой взгляд это список вещей которые должны являться базой для любого современного человека в IT в принципе.
Может проще выучить php/Symfony и получать сравнимые деньги?
P.S. Тестирование, видимо, в биллинге не в почёте, раз совсем не упомянуто.
P.S. Тестирование, видимо, в биллинге не в почёте, раз совсем не упомянуто.
Тестирование очень важная часть нашего рабочего процесса. Для on-prem решений каждый релиз проходит комплекс тестирования и документирования сначала у нас на оборудовании. Затем релиз устанавливается в тестовую среду заказчика, тот все перепроверяет и только после этого релиз переводится в продакшн.
Для массовых облачных решений покрываем функционал автоматическими тестами, а все новое дополнительно дотошно проверяется нашими тестировщиками-людьми.
Про php/Symfony – на вкус и цвет ¯\_(ツ)_/¯
Для массовых облачных решений покрываем функционал автоматическими тестами, а все новое дополнительно дотошно проверяется нашими тестировщиками-людьми.
Про php/Symfony – на вкус и цвет ¯\_(ツ)_/¯
Судя по названию статьи, автор собирался написать другую статью, но в процессе передумал
А после изучения всего этого — в пенсионный фонд, оформлять пенсию.
Открыл статью чтобы посмотреть, почему "дорога ярости", но не нашел. Так почему дорога ярости?
Linux Is Not UniX?
из статьи создается впечатления что «разработчик биллинга» это какая-то новая каста, типа фронтендеров и бекендеров
Дико извиняюсь конечно, но эта статья о киборгах, а не о живых людях. Вот хотя бы: «Разработчики никогда не перестают обучаться, потолка в профессии практически не существует, так что обучаемость и ЖЕЛАНИЕ узнавать новое – основа вашего развития.» Почему-то менеждеры продолжают думать, что ЖЕЛАНИЕ учиться и узнавать новое это что-то вроде написания функции, получающей «бизнесс нужды проекта, серийный номер работника» в качестве инпута и выдающей «блестящее владение всем стеком технологий и бизнес логикой» в качестве аутпута, а в теле функции «пламенная речь менеджера раз в полгода.» Так не работает. Человек это не робот, и у него могут быть свои интересы, которые вносят свои коррективы в обучение. Нужно узнать своих девов как можно лучше, и строить комманду соответственно. Пример, есть ребята которые знают Java\DB\Shell на уровне бога, но ненавидят devops и frontend. Что дальше? Пламенная речь? Ещё очень доставляет «вашего развития».
Да, статья написана от лица менеджера, обращающегося к начинающему разработчику или стажеру. Пламенную речь обычно заменяет выбор специализации разработчика — в какую сторону человек сам расти хочет, тем и будет заниматься. За 2-3 года начинающий специалист понимает основы и расширяет кругозор, затем решает, какие знания углублять.
Sign up to leave a comment.
От стажёра до сеньора в компании-разработчике биллинга