интеграционные.... ну типа нужны но редко

тогда всякие предустановленные e2e для js - то же самое, что фантом/селениум/безголовый хром, но не чёрная коробка, так как пишутся девелопером?

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

Частично я и сам к некоторыми правилам пришел, но вот выделять name в отдельный класс Name, когда можно просто сделать string - это ведь мега-раздувает сложность, особенно если проект сложнее "корзина-заказ-клиент".

тогда всякие предустановленные e2e для js - то же самое, что фантом/селениум/безголовый хром, но не чёрная коробка, так как пишутся девелопером?

не понял

Частично я и сам к некоторыми правилам пришел, но вот выделять name в отдельный класс Name, когда можно просто сделать string - это ведь мега-раздувает сложность, особенно если проект сложнее "корзина-заказ-клиент".

почитай про primitive obsession

ну вон у ангулара из коробки идёт настроенный e2e вроде названий не знаю, я не вникал ещё во фронт тесты

в реальности у тебя будут FullName какие с тремя полями (или больше) или что-то более конкретное для проекта

ContactData

ну вон у ангулара из коробки идёт настроенный e2e вроде названий не знаю, я не вникал ещё во фронт тесты

ну можно на нем ебашить приемочные тесты

ContactData

слово Data я бы убрал)

ну вон у ангулара из коробки идёт настроенный e2e вроде названий не знаю, я не вникал ещё во фронт тесты

можешь на протракторе, можешь на кукумбере с протрактором, можешь на джасмине....

у меня сейчас реакты - я хз как на них e2e писать, вот сижу разбираюсь

внесу все, что можно, в реальную сущность Contact и уберу) пока так и embeddable

почитай про primitive obsession

Это понятно, но я про управление сложностью, ведь лучшее враг хорошего. Да и как потом обращаться к юзеру по имени, user.name.first_name ?

Это понятно, но я про управление сложностью, ведь лучшее враг хорошего. Да и как потом обращаться к юзеру по имени, user.name.first_name ?

ага

только не name

Это понятно, но я про управление сложностью, ведь лучшее враг хорошего. Да и как потом обращаться к юзеру по имени, user.name.first_name ?

отображение - совсем другой консерн) возможно у тебя будет компонент UI которому ты будешь передавать юзера. Там будет компонент отображающий имя. А он уже разберется.

ну и еще - для UI можно делать кастомные модели данных

у меня в contact<data> имена, почта, телефон и подобное - чаще всего оно нужно в одном месте все сразу

у меня в contact<data> имена, почта, телефон и подобное - чаще всего оно нужно в одном месте все сразу

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

это зависит от проекта. Ну и да прибудет с тобой высокий кохижен и низкий каплинг)

Это понятно, но я про управление сложностью, ведь лучшее враг хорошего. Да и как потом обращаться к юзеру по имени, user.name.first_name ?

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

это зависит от проекта. Ну и да прибудет с тобой высокий кохижен и низкий каплинг)

сам God Object велел хорошо писать после такого)

отображение - совсем другой консерн) возможно у тебя будет компонент UI которому ты будешь передавать юзера. Там будет компонент отображающий имя. А он уже разберется.

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

отсюда ведь и вытикают всякие уязвимости, баги и тд

т.е. надо ли им было там DTO или нет

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

ну в случае мозилы - в целом норм. Да и сам я частенько так делаю (потому что ленивый). Но обычно у меня данные в DTO формируются (UI layer не должен иметь доступа к write части). Тут вопрос не в том что бы случайно не вызвать - а просто код не должен зависеть от вещей которыми он не пользуется.

ну и не забываем что для вещей посложнее существует CQRS

что там мозилла?

что там мозилла?

https://github.com/mozilla/addons-server/blob/master/src/olympia/ratings/views.py

что там мозилла?

там выше ссылка была на контроллер)

о, вот тут веселее

filter_queryset - тут таки напрашивается какой-нибудь VO

ну то есть "слои" я бы все еще не вводил, но попытался бы как-то логику повыносить в отдельные объекты

потому что тут чисто приемочными тестами уже не обойдешься)

ну то есть "слои" я бы все еще не вводил, но попытался бы как-то логику повыносить в отдельные объекты

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

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

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

я не говорил о функциях - я говорил о новых модулях

новые модули != новый слой

не сервисы а объекты значения

> разобраться где-что будет сложнее это уже как сделаешь. В моем случае просто куски кода переедут. И все. top-down декомпозиция

я не говорил о функциях - я говорил о новых модулях

ну в плане переедут куда-нибудь как хелпер, в модуль helpers.py в этой же директории, ок

ну в плане переедут куда-нибудь как хелпер, в модуль helpers.py в этой же директории, ок

не не, утилс модули плохо

Вы до сих пор про микросервисы?

Вы до сих пор про микросервисы?

не

не не, утилс модули плохо

тобишь это сервисная функция (аля вытащи и отфильтруй мне модель), которая в services.py ? Или что в твоем понимании модуль?

тобишь это сервисная функция (аля вытащи и отфильтруй мне модель), которая в services.py ? Или что в твоем понимании модуль?

