Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • Как получаются «сеньоры» в 23 года?

    вот это и способствует тому, что у нас приветствуется сразу педалинье вместо изучения проекта и построения архитектуры. И заказчику можно какие-то формочки показать, а не пространные рассуждения «строим архитектуру». А в итоге получается сами знаете что...

  • Как получаются «сеньоры» в 23 года?

    странно как-то, я плачУ налоги и не могу требовать выполнения обязательств, которое на себя взяло данное конкретное государство (Украина)? Зачем оно тогда вообще нужно?

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

  • Как получаются «сеньоры» в 23 года?

    вообще-то действительно часть из того, что Вы описали, так и есть. Государство действительно обязано делать дороги, поддерживать порядок и т.д. Со взаимоотношениями между людьми (в частности между заказчиками, исполнителями и всеми, кто участвует в процессе) чуть сложнее — тут уже большей частью регулируется договорами.

    Но в нашем контексте «должен» имеет чуть другой оттенок. Не в смысле обязан, а в смысле что для того, чтобы проект получился качественным, менеджер должен и правильно подобрать архитекторов/разработчиков, и правильно выделить время/средства. Вот этому сейчас часто и не придаётся нужного значения, т.к. заказчик платит не разбираясь в том, что ему сдадут в итоге.

  • Как получаются «сеньоры» в 23 года?

    а что, разве не менеджерский состав должен контроллировать качество проекта и заниматься подборов кадров ?

  • Как получаются «сеньоры» в 23 года?

    обожаю людей которые за меня что-то додумывают :)

  • Как получаются «сеньоры» в 23 года?

    а почему у него практики больше? Что мешает получить практику нашим?

    Про нетив — это конечно создаёт кое-какие трудности, но не настолько глобальные + понимание построения качественных приложений никак к иностранным языкам не привязано.

    Вот почему среднестатистический американский программист начинает разработку с изучения проекта и не берётся за разработку чего-либо серьёзного пока не разберётся в технологии, которую собирается использовать, а среднестатистический украинский начинает дубасить формочки? И по-моему лет 5 назад такой подход встречался на порядок реже...

  • Как получаются «сеньоры» в 23 года?

    это должен увіпхнути “местный” менеджер. Но менеджеру по барабану что за конфетка будет сдана заказчику, поэтому он вполне наберет обычных кодопедалеров вместо специалистов.

  • Как получаются «сеньоры» в 23 года?

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

    И чтобы ни говорили о том, какие наши программеры гениальны и какие тупые там, практика показывает что среднестатистический американский программист имеет представление о предметной области на порядок лучше среднестатистического украинского... Только у украинского понтов почему-то больше и это очень даже бросается в глаза.

  • Как получаются «сеньоры» в 23 года?

    неужели кто-то действительно всерьёз воспринимает всякую лабуду типа названий должностей? Каждая шарашкина контора может давать должности хоть до «император проекта» в зависимости оттого, есть ли какой-то резон в этом для этой самой конторы, неужели люди (в том числе и те, кому эту должность дали) придают этому хоть какое-то значение? Ну а с тем, что в какой-то степени обстановка на украинском IT рынке нездоровая — полностью согласен, слишком усреднены зарплаты. Причина тому — заказчики (в том числе и из-за бугра) в большинстве своём не придают большого значения качеству кода. Видимо люди ещё не осознали до конца, что в IT проектах главное не только то, что «оно» работает здесь и сейчас, а и то, насколько этот проект будет работать стабильно и насколько легко модернизироваться. Поэтому чтобы просто напедалить какой-нибудь код не нужен такой высококлассный специалист, как для того, чтобы качественно спроектировать и качественно создать проект. Раз заказчик платит за посредственность то следовательно зачем искать высококлассного специалиста, можно взять кого угодно, дать ему столько, сколько готов платить заказчик и вуаля. Что в итоге усредняет всех — подтягивает начинающих к средней планке и создаёт условия, когда труд высококлассного специалиста недооценен. Конечно, рано или поздно это закончится (притом не только в Украине, похоже это явление в мире в целом) как только все «насытятся» IT продуктами.... и вообще сам мир не статичен, меняются ценности, меняются приоритеты в целом

← Сtrl 1... 316317318319320321 Ctrl →