Возможно вы и правы, возможно мне и не надо ничего лишнего. Я еще не полностью стандартную либу http изучил. Сходу не нашел как там парсить параметры в урлах, типа /users/{username}. Если это все есть в стандартной либе, то шикарно, мне и ничего больше не надо. Но если самому что-то на регулярках надо будет в урлах писать, то это уже явно перебор. Так же я не понял про сессии. Как мне организовать регистрацию и логин пользователя. Если я могу все это в стандартной библиотеке делать, то шикарно. Пока.я это не увидел в стандартных хендлерах. Но возможно у вас там где-то есть скрытый контекст, возможно там все делается бы.

Возможно вы и правы, возможно мне и не надо ничего лишнего. Я еще не полностью стандартную либу http изучил. Сходу не нашел как там парсить параметры в урлах, типа /users/{username}. Если это все есть в стандартной либе, то шикарно, мне и ничего больше не надо. Но если самому что-то на регулярках надо будет в урлах писать, то это уже явно перебор. Так же я не понял про сессии. Как мне организовать регистрацию и логин пользователя. Если я могу все это в стандартной библиотеке делать, то шикарно. Пока.я это не увидел в стандартных хендлерах. Но возможно у вас там где-то есть скрытый контекст, возможно там все делается бы.

Вот да, я уже сижу третий день и ненавижу Го, и не понимаю почему вы все его любите :)

Лучше спросить так. А как лично ВЫ (действующие Го программисты) решали бы задачу на Го: написать классический веб форум. И очень важный момент -- а использовали ли вы вообще для этого Го? Если я сам начну выбирать библиотеки и фрейсворки и прочее, это я в итоге на Го напишу как в стиле Node.js или мой другой предыдущий опыт с явой или питоном. А я хочу повторить то как это делали бы действующие Го программисты, и понять для себя, а понравился ли мне процесс.

под фронтендом вы и сервер-прослойку понимаете? У меня форум классичейкий, никаких SPA (React, Angular, Vue) не нужно.

под фронтендом вы и сервер-прослойку понимаете? У меня форум классичейкий, никаких SPA (React, Angular, Vue) не нужно.

Лучше спросить так. А как лично ВЫ (действующие Го программисты) решали бы задачу на Го: написать классический веб форум. И очень важный момент -- а использовали ли вы вообще для этого Го? Если я сам начну выбирать библиотеки и фрейсворки и прочее, это я в итоге на Го напишу как в стиле Node.js или мой другой предыдущий опыт с явой или питоном. А я хочу повторить то как это делали бы действующие Го программисты, и понять для себя, а понравился ли мне процесс.

Лучше спросить так. А как лично ВЫ (действующие Го программисты) решали бы задачу на Го: написать классический веб форум. И очень важный момент -- а использовали ли вы вообще для этого Го? Если я сам начну выбирать библиотеки и фрейсворки и прочее, это я в итоге на Го напишу как в стиле Node.js или мой другой предыдущий опыт с явой или питоном. А я хочу повторить то как это делали бы действующие Го программисты, и понять для себя, а понравился ли мне процесс.

ну просто я не понимаю что вы называете "фронтэндом", Некоторые этим называют браузерные скрипты, а некоторые фронтэндом могут называть серверноу прослойку между неким ядром, т.е. в этом случае фронтэнд может быть на Node.js

вот щас бы вместо ноды на пхп писать, да.

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

в случае с форумом сначала встанет вопрос А зачем писать своё? и дальше от этого прыгать

Форум наследие фидо, там не требуется сверхмощностей. Че там учить, тоже не понятно.

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

пхп подходит как раз для большого спектра задач.

@onokonem А можно подробное, что бы вы использовали для написания этого классического форума? Пусть это будет PostgreSQL, три таблицы: пользователи, посты и комменты. Из дополнительных требований: - должны писаться логи в файлы, т.е. если какая-то была ошибка, она должна быть записана в файл - должна сессия пользователя сохраняться при перезапуске приложения. Например я у себя в ноде для этого использую редис, а что использовали бы вы? - после перезапуска браузера пользователь должен остаться залогиненым, т.е. храним что-то в куке Использовали ли вы что-то кроме стандартной библиотеки?

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

@onokonem А можно подробное, что бы вы использовали для написания этого классического форума? Пусть это будет PostgreSQL, три таблицы: пользователи, посты и комменты. Из дополнительных требований: - должны писаться логи в файлы, т.е. если какая-то была ошибка, она должна быть записана в файл - должна сессия пользователя сохраняться при перезапуске приложения. Например я у себя в ноде для этого использую редис, а что использовали бы вы? - после перезапуска браузера пользователь должен остаться залогиненым, т.е. храним что-то в куке Использовали ли вы что-то кроме стандартной библиотеки?

Да ну. Для чего, кроме веба?

Ну форум - это веб. Или нет?

Я не спорю, широкий круг задач - это веб?

