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

Сам начал изучать его и получил один заказ на написание парсера с полноценной админкой, пользователями, тарифами и т.п.

Но понимаю, что иду по узкой дороге - то, что мне заказали я мог легко и разработать на php,  а Go разработчикам платят хорошие деньги за несколько другие задачи - несколько понимаю за работу с высоконагруженными сервисами, за знание многопоточности, за умение работать с распределенными базами данных.

Расскажите как вы изучили Go или может быть знаете хороший Roadway для его изучения?

Пока читаю доку, прохожу курсы.

(84) Забудь ты уже про этот питон, он не для этого. Зачем ты его постоянно сравниваешь с ПХП?

(85) питон не текстовый... 🤦

(88) Потому что историю знать надо
perl, python и php - тройка языков конструирования-формирования html страниц
Некие предшественники современного бэкенда в вебе

(90) php 8.2 вполне себе современный бэкенд. Вы как раз находитесь на сайте, где бэкенд на нём и написан.

(84) < А про python - он же не компилируемый я достаточно медленный язык. >
у питона jit, он компилируется при первом запуске, ты в каком году про питон последний раз читал?

<ет таких удобных фреймворков как в php наподобе Laravel.  На нем нет смысла писать веб-приложения. >

Джанга?

<На нем нет смысла писать веб-приложения.>

Только пишут и много мнооого

<
А go - компилируемый язык. Быстрее работает. Поддерживает многопоточность из коробки и многое другое. >

скорость нужна не во всех задачах
многопоточность - да тут плюс (по сравнению с тем как надо приседать с питоном), а вот отсутствие ООП и своеобразный синтаксис вынуждает набирать отдельных программеров под go если в одном проекте несколько языков

<В России сейчас все крупняки пишут на GO новые сервисы.  Включая VK. >

По телевизору показывали? а я в MRG работал, это который VK сейчас называется
Там вот та часть которая за музыку отвечает написана на питоне, и на go там у нас был один сервис который специально затачивали под скорость...но желания всё переписать на go у нас даже в теории не было

(87) < любой питонист на Go с удовольствием перелезет. >

Вот я тебе целиковый тимлид на питоне, я знаю го, но как человек который начинал с C# и Java, в гробу я этог голанг видел, какоето превознемогание и стояние в гамаке просто из принципа "намнинада,этаплоха" ооп не нужен...но кривые интерфейсы впилим, эксепшены не нужны, будем строгать if err== пачками ...80% написанного кода в маленьком модуле это if==err...капец

(90)+ в этом стиле формирования html даже Java потом отметилась с JSP

(92) Эксепшены уже давно появились, но они нафик не нужны
Один хрен любой эксепшен это ветка катч что равно условию if==err

(94) эксепшн можно прокидывать через десятки вызовов, а не строить цепочки возврата err

(93) уже лет 10 как никто в здравом уме не-spa вебсервисы не пишет

(94)+ Сравните две конструкции

1.

Попытка
 // код в котором обрабатывается исключение
Исключение
 // код выполняется при исключении
КонецПопытки

2.

Результат, Ошибка = ВызовФункции()
Если Ошибка <> Неопределено Тогда
 // код выполняется при исключении
КонецЕсли;

И какой лучше?
Да вот не пофиг...

о, вышел PHP 8.3... Опять, наверное, что-то поломали...

(96) Угу
Только вот современные браузеры лагают даже на 8 ядерных 16 поточных процах с кучей оперативки
Слишком потолстели

А раньше это работало на сотовом телефоне в J2ME

(97) с исключением код нагляднее
что вот ты будешь делать если тебе надо через 15 вложенных ф-ций исключение для возврата апи прокинуть?

Результат, Ошибка = ВызовФункции()

возврат результат,Ошибка.add("Еще ошибка")

так чтоли?

(99) opera на j2me странички на серверах оперы рендерили, а не в телефоне, а это был единственный адекватный браузер...юзал его на K750

(100) Основной принцип забыл: Не надо излишне трайкачить!
Да можно все оборачивать в try ... catch ...
Но это признак говнокода и недопрога

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

(102) я не забыл, я же про апишку говорю

есть например post

