• Учеба в университете, стоит ли? Вопрос к рекрутерам и тех.лидам

    Эти знания нужно получать в школе, а не в вузе который должен готовить специалиста, а у нас выходит что вузы готовят гражданина общего профиля.

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

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

    Чтобы говорить о «ненужности» предметов или что например, в том же Амстердаме не учат то или это, или вообще у них только несколько предметов нужно сравнивать полностью системы образования там и у нас. Медицину лучше не добавлять сюда, ибо с ней все явно сложнее становится (процесс становления врачом в Украине, Нидерландах, Бельгии, Германии, Швейцарии, США например довольно разный, хотя похожего там тоже довольно много — в данном случае я говорю не тупо об обраховании, а еще и о интернатуре и получении корочки врача, не ассистента).

    Да, шанс в Европе, что вы выпуститесь более узконаправленым специалистом значительно выше ибо все этому способствует (начиная со высшей школы и доп стажировках), а у нас получить узкое профилирование — задача самого студента — универ лишь поможет немного в этом.

    В целом, у нас после второго курса в Универах большинство (но не все конечно) предметов должны быть по теме. Хотя конечно же, можно было бы выкинуть часть предметов тоже, тем не менее сильно погоду не играет. Первые же курсы, универ дотягивает то, что вам не дали в школе.

    И почему то наша система образования считает что человек должен определяться с профессией в 10-11 классе, а разве нельзя понять чего ты хочешь еще в 7 или 8 классе?

    определились в 7,8 классе? Великолепно! топайте в техникум сразу же и начинайте профилирование, не тратьте время в средней школе на средние предметы и воду. Дальше базируясь на полученных знаниях с техникума, поступаете на 2-3 курс университета и дело в шляпе — вы продолжаете свое профилирование, немного расширяя кругозор доп предметами (думаю, что это еще не успели поменять у нас).

  • Учеба в университете, стоит ли? Вопрос к рекрутерам и тех.лидам

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

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

    Если предметы допотопные и простые — докажите это. Сдайте их досрочно или же посещайте ленты как обычно, но занимайтесь своим, а в нужный момент времени просто сдайте зачет. А если вы сидите над допотопными предметами 100% времени, то извините, не такие уж они и допотопные для вас или вы чуть-чуть себя переоцениваете. Много писанины на лабораторках? придумайте как оптимизировать, найдите сокурсника, что в обмен на решенные задачи для него, напишет все для вас. Прогуляли ленты, потому что работали? — придумайте как объяснить это преподу и пр. На самом деле, университет, техникум — это великолепная школа, которая учит не только тому как учиться, но и как выкручиваться, адаптироваться, разруливать конфликты.

    оглянитесь сколько времени вам понадобилось — 5 лет

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

    По поводу самостоятельного обучения.. Да, мы все хороши и мы все мастера учить только то что нужно здесь и сейчас. НО, например я сам никогда не начал бы учить высшую математику или дискретку, теорию вероятности, хотя все это пригодилось позже. И в момент, когда это пригодилось, я много чего забыл, НО самое важное, я помнил что оно есть, я его начинал учить, а главное, я помнил как оно называлось, что значительно ускорило процесс подтягивания и закрытия пробелов. Но знаете, как же сложно было объяснить мат модели некоторых систем людям, что никогда не учили этих основ? Вместо дня — двух, приходилось тратить недели просто чтобы подтянуть уровень людей чтобы они хотя бы начинали понимать о чем мы вообще говорим. Например, мне по жизни нафиг не пригодилось напрямую программирование микроконтроллеров или схемотехника, но понимание основ процессов что происходят помогает в целом сформировать полноценное понимание что происходит в системе не только на аппликейшина, но и на всех уровнях ниже, включая аппаратный уровень. Вроде как бы не сильно надо, и вряд ли я его учил бы сам, но оно не мешает, и даже помогает, особенно когда необходимо объяснить другим почему получается так, а не иначе.

    Многое в ваших руках. Когда люди говорят, что ждут от университета полной отдачи и пережеванного материала, это не может не улыбать. Это как родители, что возлагают полную ответственность за воспитание ребенка на садик\школу.. Когда люди говорят, что а вот за бугром, просто шикарное абразаванье — это тоже смешно, ибо там 80% — самостоятельная работа (если не больше) и когда вы выпускаетесь, вы никому нафиг не нужны, если не предствляете с себя что-то серьезное и не отличаетесь от других. А чтобы отличаться от других, вы должны проработать больше и фундаментальнее материалы именно самостоятельно, ибо даже на 100% усвоенные материалы с универа не отличат вас от сотен таких же студентов , что просто сидели на занятиях и просто сдавали зачеты как и вы (более того, всегда найдутся те, кто были лучше вас — просто быстрее и лучше запоминали материал)

  • Учеба в университете, стоит ли? Вопрос к рекрутерам и тех.лидам

    вот выдержка с голландского NUFFIC (этой службой пользовались голландцы, для валидации моего диплома), www.nuffic.nl/...​oreign-education-systems
    „All higher education institutions, including private institutions, are subject to a mandatory
    evaluation procedure. Some accredited denominational institutions providing higher
    education also receive government funding. The accreditation procedure is held once in 5
    years by HEIs of Ukraine. This means that the list of accredited HEIs and recognised
    higher education programmes is dynamic. For information on the current state please
    contact the ENIC Ukraine Center”, т.е они например пользуются нашим ENIC Ukraine Center для получения деталей.

    Аналогичным способом действуют и некоторые американские службы подтверждения дипломов, но помимо реестра, они еще контактируют с вашим университетом напрямую. Еще важно, при переводе дипломов, смтреть, чтобы название ВУЗ было корректным или близким к корректному.

  • Учеба в университете, стоит ли? Вопрос к рекрутерам и тех.лидам

    пока есть возможность получайте высшее и обязательно магистратуру. Несмотря на то, что у нас в стране не больно ценится магистратура (это пока что), ее ценят в мире, проверьте только, чтобы ВУЗ был в международном реестре, ценят даже потому, что чтобы его получить, нужно потратить круглую сумму денег + время.

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

    В случае, если захотите работать на удаленке в компаниях из других стран, то это придаст вашему резюме больший вес — никто не мешает любить Украину, продолжая качать деньги из-за бугра. А в случае (никогда не говори никогда — вы не знаете какие возможности могут открыться перед вами через год-два работы в международных компаниях и при быстром карьерном росте), если вы захотите переехать жить в другую страну (на время или навсегда), то магистратура по профильному образованию очень сильно вам поможет и откроет множество дверей, которые по умолчанию будут закрыты вам (деньги тоже открывают много дверей, но в суммах на вашем счете должно быть более 6 знаков). Это я могу говорить уверенно, как человек, уже сменивший не одну страну, и который еще скорее всего будет менять страны — мир большой. Более того, особенно в иностранных компаниях, или при работе в других странах, при переходе на более высокие позиции, связанные с руководством\менеджментом (т.е уровень СТО, и выше), на ваше образование и бумажки будут смотреть более внимательно и пристально (впрочем, не забываем и за серьезный опыт, он тоже понадобится).

    Кроме того, например, в Германии, в IT сфере местные не имеют вышки и понаехавшие очень сильно отличаются от них как раз наличием профильного образования. При рассмотрении резюме кандидатов мы отмечали тех, кто имеет магистратуру. В компаниях часто происходит замещение местных кадров, на иностранцев, которые моложе, с опытом и еще и с хорошие образованием (это даже случается в компаниях где до этого было подавляющее количество местных и даже несмотря на то, что они периодически обходятся дороже).

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

    Я думаю, что не за горами и то время, когда и у нас работодатели начнут смотреть на наличие профильного образования (а не только на наличие опыта)

  • ПК для разработчика

    и это в гноме3

    Человек писал о Win окружении, а ей для счастья, нужно хотя бы 4ГБ памяти.

    если по уму все раскинуть с CLI и легковесными де

    каждому свое. программировать можно в vim на неттопе или даже на мобильном телефоне.

    А вообще, для небольшого проекта хватит и 64M памяти, любого одноядерного процессора и юникс сервера. Так что, как уже сказал, у каждого свои требования и свои проекты

    Поддержали: Vladimir Douritski, minodvesP Vasya
  • ПК для разработчика

    В общем, я бы посоветовал:

    1. Определись с производителем CPU (intel vs AMD), от этого можно дальше плясать. на платформе AMD можно собрать систему дешевле. intel зачастую дороже. (предполагаю, что вам подойдет AMD)

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

    3. рассчитайте, сколько вам ОЗУ нужно для начала. Умножьте это на полтора-два.
    Если юзаете винду+SSD, докиньте еще 8ГБ на это — получите примерно требование к вашей подсистеме памями для комфортной работы с заделом на будущее. После этого будет понятно какая серия чипсетов на матери вам подойдет и подойдет ли ноут вообще (может вам нужно более 16ГБ памяти). (это уже вам придется рассчитывать, сколько нужно)

    4. определитесь с дисковой подсистемой: Если нужны SSD (и в перспективе пара, например, мать должна иметь больше PCIе слотов и контроллер с поддержкой RAID (подумайте нужно ли он вам — может нафиг не надо). Думаю, что SATA диски вам точно не понадобятся, если хочется производительности (это вам нужно расчитывать и определяться, что нужно)

    5. Вы не играете и ничего тяжелого рендерить вам не нужно? прекрасно — забиваем на графическую подсистему — юзаем интегрированную в процессор. (здесь мы вроде определились)

    6. Определитесь какая мать вам нужна: имея на руках требования к сокету и объему поддерживаемой памяти и ее типа, а так же дисковой подсистемы, найдите подходящую мать. Обращу внимание, что если юзать будете интегрированное в CPU видео, мать должна поддерживать это (есть некоторые матери, что поддерживают ТОЛЬКО внешние (дискретные) видеокарты). Дальше полученный список матерей фильтруете по внешним разъемам (может быть вам нужно минимум 10USB слотов, а хаб вы не хотите юзать и пр..) или может вам нужна пара гигабитных портов, а сетевуху покупать отдельно не хотите и пр — у каждого свои требования. далее уже сортируете матери по производителям \ цене и выбираете что вам нужно. А если хотите все покупать отдельно — посчитайте сколько свободных слотов вам нужно будет.

    7. Определись с блоком питания. Там уже все просто, нужно просто рассчитать чтобы максимальная общая мощность ВСЕХ заказываемых компонентов в системнике в пиковой нагрузке кушала не более 80-90% от максимальной мощности блока питания (смотрите спецификации к выбранным компонентам). Блоков питания много — цены разные. От БП важна надежность и стабильность. Гугль поможет выбрать лучший по отзывам и графикам измерений. (т.к у нас не предполагается мощной графической подсистемы, то скорее всего вам хватит БП мощностью в диапазоне 400-550W)

    8. найдите корпус. тут все что угодно, на ваш вкус и цвет. Не забывайте только о размерах внутренних компонентов (чтобы они влезли — смотрим на форм-фактор материнской платы, а так же на системы охлаждения: проблемы доставляют очень мощные и большие видеокарты, а так же нестандартные куллеры CPU) (тут уже чисто ваши предпочтения)

    9. монитор\мониторы — это ваши глаза, ваши предпочтения и ваш кошелек. лишь убедитесь, что у вашей системы достаточно разъемов и ресурсов, чтобы все это вытянуть на приемлемом для вас качестве.

    10. системы охлаждения: сильно лимитированный бюджет подразумевает что будет все стоковое. Убедитесь, что процессор боксированный (т.е с куллером в комплекте). Если вам критично важна тишна при работе.. то в дальшейшем потребуется менять системы охлаждения и пр.. тогда заложите габариты системы охлаждения в расчет размеров вашего бущего корпуса (особенно актуально для жидкостных систем, где в довесок может идти большой радиатор)...

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

    Поддержали: Fedir Bebel, minodvesP Vasya
  • ПК для разработчика

    Бывает нужна возможность запуска сразу нескольких виртуалок

    виртуалки разными бывают. я проггер, моя специфика работы требует много памяти. пачка виртуалок — и 16гигов оперативки закончились, все пошло в своп — привет тормоза: пришлось пересобирать рабочую станцию на 64ГБ оперативки с парой SSD в рейд0.

    может быть ваши виртуалки кушают по 32MB памяти. Так что, как вы понимаете, сколько памяти нужно — это рассчитать можете только вы сами. Многое зависит от OS что будете ставить.

    web strom

    в зависимости от запущенного проекта IDE может потребовать больше памяти. я например даю возможность JVM резервировать около 4GB ОЗУ, чтобы нормально крутился большой проект. Так что это тоже весьма индивидуально

    Очень важна быстрая работа дисковой системы

    Если файлов, что нужно ворочать не очень много по объему (ну например пара гигов), тогда это можно обойти виртуальным диском в OЗУ (смотрите в сторону RAM дисков ПО) — просто при загрузке системе, поднимаете его в ОЗУ, монтируете как внешний диск и заливаете туда данные (первичная загрузка системы будет явно медленнее, пропорционально размерам данных, что переливается в память). Тогда собирайте систему, контроллеры которой смогут работать с 64GB+ OЗУ. Получите скорость работы во много раз выше, чем способен предоставить любой топовый SSD. Решений много и все они компромиссы между надежностью и скоростью..

    Еще важный поинт. Наличие SSD — не гарантия того, что система будет быстрой. При нехватке ОЗУ или из-за говенных контроллеров, скорость их может быть существенно ниже, чем могла бы быть.

    На компьютере играть никто не будет 100%.

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

    браузер с кучей вкладок (не один)

    только один браузер с кучей вкладок может кушать более 4ГБ ОЗУ. Запустите пару таких, и будет еще интереснее.

  • ПК для разработчика

    это вы типа перепутали RAID1 с RAID0?
    RAID1 — зеркальная копия второго диска.

    А легенды слагают о RAID0, когда контроллер представляет два диска, как один виртуальный и раскидывает данные сразу на оба (вышел из строя один диск — данные на втором прекращаются в мусор).

    Ничего плохого в RAID0 нет — он позволяет обойти физические ограничения дисковой подсистемы и получить высокие абсолютные показатели скорости чтения\записи за счет контроллера (если норм мать и микросхемы I\O). У меня было высокое требование к дисковой подсистеме, в итоге, поставил для SSD под M2 в RAID0. Скорость чтения записи около 2.5-3GBps. Да, вероятность фейла выше — нужно следить за состоянием дисков или думать о бекапах.

  • ПК для разработчика

    ну у меня комп где-то 8-10-летней давности.

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

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

    Поддержал: Alex Alex
  • ПК для разработчика

    поддерживаю. диковато, когда человек, имея на руках требования (цена, производительность), не может собрать себе конфигурацию.

  • Стоит ли переходить с PHP на Go?

    вопрос с разряда, стоит ли мне менять «мерседес» на «бмв»?

    и он же потом порождает вопросы сродни:
    — стоит ли на феррари пахать поле и жаловаться что не тянет?
    — стоит ли на мотоцикле возить сзади огромный прицеп и говорить что неудобно?
    — стоит ли на тракторе выезжать на автобан и говорить что «медленно»?

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

    Хотите понять стоит ли переходить на другой язык и на какой? Откройте список вакансий и смотрите какие языки пользуются спросом в вашем сегменте рынка и в странах на которые вы ориентируетесь, и снова же, смотрите на то направление, что вам нужно. Где-то будет популярен питон, где-то нода. В каких то сегментах нужно будет знать С++, а где-то Джаву или дотНет.

    Фуллстак — это совсем ниочем, пустое слово в 90% вакансий на рынке. Это как я знаю все ниочем или понемногу обо всем, что по факту эквивалентно. Так же, компании пишут «фулл стэк», когда не знают кто им вообще нужен либо не могут позволить нанять нескольких специалистов в конкретных направлениях.

    В вашем случае, вы не фуллстэк судя по всему, а чисто фронтэнд разработчик. Если хотите профилироваться как бэкэндщик, то РНР хороший старт. Спрос выше, чем предложение, а значит будет и работа, на которой можно набираться опыта. Грубо говоря, архитектурные решения будут подобны в разных языках, соотв опыт работы бэкэндщиком будет переноситься с одного языка в другой (с учетом нюансов и сильных сторон того или иного языка). В тот момент когда вы поймете что вы уперлись в производительность языка (что случится не так уж и скоро, при прямых руках и нормальной архитектуре даже на хайлоаде), вы будете четко понимать какой вам язык нужен, чтобы получить желаемое, соотвественно сможете вычленить ваше проблемное место и переписать (или найти того, кто перепишет) на том языке, который лучше подходит требованиям.

    Самое важное, нужно просто понимать, что «язык программирования», как и в жизни, это всего лишь язык, которым излагают то, что происходит в голове. Язык вы меняете в зависимости от окружения и требований (в меру своих способностей и желания учить новое), а вот голову и опыт с нее — не поменять: это можно только наживать и исправлять, решая прикладные задачи и формируя собственное понимание предметной области. А в процессе наживания опыта все подобные вопросы отпадут сами собой.

  • Как менеджерить, если срывают сроки?

    (от срама до водопада) не панацея и не серебрянная пуля
    именно! поэтому я упомянул что не существует идеальных методик. разные компании, разные команды, разные люди, разный менталитет — все это уникально и зачастую требует комбинации разных методик. Передранный в нуль рецепт успеха в одной компании — может стать идеальным рецептом для фейла в другой.
    Поддержали: Maksym Huz, Viktor Chyzhdzenka
  • Как менеджерить, если срывают сроки?

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

    Если опыта нет, то все еще усложняется, но главное, чтобы было желание и большая мотивация очень много учиться, работать анализировать, разбирать полеты и фейлы, делать выводы. А с выводами и опыт будет накапливаться.

    И конечно я согласен с предыдущими комментами, что менеджер должен быть сам примером для других и работать больше других (под словам «работать» я не имею в виду тупое и бесполезное сидение по 12 часов в офисе). Если менеджер мотивирован, он может и команду вокруг себя построить и мотивировать ее в сложное время.

  • Как менеджерить, если срывают сроки?

    Не лень было столько написать?
    бывает иногда хочется переключиться с работы, так сказать сменить немного род деятельности. Помогает «прочистить» мозги, а пока пишешь, проанализировать и систематизировать хоть немного свой опыт.
    Уверен, что ТС осилит это всё?
    если желание есть, возможно, осилит. Это лишь небольшая выжимка, что ей нужно. Не факт что хотя бы часть будет получаться сразу, но пробовать всегда стоит. Возможно не все поинты подойдут ей по характеру, но то такое. Направления даны, а что с ними делать — это уже отдельный разговор.
  • Как менеджерить, если срывают сроки?

    писать можно очень много. но направления я вам дам.

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


    Есть я — манагер с 1 годом опыта
    Есть 2 программиста, мидлы

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

    К их срокам накидывать сверху еще столько же и озвучивать руководству

    Это работает в случае, если у вас хорошо работает «чуйка», которая приходит с опытом. Я не раз встречал проблемы с эстимейтами не то чтобы у миддлов, даже у хороших синиоров с опытом. Причем промахи были не просто в два раза, а в 3,4 раза.

    Как вы понимаете наверное, накидывать надо на что-то, соотв «накидывание» на в корне неверную основу, приведет просто к большому или огромному увеличению погрешности.

    Вы не понимаете кто такие джуниоры\миддлы.
    Джуниоры, на то и джуниоры — они в процессе обучения и совершать ошибки во всем — это их привилегия. И миддлы этим страдают не меньше, а иногда даже и больше, просто ошибки миддлов может быть еще сложнее исправить. Они делают ошибки начиная от неверных эстимейтов и заканчивая крупными архитектурными промахами и переписываниями всего, что тянет и раздувает за собой сроки.
    И очень плох тот менеджер, который ждет от них точных эстимейтов. Подождите годков 4-5 и точность эстимейтов подрастет. Если, их будет кто-то учить или если они сами очень мотивированы.

    Если вам нужно больше предсказуемости, ищите синиоров, архитектов. Только как я понял, из-за очень ограниченных ресурсов, у вас их будет просто некому собеседовать. А в настоящий момент рынок раздут джуниорами или миддлами с лейблами «синиоров», «тим лидов» и «архитектов». Берегитесь их и гоните плеткой, закидывайте их камнями :)


    просить развернуть мониторы ко мне(это ппц конечно) или втф так происходит?
    рулю демократично, не борзею, но иногда прошу поовертаймить 2-3 часика вечером.

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

    Что могу вам порекомендовать

    • найти сильного с хорошим опытом менеджера. Чтобы поучиться и не наступать на грабли. Изредка процессами могут рулить синиоры, но те кто соображают и стремятся к этому двигаются дальше и растут в СТО, Архитектов и их очень мало.
    • Научитесь мыслить самостоятельно. Не полагайтесь только на чужое мнение (в данном случае это девы). При планировании итерации, не просто спрашивайте «сколько, а можно быстрее?», принимайте активное участие. Сядьте вместе, опишите то чего вы хотите добиться в конце итерации. Раздробите задачу так сильно, как это можно. Рассмотрите ее вместе с разных точек зрения: и с точки зрения менеджера, продукт оунера, и с точки зрения девелопера. Сколько труда уйдет чтобы сделать кусочек. Вплоть до наброчка черновика того что надо реализовать и его алгоритма. Это поможет не только девам, но и вам самой систематизировать мысли и что нужно
    • Ну будьте типичным менеджером, коих уже 90% на рынке. В большинстве случаев нужно понимать — на все нужно время. На разработку, тестирование, починку, и на обучение тоже. Больше людей — не лучше. «9 женщин не могут родить одного ребенка за месяц» — почему это вызывает улыбку у всех, но поему-то каждый раз делается одна и та же ошибка: не успеваем -
      наймем еще девов. Они все равно не сделают вам задачу на завтра. Ищите проблемы в планировании и менеджменте. Меняйте свои ожидания, избавляейтесь от каши в голове.
    • Готовьте требования к MVP. в 99% случаев, большая проблема менеджмента — «важно все, деливерим все». Это не правда, если для вас важно все — значит вы просто не в состоянии разобраться в проекте и его бизнес целях. Всегда есть значимые компонены и второстепенные. Всегда есть условия, которыми можно пренебречь в начале, но подготовить почву для них и реализовать потом. Это позволит вам сначала сосредоточиться на наиболее важных вещах, а потом заниматься «свистелками-перделками».
    • сейчас мейнстрим — SCRUM. вы можете посомтреть в сторону скрама. В него заложены хорошие идеи, НО я предупреждаю сразу, тупое следование книжке — это будет самоубийство в команде без опыта. Более того, даже в команде с опытом, скрам не всегда работает — многое зависит от менталитета команды и отдельных индивидумов в ней. Со скрама я рекомендую вам взять: спринты, груминг, возможно ревью еще. Спринты не делайте большие (неделя — две), учитесь деливерить кусочками. Так вы и сами будете в курсе что и как происходит, и проще будет реагировать на задержки. Вы даже можете поискать себе скрам-мастера, но предупреждаю, в настоящий момент много «обезьян», что имеют недостаточно опыта ни в психологии, ни в менеджменте, ни в скраме в целом. Возможно в вашем случае подойдет выжимка в вотерфола и скрама. но я не могу здесь все расписывать — такие вещи нужно смотреть, общаться с людьми,
      понять кто они и что им подходит. Я сказал бы так:
      не существует идеальных методик управления командой - это всегда индивидуально, это всегда комбинации разных подходов.
       и это всегда требует большой самоотдачи
    • что бы оптимизировать работу но и сохранить нормальное общение(это важно
      . На самом деле, хорошо налаженная работа в коллективе — это залог отличного общения.

      Я буду резким, НО вы настолько угрузли в том, что вы «Манагер», что забыли — вы всего лишь маленький винтик в системе не стоящий ничего без основания. А основание ваше и ваша опора — это девелоперы. Они фейлят? ок, их уволят в худшем случае. Но может получиться так, что уволят именно вас. Почему? Вы не смогли наладить коммуникации в команде, не справились со своими обязанностями и не смогли деливерить то, что обещали. Более того, скажу как тот, имеет очень много опыта работы и девелопером, и в менеджменте в разных компаниях (и в Украине, и в Европе). Девелоперы, что имеют много опыта, могут достаточно легко подтолкнуть руководство именно к увольнению продукт менеджера, если тот некомпетентен. Я не раз попадал в компании, где были менеджеры, что не представляли с себя ничего, но умели хорошо бить себя пяткой в грудь перед руководством. И крайними всегда оставались девелоперы, стекхолдеры были недовольны. Стекхолдеры это «хавают» какое то время, но так будет не долго. И по опыту скажу, что излечение команды и процессов начиналось со смещения\замены продукт менеджера.

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

    • вы команда, НО все фейлы — это ваша вина, как менеджера. В то же время успех — это достижение команды. Не девелоперы виноваты в этом, ни маркетологи, а вы и только вы. Относитесь к этому так и это сделает вас на голову сильнее. Учитесь принимать на себя весь удар от стекхолдеров и их недовольство в случае фейла. Не ищите крайних — вы крайний. Но всегда делайте вывод. В отдельных и редких случеях имеет смысл погововорить лично и приватно с отдельными девелоперами, но в 99% случаев даже этого не требуется. По личному опыту, стоит принять такую позицию, и команда начинает быстро набирать темп. Во первых они полностью защищены от воздействия стекхолдеров и они это чувствуют, появляется как бы круговая порука, они знают что вам достается если фейлят и что при этом их не делают крайними, но в то же время их достижения как команды могут афишироваться открыто.
    • научитесь говорить НЕТ стекхолдерам, научитесь говорить себе НЕТ. Очень часто я попадал для налаживания процесса в компании или команды, где продукт менеджеры бегали по струнке перед стехдолдерами, и готовы были ублажать их и реализовывать любой их выпук, независимо от того, что это рушило их планы. Поверьте, реализованный выпук или исправленный текстик стекхолдера удовлетворит на 15 минут в лучшем случае и примется больше как само собой разумеющееся, зато фейл, даже небольшой будут помнить долго. Зарекомендуйте себя у стекхолдеров как довольно жесткого менеджера. Умейте отстаивать и себя и команду. Снова же, здесь понадобится умение расставлять приоритеты.
    • Защитите команду от себя. Аналогично, часто попадались менеджера с такой кашей в голове, они то и сами не знали что им нужно, а скоуп задачи менялся прямо на глазах. Задачи были не продуманы, напоминали невнятную мешанину. Если в команде нет синиора или лидера, что в состоянии сказать «НЕТ, мы не будем делать эту задачу, просто потому что здесь неточности или непонятности», то вы угрузнете к бесконечных задачах, корректировках и пр. Это вам как менеджеру кажется, что ой, я тут строчечку поменяю в задаче, что уже в прогрессе, и все будет ок. НЕТ, одна строчка может увеличить эстимейты в десятки или сотни раз. Относитесь к задачам и их описаниям как к составлению контракте. По факту, так оно и есть. Считайте что контракт подписан, когда задачу заэстимейтили, и тем более если она уже в спринте или в прогрессе. Не обманывайте себя — любое изменение в последствии — это время, это новый груминг и новый эстимейт.
      Если ваши задачи поставлены абстрактно — не удивляйтесь, что вам деливерят не то что вы хотели. как поставили задачу — то и получили. И не полагайтесь на слова. Если не написано — значит не обязательно или не нужно. Записано абстрактно — девелопер волен интерпретировать это как ему захочется и не обижайтесь (но в лучшем случае, он переспросит). Объяснения вроже «Я имела в виду», «я предполагала» и прочие производные не работают.
    • вникайте в процесс разработки тоже. если нужно — почитайте литературу. пусть вы не будете экспертом, но базовое понимание процесса разработки, методологий вам уж точно не повредит. Не австрагируйтесь от этого. Вам не нужно давать советы девелоперам как делать то или иное, НО понимание процесса поможет направлять разговоры во время митинга и планивания в нужное русло. Я имею очень много опыта в разработке и много лет опыта девелопером, потому во время митинга могу поворачивать разговор в ту сторону, что девелоперы сами принимают те решения, которые нужны были мне: тоталитарная демократия в действии — все довольны. Девелоперы сами принимали решение, а я получил то что нужно.
  • Нидерланды vs Германия

    вот-вот, и я о том же. Земли мало, но умеют эффективно ее использовать.

    Поддержал: Oleksiy Antonov
  • Нидерланды vs Германия

    Погода позволяет свое выращивать. В Голландии земли сх очень мало, след, почти все привозное

    занятно, что в магазинах Берлина (включая и биологические) достаточно много продукции с Голландии: молочка, овощи (с тех групп товаров, что немцы и сами могли бы выращивать)...

  • Нидерланды vs Германия

    2. «у вашего 2 летнего ребенка температура 39.9? хм, а чё это вы приперлись без записи? Идите домой»
    желудок у вас болит?" — ну ок через три месяца поедете на гастроскопию.

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

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

  • Нидерланды vs Германия

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

    Так же слышал (но не знаю насколько правда), что бывает еще и мошенники рассылают «письма счастья» фонарно, просто рассчитывая, что с перепугу люди сразу заплатят. Но могу поверить что такое тоже имеет место (предполагают, что вы не знаете законов). Мне присылали со школы требование перевести деньги за то, что я делал предварительную резервацию курсов, ссылаясь на свои внутренние AGB (термзы использования сервиса). После того как ответил этой школе, чтобы выставили офф инвойс и доказательства, что они понесли убычки и мы будем разбираться, они сразу утихли и пропали с поля зрения.

  • Нидерланды vs Германия

    Поддерживаю. Если выбирать между Нидерландами и Германией — Голландия намного лучше (для меня как минимум). Даже несмотря на то, что ЗП вилка в Германии явно больше, чем в Голландии.

← Сtrl 12 Ctrl →