Да, именно. У меня просто задачи это примерно как примитивный форум + еще куча разных демонов, которые общаются с другими микросервисами. Как раз я подозреваю, что Го реально хорош для того, чтобы общаться с микросервисами. Это моя боль в Node.js, я никак не могу найти вариант общения микросервисов, который мне понравился бы. И вот в Го у меня надежда на gRPC, что он хорош. И вот я начал для теста писать эту классическую админку для операторов, и понял что что-то не понимаю я радости Го :) А иметь в арсенале много языков я не любитель, так как когда в наличии только один язык, то код пишется практически мышечной памяться. А переключаться между контекстами разных языков это убивает такое автоматическое написание.

@onokonem Спасибо! По поводу PostgreSQL вопрос. Как я понял, вы привели пример ОRМ, или я ошибаюсь? У меня просто неприязнь еще с Java / Hibernate от ORM. Вначале с ними все замечательно, а когда проект сложный, то понимаешь, что через год больше времени тратишь на борьбу ОРМ при решении нестандартных задач, чем на бизнес логику. Поэтому я уже очень давно работаю с MongoDB, так как никакие там ORM не нужны, и при смене языка, мои знания не теряются. Как я понял, в го еще нет нормального официального драйвера для монги. Это у меня вторая попытка на Го начать писать. Года два назад как раз мне что-то очень не понравилось в том неофициальном драйвере монги, и я на Го забил. И вот вопрос такой: а возможно ли писать сложные приложения с PostgreSQL с базовыми драйверами, ну или легковесными хелперами обвязками над ними? Т.е. чтобы никакой черной магии ORM типа Hibernate не было.

@onokonem Спасибо! По поводу PostgreSQL вопрос. Как я понял, вы привели пример ОRМ, или я ошибаюсь? У меня просто неприязнь еще с Java / Hibernate от ORM. Вначале с ними все замечательно, а когда проект сложный, то понимаешь, что через год больше времени тратишь на борьбу ОРМ при решении нестандартных задач, чем на бизнес логику. Поэтому я уже очень давно работаю с MongoDB, так как никакие там ORM не нужны, и при смене языка, мои знания не теряются. Как я понял, в го еще нет нормального официального драйвера для монги. Это у меня вторая попытка на Го начать писать. Года два назад как раз мне что-то очень не понравилось в том неофициальном драйвере монги, и я на Го забил. И вот вопрос такой: а возможно ли писать сложные приложения с PostgreSQL с базовыми драйверами, ну или легковесными хелперами обвязками над ними? Т.е. чтобы никакой черной магии ORM типа Hibernate не было.

Ну это было года два назад. Я уже точно не помню, но было что-то типа такого, но могу и наврать. У меня был батч инсерт, на много документов. И оказалось, что драйвер имел какие-то лимиты. Типа не мог он больше 10К за раз документов заинсертить, но с цифрами могу врать. И мне нужно было самому делать воркараунд этой проблемы, разбивать мои списки на пачки. Естественно в JS и Java такой проблемы не было, они сами автоматом работали как надо.

судя по всему стало получше

@onokonem Спасибо! По поводу PostgreSQL вопрос. Как я понял, вы привели пример ОRМ, или я ошибаюсь? У меня просто неприязнь еще с Java / Hibernate от ORM. Вначале с ними все замечательно, а когда проект сложный, то понимаешь, что через год больше времени тратишь на борьбу ОРМ при решении нестандартных задач, чем на бизнес логику. Поэтому я уже очень давно работаю с MongoDB, так как никакие там ORM не нужны, и при смене языка, мои знания не теряются. Как я понял, в го еще нет нормального официального драйвера для монги. Это у меня вторая попытка на Го начать писать. Года два назад как раз мне что-то очень не понравилось в том неофициальном драйвере монги, и я на Го забил. И вот вопрос такой: а возможно ли писать сложные приложения с PostgreSQL с базовыми драйверами, ну или легковесными хелперами обвязками над ними? Т.е. чтобы никакой черной магии ORM типа Hibernate не было.

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

Очередной ответ в стиле "вы просто все тупенькие". :) Мол, всё круто, именовать в одно слово или сокращение можно что угодно. Вот только на практике, проекты (особенно большие) как раз забивают на рекомендации и делают названия в том же snake_case, потому что некоторые вещи ну просто _неадекватно_ называть сокращенно или в одно слово. И, самое главное, для чего сокращать там, где это сказывается на читабельности? Чтобы быть не как все? Сэкономить несколько символов при печати? Слишком сложно читать? Чтобы было по-гошному минималистичное и "крутое" имя? То, что одно слово или аббревиатура/сокращение - далеко не всегда лучший вариант, по-моему, очевидно хотя бы по опыту других языков.

Просто ведь, казалось бы, соглашения по именам тоже неглупые люди придумывали. Но причины не объясняются. А их было бы очень интересно послушать, учитывая, что это буквально единственный популярный язык, где рекомендуется избегать friendlyPackageName в угоду frpkg, а не наоборот.

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