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

1: И, в общем, разработка сейчас на экране вкратце показано вообще. В общем, что у нас сегодня будет. То есть мы обсудим типы айти компаний. Это вот продуктовая аутсорс компания и аутстафф 3 вида их.

2: Мы по всем пройдёмся, потом ключевые Роли в команде, какие есть. Тут у нас есть менеджмент, там разработка, аналитика, дизайн, потом вот те, кто за качеством следят и так далее. Потом пройдёмся в конце уже по процессам. Раз.

3: Разработки, то есть от того, как вообще появляется идея проекта до конечного запуска. У нас здесь есть проектирование, дизайн, разработка, тестирование, вот все эти процессы, мы, иншалла, все рассмотрим. То есть у нас будет, получается 3

4: 3 части типа it компании. Какие Роли есть и как это все вместе работает. Все, давайте погнали, это у меня есть видео.

5: На YouTube я его просто закинул в ноутбук лм. Нейросеть и сказал давай, сделай мне презу, и он такую классную презу сделал, что я обалдел, просто я думаю, что я лучше по ней расскажу, потому что по ней будет даже гораздо.

6: Понятнее чем по тому если это видео смотреть вот это вот видео на YouTube у меня есть вот если ещё QR-код можно его посмотреть, оно где-то полтора часа идёт а получается здесь ещё у нас будет видео такая иллюстрация в виде презентации где мы

7: Мы все это более подробно расскажем там на видео просто текст, а здесь у нас прям презентация получилась. Вот что у нас будет. Ответим на вопросы, какие компании бывают продуктовые компании, аутсорс, компании аутстафф компании. Разберёмся, где вы.

8: Хотите работать, где лучше, затем кто в айти команде есть какие вообще Роли, ключевые задачи и так далее, кто какие задачи выполняет, вернее, и процессы, как продукт создаётся и полный цикл разработ.

9: Разберём от изначальной идеи до запуска.

10: У нас есть 3 модели бизнеса вообще в it. То есть, если вы устраиваетесь в it компанию, это будет 1 из 3, либо это продуктовая компания, либо это аутсорс компания, либо это аутстафф компания, а возможно, это

11: Будет какой-то смешанный вид, который и продуктом занимается, и аутсорсом, и, возможно, ещё и аутстафам. Например, у нас нуртен компания, прежде всего продуктовая, но также и аутсорс. Проекты мы тоже берём. Вот аутстафф, пока ещё не сделали пол.

12: Но как бы, если у нас будет, если нас попросят предоставить программистов, мы это можем сделать. Пока это направление, которое на будущее. Вот продуктовая компания, что делает, создаёт и развивает собственный продукт.

13: Успех компании зависит от успеха продукта например, там компания google, у неё есть продукт поисковик, у неё есть продукт, там YouTube, например, или там компания мета, у неё есть продукт, там, инстаграм и так далее.

14: Компания telegram у неё есть свой продукт telegram, и все вот они занимаются 1 продуктом, и в принципе, успех компании от успеха продукта зависит дальше. Аутсорс аутсорс компании это когда ты берёшь заказ и выполняешь для другой ком.

15: Компании.

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

17: Есть они это делают что-то типа такого и в айтишке, например, из известных таких компаний.

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

19: Назову, который помню, там андерсон, есть компания, там люксофт.

20: И вот 3 такая самая популярная. Ну-ка, подскажите, епам, да, вот epam компания, ну, огромная, то есть там просто могут быть несколько тысяч сотрудников. Я знаю то, что в Индии, там тоже есть огроменные компании, которые аутсорсом занимаются, где там могут быть там?

21: Несколько тысяч сотрудников и аутстафф компания это компания, которая просто вот нанимает к себе программистов и потом их уже своими силами как-то сдаёт, так скажем, в аренду. То есть когда ты сам выкладываешь вакансию,

22: Программиста. У меня вот такое было. Я на работе, когда был тимлидом, вакансию программиста мы выложили, и я был что-то типа вместо рекрутёра, тогда и мне просто кучу начали писать аутстафф компании, которые говорили, вот у нас есть такие раз.

23: Разработчики такие разработчики. И я, конечно, не хотел через аутстафф компании работать хотел напрямую, но меня удивило то, что их было на самом деле очень много. Вот аутстафф компании это такой 3 вид.

24: И classical аутстафф компании, это когда тебя нанимают на работу джуном, а потом пытаются пихнуть, как, сеньора, представляете? То есть ты устраиваешься, тебя, тебе дают зарплату, например, там, ну там, 800 баксов.

25: Например, а потом тебя же под видом синьора, короче, пытаются пихнуть в другую компанию, и чтоб тебе платили уже не 800, как они тебя там, 3 или 4 000 $. И потом тебя ещё там поднатаскивать, чтобы ты там на собеседовании как-то ответил, короче.

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

27: Такие варианты есть я работал и в продуктовых, и в аутсорс, и аутстаф компаниях, и не скажу то, что в аутстафе не работал.

28: Ну, возможно, было что-то типа аутстаффа у меня, да, я помню, в 1 проект в 1 проекте был, когда меня перевели на другой, но это не было такое, что я прям вот устраивался на аутстафф. В продуктовых я работал.

29: И в аутсорс, в аутстафф. Так, с натяжкой можно назвать продуктовые компании, свои плюсы, минусы, аутсорс компании, тоже свои плюсы и минусы. Об этом мы тоже поговорим дальше. Продуктовая компания глубоко погружается в бизнес логику. Вы

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

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