я бы делал объект, а не функцию. Который уже умеет что-то с данными машнить. Ну а модуль - это любая структурная единица кода)

http://fit.c2.com/wiki.cgi?WholeValue

http://fit.c2.com/wiki.cgi?WholeValue

ага, но у Эванса вроде пример с деньгами проще

у эванса надо про контексты читать)

да и там в целом такой же пример - это типа классический

прикол в другом - объект позволяет тебе выразить более четко что это такое в контексте логики приложения. У тебя вполне может быть объект QueryFilter который как-то юзается и все эти if-ы в себе разруливает

а так как зависимостей у этого объекта нет, и он зависит только от своего стэйта - нам удобно его тестить

прикол в другом - объект позволяет тебе выразить более четко что это такое в контексте логики приложения. У тебя вполне может быть объект QueryFilter который как-то юзается и все эти if-ы в себе разруливает

вообще, пример с мозилой это типичный CRUD, где нет никаких бизнес-правил и прочего, тут мне надо поискать примеры посложнее

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

Я понимаю, что разработчикам быстрее написать все в контроллере, т.к. сроки горят и тд и бизнесу на это пофиг, но в моей голове эта абстракция как-то неочень укладывается, мозг привык всё декомпозировать.

просто прими как данность что большинству в целом пофигу)

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

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

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

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

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

У меня нет опыта работы в конторе, поэтому тут вопрос бывалым - если новичек приходит в проект, как долго он в него въезжает, в проект какой сложности его могут запрячь, как выжить в первую неделю (и че обычно делают, читают доки или сразу лезут коммитить)

У меня нет опыта работы в конторе, поэтому тут вопрос бывалым - если новичек приходит в проект, как долго он в него въезжает, в проект какой сложности его могут запрячь, как выжить в первую неделю (и че обычно делают, читают доки или сразу лезут коммитить)

все по разному)

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

у кого-то без контроля, у кого-то "горит" и потому что попало

зависит от процессов и команды

p.s. я не люблю доки, люблю видосики

ERROR: S client not available

ТЗ то хоть дадут почитать. чтобы понять, что за проект делаешь?

ТЗ то хоть дадут почитать. чтобы понять, что за проект делаешь?

а ты реально будешь читать спецификацию к проекту на 100+ страниц? или тебе лучше показать дэмо?

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

а ты реально будешь читать спецификацию к проекту на 100+ страниц? или тебе лучше показать дэмо?

я дотошный, я и ТЗ прочитаю (если это входит в рабочий день конечно)

вся суть в нюансах ведь

Я понимаю, что разработчикам быстрее написать все в контроллере, т.к. сроки горят и тд и бизнесу на это пофиг, но в моей голове эта абстракция как-то неочень укладывается, мозг привык всё декомпозировать.

Те, кто так делают - не выживут в скором времени, принимай это к сведению)

я дотошный, я и ТЗ прочитаю (если это входит в рабочий день конечно)

я верю, но я лично не вижу смысла новичку читать спеку (ТЗ фактически никто не практикует, хорошо если хоть какая-то документация по проекту есть)

вообще спецификации и ТЗ в условиях постоянно меняющихся требований это.... очень большая трата ресурсов и часто бесполезная

я верю, но я лично не вижу смысла новичку читать спеку (ТЗ фактически никто не практикует, хорошо если хоть какая-то документация по проекту есть)

ок, но где-то же эти бизнес-требования живут, они же не сразу в тикетах рождаются?)

ок, но где-то же эти бизнес-требования живут, они же не сразу в тикетах рождаются?)

ты не поверишь - но чаще сразу в тикетах)

постепенно

Вам бы по бутылочке пива

аджайл вся херня)

ты не поверишь - но чаще сразу в тикетах)

забавно, т.е. это менеджера обязанность типа?)

забавно, т.е. это менеджера обязанность типа?)

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

короч это очень жирный топик

https://www.youtube.com/watch?v=UQOmGiv7rUk

вот это можешь попробовать осилить

там и экономические аспекты, и че зачем и почему

https://www.youtube.com/watch?v=UQOmGiv7rUk

Потом приходишь в свою конторку и понимаешь, что челы на вп сайтики клепают :(

Потом приходишь в свою конторку и понимаешь, что челы на вп сайтики клепают :(

эт да

вот это можешь попробовать осилить

ок, а сколько при таком подходе погроммист обычно тратит времени на кодинг (втыкая в PhpStorm, atom, vs code etc) в свой рабочий день?

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

ок, а сколько при таком подходе погроммист обычно тратит времени на кодинг (втыкая в PhpStorm, atom, vs code etc) в свой рабочий день?

Это зависит от программиста

Я, например, больше 5и не могу. Иногда перерывы на какие-то статейки или что-то так делал. Но частенько дома еще работал (такая жизнь:с)

Ну, или бывают интересные таски и прям не отрываешься)

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

Я, например, больше 5и не могу. Иногда перерывы на какие-то статейки или что-то так делал. Но частенько дома еще работал (такая жизнь:с)

а сроки выставляются с учетом этих 5ч\сутки? Тут вопрос без подвоха, мне правда интересно

Нет, за мной не следили :)

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

Это зависит от программиста

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

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