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

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

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

А вот согласен, грамотный архитект + тимлид ~= успех.

Но, что это за цены такие? Подозреваю, речь о "за бугромЪ" )))

Тут

Тут

Эммм... Озадачил )))

Все верно

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

Только я так и не понял как это все относится к стеку

Ну, как-то же соотнесли... )))

Может я туплю, но выглядит как демагогия. Вроде - ну вот А это Б - нет, все по другому - 2+2 ведь 4? - ну да - вот и все, ты со мной согласен, я был прав

Может я туплю, но выглядит как демагогия. Вроде - ну вот А это Б - нет, все по другому - 2+2 ведь 4? - ну да - вот и все, ты со мной согласен, я был прав

Эммм... А подсвети демагоговЪ...

Гетерогенность даёт возможность забирать лучшее что предоставляет данный стек и объединять все это в один продукт

Не согласен. Но, в пикеровку вступать не буду, ибо холивар какой-то )))

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

А вот согласен, грамотный архитект + тимлид ~= успех.

Я лишь согласился с утверждением о архитекте. Причем тут "гетерогенная..., архитектура..."

Есть например ерланг который держит коннекты и разные хитрые штуки и там структуры данных и работа с ними алгоритмы иные и тут нужен топ, причина ли это чтобы все писать на ерланг? Он же сможет? Сможет! Но зачем? А если завтра его фейсбук схантит... Второго в пару для перестраховки? Дорого да и нет стольких задач. Тут уже дешевле строить микросервисы хоть на чем, дешевле разработка,не критична потеря сотрудника,есть возможность пока ищем сотрудника не трогать сервис и пилить иные сервисы(ведь мы же поддерживаем протокол)

Так вот я тоже не понял, откуда в обсуждении гетерогенность взялась архитектура

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

Так почему нельзя пилить теже микросервисы, но на эрланге? Или там к примеру на питоне или го?

В смысле все?

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

Всей разницы то

Можно, можно что угодно, вопрос в том какие у нас вводные, сколько денег, каким человеческим ресурсом располагаем, из этого и строить

Если мы обсуждаем как дешевле - все на эрланге или все на чем придётся - наверное из говна и палок дешевле.

Объединять микросервисы через ерланг плохая идея. Это все до поры, когда например не встанет вопрос работы с gpu или c кодом

Если говорить об устойчивой гетерогенной архитектуре вс устойчивая гомогенная архитектура на эрланг - эрланг дешевле

Поддержка - гомоген дешевле

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

Эммм... Так с этого и начиналось-то. ))) (см. высоко вверхЪ) ___ )))

А если есть полторы фичи на гпу - то опять же легче их впихнуть в гомогенную архитектуру

Сколько людей столько и мнений

Согласен

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

Где вы звезд - архитекторов по 80к покупаете еще и в среднем? купим сразу сразу оптом по весу. На жападе 80к - либо вчерашний но толковый студент либо пропахшийся кари индус

архитектора за вдвое больше нужно долго искать

Покупаем в России, Москва, Питер и то только разработчиков хорошего уровня, про архитекторов речь не велась

В контексте разговора про архитекторов велась речь про успешный старт проекта но никак не про текучку и найм

посоны, а почему релиз книжки Programming Phoenix 1.3 переехал с мая на декабрь?

посоны, а почему релиз книжки Programming Phoenix 1.3 переехал с мая на декабрь?

крайне интересно, что можно написать в книге по 1.3, если весь ченджлог 1.2 -> 1.3 по большему счету про лейаут папок

что в эликсире вообще ничего не дает т.к понятие автолоад отсутствует

Поменяли экто с 1.0 на 2.0 Добавили with. Это меняет вообще всё. Остались вью, которые и так очевидны, и каналы Так что 50% книжки можно менять

А монгу со вторым экто до сих пор нельзя?

Зачем монге экто?

Зачем монге экто?

Самой монге незачем, а так с экто удобнее

Если у тебя схема-схема, то непонятно зачем монга. А если не схема-схема, то зачем тебе экто.

Вообще нашел, что там в другой ветке есть поддержка уже

Можно ещё с редисом через экто работать

Поскорей бы поддержку запилили...

А монгу со вторым экто до сих пор нельзя?

С вторым* экто много чего нельзя )))

Можно ещё с редисом через экто работать

Зачем тебе редис ?

Есть же ets

А есть стикеры со словом сарказм?

Скиньте пожалуста

Ну там где Леонард из ТБВ с табличкой кароч

Мы юзаем микросервисы активно, и плюсов и минусов много, перечислять смысла нет. Что ясно уже сейчас - писали бы монолит уже бы закопались давно. Между сервисами взаимодействие по http api и через kafka. Интересная книжка, которая описывает все плюсы/минусы микросервисов - https://www.ozon.ru/context/detail/id/135199296/

аутентификация и авторизация по jwt, с отдельным сервисом аутентификации

В этой книжке какраз и написано, что начинать надо с монолита и лишь потом делить на части.

Микросервисы зло в начале

Инфа 100

Мы юзаем микросервисы активно, и плюсов и минусов много, перечислять смысла нет. Что ясно уже сейчас - писали бы монолит уже бы закопались давно. Между сервисами взаимодействие по http api и через kafka. Интересная книжка, которая описывает все плюсы/минусы микросервисов - https://www.ozon.ru/context/detail/id/135199296/

я тебя разочарую, но все успешные продукты, как раз - монолит )

начиная от линукса, заканчивая dynamics navision/axapta, sql серверами и вообще наверное всем

микросервисы хорошо, в ряде случаев, но еще Крылов написал куллстори про то, как микросервис на 3 ноды не смог нормально функционировать

но если глянуть шире - мы все с вами юзаем микросервисы

ERROR: S client not available

Крылов. “Микросервисы ин э nuttshell”. 1814 год.

netflix - монолит? :)

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

Объекты.. но тут уже хрен знает

netflix - монолит? :)

в каком именно месте?

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

это за уши притянуто. Если так говорить, то и алфавит - это микросервис

33 микросервиса

ооокай :)

берем к примеру ферму для кодирования видео на ютубе

выполняет 1 программа

но выкаченная на n нод

микросервисы?

берем рельсовый монолит и выкатываем на 2 ноды - это автоматом микросервисы?

больше соглашение

т.к монолит на 1000 нод не будет микросервисом )

а api+фронтенд на react никогда не будеть микросервисами

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

и размер микросервисов и другие свойства могут быть разными

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

у нас есть и фронтенд на react и админка на rails и всё успешно юзает сервисы под ними :) серебрянной пулей не является, согласен и начинать с микросервисов можно, если хорошо понимаешь доменную модель и то, что ты делаешь

у нас вначале был один сервис, который в итоге на 3-4 сервиса распилили

сейчас один из них уже тоже можно смело пилить ещё на 2

есть еще ошибка, считать что микросервисы - это 2-3 монолита на разных языках )

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

а только из говна

в варианте для postgresql там идет прямо инвоук psql ;)

у нас вначале был один сервис, который в итоге на 3-4 сервиса распилили

А у меня архитекторы решили стартовать с 50 микросервисов, и тут проявилась кулстори от Крылова)

:) это они молодцы

для mysql соответственно тоже все на exec %ваша консольная программа%

и я тут еще distillery открыл…