да это не мои вопросы, статья была с ответами на эти вопросы

Слушайте, а где в доке вот этот xml:"блаблабла"

не поверишь! https://golang.org/pkg/encoding/xml/#Marshal

А

точно

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

нашел, если кому интересно то вот https://bukvodel.livejournal.com/4549.html годная статья

и старая

я имел ввиду что ГО вакансий нет в моем городе, хотя почти миллионик

ну а что бы ты хотел - чтобы в Этой Стране господствовали модные тренды IT ? Весь сектор IT, включая все подряд тиньковы и мэйлру-групп - это каких то сраных 5 лярдов, а один только Apple более 900, Уровень привокзальной шаурмятни в сравнении с гипермаркетом

ну а что бы ты хотел - чтобы в Этой Стране господствовали модные тренды IT ? Весь сектор IT, включая все подряд тиньковы и мэйлру-групп - это каких то сраных 5 лярдов, а один только Apple более 900, Уровень привокзальной шаурмятни в сравнении с гипермаркетом

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

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

гни свою линию. горят огни...

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

с чего бы IT должна быть на высоте, если всё остальное в жопе? у них постинормационал, у нас сословно феодальное общество

коллеги

вопрос то был чего я хотел. я ответил чего хотел) то что это невозможно по различным причинам это понятно

буду банить

* Тут была утка *

читаю про именование пакетов в го и чет не понятно вот у меня например пакет/библиотека клиента к сервису, предположим у меня есть некий money server и к нему есть money client, как идеоматически верно будет обозвать пакет money client? или я в целом чет не так делаю

на единой кодовой базе?

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

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

имена типо money_client и moneyClient считаются в го не правильными, судя по их доке https://blog.golang.org/package-names

/cmd/server/main.go (package main) /cmd/client/main.go (package main) /shared/money/money.go (package money) /vendor/....

соотвественно если у вас goland то делаете два билда на каждую папку

проект от общего /

кажется понял, спс

пути только абсолютные

что то в манер: $GOPATH/src/github.com/MyName/MoneyProject/cmd/server/main.go (package main) $GOPATH/src/github.com/MyName/MoneyProject/cmd/client/main.go (package main) $GOPATH/src/github.com/MyName/MoneyProject/shared/money/money.go (package money) $GOPATH/src/github.com/MyName/MoneyProject/vendor/....

ну это при условии что у вас исходники на github :)

в сырках импорты просто import "github.com/MyName/MoneyProject/shared/money"

/cmd/server/main.go (package main) /cmd/client/main.go (package main) /shared/money/money.go (package money) /vendor/....

Для Go есть какие-то специальные структуры директорий, под разные приложения, или всё делается на усмотрения разработчика? Например, в Android Studio, при разработке приложений одна структура директории. А при разработке веб-сайта другая. Я тут не очень понял, почему в server и client - main.go а в money - money.go

принято всегда класть основной код в /cmd/имябираника/main.go

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

название внутри пакета значение не имеет

можете назвать хоть blablabla.go

потому что все файлы *.go при компиляции (ИЗ ОДНОГО ПАКЕТА!) сливаются в один

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

На Java немного похоже

Вроде

поэтому с имениванием файлов не парьтесь

принято всегда класть основной код в /cmd/имябираника/main.go

Есть ссылка, где написано, что так принято? Хочу по подробней узнать.

ну в стандарте вообще это не прописано

просто так завелось

негласно

https://habrahabr.ru/post/308198/

вот статья где подробно разжовано

Спасибо. Читал статьи про Гоу на хабре, а эту не видел.

имена типо money_client и moneyClient считаются в го не правильными, судя по их доке https://blog.golang.org/package-names

Идеоматично - формировать пакет на сонове спецификации. Все другие остальные подходы - колхоз. Судя по описанию вам следует всё поместить в пакет main.

чо?

O_o

какой main

Идеоматично - формировать пакет на сонове спецификации. Все другие остальные подходы - колхоз. Судя по описанию вам следует всё поместить в пакет main.

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

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

Fgg

А что смущает? сделайте всё в одном этом пакете, который как бы предназначен для повторного использования (название пофиг)

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

у вас должно быть два main как бы

в разных директориях

Если есть проблемы типа "что как обозвать и куда впихнуть" , значит вы что-то делаете не так. Скорее всего, работаете без спеки

Если есть проблемы типа "что как обозвать и куда впихнуть" , значит вы что-то делаете не так. Скорее всего, работаете без спеки

зачем вы путаете народ?

Доброй ночи. Вопрос возник, безумный. Есть ли для гошки что то типо GWT, т.е писать UI web без использования javascript / html и прочих заморочек с вёрсткой?

я помоему достаточно толково все разложил куда что

ERROR: S client not available

и дал статью для ознакомления

я помоему достаточно толково все разложил куда что

а по моему ты какую-то фигню написал

вообще то это почти стандарт

так раскладывать

пакет main лежит в /cmd/имябирника/main.go

остальное в shared или от корня, импортируемые библиотеки в папке /vendor (локальной)

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

пакет main лежит в /cmd/имябирника/main.go

вообще по фигу где лежил main. абсолютно.

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

откуда инфа?

вообще то можно в дом в грязной обуви пройти

мир не рухнет

но НЕ ПРИНЯТО

посмотрите проекты на github открытые

прочитайте статью что выше дал

прочитайте статью что выше дал

это мнение одного человека, а не стандарт.

это практика

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

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

в проектах на гитхабе у всех всё по разному

https://github.com/uber/prototool https://github.com/GoogleContainerTools/kaniko

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

вы понимаете разницу между "принято" и "стандарт"?

https://github.com/uber/prototool https://github.com/GoogleContainerTools/kaniko

что это?

это я просто проектов накидал с выдачи

как видите везде /cmd/$binName$/main.go

и это охренеть как удобно искать

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

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

ну конечно, человек с вопросом "а как организовать первое приложение" придумает просто идеальную концепцию.