Что за язык Go, и где его можно хостить?

Подскажите, что для веб морды на Go используете?

LeEnot: я не программист, я админ => особо не заморачиваюсь и леплю на голанговских шаблонах в обнимку с бутстрапом и jQuery странички, для связывания данных бывает использую Knockout.

Основной плюс Go - скорость включения нового человека в проект и простота разработки

LeEnot: не буду спорить, но тем не менее как первый язык стоит брать что о более распространенное

gadfi: да в споре и правда нет смысла, но обратите внимание, что в топе гитхаба Go за первую половину 2015 подвинул хаскель и матлаб, поднявшись с 17 до 15 места. Ну и гугл пилит поддержку Go в Android, как замену NDK...

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

Он уже давно убил PHP и Python вместе взятые... посмотрите на что переписывают основные и высоко-нагруженные системы в PHP проектах действительно стоящие компании. А на кучу студентов пишущих чёрт пойми что смотреть не стоит.

Oleg Shevelev: какие громкие заявления, кроме высоко-нагруженных систем существует огромное количество других задач и если переписать проект дороже чем поддерживать его на текущем количестве серверов, то переписывать его никто не будет, огромное количество проектов живет на одном сервере, и что там будет крутится фиолетово.
Извините но я вам не поверю, посмотрите на hh.ru или подобном ресурсе, на заказы Upwork или любой другой биржи... не убил и не убьет, да часть рынка откусит, но не более

gadfi: мы с вами по разному на рынок и на задачи смотрим, только и всего. Всегда будут люди считающие Java лучшим языком программирования или люди которые считают что RoR лучшая платформа для CRM и люди которые мечутся из языка в язык что бы решить свои проблемы. Это всегда было и ещё долго можно ожидать что так и будет. Вопрос в другом. Для многих java, python, си, си++ были пройденным этапом с переходом на PHP по ряду причин:
1. простота вхождения
2. терпеливость к ошибкам
3. много уже написанного говнокода который можно как-то адаптировать
4. множество программистов которые могут помочь
5. множество ресурсов на котором уже разобраны проблемы и даны некоторые рекомендации
Были и те кто наоборот из PHP таки перебрался в Java или другой язык что бы вздохнуть свободно при решении каких-то своих конкретных задач.
Но если посмотреть сверху, то получается что ни по одному пункту кроме "очень большое количество говнокодеров" PHP уже не опережает Golang, по крайней мере в мире некоторых программистов. Коих не много, но становится больше с каждым годом.
С переходом на Golang мне абсолютно пофиг на рынок PHP, ибо ни одно из крутых новых решений которые туда превносят за последнии год-два не дотягивают до возможностей которые даются в Golang'е. В этом и причина моего мнения.

Oleg Shevelev: я не спорю с тем что с технической точки зрения go лучше php, но в контексте вопроса про первый язык go явно не лучший выбор для первого языка. Ну заявление про то что go убил php и python явно преждевременно ) я слышал то же самое в отношении python и php, потом модно стало холиварить что node всех убьет один останется, ror должен был java убить ..... как то не очень в it с убийцами, технологии могут умереть только сами, когда перестают решать задачи рынка

Почему явно и почему не лучший?:)

Oleg Shevelev: чисто из меркантильных соображений )) язык это хорошо, но одного языка мало ─ реальный опыт все же нужнее, говнокода наворотить можно на любом языке, а нормальную архитектуру даст только опыт, который легче получить на другом языке (я про работу). Я бы сказал что go классная штука для фана которую можно учить вечерами и потихоньку внедрять в проекты, или если вы уже опытный разработчик и можете оценить все плюсы и минусы решения перевести проект на go. Студенту которому только предстоит искать первую работу с этим сложнее

Опыт на PHP вам мало чем поможет при построении распределённых многопоточных высоконагруженных приложений на Golang. А вот опыт такой работы на Си/Си++ будет очень кстати.
Если речь о студенте который просто хочет найти работу - то альтернатив масса, от макдака, до KFC, если же его задача не тупануть и не проглядеть новое поколение классной разработки - то волей не волей надо смотреть на то что делается на Golang, Rust, R, D, и прочих новых языках, по многим причинам, не только потому что они новые.
Проблема PHP в том что технически теперь нет ни одной причины что бы делать проекты именно на нём. А то что его или любой другой язык будут выбирать сотни и тысячи раз ещё много лет - так это нормально.
neodekvat09: хочешь быть высококлассным и всегда зарабатывать кучу денег - изучай Си, потом Си++, всё остальное покажется детским садом.

