Везде по разному

понятно что где-то трекают время, где-то пилят сайты на WP, мне интересно как в среднестатистических конторах всё это работает. Спасибо что поделился)

Ок, а если Петя справляется с работой в x2 быстрее Коли, то может ли Петя гонять чаи, писать что-то своё и тд, пока Коля все еще возится с рабочим проектом, как на это смотрит контора обычно?

Ну, смотри Если они одинаковы (по должностям, например), то все на совести Пети. Если контора не следит, он может поганять х**, все равно переплюнул Колю и его не выгонят за сроки (Например). И т.п

Но, вообще, я не думаю что кто-то будет гонять х**, пока второй человек допилит свой проект)

Ну, смотри Если они одинаковы (по должностям, например), то все на совести Пети. Если контора не следит, он может поганять х**, все равно переплюнул Колю и его не выгонят за сроки (Например). И т.п

А свои проекты это гонять х** разве? И что в случае если Пете и Коле платится одинаковое кол-во $, хороший погроммист пойдет тащить Колю или пойдет писать свои проекты?

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

А свои проекты это гонять х** разве? И что в случае если Пете и Коле платится одинаковое кол-во $, хороший погроммист пойдет тащить Колю или пойдет писать свои проекты?

В рабочее время - да Если у Пети есть желание помочь и свободное время(грубо говоря, так как он в сроки идеально вписываются и можно сделать вид что работаешь) - почему бы и нет Если смотреть с точки зрения "хороший погромист" - ответить нельзя :)

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

В рабочее время? :)

В рабочее время? :)

да, но я же в сроки вписываюсь)

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

Узнают что вписываешься - загрузят еще больше (

но у тебя в конторе при этом начальству было пофиг на это, я правильно понял? Или ты делал вид что работаешь?

2ое

Они не особо проверяли чем я занимаюсь (Пофиг на это было)

Но я не успевал в сроки)

а, ок

ну это общая проблема же)

Я на сколько понял по введению там он вообще советует все bounded context как отдельные сервисы? И общаться по http

О

На дотнексте Дино Эспозито выступал с докладом на эту тему

https://youtu.be/E4HmhMre_lo Вот с другой конфы, но тезис тот же. На 40:40 можешь открыть)

Ок, а если Петя справляется с работой в x2 быстрее Коли, то может ли Петя гонять чаи, писать что-то своё и тд, пока Коля все еще возится с рабочим проектом, как на это смотрит контора обычно?

у меня есть интересная статистика. На одном проекте скажем есть 4 человека. 50% работы делает 1, 30% второй и еще 2 делают оставшиеся 20%.

у меня есть интересная статистика. На одном проекте скажем есть 4 человека. 50% работы делает 1, 30% второй и еще 2 делают оставшиеся 20%.

И какой вывод?

И какой вывод?

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

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

у меня есть интересная статистика. На одном проекте скажем есть 4 человека. 50% работы делает 1, 30% второй и еще 2 делают оставшиеся 20%.

А как эта тема масштабируется? Когда над проектом 150 человек пашет к примеру

но всегда будет разлиаться продуктивность

А как эта тема масштабируется? Когда над проектом 150 человек пашет к примеру

150 человек надо разделить что бы меньше времени тратить на координацию

Я вот явно из группы 20%. Думаю, надо ли что-то с этим делать или это нормально.

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

Я вот явно из группы 20%. Думаю, надо ли что-то с этим делать или это нормально.

нормально, мне нравится

сугубо оопшная тема конечно

Я вот явно из группы 20%. Думаю, надо ли что-то с этим делать или это нормально.

ну всегда следует улучшать себя. Но всегда будет кто-то кто делает быстрее)

нормально, мне нравится

Мне тоже, но стрёмно.

сугубо оопшная тема конечно

больше про дизайн

сугубо оопшная тема конечно

Попизди мне тут

я лично педалить что - то 8 часов не могу пытаюсь себя к помодоро приучить

Попизди мне тут

?

150 человек надо разделить что бы меньше времени тратить на координацию

Опять можно набросить про микросервисы☺️

я лично педалить что - то 8 часов не могу пытаюсь себя к помодоро приучить

перерывы делай)

перерывы делай)

ну как раз помодорка)

Опять можно набросить про микросервисы☺️

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

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

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

Ну если чисто бекендеров то да. А ечли всех считать то эт немного

Точнее не сильно много

Ну если чисто бекендеров то да. А ечли всех считать то эт немного

ну опять же, например у тебя есть мобильщики

штук 20

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

побольше менеджеров, бюрократии

как ты разделишь эти 20 мобильщиков между остальными 130 людьми?

что бы каждый работал в своем контексте

раз уж ты про микросервисы заговорил)

что бы каждый работал в своем контексте

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

Ну и соответственно за юнитом закрепляется какая то область ответственности

ох.... юниты

А внутри юнита уже тесная свзяь

ох.... юниты

Команды у нас это называется

то есть у тебя 150 человек разделены логически, "бэкэндщики", "мобильщики", "фронтендеры"

Я просто так назвал чтобы показать что это часть большой команды

не возникает проблем перекрытия скоупов между юнитами?

"Вы создали слишком много юнитов"

то есть у тебя 150 человек разделены логически, "бэкэндщики", "мобильщики", "фронтендеры"

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

не возникает проблем перекрытия скоупов между юнитами?

Ну да бывает непонятно к кому больше относится задача

Но это менеджеры с лидами разруливают

"Вы создали слишком много юнитов"

Ты пытался

ERROR: S client not available

"Вы создали слишком много юнитов"

нужно построить зиккурат

Но это менеджеры с лидами разруливают

хз, я в миниатюрной версии лидом побыл с подобным разделением - ужасно неудобно

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

что такое "сервисы ядра"?

что такое "сервисы ядра"?

Вообще мы были группой разработки новых сервисов

Но потом решили посолиднее переименоваться

core module

фу

Короче если появляется какая-то бизнесовая задача большая

То ставят на нас

фу

?

я не люблю модули с именами core, main, и т.д.

Так это не модуль же) это команда

что такое "сервисы ядра"?

читай "монолита"

читай "монолита"

то есть туда все входят?)

Так это не модуль же) это команда

команда которая работает над всеми модулями?)

я не люблю модули с именами core, main, и т.д.

А UzerModul ?

А UzerModul ?

смотря че он делает

в гугл переводчик ходит, наверняка)

смотря че он делает

Убивает петь вместо васи

команда которая работает над всеми модулями?)

Не над всеми а над ядром)

Те модули от которых зависят другие

Те модули от которых зависят другие

не люблю ядра

А UzerModul ?

Valuta ???

Valuta ???

Karensi

Как вы думаете, есть ли ситуации, в которых наследование предпочтилтельнее композиции? Прост на медиуме часто статьи в духе "Наследование не нужно", а в комментах чуваки пишут что автор просто не умеет им пользовать, но примеров не приводят как правило

Как вы думаете, есть ли ситуации, в которых наследование предпочтилтельнее композиции? Прост на медиуме часто статьи в духе "Наследование не нужно", а в комментах чуваки пишут что автор просто не умеет им пользовать, но примеров не приводят как правило

абстрактные классы ? ?

наверняка на медиуме есть статьи в духе "абстрактные классы нинужны"

наверняка на медиуме есть статьи в духе "абстрактные классы нинужны"

конечно же есть

впрочем, несложно найти статью в духе "<какая-тохрень> не нужна"

наверняка на медиуме есть статьи в духе "абстрактные классы нинужны"

а разве они нужны?)

по мне так абсртактный класс === "выделил интерфейс, но не придумал куда засунуть пару общих методов"