Как стать автором
Обновить

Раскрываем карты и рассказываем о большой битве, к которой мы долго готовились. 

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

Победителей выбирает жюри и не только: за команды также могут голосовать хабраюзеры. Главный приз — стажировка в IT-компании для одного или нескольких участников битвы. 

Под катом — про команды, экспертов, призы и с чего это всё вообще началось.

Читать про битву
Всего голосов 36: ↑36 и ↓0 +36
Комментарии 11

Комментарии 11

"Казаки изъяли тесты Роршаха, содержавшие порнографию" (С)

Если правда не знаете - это он английского pet, питомец. Что-то вроде личных проектов для души, а не для бездушного бизнеса

Это такая бесполезная вещь, как написание т.н. "личных проектов". Бытует мнение, что погромист со своим личным кодом - это гуру 80 уровня, которого берут на работу без собеседования. Но как показывает практика, даже если у тебя личного кода over 100500 строк на гитхабе, туда вообще не заходят и не смотрят, это никому не интересно. А если и зайдут, то конечно же скажут/подумают, что твой код - дерьмо.

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

хм.... а вторая команда "типа стартап" - это потому что у них тестировщиков нет ? :D

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

Соревнование "Кто быстрей напишет трекер+вики+гит"?

Интересно, почему решили начать сразу с микросервисной архитектуры?

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

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

PS На последнем Хайлоаде был прикольный доклад на эту тему https://highload.ru/spb/2023/abstracts/10442 (смотреть за деньги, но там есть бесплатная презентация)

Главный приз — стажировка в IT-компании

Новые времена - новые призы. Когда уже будут голодные игры за стажировку?

На самой стажировке же. )

Желаю мероприятию макисмально широкий медийный охват. В праймтайме по ТВ показывать надо. А то потребители вайти курсов имеют неверное представление что их ждёт. Может так дойдёт.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.