gadfi: вы на Golang'е пишите? Думается что не часто, ведь я говорю со своей точки зрения потому что уже оценил плюсы и минусы перехода.

Oleg Shevelev: хорошее замечание вы оценили плюсы перехода, тоесть у вас уже был опыт на чем то другом. Я не верю что есть некая серебряная пуля которая на голову превосходит все остальные технологии. Посмотрите на рынок и скажите какую часть занимают распределенные многопоточные высоконагруженные приложения ? для этой ниши go по сути и разрабатывали и он действительно для нее прекрасно подходит, более того он оказался достаточно удачным чтобы его захотели перенести и в другие области ... но пока его экосистема значительно уступает экосистеме других языков. Да она активно развивается, но пока все еще слишком зелено ... из за совокупности всех этих факторов количество вакансий сильно меньше, и что бы вы не говорили работа php/python/java junior даст больше в плане развития в it чем работа в макдаке)

Oleg Shevelev: зы и в правду в боевых проектах я go не использовал, новый личный проект я посчитал экономически целесобразнее делать на php, хотя сам больше люблю python ... go тоже рассматривали, так как проект имеет микросервисную архитектуру было решено при необходимости заменить некоторые сервисы на go если понадобится. Проект мой и товарища, он senior php при нормальной архитектуре поддерживать проект сможет и студент за копейки.

gadfi: вы когда говорите что "экосистема значительно уступает" вы что имеете в виду?:) И с чем сравниваете.
Количество вакансий маленькое совсем по другой причине, а код вовсе не зелёный. Все основные (а именно сложные) библиотеки на удивление хорошо написаны, а количество багов довольно мало. Многие компании переучивают своих специалистов на Golang не открывая вакансий, некоторые компании зазывают писать на Python, Си, Си++, а по факту дают им Golang.
Есть такой предмет, называется "программирование", в его обучение входит:
1. алгоритмы
2. типы данных
3. методы хранения
4. методы передачи
5. методы обработки
6. формальная логика
7. математика
8. ещё куча всего...
Язык программирования лишь дополняет этот список и как правило изучается не один и изучается не конкретно язык, а программирование на его основе. Я так говорю потому что у меня была определённая школа программирования до PHP.

Я попробовал решить на Golang'е все задачи что у меня накопились за 8 лет в PHP, вышло что уровень возможностей с переходом вырос на несколько порядков. В PHP бессмысленно совершенствоваться потому что потолок очень низкий, как только до него доходишь - начинаются пляски и бубны с:
1. PHP Extensions
2. всё равно приходится залазить в код PHP и смотреть почему иногда он работает не адекватно
3. подключать внешние костыли, очереди, скрипты и прочее...
4. делать демоны на PHP одно "удовольствие", что бы гарантировать клиентам адекватную работу с течением времени надо не хило приложиться усилиями
5. выдумывать различные связки что бы один скрипт не убил всё
6. однажды понимаешь как делать пакетную обработку данных на PHP и всё становится веселее:)

P.S. Рынок веб-разработки (вы упоминали upwork), сайто-строение для среднего и малого бизнеса это далеко не весь рынок, а лишь оооочень маленькая часть. Сейчас всё больше и больше компаний не играет в этой лиге.

gadfi: ну в общем "рынок студентов за копейки" он конечно не про Golang:) Особенность таких споров именно в том что один уже использует, а другой именно что "рассматривал" и "не рассмотрел" в пользу какого-то другого языка.

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

Если вас интересуют какие-то конкретные вопросы связанные с Golang и в которых вы не уверены (и именно по этому решили таки его не использовать), то это дело поправимо, можно и рассказать на эту тему.