у тебя в нем должен быть грубо говоря return 200, result
и должен быть return 400-подобные ошибки с разными result
и обычно пишут чёто типа
try:
  result = do_domething()
  return 200,result
except SomeThingNotFound:
  return 404,result
except AccessDenied:
  return 403, result
except Exception:
  return 500, "something wrong"

как ты предлагаешь это всё возвращать через err?

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

(104) Еще один
Я подобного писателя ВК для 1С встречал
Который по сути результат через вызов исключений возвращал

Зачем?
Внутри обработай и верни результат (ошибочный это тоже результат) не в виде исключения.

А в виде удобоваримой ошибки! Возможно даже составной структуры с кодом, описанием и прочим

(89) А что, не так разве?

Любое исключение - это фактически прог не предусмотрел что может быть но надо чтобы прога не упала.
А если предусмотрел - ему не надо исключение вызывать-возвращать.
Надо вернуть результат, который дальше можно использовать.

(92) Отсутствие ООП - это вообще не минус, так как даже при его наличии в ЯП, по новым стандартам его уже не используют.

(94) Эксепшены очень нужны. Без них будет много мусора в виде if

(105) <Еще один >

что значит еще один? я сотни проектов видел как это реализовано и как обычно делают ;)

ты как ты себе представляешь возврат результата? есть огромные проекты где от одного вызова сотни и тысячи вложенных процедур, многие процессы невозможно поменять так чтобы они чтото возвращали
вот в моем примере с do_domething внутри будут сотни вызовов разных интеграций, сервисов, других процедур...предлагаешь мне в каждый вызов писать return и правильно его обрабатывать? я работал над проектом который писали в конце нулевых тысячи программистов, многие модули не менялись десятилетиями, многие модули завязаны на чужие библиотеки которые не возвращают ответов
задача попасть в дедлайн, а не следовать какомуто надуманному принципу что возврат лучше исключения
исключение хорошо тем что прерывает процесс и не надо морочится с прокидыванием возвратов на каждый чих и менеджмент этих данных
например мне не надо в промежуточной процедуре обрабатывать err, но мне теперь ПРИДЕТСЯ писать чтото такое

void do_something():
  result, err = do_one()
  if err:
     return None, err

  result, err = do_two(result)
  if err:
     return None, err

  result, err = do_three(result)
  if err:
     return None, err
  retrn result,err
  


вместо
void do_something():
res= do_one()
res= do_two(res)
res= do_three(res)
return res

а те кому НАДО тот исключение поймает, а не надо - не поймает, и не надо обвязку проверки err писать и тратить время и код мусорить

(105) За такой говнокод нужно сразу по рукам бить.

(108) по каким стандартам?

ты видел проекты которые процедурщиной написаны? хотя чё я, 1С же... огромные простыни кода с заумными процедурами которые пытаются эмулировать переопределение

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

(112) Классы это штука придуманная для сокращения кода
Но фактически она не всегда работает как надо
Точнее работает - когда вся архитектура целиком продумана заранее и одним грамотным спецом
А не когда десятки и сотни джунов допиливают по мелким отдельным типа не связанным задачкам

(107) Ты не совсем понимаешь, что такое исключение. Вот как надо их использовать:

Функция Разделить1НаХ(Х) {
    Если (Х == 0) Тогда {
        БроситьИсключение ДелениеНаНоль()
    }

    Вернуть (1 / Х)
}

(112) За процедурщину предусмотрен отдельный котел в аду. Ох уж эти говноводеры...

(92) "80% написанного кода в маленьком модуле это if==err...капец "
так любая программа, на любом языке, состоит из таких проверок. Так пишутся безопасные программы. Ибо с этими блоками try except можно какую нибудь утечку памяти схлопотать или еще чего похлеще. На Си же так пишут и ничего.

(110) Стандартизировать в проекте свои типовые структуры для возврата результатов
И да каждый раз управлять что возвращаем

А то в твоем втором случае хз что будет внутри res, ибо в случае исключения нормального возврата не происходит
Т.е. вместо анализа одной структуры, надо еще оборачивать вызовы в try ... catch и ловить исключения

(115) ты уже где то объяснил что такое "текстовый язык"?

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

(114) Ваша функция — говно