32: Прямую прямо влияете. Вот прямое влияние это плюс, да, то, что интереснее работать, есть стабильность и развитие глубокой экспертизы в 1 области. То есть, например, я вот работал в сфере медицины, и вот там у меня уже какая-то

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

34: Там начали его делать 10 лет назад и типа на старых технологиях. Сейчас нужно его с нуля переписать, там с ангуляр джиэса, например, на новый ангуляр. Давай с нуля, короче, создавай проект. И пили. Такое тоже бывает. И, ну, в принципе,

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

36: Минусы это legacy. Что такое легаси? Легаси это старый код, особенно, например, если если вы будете работать на языке java, то вообще там очень много таких проектов, которые начинали там ещё 30 лет назад. Реально вот можно попасться на языке.

37: Java это бэкенд на проект, который был там в девяностых годах, ещё начался и до сих пор развивается и там кода просто вот там 1500000 строк кода и это страшный такой древний код, который очень

38: Написали и по сути его на новую версию джавы там и всех подходов. Если переписать, то там, ну нужно будет прям вообще, я не знаю, там месяцами сидеть. Вот. Ну это такие самые, наверное жёсткие кейсы. А так, например, classical это переписать.

39: Например, там с какого-то самописного фреймворка, там, на view, либо там на ангуляр и так далее, либо иногда с ангуляра, с реакта на ангуляр переписывают, или наоборот, с ангуляра на реакт. Ну, разные всякие варианты бывают. Вот, ну, чаще всего.

40: Либо с обычного джесса на фронтенде переписывают, либо с каких-то редких фреймворков там knockout, джис, метеор, джис, бэкбон такие старые есть фреймворки, которые уже умерли, и на них проекты уже переписываются потом.

41: Высокий стресс из за дедлайнов к релизам и презентациям. Это минус, который я на себе прочувствовал. Я работал в 1 компании, мы делали расширение для людей, которые торгуют на амазоне. Это было расширение, которое там анализирует, там

42: Цены на товары поднялись или нет, и так далее. И там было такое, что у них была презентация, например, назначена через 4, 5 дней и нужно было к этой презентации сверстать там какие-то виджеты, там какой-то функционал, и нас так подгоняли, что приходилось

43: Прям вообще работать прям очень, очень быстро. И вообще было напряжно, если честно, скрупулёзное, избыточное тестирование. С этим я тоже столкнулся в продуктовых компаниях в 2, как минимум, я прям чётко помню, что тестировщики бывают вообще.

44: Прямо шизанутые, не побоюсь этого слова, потому что я не знаю, настолько они иногда скрупулёзно тестируют, что вообще просто слишком. Особенно это бывает в продуктовых компаниях, потому что они там, я не знаю, специально таких тестировщик.

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

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

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

48: Ну это вообще было прям 1 из самых таких странных неприятных кейсов, когда просто приходилось вообще ерундой какой-то заниматься непонятной. Ты должен выловить ошибку, которую ты не можешь поймать даже. То есть она у тебя не появляется, вот. И 1 раз там в 50 с чем-то попыток, она раз появилась и тут же исчезл.

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

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

51: Бюджет. И, в принципе, это главная задача. То есть мы, например, в нортех взяли в аутсорс проект, там компания Мусафир есть, которая занимается арендой жилья в Медине. Мы взялись вот на днях, чтобы сделать для них telegram бота, который будет консультировать тех, кто

52: Пишет об аренде, ну что, кто хочет снять жилье и там нейросеть, которая будет там уточнять дату заезда, дату выезда, там сколько человек будет и так далее. Классифицировать клиента и потом выдавать эту информацию, уже отправлять менеджеру.

53: Который сразу получает уже готовый заказ готового клиента и сразу понимает, что нужно с ним делать. Он его не расспрашивает там долго, а сразу же у него есть какая-то информация. Вот, например, мы как аутсорс в компании нортех взяли такой, такой проект.

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

55: Занимался, делал эту задачу. И сегодня мне уже такой прототип показал. Сегодня немножко потестили. Я вот с офиса приехал недавно. Вот какие плюсы, разнообразие проектов и технологий. Если вы работаете в аутсорс компании, может быть

56: Такое, что вы будете привлекаться сразу, например, на 2 или на 3 проекта. То есть вы там по мере того, как задачи появляются, то там будете, то здесь. И это бывает интересно. Например, у вас 1 проект, может быть там на ангуляре другой проект.

57: Может быть там на реакте или на view и там задача на пару часов в день и там задача на пару часов в день и вы в принципе и там и там можете успевать. Ну иногда это прикольно бывает.

58: Быстрая смена контекста. Нет застоя. То есть проект запилили за год, например, отдали, и все. Там 1 программиста оставляют, который будет поддержкой заниматься, например, и все возможность работать с крупными клиентами. Да, у нас такое было. Я работал на госзаказ.

59: Когда мы разрабатывали единую государственную информационную систему в сфере здравоохранения, большой госзаказ был там на просто на десятки миллионов, там, потом, когда в сколково работал, там тоже был. Ну, хотя нет, это был не госзаказ, скорее, это было больше, наверное, к стартапу, но та,

60: Инвестиций было там на полмиллиарда рублей. Вот, и, например, ещё работал в сфере реверс, логистики. И у нас заказчики были вот эти компании. Ебэй был в заказчиках, amazon тоже был там как alibaba. Вот эти

