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

имя пакета = путь на файловой системе

все я слышу и вижу

если ты удалил site.ee, то можешь без site.ee импортировать. так работает и в vendor и в src

это понятно, если я в корень кину src файл

это понятно, если я в корень кину src файл

причем тут файл? если ты директорию app переместишь в корень (src то есть), то все продолжит так же работать

это понятно

как же объяснить

да нихера тебе не понятно

имя пакета = путь на файловой системе

..

ладно проехали

нельзя импортировать то чего нет по данному пути

в vendor у тебя ничего не работает без site.ee. ты просто удалил site.ee, вот и все

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

когда ты импортируешь site.ee/app/packageName, то пакет грузится либо из src/site.ee/app/packageName либо из src/vendor/site.ee/app/packageName

Относительные пути работают только для пакетов вне gopath. В остальных случаях полностью писать.

src/vendor/site.ee/app/packageName? не пойму у меня же лежит в src/site.ee/vendor/app/packageName

я же не пишу import "site.ee/vendor/app/packageName"

слушай, принцип ты понял - с учетом сказнного мной и @koziavka сделай вывод

хорошо, спасибо вам )

хочу лучше понять ddd, статьей нормальных нет чтоб взять вот так легко и понять как мне строить архитекруту в go, при помощи ddd.

все что нашел это вот эту книгу http://www.williamspublishing.com/Books/978-5-8459-1597-9.html + она на руссокм

хватит ли этого чтоб я смог использовать ddd в go?

ddd не используют с каким-то языком. Это не имеет с ними ничего общего. Это про процессы. Чтобы использовать ddd надо как минимум предметная область и процессы в ней

Архитектура тоже не строится с помощью ddd

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

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

sicp

?

"@LexsZero ?

Ну вот книга Эванса - вполне годная для понимания

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

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

зачем ты хочешь писать ddd, если не знаешь ddd? пиши как умеешь

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

у меня цель научиться писать хорошо

но цель проекта тоже есть, но неважно как долго я буду делать, главное качество,

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

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

а как же люди которые пишут docker, k8s?

что они используют для написания таких программ

Зайди в андройд чат и предложи людям переписать какой нибудб бекенд API из говна в нормальное! Покроешь себя неувядаемой славой!

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

изучить хорошо ddd, может быть сложнее чем изучить азы на go.

))

что они используют для написания таких программ

не ddd. на ddd пишут приложения с развитыми бизнес-процессами.

Ddd davai-davai-deploy?)

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

какую логику используют, при напиании софта, такого как docker, k8s and etc.

На ддд пишут?)

Мне кажется ддд применяют, и достаточно плотно в рубях

Оттуда вырос капистрано

у них есть какая-то тактика

и они её придерживаются

Мне кажется ддд применяют, и достаточно плотно в рубях

во всех языках высоких абстракций. в низкоурвоневых почти нет

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

Речь не о деплое и не о капистрано

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

Мне кажется ддд применяют, и достаточно плотно в рубях

применяют в рубях, а писалось под дотнет, как так?)

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

эм

чем ДДД хорош*

?

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

Для людей есть вещи попроще - тот же солид

элементарных правил слабой связанности и композиции

нет никакой серебряной пули

Ддд это способ сделать внутренний фреймворк в терминах бизнеса

ERROR: S client not available

Docker это вроде не большой софт. И предметной области как таковой там нету

я тебя умоляю

Как много людей в этом чате смогут объяснить composition over inheritance или принцип суперпозиции функций?

солид прост

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

Не знаешь как сделать задачу - бей на более мелкие задачи, пока не поймешь

тебе надо интервью пройти или что? :)

странные абстрактные вопросы

тебе надо интервью пройти или что? :)

он хочет не учась самостоятельно, научиться

нет

ты не прав

Есть метод северозападного угла

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

Учу всех новичков, за большие деньги)

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

Если ты задаёшь такие вопросы, то до разработки большого прям такого софта далеко

Не парься

я же сказал, что спрашиваю так как не знаю, мне интересно вот и спрашиваю.

Не парься

именно. не париться - это самый хороший совет.

читай статьи, пробуй, не парься.

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

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

то надо читать инет, а не чатик

открываю для себя новый мир

читай книжки, не знаю...

"Совершенный код" можно попробовать

хаха

какие

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

я не писал софт никогда, я писал веб проекты, апи на пхп

нууу так это тоже софт

в некотором смысле да

но это все намного проще