Tech. Lead / Scrum Master в GlobalLogic
  • «А ти точно senior?»

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

    Проблемы начинаются потом. Когда заканчивается проект у команд использующих специфичный стек. Или заказчик разрывает отношения. В результате в компании появляется 5 свободных разработчиков с проекта на NodeJs и 5 свободных Scala разработчиков, при одновременно открытых горящих 15 вакансияx Java и 10 .Net на других проектах.

    Бывает ещё и так, что заказчик например уже вложился в некую инфраструктуру, у него есть персонал, который умеет именно эту инфраструктуру и этот софт обслуживать

    Это точно такой же архитектурный стандарт, причина, по которой он возник, тут второстепенна. Он просто есть и не обсуждается.

    И новый «зоопарк» (каким бы стандартным он не был для компании-исполнителя) заказчику совсем ни к чему.

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

    Разумеется, но как это относится именно к вопросу выделенных DBA? Инвестиции именно в них пока не выглядели особенно оправданными.

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

  • «А ти точно senior?»

    Наоборот, такая специализация мешает растить бизнес,

    Ну так если речь идет об растить, то это требует некоторых инвестиций, не так ли?

    Внезапно, я работал в GlobalLogic и до этого в Validio до осени 2010 года. Выделенных специалистов по базам данных даже в середине нулевых можно было пересчитать по пальцам, а уж к концу нулевых вообще затрудняюсь вспомнить, кто у нас в харьковском офисе работал именно как DBA.

    Вполне возможно, я перешел в GL позже и в Киевский офис.

    К вашему сведению, далеко не во всех компаниях оно существует как структурная единица — это первое.

    И вы считаете это нормальным? То есть условые n команд девелоперов, независимо друг от друга, используют любые языки/БД/версии что им нравится?

    И не всегда выбор БД является степенью свободы для компании-исполнителя — это второе.

    Да, я это прекрасно понимаю. У серьезных заказчиков обычно как раз есть архитектурные стандарты. Ну так тут вопрос в другом — если у вас нет соответствующей экспертизы, зачем хватать такие проекты? Или, см. п1, рост требует инвестиций.

  • «Я був прив’язаний до проєкту та компанії». Український девопс — про те, чому віза L1 — не найкращий спосіб переїхати в США, і повернення додому

    Ти платиш за страхування, але усе ж діє франшиза у 1,5 чи 3 тисячі доларів. Це означає, що все, що менше від цієї суми, платиш зі своєї кишені. Лише коли сума витрат на лікування за раз перевищує ці 1,5 чи 3 тисячі, 90% наступних витрат оплачує компанія, а 10% — працівник

    ШТА ? А других вариантов не было? Или компания настолько жлобская что их не предоставляла?

    У кого є 200 тисяч доларів на університет, аби потім ще 10–15 років сплачувати борги?

    Ну раз учатся, то наверное есть много у кого :)) Это кстати примерно полторы-две годовые зарплаты квалифицированного специалиста. Причем скорее всего под студенческий кредит на дофига лет под небольшой процент. Немало, но не так чтобы уж совсем невозможно

  • «А ти точно senior?»

    И, если только компания не делает «на конвейере» проекты с подходящими для уровня DBA уровнем задач, то для такого специалиста просто не будет загрузки.

    Не совсем понятно. Компания, больше совсем уж маленькой шлюпки на 20 человек, обычно специализируется на каких-то стеках технологий. .NET + MS Sql или там Java + Postgres или там php + MySql. Под них подбираются типовые команды c типовыми скиллами. И обычно всегда имеет смысл иметь специалистов по базам данных, из расчета один на n проектов. Очень странно слышать что для специалиста «просто не будет загрузки»

    Если это конечно не:
    — Маленькая шлюпка которая хватает что попало и набирает кого попало.
    — Полный бардак и анархия в архитектурном подразделении, когда в 10 аналогичных проектах используется 10 разных СУБД

  • «А ти точно senior?»

    Когда я слышу, что синьор должен в первую очередь думать о бизнесе

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

    безупречно тестировать,

    У меня в команде синьоры всегда ревьювили интеграционные тесты. Не с точки зрения деталей имплементации, а чтобы удостовериться что неочевидные сценарии не упущены.

    архитекторы в конце концов

    Видел массу примеров когда хорошие, годные синьоры вполне себе удачно совмещали роли архитекторов. Обратные примеры тоже видел, но гораздо реже.

  • «А ти точно senior?»

    В галерном ИТ максимальный срок жизни знаний/опыта — это 5 лет
    Когда нынешнему сообществу Ит в Украине, 200 000 человек, будет по 50-60 лет — много они смогут повыбирать?

    Вот тут уже соглашусь с ораторами выше. Саморазвитие, хотя бы минимальное, всегда должно присутствовать. Если нет — то се ля ви, некого обвинять кроме себя. И кстати, ИТ тут еще и в очень выигрышном положении, так как требования по здоровью, возрасту или внешности минимальны по сравнению с остальными сферами деятельности.

    Человек не станет в ИТ аналогом уважаемого врача, чиновника со связями/знакомствами, он никогда не станет частью истеблишмента.

    Ну так это как бы очевидно. Как и автомеханик. Как и электрик. Как еще и n! профессий. Хочешь стать уважаемым чиновником — иди в политику. Хочешь стать уважаемым врачом — ну так закончи медицинский и поработай вначале ординатором на мизерную зарплату. Это так во всем мире, Украина тут уж никак не уникальна.

  • «А ти точно senior?»

    Что там было в 2000-х — это уже история. Тогда у доллара была совершенно другая покупательная способность в мире.

    Нельзя рассматривать зарплату в одной отрасли в отрыве от экономической ситуации в целом.

    И самое главное — это не зарплата в стабильной сфере.

    Что тогда есть «стабильная сфера» в Украине («стабильная» != «стабильно нищая») ?

  • «А ти точно senior?»

    Это был очень приблизительный пример (зарплата может быть и не минимальная, кодеров можно попробовать найти еще подешевле , масштаб бизнеса может быть больше и т.п.), основной смысл — показать примерное отношение затрат и потенциальной экономии. Т.е, условный проект на 5 человек на год в Украине, стоимостью в $ 240 000, примерно окупатеся экономией на минимальной зарплате 5 человек в US в течение 2.5 лет для заказчика.
    Причем с увеличением размеров экономия растет нелинейно
    Ну и это только прямая экономия, а есть же еще такие вещи как увеличение удовлетворенности клиентов (~ рост бизнеса ), уменьшение издержек производства и т.п.

    Поддержал: Andrew Frolov
  • «А ти точно senior?»

    Назовём его иначе — продакт оунер

    Средний продакт оунер тебе запилит юзер-стори типа «As a user ... I need to have a possibility to use an external identity provider ... so that I can avoid the creation of the separate profile»
    Чуть более продвинутый — разобьет на две — логин и логаут.

    Вопросы выбора конкретного протокола, провайдера — это и не его, в принципе, компетенция. Также как и декомпозиция этой стори с точки зрения реализации.

  • «А ти точно senior?»

    зависит от проекта. и если на проекте вменяемые — то поводят за ручку, чтобы быстрее начал работать

    Думаю что речь шла немного о другом. Когда на проект заходит новый senior специалист, то я ожидаю примерный паттерн поведения:

    0. Знакомство с командой
    1. Короткий овервью митинг плюс ссылки на проектную документацию
    2. Краткое самостоятельное погружение в курс дела
    3. Несколько митингов для ответа на конкретные вопросы

    При этом я ожидаю, что текущие вопросы (типа доступов) он решает самостоятельно, после знакомства с командой

    А не о том, что «оружие добудешь в бою, ура сразу в атаку»

    В отличие от — «ну давайте, рассказывайте мне неделю по 4 часа в день как оно все у вас тут»

    Поддержал: Sergey Lysak
  • «А ти точно senior?»

    синьор в первую очередь думает о бизнес задаче, а потом о фреймворках, тех что знает, да и тех что не знает
    мидл думает о фреймворках, а потом, если хороший, о бизнес задаче. а может и не думать о б.з

    Отлично сказано. Добавлю еще, что синьор всегда учитывает существующую архитектуру и старается делать единообразно, даже если что-то не хайпе или самых последниих версиях.

  • «А ти точно senior?»

    К большому сожалению бизнес-аналитики это больше исключение чем правило в современной разработке. И да, нормальный senior как минимум должен уметь в UML и в нормальную декомпозицию и постановку задач

    Поддержал: Sergey Lysak
  • «А ти точно senior?»

    Мне 42, профессионально в ИТ с 2000 года.

    Это был вопрос @Andrew Frolov :). Сорри за confusion

    Кстати полностью аналогично, 42, и с 2000

  • «А ти точно senior?»

    фанатов своего дела или просто трудоголиков.

    Как ты красиво переформулировал «задрот-ноулайфер» :)

  • «А ти точно senior?»

    Мне кажется потому, что ФОП-компенсация $1500-2000 — это по сути смешные деньги.

    Без обид, сколько тебе лет? Очень похоже что ты просто не застал внутренний-рынок-без-галер.

    Нигде в нормальной Восточной Европе такой смешной компенсации нет, с учётом всех налогов,

    Про какие такие страшные налоги идет речь?

  • «А ти точно senior?»

    Заходит другой проект, где требуется хайлоад и, скажем, обработка географических данных.И получается вот что: «по бумагам», у нас есть свободный senior, а поставить на новый проект в этой роли мы его не можем, так как вся его senior’ность заключалась в умении хорошо делать простые сайтики для местных зоомагазинов.

    Рассказываем заказчику про свою мега-экспертизу, кое-как выигрываем проект, когда он заходит, садимся и начинаем думать кто же его сможет сделать :) Business as usual :)

    Поддержали: Ivan Bondarenko, Max Shnurenok
  • «А ти точно senior?»

    то senior на таком проекте будет решать да, другие, но, вместе с тем, далеко не тривиальные задачи.

    А когда же senior будет изучать все отличия во всех новых минорных версиях всех актуальных DB, как тут настаивали некоторые авторы, если у него будут другие задачи?
    Без этого нещитово, раз не блесну ловить не умеет :))

    Поддержал: Andrew Frolov
  • «А ти точно senior?»

    Смотри, возьмем даже условную сеть пиццерий на 7 точек. Пусть в этой сети суммарно работает например даже 50 человек. Пусть все они получают около-минимальные зарплаты (для простоты $10 в час) . Т.е. зарплатный фонд итого 50×80×250 = 1 000 000 (на самом деле больше, ибо еще налоги с работодателя, плюс, возможно, мед.страховки), но пусть так для простоты.
    И теперь представь что какой-то софт позволит убрать 4 человека за счет оптимизации работы.
    Т.е. за один год это экономия 4×80×250 = 80 000. За два года — 160 000.
    Пусть есть галера с миддл девелоперами, которых она продает по $4000. Итого, 80000/4000 = 20 человеко-месяцев. Т.е. проект на 4 месяца для 5 человек, который окупается за год, а со второго года приносит прибыль в 80 000 в год. Вполне разумное вложение, не так ли?
    И это очень маленький масштаб. В US например достаточно много вполне себе успешных региональных ( присутствующих в нескольких штатах) сетей, супермаркеты, заправки, автосервисы и т.п.

  • «А ти точно senior?»

    Это относится к базовой компьютерной грамотности разработчика, имхо

    Поддержали: anonymous, Andrew Frolov
  • «А ти точно senior?»

    Честно говоря, не увидел ничего что может хоть как-то ответить на вопрос «что делать».

    Разработка ПО — это не есть недоступный тайный ритуал секретного ордена. В сухом остатке, обычная сервисная услуга.
    Которая подчиняется самым обычным рыночным законам — есть спрос, есть предложение, есть цена услуги которая, свою очередь, есть производная от комбинации спроса, предложения и репутации исполнителя в данное время.
    Если украинские галеры (ну или гребцы на них) станут в позу, мир, по большому счету, этого и не заметит. Просто потому, что они в основной массе не предлагают абосолютно ничего уникального — средняя экспертиза, среднее качество, рейт чуть ниже среднего за счет примененного чит-кода с ФОПами. Почему это так — не тема этого поста. И, соответственно, укранская часть рынка достаточно быстро просто размажется по Польше, Вьетнаму, Чехии, и так далее.

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

    Взаимоотношения же «лидеров рынка» c девелоперами — абсолютно то же самое. Спрос, предложение и т.п. Не нравятся существующие лидеры — ну так извини — других не завезли. И надежда на то, что галера будет подгонять свой бизнес, приносящий прибыль, под тонкую душевную огранизацию девелопера, который ощущает себя недостаточно удовлетворенным работой ... Типа как «Розетка» вывесит на сайте — «Троещину не обслуживаем, потому что курьеру Васе туда некомофортно ездить»

    Поддержали: Valeriy Shvets, Max Shnurenok
← Сtrl 1... 345678 Ctrl →