61: Компании, они, ну, то есть мы, у нас договор был для них поставлять софт, и они это все оплачивали разработку. Ну, там проекты были прям реально очень серьёзные. Вот. И мы как раз являлись аутсорс компанией, там компания находилась в Чикаго, там у нас

62: Команда была русскоязычная, но мы с американцами много там очень взаимодействовали. Это плюсы аутсорса, да, прикольно. Крупными компаниями работаешь, там разные проекты. Интересно, но на 1 проекте качество кода нормальное, на другом прям.

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

64: Код писали и тебе нужно просто вот либо также по их стезе пойти и тоже там абы как непонятно, там вообще писать код, либо нужно нормально это переписать и приходится прям сильно рефакторить. То есть

65: Некуда. Совсем же не будешь этот в их стиле продолжать вот риск попасть в галеру, где из вас выжимают все соки. Вот у меня такое и было. Вот эта компания, про которую я говорил, которая там офис Чикаго, это и была такая галера из которо.

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

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

68: Год, например, или полгода уже другой продукт будет, и, возможно, вовлечённость будет не такая. Возможно, будет не так интересно в этом плане. Но я такого не замечал. Если честно, мне аутсорс компании тоже нравились. Просто в аутсорс компаниях очень сильно все зависит.

69: От проекта иногда бывает, тебе дают какой-то такой проект, ну он сам по себе не такой уж не особо интересный. Его нужно сделать по быстрому. Видно, что особо там бюджета нету нормального на него. Там тебе просто говорят, сделай по быстрому, короче, и все.

70: И как-то не так уж интересно. А бывает, когда прям серьёзно, хорошо там с командой подходим, прям вообще ты работаешь и наслаждаешься так из опыта.

71: Че у нас было? А, ну вот 1. Это медицинская система у нас была для росминздрава егисз единая государственная информационная система в сфере здравоохранения. Приложение, которое мы делали, там целые видеокурсы были для врачей. Как пользоваться этим приложением?

72: Которые мы делаем, потому что он реально сложный, там столько было функционала, что, блин, там даже сам, просто вот им пользоваться уже там надо учиться. Вот. И ещё была компания, я вот про которую говорил реверс, логистика, там, ебэй, amazon, там Алибаба в такие

73: Ящики были крупные, и там был настолько навороченный функционал, что у нас был компонент таблицы, который ещё был написан на флоу с ирикс джиэсом на реакте. Это вообще было странно. Вы сейчас, может, не понимаете, но это очень странно, когда используют эти технологии

74: Flo там джи ещё на рехте, это потом короче мы когда будем это изучать вы поймёте что это вообще странная тема и 1 компонент, 1 компонент таблицы.

75: Его делало 4 человека, команда целый год это вообще просто, я думаю, как вообще там он настолько был навороченный, настолько огромный, настолько там было много настроек, настолько там было много подвязок, фильтров, что реально я просто обалдел.

76: Насколько бывают сложные компоненты? Вот. И это аутсорс компания плюсы разнообразия, смена контекста. Там крупные клиенты, минусы от проекта к проекту. Все разное. Можешь попасть в галеру.

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

78: Так, аутстафф про аутстафф, что можем сказать? Я там не работал, но, по сути, это что-то наподобие как аутсорс, скорее. Ну, иногда я не думаю, что продуктовая ком.

79: Компания к себе на продукт будет нанимать аутстафф, они будут нанимать уже себе в команду, прям полноценно, через аутстафф нанимают, как правило, в аутсорс, то есть, например, компания, там ей нужны разработчики именно под на go, например.

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

81: Если ты работаешь в аутстафе, то, в принципе, особой разницы нету. Просто тебя взяли, пихнули там на проект по аутсорсу, и ты как будто бы свой там работаешь. Контракт закончится у компании с твоей компанией, и как бы все ты закончишься тоже там, в этой компании.

82: Но иногда бывает такое, что ты работаешь аутстафф, а потом напрямую с тобой та компания связывается и говорит, а че, может, ты уйдёшь из этой компании, аутстафф? И напрямую мы тебя возьмём. Так тоже бывает. Я знаю таких пару кейсов. У меня знакомый был, который так работал, как

83: Став, а потом оттуда ушёл и его позвали в эту же компанию, где он работал как star уже полноценно, и он перешёл и полноценно там работал уже в продуктовой компании, получается. Вот и все.

84: Затем смотрите, это у нас слайд, какие бывают Роли вообще вот в айтишке, кто кем работает, разные, разные, разные там позиции. Seo, ситио, заказчик, продукт.

85: Owner product manager проджект менеджер, бизнес аналитик, системный аналитик юай юкс, дизайнер, архитектор техлит тимлид фронтенд, разработчик, backend, разработчик, тестировщик и devops инженер здесь ещё не все профессии, которые есть в it их ещё не знаю.

86: Наверное, ещё столько же есть, но это уже более редкие, то есть основные вот эти. Если вы будете понимать, что делают, этого вам будет достаточно.

87: Вот у нас что есть у нас как бы разделение, идёт стратегия и бизнес, это уже как бы предприниматели, бизнес и так далее. То есть тут сео, это вообще директор, генеральный директор, потом CTO технический директор.