Вот список того что мне нравится в Golang уже сейчас:
1. производительность, да он адекватно шустрый и я делаю одно действие только один раз, а не при каждом запуске скрипта, алгоритмы упрощаются
2. я пишу в основном серверные варианты (демоны) и гарантировать что они работают и будут работать очень просто, вот что я виду:
- нагрузка предсказуемо распределена по всему приложению
- очень простые потоки (горутины) и работа между ними (то что всегда хотелось в Си, но что в Си делалось куда как сложнее и чего в PHP нет и ещё долго не будет)
- отсутствие исключений, по своей сути в Golang только два вида ошибок - методы возвращают сразу несколько значений, одно из которых можно использовать для возвращения ошибки определённого типа (по сути везде во всех библиотеках используется один и тот же интерфейс ошибки, хоть иногда и с разными реализациями) и panic ошибки которые приводят к полному завершению приложения
- возможность обрабатывать стандартные ошибки как стандартную практику программирования
- возможность обрабатывать panic ошибки изолированно в определённом куске кода, например я знаю что здесь "сложный кусок говна" и если там что-то вдруг упадёт в panic то я знаю что хочу сделать при этом. Например пропустить текущую итерацию и перейти к следующей, при этом на всё оставшееся приложение это не повлияет никак
- отличная работа с памятью, хотя в 1.4 и более ранних версиях наблюдались до 30 секунд залипания при сборке мусора, но это наблюдалось только на 900 миллионах поинтерах и легко снижалось до 3 секунд при определённых манипуляциях (можно посмотреть доклад badoo.com на эту тему), в 1.5 с этим обещали покончить и уже потихоньку приходят тому подтверждения
- единообразие, как синтаксиса так и оформления библиотек
- по настоящему правильно сделанная документация напрямую показывающая все связи в коде (в основном благодаря статической типизации которая тут очень важна), теперь нет такого что код написан так, а документация эдак и не совпадают. Всегда можно посмотреть что там на самом деле
- качество библиотек хорошее, а при желании можно и переписать
- можно переписать стандартные библиотеки входящие в язык программирования, потому что они написаны на том же Golang, в PHP всё совсем не так и мало кто из PHP программистов могут там что-то сделать
- отличная работа со сложными вещами - по сути всё байты
- отличные методологии работы с данными, io.Reader чего только стоит:)

Oleg Shevelev: мы говорим об одном и том же но с разной позиции и разными словами )) про зеленые я в том смысле что очень молодые и в продакшен пускать их боязно ─ например если мне в java нужна orm я возьму hibirnate в python SQLAlchemy ... в go список альтернатив, но они пока не проверены временем и использовать их боязно ))
про рынок студентов за копейки вы несколько загнули, но не будем на этом концентрировать внимание
вы перешли на go имея 8-летний опыт... это большой опыт в различных технологиях и архитектуре и имея этот опыт вы получили классный инструмент ) студент без опыта с равным успехом сможет говнокодить на любом языке, только вот получить реальный опыт если среди навыков только go сложнее
про микросервисную архитектуру и разные языки знаю, поэтому и решили писать на php, при необходимости критические части можно будет переписать потом на чем то еще, как вариант go ─ думаю скорости и php хватит, но хочется поиграться )) но это только после релиза

gadfi: у каждого есть свои предпочтения о том как должен выглядеть ORM и нужен ли он вообще. Другой вопрос что никто за вас не проверит нужную вам библиотеку, а надеяться на туториалы смешно и наивно.

В официальной документации к встроенным в PHP библиотекам (например GD) есть расхождение с действительностью и вы этого не узнаете пока ну сильно не копнёте вглубь.

В Golang'е приходится решать всё теже проблемы что и при использовании других языков программирования:
1. какие конфиги и как использовать, а что делать если я захочу рестартнуть приложение перезагружая только конфиги, а не саму программу? а как не читать файлы конфигов по сто раз?
2. как подключиться к базе данных что бы это не было болью? как передать доступ в базу модулям? как красиво и удобно получать данные из базы?
3. как бы сделать такой ORM что бы удовлетворял конкнкретным потребностям и может быть такой уже написан?
И ещё куча других вопросов... от роутинга, до архиваторов...

Другой вопрос в том что потенциально в Golang это решается продуктивнее... важно лишь понимать какие алгоритмы вам нужны для решения тех или иных задач. Если не понимаете как работает ORM вашей мечты то стоит это выяснить и построив его в Golang точно будете приятно наблюдать результат.

Вот отличная статья об использовании Golang как первого языка программирования у школьников.
habrahabr.ru/post/264643/comments

Про то что в Golang сложнее получить опыт... мир вообще сложная штука, сложно сравнивать что сложнее, на самом-то деле:) Вот Си сложный язык, после Golang, который на него в чём-то похож, начинаешь проще и к Си относится.

Вы пока просто не замечаете как много пишут на Golang'е уже сейчас, критическая точка или уже пройдена или будет пройдена в течении полугода-года.

