Что лол?)

Чем пхп плох?

это как java но хуже

А чем он плох на гитхабе

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

Ну это не повод заявлять

на этом и сойдемся

тодже не встечал идеальных проектов. можна посмотреть репозитории на гитхабе чуваков типа Marco Pivetta

тодже не встечал идеальных проектов. можна посмотреть репозитории на гитхабе чуваков типа Marco Pivetta

там тоже компромисы

https://github.com/Ocramius

Пхп кор

Вроде бы

вот можете посмотреть исходники доктрины - тот еще пиздец) Марко так и говорит - ошибка молодости)

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

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

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

https://github.com/dddinphp это можешь полистать

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

А в маленьких как?

https://github.com/dddinphp это можешь полистать

"идеальный код" это DDD - грустно)

А в маленьких как?

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

я не говорит так

В маленьких можно более менее просчитать еще что то

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

Лол классика

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

причем часто люди вроде как имеют 10 лет опыта, а по факту хер знает чем они 10 лет занимались

так это ж ты должен скидывать дарт код) вот ты и скидывай)

причем часто люди вроде как имеют 10 лет опыта, а по факту хер знает чем они 10 лет занимались

сидели на одной работе и не развивалися как разработчики

И таких немало кажется

То ли конторы деньги отмывают так то ли еще что

А для uml что используете?

draw.io

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

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

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

именно, но большинство этого не делает

На то оно и большинство

Или проще с нуля)

В draw.io можно указывать тип связи и тп графически?

Ну типа наследование композиция агрегация стрелочки ромбики?

Или проще с нуля)

Проще с нуля, если точно представляешь как это будет происходить

.dot файлы

graphviz

Он огромный, уж палочки с колбочками точно есть

Спасибо)

При этом формат достаточно примитивный для быстрых набросков

Ну типа наследование композиция агрегация стрелочки ромбики?

ты диаграммы классов рисовать собрался? Если что - диаграммы классов это то что убило ООП

В смысле?)

Ну да диаграммы

Ну да диаграммы

PHPStorm вроде сам умеет это делать

Да там плагин прикольный есть

В смысле?)

ну в прямом - ты собрался рисовать классы?

А почему нет?

ты диаграммы классов рисовать собрался? Если что - диаграммы классов это то что убило ООП

ООП убило отсутствие ощутимой базы

А почему нет?

а зачем?

ООП убило отсутствие ощутимой базы

ну че ты портишь все

?

Сорян))

Наглядно проще как бы

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

Если куча либ не будешь же ты в отладчике сидеть и гонять туда сюда

Не могу правда сказать что им это помогает

Имхо для документации норм тема

ERROR: S client not available

Имхо для документации норм тема

и как ты себе это представляешь?

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

Ну хотябы на уровне интерфейсов

Ну хотябы на уровне интерфейсов

интерфейсы есть для этого

Ну хотябы на уровне интерфейсов

что на уровне интерфейсов ты собрался описывать?)

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

Архитектуру связи

Архитектуру связи

это на уровне диаграммы компонентов лучше делать

Нет вообще)

Да надо бы еще с ооп разобраться)

Сколько всего на Си написано и ничего, работает

у тебя странный подход к оцениванию

Сколько всего на Си написано и ничего, работает

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

Сколько всего на Си написано и ничего, работает

А алгоритмы тоже зарисовывают, особенно те что юзаются в C коде

Ну а с другой стороны будет проблема контроля типов?

Ну а с другой стороны будет проблема контроля типов?

как ты резко с темы на тему перепрыгиваешь

как ты резко с темы на тему перепрыгиваешь

Это бывает, когда нахватался слов, идей и выражений, но бэкграунда не хватает что бы поддержывать разговор)

Про Си то что без всякого ооп написано

Про зарисовки стеб пошел что дальше обсуждать

В чем еще предъявы?

Кому то бэкграунда не хватает что бы русский поддерживать

Про Си то что без всякого ооп написано

то есть ООП это когда классы? На си уже нельзя делать ОО?)

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

А где это я про классы сказал?

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

фигню глаголешь

Поясни