88: Тот, кто по технической части, шеф, техника офисе, это расшифровывается. Короче, 2 крутых дядьки директор общий и директор по технической части. Потом есть заказчик, который, который пришёл с деньгами.

89: Либо заказчиком может являться сама компания. Если, если это продукт продуктовая компания, то заказчиком является она же сама, и как, ну и получается, как будто владелец компании, он и есть заказчик. Ну, грубо говоря, вот.

90: CEO и CTO делают проект вдвоём 2 директора, а заказчиком является владелец бизнеса, который говорит давайте сделаем такой проект и все product owner кто это product owner это тот, кто представляет интересы заказчика.

91: То есть, например, на встречу с директорами приходит продукт оунер и говорит, Геннадий Иванович там сказал, короче, он хочет вот это, вот это вот это просто он уехал там в командировку, там в другую страну и так далее. Я за него, короче, и

92: Я с ним на связи, короче, от лица заказчика выступает продукт оунер. То есть, что они делают, определяют, что делать, какой проект и для чего, зачем он нужен. То есть они превращают идею там, в какой-то более там конкретный

93: План.

94: Так, а нет, наоборот, наоборот. Смотрите, стратегия бизнеса это сверху, это сверху слева, а справа это управление и проектирование, то есть

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

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

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

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

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

100: Они как бы бизнес аналитик, он с точки зрения бизнеса смотрит, изучает продукт и

101: Переводит так скажем на более технический язык все что нужно бизнесу то есть CEO CTO узнали у заказчика, че делать, потом встречаются с бизнес аналитиком, бизнес аналитик уже переводит.

102: Более менее все такую в техническую оболочку изучает уже прям процессы, как должно быть, как выстроить там какие-то строит диаграммы и так далее. Системный аналитик, он бывает иногда сме.

103: Смежный вместе 2 человека, 1 человек сразу 2 Роли занимает. И бизнес, и системный, иногда системный аналитик. Это отдельный, то есть бизнес аналитик, он с точки зрения бизнеса и вообще выстраивания процессов смотрит, как вообще все реализовать, и готовит что-то типа

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

105: Аналитик, он уже ближе к технической части, то есть он уже верхнеуровнево там примерно определяет, как все будет работать. Обычно системный аналитик, он ещё и бывает с каким-то опытом.

106: Grand в программировании и эта должность, которая не у всех есть не во всех компаниях. То есть бизнес аналитик больше по бизнесу, по процессам системный аналитик, он уже чуть больше углублён. Вот именно в техническую реализацию, там ещё будет архи.

107: Архитектор, но это тоже, это вот системный аналитик и архитектор, это похожие вещи, но архитектор, он именно уже прямо чертёж делает, прям какой конкретно технологии использовать, как че, какие библиотеки и так далее. Системный аналитик более верхнего

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

109: Боту, его там сотни сотрудников, как они между собой будут взаимодействовать. И конкретные уже отделы. У них есть уже свой архитектор. Это уже дальше будет. В общем, бизнес аналитик по бизнесу, системный аналитик более уже по технической части они самый верхний.

110: У него вообще смотрит на проект, на проект, вообще на бизнес. Затем есть продукт менеджер.

111: Он, получается, занимается исследованием продукта, изучает конкурентов и так далее. Проджект менеджер конкретно смотрит, оценивает, планирует, с какой скоростью мы будем работать. Это как

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

113: Какого-то конкретного модуля какой-то конкретной части прям вот он её проектирует, да так скажем заведующий главный там инженер, который чертёж поверхностный делает, и он выбирает в принципе технологии, как это все будет работать и так далее. Затем тех ли

114: И тим лит. Это уже они под архитектором, и они уже все, что выдал бизнес аналитик, системный аналитик, и над чем поработал архитектор, они это, они это нарезают уже на конкретные задачи.

115: Программистов. У нас программисты какие? Вот фронтенд и бэкэнд разработчик мы рассматриваем веб. У нас только такие. Веб это фронтенд и бэкэнд техлит. С точки зрения технической составляет задачи тимлид, он работает

116: С командой и может эти задачи распределять. Например, там он, например, отвечает за то, чтобы зарплаты повышать, чтобы узнавать, кто как развивается, там созваниваться, что, как у тебя дела, как вот этот месяц прошёл, что тебе понравилось? Нет, он такие вещи тоже делае.

117: И зачастую техлит и тим лит. Это 1 человек. Иногда бывает, что команда большая, и это разных. 2 человека техлит самые сложные задачи на себя берет. Это крутой Синер, опытный, который вот любит вообще код писать. И он прям самое сложное на себя берет тим лит. Больше про команду.

118: Он больше всех объединяет, и этот там насчёт зарплат, повышений и так далее. Все тоже к нему. И он больше, он может код ревью, например, делать, хотя это обычно техлит делает. И тимлид, может быть вообще не синюю.

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

120: Типа самый умный чел, который всем объясняет, как, как мы должны сделать, чтобы все заработало. Затем фронтент, разработчики это вот то, чему мы обучаемся, делаем внешнюю часть сайта.

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

122: Чтобы это было не просто картинка, а чтобы оно реально работало. Затем тестировщик просто проверяет, что это все работает, тестирует, ну то есть он открывает, тыкает мышкой и прям проверяет, ищет баги. Это, в принципе, наверное, самая понятная профессия. Просто тестируешь, смотришь.

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

