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

Я так подумал, что график 3/4 меня в принципе устраивает

19:00 по мск, 24.12.2023

Проведем совместный эфир с @twitereda(наставник, senior qa и просто крутой парень)
Будем просвещаться в другие области разработки
Не сидеть же в 4-х стенах и копаться чисто в iOS.

Поговорим про сферу тестирования, как начинать и что нужно знать, чтобы вкатиться в тестирование. И развеем некоторую пелену неизвестности в QA как для меня, так и для вас
Между прочим парни TDD оформляют для нас
А что это такое? узнаем на эфире
Ибо на работу придете и не поймете к кому за тестами обращаться

Ставьте плюсики в комменты, кто хочет еще лучше понимать процесс разработки, а то напридумывают себе команды из чисто разрабов) а потом кто прод поднимать будет?_)

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

Квас белорусский, вот это встреча

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

почему нет смысла залетать в айти на маленькую зп и почему на зпшке в 50-70 тыс вы работаете столько же, как и при зп в 200

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

Так попробуем немного окунуться в проблематику сего вопроса: ПОЧЕМУ ЛЮДИ С РАЗНЫМ ЗАРАБОТКОМ ВЫПОЛНЯЮТ ОДИНАКОВЫЕ ЗАДАЧИ

Я бы сказал, что это работает как с 50, так и с 200/300/400к в месяц и вот почему:

*Будем по-тезисно

1) Кто знает вашу зпшку, если только вы ее сами не скажите - бухгалтер(ему вообще насрать на вас и че вы там делаете), руководитель и рекрутер

2) Кто дает вам задачи - либо вы сами берете в работу, либо руководитель дает вам их. НО руководитель зачастую дает не какую-то конкретную задачку по типу “перекрась кнопку А” или “поменяй тут, чтобы было так”(как многие могли бы подумать, что за зп <100к так будет), а ставит вас на разработку МОДУЛЯ приложения.

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

3) Что следует из этого? - а то, что вам нужно будет пилить архитектуру, сервисный слой, внедрять зависимости, аналитику и только после этого решать баги, как из примера выше)

Ваши товарищи по команде в душе не ебут(и не поинтересуются) сколько вы получаете, у вас висит над головой плашка - “iOS/Frontend/Backend/Х разработчик” и будь добр выполнять то, что должен делать разработчик)))

а разработчик это инженер, ты же после университета не будешь и говорить всем, что я просто начинающий, я не буду проектировать просто потому что я новичок и мало получаю. НЕТ БРАТОК, тебя никто не спрашивает))

4) Я на своем опыте все это ощутил, когда получал в 19-21 году и 15к, и 70к, и 120к

Задачи из года в год не меняются, я сейчас, получая 400к, не вижу разницы с тем, что я делал за 120к) а вы думаете что-то будет по-другому, при этом еще не видя продакшен)))

Менялось только мое отношение к задачам и скорость решения проблемы

Простая истина:
Один хер есть-другого послаще нету)

———————————————————
Оцените реакцией и делитесь мнением на этот курьезный вопрос, что волнует новичков

P.s За 70к я делал то же самое, что и за 400к, только под предлогом РАЗВИТИЯ

Короче не ведитесь, вам не 6 лет, чтобы вам лапшу на уши вешали

iOS хуйня-все в js и аплаимся

Старый добрый райзен 5 2600

как решать задачи с помощью правильной коммуникации с руководителем и командой

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

Подготовка:

1) как пришли на проект стараемся прощупать почву, кто что умеет, кто в чем шарит, с кем приятно взаимодействовать, а с кем не очень

2) не боимся брать инициативу и говорить на созвонах с руководителем и коллегами

поднимайте какие-то онбординг вопросы(если идет еще он), киньте шутку или расскажите какую-нибудь крутую новость

3) прокачиваем навык декомпозирования задач и планирование своих дел

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

4) знакомимся не только с разработчиками своего направления, но и с аналитиками, тестировщиками и бекендерами. то есть со всеми теми, кто имеет какие-то соприкасания с вашим проектом и вашей зоной ответственности

Конечно, у каждого все будет индивидуально и нужно уметь подстраиваться под обстоятельства, но основные рекомендации будут у всех одинаковыми

Пути использования правильной коммуникации:

1) возможность делегирования и нормально-структурированной командной работы

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

3) и напоследок: хотя бы чувствовать себя комфортно в социуме, за счет налаженных коммуникативных путей

ПРАВИЛА ПРАВИЛЬНОЙ КОММУНИКАЦИИ

1) знай меру - не будь душнилой/скуфом либо наоборот закрытым

2) разбавляй тех вопросы вопросами о жизни-лишний раз спросить как у человека дела и как у него собака поживает сделает ему приятно)

3) живите в кайф и тогда люди сами к вам потянутся

напоминаю, что сегодня будет эфирчик, где будем прокачивать мозги и расширять знания в сфере it-шки

много тем будет, которые в будущем вам пригодяться

По прошлому стриму немного фидбека

Возможно чуть задержу начало, тут чет инет дропнулся))) тбилиси так сказать

Минут 5 думаю