(118) Да чего Вы с ним возитесь? Это ж бот-флудер. Он сам не понимает, что пишет

(121) ну интересно же. бот не бот

вдруг выдаст чо нибудь

(87)Сениоры нужны. Как раз они приносят прибыль в продуктовую компанию больше, чем на него тратят.

Джуниор работает в убыток для компании. Но на перспективу.

Мидл работает в 0.  То есть он отрабатывает свою зарплату, но прибыль не приносит.

Именно сениор кормит фирму за себя и за всю команду.

(92)Вот именно Джанга - одна единственная. Но настолько убогая по сравнению с Laravel.  Да не пишут обычные сайты на Python. Я в этой индустрии уже не менее 10ти лет.
И я ежедневно смотрю подкасты действующих крутых Сениоров и Тимлидов. И один из них как раз сейчас перевёлся в VK и говорит, что они всё новое уже на Go
пишут. И из ОК переносят данные и пользователей.

(113) хорошо когда хоть какая есть, зачастую проекты так и выглядят как когдато написанное суперсеньором МВП который тыщу лет назад ушел, а на него налепили непоймичто

(124) <И один из них как раз сейчас перевёлся в VK и говорит, что они всё новое уже на Go
пишут. И из ОК переносят данные и пользователей. >

VK это огромный конгломерат, он вам не рассказывал сколько там кода на перле есть? а сколько на питоне 2 версии? а там есть, мне довелось такой ужас поддерживать

<И я ежедневно смотрю подкасты действующих крутых Сениоров и Тимлидов.>

Я вот тебе действующий сеньор-тимлид, если я начну телеграм канальчик вести и видосики пилить на ютубчике, ты моему мнению верить начнешь сразу ;))
я в этой индустрии тоже 10 лет как программер и больше 20 лет как просто айтишник

(92)(108) Go - это объектно-ориентированный язык программирования.

(125)ты же Пайтонист. Если бы ты вёл подкасты по Go я бы смотрел. А Пайтон мне не нравится сам по себе. Его синтаксис. Не лежит душа к нему. Вот для парсеров он хороший. Да и вообще в нем много библиотек позволяющих решить практически любую задачу. Но почему то лично мне php и go намного больше напоминают язык Си.

(118) Нет, никто не спрашивал, нормальные программисты и так понимают.

(124) Ты не совсем понимаешь что делает синьор, а что мидл.
Большую часть работы выполняют мидлы, соответственно они и приносят большую часть прибыли.
Джун тоже приносит прибыль, хотя и не так эффективно как мидл.

(127) Полностью согласен.
Если тебе нравится Го, то почему не рассматриваешь ТС? Он же лучше чем все три: ПХП, Го, Питон.

(128) что такое "текстовый язык"?

(128) Теперь Вам придётся ответить за свои суждения. Что такое "язык на текстовой основе"?

и что такое ТС? тоже интересно

+(133)Турбо Си?

(132) В ПХП нельзя просто так получить ссылку на существующую функцию, и передать ее как аргумент в другую функцию. Можно только через костыли, или в виде текста, по имени.
Получить функцию нельзя, можно только ее имя. В документации ошибка, там написано:
get_defined_functions — Возвращает массив всех определённых функций
На самом деле возвращает массив имен всех определённых функций, а не сами функции. Но никто этого не замечает, потому что в ПХП это считается нормой.

Похожая проблема с классами.

Например: get_class — Возвращает имя класса, а не сам класс.

(133) ТайпСкрипт

(135) Надо же. В языке 1с такая же херня. Значит язык 1с - текстовый язык.
А что такое ТС?

Вот еще пример, какая дичь может встречаться в ЯП на текстовом движке:

$x = 'print_r';
$x('Hello World!');

Мы только что выполнили строку как функцию. Потому что ему без разницы.

(135) Это надуманная классификация. Если в языке есть функции рефлексии, то от имён можно перейти к объектам, типам. Учитесь программировать, изучайте матчасть

(137) Да, в 1С так же можно.

(137) ТС — это топик-стартер, об этом написано в правилах этого форума. Любое другое понимание ТС будет текстово-субъективным и ошибочным.

(138) Это ни дичь, а фича. Дичь — это Ваше присутствие на форуме