124: Мы это делали на своих внутренних там каких-то стендах у себя внутри это все выложить в открытый доступ и настраивать, чтобы оно не падало и так далее, и настраивать там death, стенды, то есть стенды для разработки и вот все нужды

125: Ко всей команды разработки по тому, чтобы все публиковалось правильно работало по нужным доменам, там vpn настраивать всякие такие вещи, этим занимается девопс инженер, это можно ещё назвать сисадмин, то есть прокаченный сис админ крутой это девопс инженер.

126: Вот. И вот примерно это такое краткое объяснение. Здесь уже вот более подробно генеральный директор, весь бизнес, то есть глобальный успех или провал на нём мы с ним взаимодействовать вообще практически не будем.

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

128: Это, как правило, такой дядька уже старенький, вот реально 40, 45 лет, который давным давно работает, лет 20 уже там в it или больше даже, может, 30 лет, там уже несколько лет код не пишет. И вот чисто такой технический директор, который вот в принципе,

129: Шарит, понимает, если сядет, то он вообще разберётся во всем, чем надо. Но он больше уже становится такой про бизнес продукт оунер. Вот он просто приходит и of, и от заказчика представляет себя, просит, спрашивает, че надо? Он

130: Короче, нас заказчиком, как правило, это прям из близкого окружения заказчика. Человек, который от него, от его имени просто выступает, для него вы и делаете продукт в принципе. То есть, если, если сам заказчик не может, например, приходить на презента,

131: Вы, например, раз в 2 недели собираетесь и показываете продукт онёру, че вы сделали? Вас? Ваша команда сидит 10 человек, и вы все показываете презентацию, типа, вот за эти 2 недели мы сделали вот это, вот это, вот это, вот это такой функционал.

132: Сидит и смотрит, и оценивает, и потом это все будет показывать product manager есть, а есть project manager продукт. Менеджер отвечает за.

133: Рассказывать заказчику менеджеры. Смотрите, продукт.

134: Сидит и смотрит, и оценивает, и потом это все будет показывать, рассказывать заказчику менеджеры product manager есть, а есть project manager смотрите, продукт менеджер отвечает за продукт.

135: То есть, например, у вас есть продукт, например, там, вот, либо, например, у вас продукт какой-то маркетплейс, либо у вас продукт, что-то там из сферы медицины, либо там какая-нибудь онлайн школа, и

136: Менеджер изучает, как продукт этот на рынке вообще должен себя проявлять, чтобы максимально, чтобы максимально расти, максимально прибыль извлекать. То есть он изучает конкурентов и так далее. То есть он, он видит

137: Он говорит, что будем делать? Изучает конкурентов. Почему так делать, куда двигаться вообще. То есть он человек, который именно в продукте максимально понимает. То есть, если это, например, если вы разрабатываете сервис по аренде жилья, то этот продукт менеджер прямо залез, и везде всех.

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

139: Сторисы появились в этом в инстаграме, и тут же они появились сразу и в ватсапе там, и в telegram во вконтакте везде, то есть какую-то фишку увидели, что она крутая, продукт менеджер у конкурентов увидел и это его задача.

140: Мониторить, и он к себе перетаскивает. Говорит, давайте эту штуку тоже сделаем. Проджект менеджер, он отвечает за конкретный проект и за этапы, чтобы они были выполнены в срок. Например, проект

141: Мы делаем там софт для для врачей, нам нужно успеть за за полгода закончить такой-то функционал, давайте теперь мы распишем задачи и будем по 2 недели там кусками его делать и project.

142: Менеджер, он прям это мониторит, оценивает, кто сколько делает производительность труда, оценивает и так далее. То есть, ну, человек, который вот ответственен за то, как быстро все работают, и мы вообще укладываемся в сроки или нет, как мы сделаем это в сроки.

143: В рамках ресурсах. Это ключевой вопрос, на который он отвечает. План работ, сроки устраняют блокеры. Этот человек, который спрашивает, задача, че у тебя, как ты говоришь? Ну вот застрял, он говорит, а че такое ты ему объясняешь? Он такой, а

144: Сейчас, сейчас и идёт другого спрашивает и говорит, у нас программист застрял на такой-то теме. Давайте быстренько порешаем. Вот он такие вещи тоже иногда делает. Это ежедневный надзиратель, который следит за продуктивностью. Они бывают разные. Обычно ничего.

145: Такого, то есть я не помню, чтобы. Ну, однажды у меня был такой неприятный 1 тип project manager, но в целом обычно они нормальные, просто адекватные если ты от работы не отлыниваешь, то все норм. Дальше аналитики и дизайнеры.

146: Бизнес аналитик, он с точки зрения бизнеса оценивает, да, то есть требования бизнеса переводит на язык, понятный разработчикам. Вот он, знаете, что делает? Это вообще у нас было единая государственная, информационная

147: Сфере здравоохранения, егисз и бизнес аналитики просто вот им выкатили юридический документ на 500 страниц, который полон всякими терминами там, и они просто сидели там вчетвером, впятером, это все переводили.

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

149: Непонятно. Пишешь техлиду, типа, че это он говорит? А надо спросить у аналитика. Вот напиши ему, ты ему пишешь, и он говорит, а, блин, вот эта вот тема, короче, я её до конца ещё не понял. Я пока так оставил, короче, потому что сам ждал.

150: Ну, решил, решил уже выкатить что-то, начал делать этот момент. Типа, надо ещё уточнить. Давайте, короче, созвон устроим и спросим вот этого, вот этого человека. Че конкретно имеется ввиду продукт оунера, например? Или я сам пойду, схожу у него