Надо понимать что PHP и Golang во многом разные языки программирования и опыт у них в разном. Вот мой список причин почему вам стоит попробовать что-то сделать работающим на Golang вместо того что бы доказывать его не состоятельность:
1. что бы разобраться в Golang достаточно дня, за два месяца можно написать с нуля сложный код, с многопоточностью, веб-сервером и кучей всего
2. производительность вас действительно порадует, а ещё подход к тому как это работает. Всё таки есть большая разница между скриптами и демонами которые надо запускать лишь единыжды
3. у вас будет доступ к отличной, если не самой лучшей, документации, в том числе к тем пакетам которые написали сущие ламеры (благодаря godoc)
4. у вас изменится мировозрение, вы поймёте что можете при желании сделать что угодно, что потолок ограничений не такой уж и низкий, а в PHP он просто катастрофически ниже вашего текущего в Golang
5. вы сможете полагаться на сильные стороны которых у вас ещё не было в самых рутинных, казалось бы, вещах, получая от этого удовольствие и профит
6. вам есть куда расти, сейчас все компании первой величины либо уже опубликовали вакансии либо уже имеют один-два отдела которые пишут на Golang: Яндекс, Mail.Ru Group, Google, Badoo, DigitalOcean, The New York Times, вот ещё небольшой список https://github.com/golang/go/wiki/GoUsers и он далеко не полный.

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

У меня был план по переходу на Node.js с последующим переходом на Golang, потому что я тоже не знал что там внутри, как оно всё выйдет и не мог себе позволить заниматься тем что не понятно принесёт ли профит или нет. В результате первый же проект на Node.js показал его сырость в стандартной http библиотеке, я постарался починить или разобраться почему простая и логичная для меня вещь там не работает, но заглянув в череду js файлов движка понял что там сущий ад. Конечно на это можно потратить время и таки разобраться и жить с Node.js хорошо, но смысл? Мне не понравилось качество на примере. Тогда я решил уделить неделю на Golang что бы понять а сложно ли будет пропустить процесс миграции на Node.js что бы перейти сразу на Golang... и чем больше я им занимаюсь тем больше он мне нравится. Даже по тому скудному опыту с Node.js могу сказать что по сравнению с Golang он полный шлак и профита в том что бы его мучать никто так толком и не представил.

Есть ещё одна опасность выбора "языка попроще" для начала, с последующим переходом на что-то посложнее, вроде Golang. Вы теряете время. 8 лет на PHP могут дать многое, но скорость обучения, скорость осознания там маленькая, а то что можно взять с собой дальще - очень не велико.
В PHP вы учите то как это делать именно в PHP, запоминаете почему та или иная функция работает плохо и как это скрестись с чем-то ещё. В Golang'е у вас чистый язык программирования (хоть и с некоторыми плюшками) где вы думаете прежде всего об алгоритмах, вам уже нет нужды абстрагироваться от них через стопку функций в исходный код которых вы никогда в PHP не загляните. Здесь же это обязательная задача - посмотреть что внутри и понять подходит ли этот алгоритм или его надо переписать. Это отличный язык программирования, в том числе и в качестве первого.

Для многих первым языком был QBASIC :) Вторым Turbo/Borland Pascal :) Третьим Delphi... ну и так далее... все они не того же типа что и PHP и тому есть причина.

Хотите фундаментальных знаний - отправляйтесь в школу, а потом в институт. Изучайте школьную и институтскую программу, куда входит Си, Asm и ещё несколько довольно редко теперь популяризуемых языков вроде Delphi. Скажете что для таких студентов рынка нет? Нет, как раз именно таких студентов все и хотят... от мейла до яндекса.

Oleg Shevelev: раз уж тут такой холивар развился, спрошу: как вы в Go отлаживаетесь? Мне все нравится, но я до сих пор плююсь на отсутствие нормального отладчика (точнее, полноценной его поддержки). Неужели при возникновении ошибки мне нужно кусок кода покрывать логами чересстрочно?

Oleg Shevelev: мы начинаем холивар по кругу )
для таких студентов рынок есть, но вспоминаем про геграфию и про что что далеко не все готовы переехать в Москву(любой другой мегаполис) даже ради яндекса.
Я не говорил что зание алгоритмов и прочего не нужно, более того я считаю это само собой разумеющимся ─ алгоритмы, базы это минимум который должен знать любой разработчик.
Но вы меня убедили ─ не в тематике вопроса, а попробовать использовать для себя ) но явно не в текущем проекте и явно не gomobile
зы мой первый язык с++, на асме пусть и в учебных целях писал, Delphi ─очень странная тема, у 95% для кого он был первым языком развилась болезнь "Delphi головного мозга", это пострашнее php)

LeEnot: логами покрывать нет никакой необходимости. Достаточно пробрасывать ошибку вверх от библиотек к бизнес-логике.
В случае panic сразу видно где упало, никакого дополнительного трейса делать не нужно.
В случае локов достаточно проверить вручную в два-три потока (простые случаи поймаете сразу), а в остальном только много думать и ещё раз думать прежде чем делать.
Для panic так же полезно расставлять defer который его ловит, для него можно написать отдельную функцию которая единообразно отправит информацию об ошибке к вам на почту, например. Главное правило тут что бы при возникновении такой ситуации ваша программа понимала такую возможность и что делать в этом случае. Когда этим пользуешься это просто кайф.

