потому что ты заебал срать тут им и разводить флуд и срач

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

Он там на 2 версии отстаёт от тайпскриптовского :))

Я ни разу не видел тут гошника, который вел бы себя как ты

да и вообще не видел, че уж

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

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

Ой

Дарт как Питер, лучше любить издалека

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

ты его, судя по всему, вообще ненавидишь

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

руби не значимый тогда что ли

по всей видимости Дарт, это первый язык, который я принципиально не выучу, что бы не иметь ничего общего с @shindakioku

по всей видимости Дарт, это первый язык, который я принципиально не выучу, что бы не иметь ничего общего с @shindakioku

так его и не нужно учить, он уже умер

руби не значимый тогда что ли

Вообще-то - да

Вообще-то - да

это бесполезная экспертиза

как и этот срач в принципе

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

PHP норм заходит на "курсы войти в айти" Типо, за 3 месяца ты джаву не вдолбишь. А вот шаблончики php (или сразу yii) отдашь

но дарт для бекенда депрекейтнули, нет?

а

та ладно. это в ГДЕ студентов учат дарту?

да и кто вообще учит дарт в 2018

pascal

да и кто вообще учит дарт в 2018

дарт не учат, а паскаль учат :D

дарт не учат, а паскаль учат :D

учат

у нас в универе паскаль был

в 2018

перечитай мое сообщение

перечитай мое сообщение

это ты ведёшь к тому, что паскаль лучше?)

не, я это к тому, что чувак говорит, что мол дарт устарел для обучения. Зато паскаль, блэт, не устарел

паскаль заибись

устарел не он, а его экосистема

т.к в 90% это TurpboPascal 7 из под доса

устарел не он, а люди

и вот это пиздец

когда в этом чатике прекратится обсуждение языков....

никогда

так это не про языки

а про образовательный процесс

как и во всех чатах про разработку

т.е. никогда

сразу за дарт вбросил. сейчас за пхп...

бляяя

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

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

забанил бы

вово :)

опс...

так то я шутил конечно

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

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

а. не забанили хотя б :)

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

да куда уж мне :)

ну так выпились из группы

да куда уж мне :)

это не тебе

нахуя глину то месить тут со своим дартом

это не тебе

есть функция Reply )

и?

группировать вокруг функционала. Это не просто, требует того что бы ты понимал за счет чего функционал появился. Кому и зачем он нужен - это позволяет предсказать изменения в оном (не конкретно что поменяется, а просто где скорее всего поменяется вместе).

а как эта группировка в файловой структуре отражается? ну или как отражается на раазбивку по пакетам. есть какой-то функционал. Допустим Зелёный. Так он размазан по слоям. Часть его в домене, часть в объектах базы. а при группировке появляется Зелёный пакет в котором та же самая логическая разбивка по слоям (может быть даже все файлы в одной папке)

а как эта группировка в файловой структуре отражается? ну или как отражается на раазбивку по пакетам. есть какой-то функционал. Допустим Зелёный. Так он размазан по слоям. Часть его в домене, часть в объектах базы. а при группировке появляется Зелёный пакет в котором та же самая логическая разбивка по слоям (может быть даже все файлы в одной папке)

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

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

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

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

кому понятно?

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

то что тебе проще думать о технических штуках - это понятно, но технические штуки мало ценности несут для понимания проекта.

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

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

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

мне проще - у меня DO и "модель данных для ORM" это один и тот же класс. Нет этого разделения.

опять же - никто не запрещает разделять на директории если тебе так удобно

просто DO я бы оставил в корне пакета как и все важное

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

опять же - про "можно без папок" это для ситуаций когда у тебя 4 слоя и 4 файла на пакет

типа и так понятно что это слои

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

скажи, насколько сильно похожи структуры в этих твоих слоях?

вот есть у тебя моделька для ORM и DO.