151: Знаю, тебе отвечу. Вот такие вещи бывают с бизнес аналитиками. Потом системный аналитик, самый верхнеуровневый, там такой, самое верхнеуровневое проектирование он накидывает крупными мазками, как это вообще все будет? То есть как

152: Будет отправка СМС работать базы данных. Какие фронтенд бэкэнд, как они между собой будут взаимодействовать. То есть ему без разницы, на чем вы пишите, какой фреймворк. Это уже архитектор решает, но он, в общем, может примерно прикидывать, как оно, как они будут между собой работать потом

153: Дизайнер че он делает есть ui дизайнер есть ux бывает, что это разные профессии, бывает, что это 1 человек и то и другое делает, он просто создаёт визуальный облик, то есть он определяет, где лучше поставить кнопочки, в каком

154: Порядке, чтобы было удобнее пользоваться, как там организовать, чтоб можно было там за 2 клика все сделать, рисует макеты. И потом мы фронтендеры, вот мы с ним, мы с дизайнерами взаимодействуем плотно. Зачастую они нарисуют такое, что потом невозможно сделать, и нужно с ним договариваться, чтобы о

155: Перерисовал постоянно будете с ним взаимодействовать. Дизайнер, прошу прощения, можно в качестве. Этот как раз designer. Давай, ну не просто рисует, а продумывает.

156: Перерисовал постоянно будете с ним взаимодействовать. Дизайнер, прошу прощения, можно в качестве. Этот как раз designer. Давай, ну, не просто рисует, а продумывает пользовательскую.

157: Опыт и зачастую за бизнес аналитика делают его работу на самом деле просто не в документации на сразу уже

158: Маркетинг ещё, ещё, ещё и исследует, ещё, короче, бизнес аналитика работу делает. По идее, она как смежная идёт просто без документации. Мы техническую не пишем, но продумываем логику.

159: То есть ты берёшь, получается.

160: Маркетинг, то есть ты берёшь, получается, ещё, ещё, ещё и исследует, ещё, короче, бизнес аналитика работу делает, по идее, она как смежная идёт просто без документации. Мы техническую не пишем, но продумываем логику.

161: В том числе логику на бэке, но не как системные аналитики, а в целом, допустим, нужно взять вот эту информацию отсюда, то, с этой формы. Угу. Закинуть её сюда, а здесь отобразить? Ну, там, к примеру, вы же приходите, спрашивает.

162: А где её взять? Угу. Я могу сказать, там, условно, ну, back нужно дописать, потому что здесь нету вот этого ручки для этого метода. Угу. Условно. Вот.

163: Дизайнеры занимаются ещё и работой аналитиков, но

164: А где её взять? Угу. Я могу сказать, там, условно, ну, back нужно дописать, потому что здесь нету вот этого ручки для этого метода. Угу. Условно, вот дизайнеры занимаются ещё и работой аналитиков, но

165: Это есть, короче, такие компании, где прям настолько все процессы выстроены, что дизайнер, в принципе, ему уже все более менее готовое дают настолько, что он не сильно этим занимается, а где-то бывает такое, что прям нужно конкретно дизайнеру попотеть, чтобы там разоб,

166: Как это конкретно должно работать, чтобы грамотно отрисовать и так далее?

167: Брат, а можно вопрос такой задать? Вот насчёт ux ui designer ты говорил, это получается он занимается к примеру Нарис, он рисует какие-то определённые схемы, что от чего исходит и что, для чего нужно ну вкратце, грубо говоря.

168: Ну.

169: Брат, а можно вопрос такой задать? Вот насчёт ux ui designer ты говорил, это получается он занимается к примеру Нарис, ну он рисует какие-то определённые схемы, что от чего исходит и что, для чего нужно ну вкратце, грубо говоря.

170: У нас дизайнер, может, лучше ответить, чем я?

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

172: У нас дизайнер, может, лучше ответить, чем я. Нет, он рисует, по идее, да, если большие компании брать процесс, выстроены, там, действительно, там дизайнер, как бы, он не занимается, да, лишними этими телодвижениями, оо,

173: Ждёт просто когда ему скажут, там двинь сюда, двинь туда.

174: Ну, зачастую это там получается.

175: Какая задача приходит? Ну вот как я говорю, как у меня в компании задача приходит, допустим, какая-нибудь. Угу. Просто мне верхний уровень, че то понятно, че делать? Я вот со своей стороны просто, ну, как инициативу проявляю.

176: Тебе говорят, сделай так, чтобы было красиво, чётко, удобно, короч.

177: Какая задача приходит? Ну вот как я говорю, как у меня в компании задача приходит, допустим, какая-нибудь. Угу. Просто мне верхний уровень, че то понятно, че делать? Я вот со своей стороны просто, ну, как инициативу проявляю, тебе говорят, сделай так, чтобы было красиво, чётко, удобно, короч.

178: Че то делает. Ага, понял.

179: Ну да, как у нас, короче, вот, в принципе, тоже самое. То есть ты уже сам подумаешь, сам ищешь референсы, сам ищешь примеры оттуда, отсюда, отсюда взял, предложил, что-то, говоришь, вот так вот, вот так будет работат.