В остальном срабатывает правило - поменьше лишнего кода. Например нет смысла делать кучу ненужных горутин, кучу ненужных встраиваний, код должен быть прост и логичен, благо Golang к этому располагает.

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

Это касаемо ошибок. А вот с профилированием не всё так просто. Стоит посмотреть один из докладов Badoo. https://www.youtube.com/watch?v=pOgAnWfNjms и статью habrahabr.ru/post/229169
Пока что статьи приходится собирать по кусочкам, но они отлично гуглятся. В совокупности точка актуальности в Golang была уже пройдена год-пол года назад точно.

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

gadfi: всю жизнь прожил в Новосибирске, сейчас уже почти год живу в Великом Новгороде. PHP проекты тут (в Новгороде) особо не встречаются, всё чаще мобильная разработка, компилируемый софт для предприятий, crm и прочие корпоративные штуки. Но когда начинаешь говорить с местными о возможностях Golang - появляется живой интерес.

По поводу работы. Есть люди которые едут, например, в Новосибирск, в Красноярск, не то что бы это сильно мега-полисы, но едут вообще не ради Golang, на самом деле:)

Golang вакансии можно встретить (те о которых я знаю):
Новосибирск
Москва
Санкт-Петербург
Рязань
В ряде европейских городов. Так же есть удалённая работа или работа в которой не важно ходите ли вы в офис или нет. Так можно устроиться в Островок.ру и работать откуда угодно.

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

Oleg Shevelev: возможно сложилось ощущения что я фанат php, это сильно не так, но его регулярно встречаю. Я скорее про более зрелые языки под которые сложилась инфраструктура и на котроые стабильно есть спрос ─ например все чаще вижу что веб приложения для бизнеса пишут на python (контора в которой я сейчас работаю в том числе) до этого сотрудничал с ребятами у которых почти все было на ror, но и php очень часто встречаю. Вы просто работаете в той области в которой php далеко не лучший выбор. Я согласен что php говнецо еще то ... но он вечен, или как минимум очень трудно убиваем ))
Новосибирск, Красноярск довольно не маленькие города ))
Живой интерес это понятно ─ java/c# слишком энтерпрайзны, ror ... классная штука но слишком неоднозначная, явно не для всех, node ..... согласен с вами─ пробовал .... сильно не понравилось ... все ждут серебряной пули, знают что ее нет, но ждут ) а тут go по синтаксису приятен, производительнсоть радует ... но скажем интернет магазин или crm я бы делал на чем то где для этого больше проверенных инструментов (да да задачи банальны но их много)
Та что говорить если даже я мобильный разработчик ищу что то, что меня бы наконец удовлетворило в плане веба. Сегодня для меня это python ─ во многом это компромис между адом php и монстром java (я люблю java но в вебе она слишком многословна) идеал .... мы все знаем что он не достижим, но это не мешает его искать

gadfi: когда-то программирование не сводилось к разработке интернет-магазина. Для тех кому нужно что-то продавать и особо не париться уже есть куча движков на всевозможных языках. Достаточно немного переделать под задачу (накопав кучу дров при этом). Все проходят через стадию когда производительность не важна или важна но не так что бы сильно. И через стадию поиска. И по большому счёту не важно куда это вас приведёт. В мир разработки высоко-популярных высоко-нагруженных приложений или к созданию очередного сайта визитки для транспортной или строительной компании.

Вводное видео из не давних. https://www.youtube.com/watch?v=cGXorQkw3JE

gadfi: свежие новости, Вконтакт переписал свою рассылку миллардов пушей в сутки с Node.js на Go

LeEnot: я никогда и не спорил с эфективностью go, js даже на движке v8 остается js ... может кому то нравится, лично мне не пошел )
Я только напомню что вопрос был про первый веб язык и мой ответ в контексте данного вопроса

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

Oleg Shevelev: насчет кучи движков для интернет магазинов - я с вами не согласен. Я более 5 лет находился в поиске нормального движка для ИМ и в итоге пишу его сам на Go...
Хочу отметить, что я не был программистом - я занимался продвижением сайтов. И именно убогость существующих решений заставила меня сесть изучать Golang.
P.S. PHP - был отброшен на начальном этапе как "недоязык". Node.js - взорвал мой мозг, да и к тому же до сих пор не вызывает ощущение, что сервер на JS это надежно. А вот с Go - я сразу нашел общий язык.

