-
Как получаются «сеньоры» в 23 года?
-
Как получаются «сеньоры» в 23 года?
а что, разве не менеджерский состав должен контроллировать качество проекта и заниматься подборов кадров ?
-
Как получаются «сеньоры» в 23 года?
обожаю людей которые за меня что-то додумывают :)
-
Как получаются «сеньоры» в 23 года?
а почему у него практики больше? Что мешает получить практику нашим?Про нетив — это конечно создаёт кое-какие трудности, но не настолько глобальные + понимание построения качественных приложений никак к иностранным языкам не привязано.
Вот почему среднестатистический американский программист начинает разработку с изучения проекта и не берётся за разработку чего-либо серьёзного пока не разберётся в технологии, которую собирается использовать, а среднестатистический украинский начинает дубасить формочки? И по-моему лет 5 назад такой подход встречался на порядок реже...
-
Как получаются «сеньоры» в 23 года?
это должен увіпхнути “местный” менеджер. Но менеджеру по барабану что за конфетка будет сдана заказчику, поэтому он вполне наберет обычных кодопедалеров вместо специалистов.
-
Как получаются «сеньоры» в 23 года?
плохо в этом то, что продукт часто выходит фиговый и заказчик этого на момент принятия проекта не понимает. Да, он счастлив что всё работает как надо и оплачивает работу, но через время, когда проект необходимо модернизировать у заказчика начинаются проблемы. Если кто-то помнит, года3-4 назад у европейских/американских заказчиков было «модно» оутсорсить в Индию. А чего, дешево, быстро (индусы педалили код чуть ли не семьями) и вроде работает. Но кто-нибудь пробовал сам лично оутсорсить в эту самую Индию? Когда один мой заказчик начал петь песни про «денег нету», а проект бросать и полностью портить отношения с заказчиком мне не хотелось, я это дело туда и с оутсорсил. И заказчик был счастлив когда ему показали всё работающее. Но когда я заглянул в код — мама дорогая, я раньше думал что анекдоты про индусских программеров это только анекдоты... Самопальные генераторы случайных чисел (а чего, в доку глянуть и увидеть что это уже есть наверное тяжело, да и вообще индус это писатель, а не читатель), основанные на количестве букв его имени + какой-то там час дня (можно представить как часто возникают коллизии и как их тяжело отлавливать), в таблице БД один столбец, в котором куча данных, разделённых ; и индус ищет нужное по индексу и прочие прелести... Что потом случилось с проектом думаю рассказывать не нужно (кстати, отрефакторить его после индусов было примерно также затратно, как и написать опять с нуля). Индусы наверное себя также считали королями и гениями, получая свои 4 бакса в час, при среднем уровне жизни в стране 1 бакс в день... Так вот, довольно большой процент наших среднеоплачиваемых программеров пишут типа индусского кода, только чуть лучше. Но понимания внутренних процессов у многих напрочь отсутствует, они мыслят категориями формочек и как на формочку накидать контролов и что подкрутить в настройках чтобы оно заработало. Любая нестандартная ситуация приводит в ступор. Я вовсе не хочу сказать что это поголовно, но это имеет место быть и это не единичные случаи. США/Европа уже отказались в большинстве своём от бездумного аутсорсинга в Индию, но ещё не поняли что в Украине будет такая же тенденция программинга, если тупо аутсорсить и не придавать значения качеству. Просто после индусов оно валилось образно говоря через пару дней, то у наших ещё кое-как работает, но нет главного, нет контроля качества, со стороны заказчика прежде всего. Просто нашему менеджменту плевать как оно будет сделано, заказчик заплатил и отлично, это какая-то черта менталитета что ли. Через какое-то время заказчики поймут что архитектура приложения крайне важна и закончится этот бум, когда имея поверхностные знания можно устроиться на вполне нормальную зп, т.к. кадров в стране не хватает, а заказы есть...И чтобы ни говорили о том, какие наши программеры гениальны и какие тупые там, практика показывает что среднестатистический американский программист имеет представление о предметной области на порядок лучше среднестатистического украинского... Только у украинского понтов почему-то больше и это очень даже бросается в глаза.
-
Как получаются «сеньоры» в 23 года?
неужели кто-то действительно всерьёз воспринимает всякую лабуду типа названий должностей? Каждая шарашкина контора может давать должности хоть до «император проекта» в зависимости оттого, есть ли какой-то резон в этом для этой самой конторы, неужели люди (в том числе и те, кому эту должность дали) придают этому хоть какое-то значение? Ну а с тем, что в какой-то степени обстановка на украинском IT рынке нездоровая — полностью согласен, слишком усреднены зарплаты. Причина тому — заказчики (в том числе и из-за бугра) в большинстве своём не придают большого значения качеству кода. Видимо люди ещё не осознали до конца, что в IT проектах главное не только то, что «оно» работает здесь и сейчас, а и то, насколько этот проект будет работать стабильно и насколько легко модернизироваться. Поэтому чтобы просто напедалить какой-нибудь код не нужен такой высококлассный специалист, как для того, чтобы качественно спроектировать и качественно создать проект. Раз заказчик платит за посредственность то следовательно зачем искать высококлассного специалиста, можно взять кого угодно, дать ему столько, сколько готов платить заказчик и вуаля. Что в итоге усредняет всех — подтягивает начинающих к средней планке и создаёт условия, когда труд высококлассного специалиста недооценен. Конечно, рано или поздно это закончится (притом не только в Украине, похоже это явление в мире в целом) как только все «насытятся» IT продуктами.... и вообще сам мир не статичен, меняются ценности, меняются приоритеты в целом
Но в нашем контексте «должен» имеет чуть другой оттенок. Не в смысле обязан, а в смысле что для того, чтобы проект получился качественным, менеджер должен и правильно подобрать архитекторов/разработчиков, и правильно выделить время/средства. Вот этому сейчас часто и не придаётся нужного значения, т.к. заказчик платит не разбираясь в том, что ему сдадут в итоге.