180: Че ты делаешь? Ну да, как у нас, короче, вот, в принципе, тоже самое. Ага, понял. То есть ты уже сам подумаешь, сам ищешь референсы, сам ищешь примеры оттуда, отсюда, отсюда взял, предложил, что-то говоришь, вот так вот, вот так будет работать. Давайт.

181: Сделаем. Это будет, ну, реализовывать, типа, не трудно, да, уложиться? Да, я слишком много буду рассказывать.

182: Давайте дальше перейдём, чтобы, чтобы сейчас так, все окей. Если че, потом вернёмся. У нас.

183: Сделаем, это будет, ну, реализовывать, типа, не трудно. Да, давайте дальше перейдём, чтобы, чтобы уложиться. Да, я слишком много буду рассказывать сейчас. Так, все, окей. Если че, потом вернёмся. У нас.

184: Есть ещё техлид и тимлид тимлид. Он фокусируется больше на людях. Мотивация, развитие, там, зарплата, атмосфера, там, чтоб все было хорошо, чтоб все работали вместе. Ключевой человек для вашего комфорта и

185: Карьерного роста, да, с которым вы будете созваниваться. Возможно, и он будет вам прям вот как тебе прошёл этот месяц. Расскажи, что тебе нравится, что, что тебе не понравилось, там зарплата тебя устраивает? Нет, это по разному бывает. В некоторых компаниях это есть, в некоторых нет.

186: И вообще, во многих компаниях это 1 человек, и тимлид, и техлит. Это 1 человек. Я вот зачастую был и тимлидом, и техлидом одновременно. То есть меня не требовали, чтобы я прям с каждым там созванивался, раз в 2 недели. Но я это иногда делал. Вот техлит, он чисто на технологиях, он сидит.

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

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

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

190: Между коллегами в команде. Это такое часто бывает какой-то спор, непонятно, что лучше 1 хочет эту библиотеку, другой другую, то технический лидер, он уже может прямо по фактам раскидать, что что больше подходит для нашего проекта. Просто бывает то, что

191: Разработчики не такие опытные, и они просто вот им нравится, и они так говорят, давайте это использовать. А техлит он может прямо глубоко копнуть и раскопать. Почему? Если мы сейчас это используем, то через несколько месяцев там че то вылезет. Короче, то что обычные разработчики об этом ещё

192: Даже не подозревают. Дальше вот дошли до нас. Наконец то фронтент разработчик создаёт видимую часть, то есть он реализует дизайн, который дизайнеры нарисовали, и как бы клиент

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

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

195: Куча, куча всякого разного, разные базы данных, там всякие, всякие штуки. Фронтент, он более такой единообразный, монолитный, но там уже другие заморочки, там же особенно синхронизация, там, состояний и так далее. Там же

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

197: Чтобы базу данных, если снесли, даже чтобы её можно было восстановить. Короче, есть отдельные разработчики баз данных, которые именно базами данных занимаются. Но если не такой большой проект, то этим занимается бэкэнд разработчик. Тестировщик специально приложуху пытается

198: Ломать, чтобы найти ошибки до того, как пользователи на них наткнутся, и тебе накидывает. Вот у тебя это не то, это не так тебе в задачу пишет. Здесь такой баг, здесь такой баг, здесь такой баг, здесь такой баг исправь и отправляет тебе задачу обратно ты должен

199: Переделать, потом он ещё раз проверит и потом только после этого это все заливается в кодовую базу и эту кодовую базу выкладывает на сам сайт уже непосредственно девопс инженер devops.

200: Инженер, у меня, кстати, здесь сосед на моём этаже девопс тоже казах 1. Надо как-нибудь его позвать, да, чтобы он рассказал, че он делает. Отвечает за выкладку кода, чтобы все работало. Если вдруг сервак упал, люди заходят, а сайт не работает.

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

202: Максимально резко все исправить дальше. Вот здесь уже как это, в общем, работает от идеи до релиза. Сначала заказчик общается с продукт оунером и с бизнес аналитиком, либо продукт.

203: Нету. А заказчик напрямую прям с бизнес аналитиком. Потом это все проектируется там.

204: Системным аналитиком. Ну здесь, видите, не факт, что это будет прям вот в таком, в таком виде может быть заказчик приходит на встречу, и там сразу и системный аналитик, и дизайнер, и там техлиды, тимлиды сидят все вместе по разному может быть, или может быть вообще там

205: Seo там сидит аутсорс компании заказчик приходит и они договариваются это обычно так и происходит вот сетевое сео аутсорс компании с заказчиком, там бизнес аналитики это все анализируют, требования выявляют.

206: И так далее. Потом системный аналитик, там ui ux дизайнер это все проектирует более менее, затем там project manager product manager, это все планирует, но при том-то, что продукт менеджер не обяза.

207: Обязательно, что он только на этапе планирования, в принципе, он задействован вообще и раньше тоже. Вот тимлид техлит и так далее. Это все они занимаются планированием, чтобы распределить.

208: Этапы, как когда все будет сделано. То есть сначала заказчики, там CEO CTO, там системными аналитиками верхнеуровнево говорят, че сделать, а потом вот эти менеджеры, продакт проджект, там темли техлит, они уже говоря,

209: За сколько это можно сделать и как конкретно мы это будем делать. И прямо уже уже устанавливаются конкретные сроки, конкретные даты, сколько это будет стоить и так далее. Потом уже, когда определились уже что делать, как