Илья Босенок: могу только порадоваться за вас:) Что именно пишите в данном случае? Классический интернет-магазин или всё таки что-то интересное? Golang-ведь это позволяет - делать что-то не такое как обычно.

Zverienish: мы за китайцами никогда не поспеваем во многих highload'ных сферах, это нормально. Скоро будет новый Highload++ и обещается пару китайцев из Allibaba Group, так что советую сходить:)

Плюс писать исключительно системные утилиты - не сильно эффективно, вы так язык программирования почти не раскрываете по потенциалу. Хотя смотря что вы под утилитами имели в виду:)

Oleg Shevelev: ну что значит классический интернет магазин? В моем понимании интернет магазину нужно очень много, чтобы быть просто нормальным.

Нужна полная (свойства, цены, склады, статус заказа) интеграция с 1С (Т.к. то что сделано в Битрикс - это ад кромешный - жутко нестабильная штука. Может программистам и кажется, что это работает нормально, но у меня как у SEOшника волосы на голове дыбом вставали, когда эта "сихронизация" переставала видеть существующие товары и создавала/удаляла их с сайта).

Тут надо вспомнить, что внутри 1С у клиентов обычно находится все совсем не в том виде, в котором они бы хотели видеть это в интернет магазине. А значит нужен УДОБНЫЙ инструмент для контент менеджера/маркетолога/SEOшника, который позволит не затрагивая содержимое 1Ски (главбух вас скорее застрелит, чем позволит что-нибудь там менять) представить на сайте только то, что должно быть на сайте, с названиями которые должны быть на сайте и т.д.

Нужен нормальный фильтр по товарам по любым комбинациям их свойств с условиями AND OR и сортировками. Все это должно работать без перезагрузки страницы (ну т.е. с помощью AJAX и Virtual DOM), при этом мы должны заранее блокировать для юзера любые комбинации свойств, которые приведут к нулевому результату фильтрации. При этом надо фильтровать не только белый/красный, но и одновременно делать выборку из определенного диапазона цен, и попутно сортировать по цене или названию. Этот пункт с фильтрами на MySQL - не сделать, т.к. очень долго и очень много запросов. Тут пока решения вижу обратиться к разрабам одной БД, чтобы они допилили ее под меня, либо самому попытаться написать БД под свои задачи (я пока не до конца не понял на сколько это будет сложно - но времени займет точно не меньше года).

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

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

Возвращаясь к такому свойству, как например цвет/размер - представлять в каталоге товары отличающиеся только 1-2 свойствами отдельно - это неюзабельно - значит их нужно объединять как минимум в представлении, НО тут мы вспоминаем про фильтры и все сводится к тому, что базу нельзя приводить к нормальным формам.

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

Мы должны генерировать метаинформацию для любого товара по шаблонам, в том числе с использованием известных нам свойств товаров.

Мы должны генерировать метаинформацию для любого набора фильтров по товарам и возможность задавать кастомные ЧПУ для наборов фильтров.

Все это должно хорошо индексироваться.

...тут еще пунктов 30...

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

Можно ли это назвать обычным интернет магазином? Не думаю. Потому что даже Ulmart и WikiMart (а них все полностью написано для себя) не дотягивают до требований, которые я выдвигаю для для интернет магазинов.

Фух... Аж легче стало...

Илья Босенок: В общем-то таким и должен быть обычный интернет-магазин + ещё пунктов 30 как минимум:) Условно интернет-коммерцию можно разделить на группы:
1. те у кого это основной и технологичный бизнес
2. те у которых есть некий товар или поставщики и его просто нужно представить
3. те у которых есть реальный магазин и к нему хочется сделать веб-версию

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

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

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

Oleg Shevelev:
1C - ИМХО это уже стандарт, а хорошая интеграция - это то что нужно тысячам компаний. Бизнес не готов начинать с чистого листа. Да и сам 1С развивается, они уже в минорной версии начали поддерживать нативную работу с JSON =)

К тому же, если действительно возникнет необходимость, то можно будет дописать к своему ИМ "свою 1С с преферансом и шахматистками". Во всяком случае, архитектура приложения, которую я пытаюсь реализовать предполагает (как мне на данный момент кажется), что "перейти в полную автономку" можно будет относительно безболезненно. Но я такой задачи перед собой не ставлю, потому что я ненавижу всю эту бумажную волокиту - пусть лучше ей занимается 1Ска.

