Тут наверное правильнее сказать что на груминге задача не была перед началом спринта нормально проработана

Это обычный кейс. Измените формат препланнинга/грумминга

Кстати. Вот ещё. Попал на проект очень много сложного. В итоге ухожу с работы и продолжаю думать о задачах. Вы переключаетечь или такое тоже бывает?

некоторые считаю что это не норм, но мне норм)

Это обычный кейс. Измените формат препланнинга/грумминга

поделись опытом)

мне лично тоже интересно)

Кстати. Вот ещё. Попал на проект очень много сложного. В итоге ухожу с работы и продолжаю думать о задачах. Вы переключаетечь или такое тоже бывает?

Порой не могу уснуть. Сейчас полегче стало, попал в коллектив добрый.

Только надо, чтоб все понимали необходимость этого

Кажется просто что от этого не отдыхаешь нормально

Только надо, чтоб все понимали необходимость этого

с этим обычно основная проблема)

Если есть конкретный и живой пример - донести намного проще

И он свеж в памяти у всех участников

Через полгода никто не поймёт о чем речь в контексте именно этой сложности на именно этом примере

поделись опытом)

Что именно? Как формализировать процесс препланнинга? Или как добавить в него то, чего не хватает?

Чему может научить Легаси проект? )))

Чему может научить Легаси проект? )))

боли и страданию

Может всему, а может ничему))

и рефакторингу, если повезёт... ну или увольнению, если рефакторинг не пройдёт

Или быдлокодерству, если времени на рефакторинг не будет))

Ну бывает же, что проект легаси, а люди вполне себе не легаси.

Бывает и наоборот)

Вокруг кошмар, но вы все равно стараетесь делать нормально.

Качество кода никак не связано с личными качествами его авторов))

Ну в данный момент так. И пытаются потихоньку избавиться от Легаси кода

Ну и норм :)

У меня тоже так же)

Та у многих так, у кого проект не с нуля

Это да

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

Чему может научить Легаси проект? )))

как лучше не делать. Очень важный опыт. Самое неправильное будет свалить с проекта не прочувствовав смака

(разве что тебе не дают фиксить вещи или делать выводы)

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

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

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

ты когда готовишь на кухне, ты убираеш за собой?

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

не пишется он в начале проекта

не пишется он в начале проекта

вопрос дисциплины и выбранных ограничений

не пишется он в начале проекта

Подумав и тут соглашусь:)

вопрос дисциплины и выбранных ограничений

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

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

риск менеджмент)

всем привет. хочется услышать мнения по-поводу этой статьи https://habrahabr.ru/company/mailru/blog/352122/

всем привет. хочется услышать мнения по-поводу этой статьи https://habrahabr.ru/company/mailru/blog/352122/

Чем-то напомнило это https://symfony.com/doc/current/create_framework/index.html

Там тоже начинается всё с одного файла

всем привет. хочется услышать мнения по-поводу этой статьи https://habrahabr.ru/company/mailru/blog/352122/

практикую вот так вот по возмможности по юзать либы

и даже пишу некоторые свои например для di

но например в реальности нет времени на эксперименты и в большинстве проектов уже есть фреймворк

Просто реальные проекты отличаются от книжек, где все хорошо

Энтропия всегда есть. В большинстве случаев большая

Думаю 10% проектов только без легаси

Если проекту более 3х лет

всем привет. хочется услышать мнения по-поводу этой статьи https://habrahabr.ru/company/mailru/blog/352122/

В современном пхп мире - обойтись без фреймворка = слепить свой, в итоге у тебя всё равно будет фреймворк но без преимуществ оного (документации/экосистемы и т.д) так что не особо я рад когда попадаю на проэкт без фреймворка

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

Елисеева еще посмотрите, он там тоже свой фв пишет

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

Для саморазвития намного полезнее таки взять фреймворк и поковырять его)

Статья из серии "первоапрельская шутка" или "вредные советы для начинающих". Вот только сейчас ведь под влиянием mail.ru, кто то и правда подумает что так нужно делать и будут пилить продакшн продукты из таких недокументированных, неоттестированных, зачастую нелогичных Франкенштейнов. Автору желаю побольше таких проектов, конечно же Чужих

Для саморазвития намного полезнее таки взять фреймворк и поковырять его)

100% верное высказывание

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

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

не понимаю высказывания фанатов

Тут высказывание не столько против подхода, сколько в абсолютности смысла данной статьи - сделайте следующим проектом свой велосипед)

ему надо было уточнить: "начинайте следующий ДОМАШНИЙ проект без фреймворка"

ему надо было уточнить: "начинайте следующий ДОМАШНИЙ проект без фреймворка"

С языка снял

пришли ребята строить большой дом, и им тут совет приходит, посторайтесь обойтись без эксковатора

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

по нельзя сравнивать с реальными объектами

тут монжно сравнивать с построением чертежей и то натянуто

по нельзя сравнивать с реальными объектами

Да можно) принцип у всего 1 и тот же) меняются лишь детали реализации)

+1

нет.. сравнение не корректно

ERROR: S client not available

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

тогда автор бы говорил - соберите комп сами

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

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

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

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

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

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

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

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

Ибо они же изначально не знали, что там будет вода

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

так обычно с фреймами и делают :)

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

я не говорю что любой сделает сразу хорошо, лучше чем в фреймворке, но все таки

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

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

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

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

он тебя все равно в какой то мере ограничивает или добавляет что то не нужное

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

берешь те же компаненты и работаешь с ними. Не надо писать свои велосипеды

берешь те же компаненты и работаешь с ними. Не надо писать свои велосипеды

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

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

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

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

И если придет новый разработчик, то сразу спросит "Доктор Франкенштейн, что это такое?"

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

может быть, но если бы все знать на перед...

но ты же техноцентрист, умею на одном экскаваторе, будет делать на нем всЁ

И если придет новый разработчик, то сразу спросит "Доктор Франкенштейн, что это такое?"

нет, про что он может спросить? на все компаненты есть дока. На свою обвязку тоже можешь написать

в большинстве проектов экскаватор решает проблемы нужные.

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

никто не спорит

так что я смейл не согласен. если они это советуют в коммерческой разработке

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

так что я смейл не согласен. если они это советуют в коммерческой разработке

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

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

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

ну я может утрирую насчет сроков

но очевидно больше времени займет

открой любой фрейм и посмотри сколько он тянет компанентов, почти весь функционал на них

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

ну так почему сразу не взять готовый микрофреймворк?