210: Это сделать уже остаётся только сделать правильно, и за это уже берутся программисты, то есть frontend разработчик, backend, разработчик, берутся и начинают писать код, они пишут код техлит им тоже помогает, конечно.

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

212: То есть код написан фронтендером бэкендером и тимлид техлит этот код проверяет, сам код проверяет. Затем они говорят, код нормальный. Все, давай, отправляй его в кодовую базу. В кодовой базе он появляется.

213: И тестировщик смотрит и проверяет уже сам функционал, который написали программисты. То есть девопс инженер, он делает так, что как только код отправляется в кодовую базу, чтобы сам сайт тоже обновился.

214: И тестировщик смог его посмотреть, потестировать, потыкать, причём выкладывается все не на сам сайт, который заказчик видит, а только на тот сайт такую версию сайта, которую видят только программисты. И получается, если вы там накосячили, это никто

215: Не увидит. Кроме тестировщика тестировщик такой оп зашёл, посмотрел новый функционал, нашёл там ошибки и обратно им отправил. И опять фронтенд разработчик с бэкендером сидят, это разбирают, код исправляют. Затем снова тимлид тех лет проверяет, что код нормальны.

216: И потом тестировщик снова это проверяет, и когда уже тестировщик проверил, тогда уже девопс инженер там заранее настроил то, что автоматически тот код, который тестировщик утвердил, это уже отправляется заказчику.

217: Ну то есть заказчик в любой день может зайти и посмотреть.

218: Вот и все, с кем и как будете общаться каждый день? Проджект менеджер. Это по задачам и срокам будет спрашивать, а сколько это ты будешь делать? А сколько это будешь делать? А сколько часов на то? Сколько часов на это нужно ему говорить? Не молчать то, что я

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

220: А то че значит и так далее. Дизайнер это тоже такой главный партнёр, дизайнер че-нибудь нарисовал. Ты видишь, что, блин, ну не получается, не сходится, например, с нашим ui китом такого компонента нету или как-то

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

222: Такое бывает то, что ты просишь сделать че то его, потому что ты не можешь без него сделать. А он говорит, подожди, у меня другая задача. Приступлю. Послезавтра у меня было такое, что я 3 дня ходил и просто ждал, пока бэкендер сделает задачу и

223: И у меня работы вообще не было. Вот будьте готовы к тому, что некоторые считают фронтендеров тупыми. Такое, кстати, есть старенькие дедушки бэкендеры, они начинали работать, когда фронтенда вообще не было, и у них все было только на бэкенде, они просто выдавали.

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

225: Типа, да, они там какой-то фигнёй занимаются. Ну это такие уже детки, короче, ворчат, типа того, тестировщик.

226: *** это, это как это как дизайнер думает что он картинки только рисуе.

227: Рисует самое.

228: Типа, да, они там какой-то фигнёй занимаются. Ну это такие уже дедки, короче, ворчат. ***. Это как это как дизайнер думает, что он картинки только рисует, самое, типа того, тестировщик.

229: Он как бы помощник и критик вместо тебя делает работу, чтобы проверить, что все работает. Но бывает реально, что тестировщик слишком, короче, на себя много берет, пытается там вообще идеально довести до такого идеала, что прям

230: Вот он говорит, у тебя тень недостаточной прозрачности. Короче, когда ты наводишь мышкой, там не под таким углом у тебя преломляется градиент, начинает тебя такой ерундой грузить, которую очень сложно сделать, и от неё вообще ничего не меняется. То есть внешний вид

231: Это вообще не меняется. И вот когда такие проблемы есть, нужно уже с руководством решать, если он сильно начинает придираться.

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

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

234: Презентация тоже закончилась. У нас есть компании продукт аутсорс аутстаф. Из них какого-то прям стопроцентного. Лучшего варианта нету. Зависит больше от проекта. Продуктовые компании бывают классные, бывают.

235: Не очень. На которых, например, legacy будет аутсорс. Компании тоже бывают разные. Если проект попадётся хороший, бывают аутсорс проекты, которые там по 4, 5 лет разрабатываются. Это уже почти тоже самое, что и в продукте работать аутстафф. Ну,

236: Тоже иногда бывает норм. Просто тебя устроили, короче, как обычная работа, а иногда бывает не очень тоже. Затем процесс превращает с продукт.

237: Короче вы должны встроиться в процессы и прямо вот в них рулить, а это это 3 пункт, подожди 2 ещё поймите свою роль. It это командный спорт. Многие думают, что программисты просто сидят там, код пишут и ничего больше ничем не занимаются на самом дел.

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

239: У кого что спрашивать.

240: То есть нужно софт, скиллы, говорят же, софт, скиллы, это важно. Вот софт скиллы, это умение, вот это вот умение, как рыба в воде плавать вот этой всей системе. Короче, в этих всех процессах. Вот процесс превращает хаос в продукт, чёткие процессы позволяют превращать

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

242: От проекта техлид. Тем, лид, ваш непосредственный руководитель, это и команда ваша разработчиков. Это ключевой фактор вашего комфорта, мотивации. Да, на самом деле на работе постоянно ты общаешься со своей командой и с техлидом, тем лидом. Вот

243: Если у тебя хороший тимлид, любая работа вот будет нормальной, приятной, потому что он тебе поможет, подскажет. А если плохой, да, то будет не очень, то будет прямо грустно.

244: Все, мы закончили, у меня уже азан дают. Давайте я сейчас запись остановлю и знаете, как сделаем?