С вашим делением интернет коммерции не согласен, потому что потребности у всех "троих" на самом деле почти одинаковые - никому из них не повредит высокотехнологичный интернет магазин. Таким образом можно делить клиентов только, если вы просто хотите разово срубить с них денег за создание посредственного сайта с которым будет очень сложно эффективно работать. Да и вообще, даже в вашем делении 2 и 3 категорию можно объединить, потому что нужно им одно и тоже.

"часть из того что вы описали не просто реализовать в виде коробочного решения что бы подходило абсолютно всем, всем хочется уникального подхода." Не вижу проблем. Можно подробнее? Необходимость всего перечисленного в предыдущем сообщении я встречал в 100% ИМ с которыми сталкивался.
Другой вопрос что захочу ли я распространять такое решение. Мне будет интереснее скооперироваться с партнерами торгующими теми или иными товарами и продвигать и продавать получая свою долю.

P.S. Блог не веду, ну чувствую что пора.

Илья Босенок: "поддерживать нативную работу с JSON =)" ну раз так... значит в следующий раз так кому-нибудь из представителей 1С на конференциях и скажу:)

Ладно, давайте по порядку. Коммерцию я разделил на три группы по степени вовлечённости.
1. те у кого это основной и технологичный бизнес
- технологии - это их основной вид деятельности
- у них как правило свой штат сотрудников, свои технологические компетенции
2. те у которых есть некий товар или поставщики и его просто нужно представить
- опыта технологических продуктов почти никакого и уж точно в данной специфике
- основная задача - показать товар, получить заказ, сделать корзину и оплату
- в качестве исполнителей могут быть кто угодно, качество самого разного уровня, поддерживают это разные люди, хаотично, не системно
- обычно стараются сделать дёшево, а стоимость владения пугает больше чем стоимость разовой работы
3. те у которых есть реальный магазин и к нему хочется сделать веб-версию
- есть компетенция именно в торговле, хотят что бы офф-лайн бизнес был представлен в сети
- как правило более "бизнесово" подходят к решению задачи, стараются купить продукт, интересуются интеграторами, покупают или арендуют сервера
- таким заказчикам важна модульность, что бы части системы можно было заменить без знания программирования, а обратившись к другому интегратору, например.
Группы условные, вторая и третья группа действительно похожи, но имеют ряд отличий.

Приведу пример из сферы мытья посуды в ресторанах:
1. нанимают людей, учат гигиене, разрабатывают и проверяют методологию чистки посуды, подготавливают полностью работающее место, нормы, стараются ничего не забыть и соблюдать САНПИН, у них, как правило, каждый повар знает кто и как моет посуду да и вообще чистота везде, а если что-то где-то не так, то да, это именно "не доглядели"
2. нанимают одного-двух мойщиц посуды, дают им что есть, вот какая страшная кухня была на такую и нанимают, нет решётки у вытяжки - так никто и не подумает, тоже и с посудой... и работников кухни кормят там же где посуду моют в сторонке и точно сказать чистая и на сколько чистая это посуда - не могут без махинаций
3. нанимаю клиринг-сервис, смотрят кто в их городе может оказывать такие услуги... перекладывают задачу, делегируют её почти полностью, смотрят что те скажут и смогут предложить. Если они предложат перестроить весь закуток для мытья посуды - то прислушаются, в 50% случаях купят это как услугу, если им пообещают сделать всё так-то и так-то, главное что бы их освободили от проблем с соблюдением правил за приемлемые (и не всегда маленькие) деньги.

По поводу того кому что нужно. Все люди разные и нужно, как правило, немного своё. Да фильтрацию товаров, но каждый видит её по своему, да поиск по товарам, но опять таки каждый по своему. Всё в нюансах.

По поводу коробочных решений. В целом может быть да, потребности похожие. Реализации разные. Представления разные. Вы, возможно, предлагаете делать модуль который можно будет 100500 настроить под все особенности каждой компании, но кому-то более важно что бы:
1. работало быстрее чем универсальный комбайн
2. работало и настраивалось предсказуемее (только то что нужно конкретной компании) и ничего лишнего
3. было понятным конкретному заказчику
И вот, вы уже идёте в разрез по желаниям. Кому-то конкретное решение понравится, а кому-то нет.

Как вы видите кооперацию? Расскажите чуть подробнее. Интересно.

LeEnot: Замену NDK? А как же все то в гугл плее, что использует NDK напрямую? Го и c++ вроде бы не могут общаться напрямую,без обертки.

gadfi: Статическая типизация для обучения большой плюс.
Работы на Go навалом. Но Вы правы. Да, не для новичков.

Oleg Shevelev: VK и Facebook уже переписали свои морды с PHP на Go?