Вот так вот. Только наш форум озарился присутствием специалиста по языкам программирования, как тут же его жгут на костре и распинают.

(40) Garykom , оставлю за кадром, в ветке должен быть основной участник, а не Я. Молодым виднее, хорошо по дискутировали и разошлись каждый при своем.

(42) Это Вы так считаете , а вот Даже с теми Битрикс специалистами с которыми Я общался считают по другому. У Каждого свое мнение в зависимости от монетизации

(142) «Законодательные акты Петра Великого», вып.1945, с. 196 - «Изволь объявить при съезде в Полате всем министром, которые в конзилию съезжаютца, чтоб они всякие дела, о которых советуют, записывали и каждой бы министр своею рукою подписывали, что зело нужно, надобно и без того отнюдь никакого дела не определяли, ибо сим всякого дурость явлена будет»

(143) И это ему ещё повезло, а могли просто забанить по беспределу.

(147) «ПОДЧИНЕННЫЙ ПЕРЕД ЛИЦОМ НАЧАЛЬСТВУЮЩИМ ДОЛЖЕН ИМЕТЬ ВИД ЛИХОЙ И ПРИДУРКОВАТЫЙ, ДАБЫ РАЗУМЕНИЕМ СВОИМ НЕ СМУЩАТЬ НАЧАЛЬСТВО». Фейковый указ Петра... но популярный

загубили Ветку. Но не так жалко.  Из Гошников в ней оказалось всего пару человек считая меня.

(149) Вы такой же Гошник как я балерина.

1C жив, а Го уже нет!
©Из пародии на рок-н-ролл

(150) Забрели сюда гошники с чужого района ;)

Я вообще не понимаю тех кто предлагает Go как какое-то супер решение. Быстро заткнуть дыру во внешних сервисах своей системы. Не вопрос. Но это именно заплатка, а не решение.
Решение все равно будет полным и если в нем где-то внутри будет Go, пусть будет, пусть будет например прокладкой перед 1С...

(152) любой ЯП всего лишь инструмент
перед товарищем ТС же дилемма
то ли осваивать стамеску то ли по прежнему ножом ковырять...

(153)+ и им же (ножом) закручивать вместо специализированной отвертки ))

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

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

(135) зачем так много букв?...

просто дай определение, своему великому открытию в

компутерсайнц, про языки на текстовой основе...

например - Любой язык, выражения которого, можно представить

в виде текста, есть - язык на текстовой основе ))

(157) Ага, бывает ещё язык живописи, язык музыки, язык танца... Их сложно представить текстом.

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

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

(138) "Мы только что выполнили строку как функцию"...так это же хорошо...
про теорию конечных автоматов слышал?

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

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

(157) Прочитай заново. Ты не понял сути.

(160) Вы тут свои пальцы скрючьте обратно. Пишите по-русски и понятно. Не надо пороть чушь, ей больно.

(135) Кто то не открывал конфигуратор к примеру ЕРП.

(160) "Ты не понял сути"

Я даже этого и не отрицаю))

Как показывает история, современники редко понимали гениев своего времени...

Возможно через несколько столетий, люди оценят гениальное открыте "языков на текстовой основе"

(163) В части художников можно согласиться ("Как показывает история, современники редко понимали гениев своего времени...") с этим утверждением, но в науке гениев на руках носят. Тока тут не про художников, а про науку.

(160) Просто есть устоявшиеся термины.
Раньше языки делились на компилируемые и интерпретируемые.

Про работе с компилируемыми языками (например с) создаются исполняемые файлы в которых нет ни имён функций ни имён переменных. Только адреса. Поэтому там нельзя вызвать функцию по имени как Вы пишите - нет Exec("ИяМоейФункции").
Зато можно вызывать по адресу (ссылка, указатель).

Интерпретируемые языки изначально интерпретировали каждую исполняемую строчку. Вот стоит цикл на 100000 итераций - 100000 раз каждую строчку и "переведёт"). Например так работал ранний бэйсик.

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

Так как там хранятся имена функций и переменных то можно делать вызовы в стиле Exec("Имя") но сложно работать с адресами.

Примеры таких языков - Clipper, VB5 (шестая версия бэйсика могла делать исполняемые файлы двух видов - как в p-коде так и полный экзэшник. Но с проблемами.)

