Он прекрасен

Наркоманы те кто юзают вим

Уже двадцатый год же

Не хотелось бы разводить срач, но... Атом vs Gogland vs Visual Code vs ??

Хотя не важно в чем писать, на стаковерфлоав за такие вопросы банят (закрывают вопросы вернее)

Уже двадцатый год же

двадцатый год, а наркоманы - vim'еры, ага )))))

Сильное заявление :)

Не хотелось бы разводить срач, но... Атом vs Gogland vs Visual Code vs ??

Да не будет срача, любому более-менее опытному програмисту, писавшему большие проекты (от 2000 строк) понятно, что vim лучше.

слишком толсто

@Andrew_Sk а можно вопрос, что сюда Отличные знания TCP/IP стека входит? 100 раз видел такое. Можно уузнать расшифровку?

https://www.youtube.com/watch?v=7BqJ8dzygtU

Под настроение

Привет всем есть предложение по работе ! если интересует пишите в лс

переписывать рампу с пыхи на го?

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

а на Rust тоже придется писать?

Один Раст не педераст!

Mikio Hara таки протолкнул в Go свои коммиты, позволяющие делать сокету setsockopt() до bind(). Смотрю тест, в котором это делается, и не пойму, почему работает выставление SO_REUSEPORT, если прежде было сделано conn.Dial(). https://github.com/golang/go/commit/366bb678aa0281ca2920e38ace9d695474a61797#diff-754ca3532d76eb0b85f24d69ea7cb826 . Есть идеи?

Всем привет

кто как пишет веб-приложения/api на go? там же mvc не подойдет? как-то иначе пишут подобние приложения?

Mvc можно писать приложения модели отдельно контроллеры и вьюшки посмотрите beego framework

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

@Salvadore1987 но многие почему-то пишут на (ddd) https://en.wikipedia.org/wiki/Domain-driven_design

??

кто как пишет веб-приложения/api на go? там же mvc не подойдет? как-то иначе пишут подобние приложения?

почему не подойдёт? MVC обычно и есть

@Salvadore1987 но многие почему-то пишут на (ddd) https://en.wikipedia.org/wiki/Domain-driven_design

что это

@Salvadore1987 но многие почему-то пишут на (ddd) https://en.wikipedia.org/wiki/Domain-driven_design

MVC и DDD это вообще о разном и не пересекаются

DDD и MVC вроде как разные вещи?

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

Если ты не понимаешь где что то применить, то лучше не применять

Хуже будет

я могу написать web/api на mvc

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

поэтому и спрашиваю

я могу написать web/api на mvc

Пиши

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

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

но хотелсь бы понять про DDD. пшиут ли на нем web/api или он для какой-то других целей подходит

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

для богатых бизнес процессами доменов

но хотелсь бы понять про DDD. пшиут ли на нем web/api или он для какой-то других целей подходит

web API - это способ общаться с приложением. DDD это описание процессов

DDD не инструмент. Это, скорее, методология.

Это не только про веб, это про то, как делать разработку системы. Подход, так сказать. Полно же информации в сети.

это понятно

я сейчас говорю про mvc, ddd, а не сравнение web/api с ddd

---

в данном случаи, хочу понять подход ddd, и можно ли при этом подходе писать web/api. или под какие задачи ddd больше подойдет

если ты не знаешь ddd, скорее всего, оно тебе не нужно

чуть более букв — https://stackoverflow.com/questions/1222392/can-someone-explain-domain-driven-design-ddd-in-plain-english-please/1222488#1222488

кто знает

интересно же разобраться

мое понимание (очень грубое) — ты делаешь некий dsl, который описывает бизнес-процесы с точки зрения бизнеса и потом программируешь в терминах этого дсля, а не в терминах ЯП но вообще это достаточно расписанная тема, со своей жесткой терминологией и паттернами

кто знает

@oop_ru

Возможно там кто-нибудь прям развернуто расскажет)

в данном случаи, хочу понять подход ddd, и можно ли при этом подходе писать web/api. или под какие задачи ddd больше подойдет

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

--- у меня еще один вопрос, вот у меня такая структура для go. gocode/pkg gocode/src gocode/bin и когда в gogocde/src создаю новый проект, и появляется необходимость связать некоторые файлы между собой через import. example: import "site.ee/app/route/api" то приходится писать полный путь, включая папку проекта, многие из-за чего кладут проект прямо в папку vendor, чего я делать не хочу. --- есть ли способ чтоб можно было писать вот так import "app/route/api", -> вместо -> import "site.ee/app/route/api"?

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

вы не поняли, наверное вопрос

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

в vendor я складываю только сторонние пакеты, всякие gorrila and etc

но я не хочу чтоб у меня путь был такой import "site.ee/app/route/api", хочу чтоб он был такой -> "app/route/api"

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

можно ли добиться такой изоляции как-то иначе

но я не хочу чтоб у меня путь был такой import "site.ee/app/route/api", хочу чтоб он был такой -> "app/route/api"

можно если поменять имя пакета. как еще импортировать пакет не по его имени? чем мешает, если автоматом все делается?

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

ERROR: S client not available

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

у вас код должен быть в src, не в руте

ну у меня идет /Users/sander/gocode/src/site.ee/тут код

за собой он тянет путь site.ee то есть -> import "site.ee/app/route/api"

ну и?

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

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

ну и проблема в чем?

вопрос тот же, как сделать так чтоб он папку проекта site.ee не тянул за собой: import "site.ee/app/route/api", хочу чтоб он был такой -> "app/route/api"

вопрос тот же, как сделать так чтоб он папку проекта site.ee не тянул за собой: import "site.ee/app/route/api", хочу чтоб он был такой -> "app/route/api"

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

просто если оно находится в vendor, то ничего этого писать не надо, достаточно app/route/api

поэтому многие так и делают, зачем-то в vendor проект весь складируют

просто если оно находится в vendor, то ничего этого писать не надо, достаточно app/route/api

не может бытьъ

если пакет лежит в vendor/site.ee/.... то он так же вызывается как и не в vendor

у меня он именно app/route/api подхватывает

даже сам webstorm мне именно такой путь ставит

поэтому многие так и делают, зачем-то в vendor проект весь складируют

никто так не делает. в vendor кладут сторонние пакеты

даже сам webstorm мне именно такой путь ставит

сейчас проверю на примере gogland

могу заскринить у себя

ты пользуешься gogland? просто вроде его еще не выпустили, там либо beta либо alpha версия

могу заскринить у себя

и что ты в скрине показал? что ты удалил site.ee из пути на файловой системе? естественно он теперь будет без site.ee импортироваться. он так же буедт импортироваться если ты и в корне удалишь site.ee

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

Лучший редактор кода / IDE для го по вашему нескромному мнению? Gogland – 27 ??????? 34% VS Code – 21 ????? 26% Vim – 14 ???? 18% Другое – 9 ?? 11% Атом – 7 ?? 9% Emacs – 2 ? 3% ? 80 people voted so far.

голосование закончено?

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

нет

может быть закончено

и?

ну что и, так работает только если он в папке vendor лежит

ну что и, так работает только если он в папке vendor лежит

ты не слышишь меня