abcyu: У Вконтакте около десятка или чуть менее того сервисов написаны на Go, в основном только то что пишется новое, но и старое немного затронули (из видеодокладов месячной или около того давности). По большей части интересен их пример с Push для уведомлений (в основном за счёт большого количества операций).

У Facebook понятия не имею что они там на нём пишут, последний раз общался с ними в 2014том на YaC и разговоров о Golang не было вовсе, но это не значит что они его не используют. Вместо того что бы задавать вопросы - лучше бы поискали на них ответы в общедоступных источника.
Посмотрите есть ли на Golang что-нибудь вот тут https://github.com/facebook или может быть вот тут что-нибудь https://code.facebook.com/projects/

Вообще не понимаю почему вы мне этот вопрос задали? С какой целью? Доказать что Golang не состоятельный или что? Общая тенденция такова что почти все в своих проектах смотрят на то что бы такого переписать на Golang что бы задействовать его многопоточность. Были новости о том что MongoDB часть своих подсистем переписывает на Golang, было это ещё с пол года назад, наверняка что-то уже в коде поменяли.

Хороший код не всегда пишут только на одном лишь Golang. Есть отличные проекты которые написаны на Си, со своей экосистемой, особенностями, часть из применённых там алгоритмов вполне можно перенести в проекты на Golang и получить желаемое. Работы много, в этом и хорошо. Потому что есть чем заняться. И от вас это уже не зависит. Нам (программистам которые пишут на Golang) всё и так ясно - это новый Си со своими особенностями и пару лет не стоит ожидать какого-то другого вектора всеобщего направления, будь то Rust или D или что-то ещё в этом плане.

www.opennet.ru/opennews/art.shtml?num=41846 В рамках проекта jvm.go развивается вариант JVM, написанный на языке Go
Есть вероятность что и многими любимую Java перепишут на Golang. PHP7 - это ведь по сути тоже переписаный движок PHP, переход на phpng который запилил всего один человек, показал, продемонстрировал прирост скорости и все подхватили. Не важно кто и на чём пишет - важно то что индустрия приходит к пониманию унификации алгоритмов как таковых. Написал стоющий алгоритм? Отлично - он должен работать на любых языках эффективным способом.

Oleg Shevelev:
Зачем отсылать в Гугль, меня ваше мнение интересует? Когда я ищу в Гугле я вас не спрашиваю, естественно.
Да, Go широко используется и в серьезных решениях.
Но Ваша манера речи слишком максималистична. Ну так и кинусь все переписывать на Go, конечно. Это очень сомнительно.
P.S.:
Сам-то я пишу на Go.

Oleg Shevelev: Насчет алгоритмов Вы снова максималистичны.
У языков есть особенности.
Не будете же Вы утверждать, что "переписать алгоритм с Go на Хаскель" не означает, фактически, создать новый алгоритм.
Для близких языков не нужно создавать новый алгоритм, но все равно, если хочешь добиться максимальной эффективности, алгоритм должен быть серьезно доработан для адаптации к конкретному языку.
Не все так просто с переносом алгоритмов.
Примеры, которые вы привели это не адаптация алгоритмов, а адаптация законченных решений, в которых этих алгоритмов разных тонны.

Есть какие-то проблемы перекомпилировать проект на Go?

LeEnot: Нет, проблем нет, за исключением того что некоторым лень ))) Ну тут правильно сказали всё от необходимости, если она есть то хоть 10 раз перекомпилируешь....

Советовать кому-то изучать php как язык программирования (а тем болееболее первый) страшный грех.

A. Shpak: как там говорится, я согрешил и не жалею, или что-то типа того ))

Был один очень хороший совет "Учись делать правильно сразу". Многие вещи не стоит делать на PHP, Python или RoR, какими бы красивыми они не были... по большому счёту сложность Golang видится только тем кто его не изучал в большой степени. Для остальных он прост, понятен и очень хорош в логичности.
Я сам люблю PHP и долгое время считал его в связке с Си идеальным сочитанием... но он устарел, его можно совершенно спокойно заменить. А времени на это нужно месяц-два что бы перестроиться.
Как первый язык Golang можно посоветовать, ибо всегда первыми языками были компилируемые, Си/Си++, Pascal и некоторые другие. PHP плохой пример.

Очень даже стоит, особенно если молодой и амбициозный ) есть возможность попасть в основную струю в также крупные компании, там вообще бум, а специалистов пока мало. И как серверный уж точно намного лучше подходит, чем скриптовые однопоточные. А по поводу перекомпилировать, то никакой проблемы, все равно деплоить ещё на сервер надо. Зато никакого окружения и зависимостей тянуть не надо.