А потом появились языки которые стали компилироваться до P-кода на ходу. Понадобилась функция из модуля - если модуль ещё не компилировался то компилируется и кладётся в кэш.

Это JavaScript, 1С, и видимо все эти питоны с пхп.

Мне кажется что для простоты можно пользоваться терминами "компиляторы" и "интерпретаторы".

(165) На этапе компиляции нет проблем имя функции превратить в ее адрес
И держать отдельную табличку имя функции - адрес, для получения адреса функции по ее имени ))

(166) Полиморфизм так и работает. Так называемое "позднее связывание"

(166)+ В целом верно но в частностях ошибаешься
Если в языке есть аналог Выполнить/Вычислить (обычно нечто вроде Exec) то это интерпретируемый, причем на лету ЯП
А если нет - чисто компилируемый

(168) Ну да.
Так как аргумент функции Exec может быть не известен на этапе компиляции (например имена функций хранятся в базе) то и не получится (166) превратить имена функции в адреса на этапе компиляции.

Ну ладно. Я о том, что нет смысла изобретать термин "текстовый язык".

(168) ну не соглашусь...просто открываем ближайший источник информации , например вики, и читаем...

exec - это функциональность операционной системы, которая запускает исполняемый файл в контексте уже существующего процесса, заменяя предыдущий исполняемый файл.  

Вызов exec доступен для многих языков программирования, включая компилируемые языки и некоторые языки сценариев

(170) это другой exec. В 1С это КомандаСистемы или ЗапуститьПриложение, а мы говорим про Выполнить/Вычислить

(166) Нет, можно конечно держать табличку имя функции - адрес на этапе исполнения. Только это мало даст. Нужно ещё будут хранить имена и адреса переменных а также их области видимости. Например :

А = 100;
Б = "62.01";
С = "МояФункция(" + Б + ") + А";
Выполнить(С); // :-)

На это способны те среды, которые всё хранят на этапе исполнения. Это 1С например. Клиппер хранил всё это в файле, которому давал расширение exe :-). А вот на дельфи это было бы сложно сделать - там в exe только адреса, смещения, и никаких имён переменных (если exe строится не для отладчика).

(165) Ты вообще про другое написал: про компилируемые и интерпретируемые языки.

(173) Он-то знает, про что пишет

Не настолько больше в этом го платят, чтобы переучиваться с 1с. К тому же, если ты сеньер в 1с, то это всяко больше зп, чем джун в го.

(175) ТС собрался переучиваться с ПХП на Го. В этом действительно нет большого смысла. А если переучиваться с 1С, то выигрыш конечно есть.

(176) Ну всё понятно. Казачок-то засланный. Способствует утечке мозгов из России. На российском форуме по отечественной системе 1С:Предприятие пропагандирует переход на мерзкий golang от компании из недружественной страны. Фу таким быть!

(176) Каждый язык имеет распространение в своей области
1С - учетные системы Россия, СНГ
php - сайты, магазины
Go - для затычек внешних сервисов в большой экосистеме
Непонятен переход с одного на другой, скорее это дополнение

(178) "Go" тут выглядит совершенно лишним.

(135) Имеется в виду это?
wiki:Функции_первого_класса

Я чет не понял этого "нормального программиста", кто-то понял его теорию о "текстовой основе" ЯП?

(180) с чего он нормальный-то?

(181) кавычки

(182) Ну а так какой смысл вникать в бредни сумасшедшего? Давайте я предложу другую классификацию:

* Языки на текстовой основе (письменные, программирования)
* Языки на звуковой основе (естественные, музыка, песни)
* Языки на числовой основе (математика, тервер, нейронки, конечные автоматы)
* Языки на графической основе (живопись, иероглифические, клинопись, языки жестов, танцы)
* Языки на основе других языков (метаязыки)
* Языки без понятной основы (квантовая хромодинамика, РНК-сплайсинг)
* Безъязыковые языки (водопады, шум ветра, шорох листвы, треск костра)

(183) а вот эта дичь в какую классификацию попадает?

https://youtu.be/DcXX-aHETnw?si=fc69pRmoKeE64VP0&t=36

(184) это же квантовая хромодинамика