Size: a a a

2021 October 01

V

Vovochkin in QA - Finance
Всегда угарал с этих челиков советующих переписать проекты-гиганты на чё-то модное
источник

А

Алексей in QA - Finance
Эти челики вполне успешно размножаются. Так что угорай осторожно, возможно они уже подкражываются к твоему проекту
источник

D

Dmitry in QA - Finance
Толпа, которая про программирование из ютуба знает)
Но у го нет фреймворков типа симфони или ангуляра, на которых за 2 дня можно запилить mvp и начать зарабатывать на нём бабки. Перфоманс ангуляра может вообще не быть проблемой, в противном случае его можно горизонтально масштабировать.
Создание го было явно обусловлено политическими и юридическими мотивами, а не технологическими
источник

D

Dmitry in QA - Finance
Го хорош для написания инфраструктурной прослойки, а не для бизнес-логики
источник

BO

Boris Osipov in QA - Finance
>Перфоманс ангуляра может вообще не быть проблемой, в противном случае его можно горизонтально масштабировать.

с этого места поподробнее. как там масштабировать перфоманс ангуляра горизонтально?
источник

BO

Boris Osipov in QA - Finance
и вообще что такое есть "Перфоманс ангуляра" и как оно измеряется, в каких единицах
источник

V

Vovochkin in QA - Finance
Я только за, осталось убедить заказчиков оставить на эти планы бюджет)
источник

BO

Boris Osipov in QA - Finance
я вот понимаю перфоманс условного бекенда в RPS. или перфоманс метрики условного сайта в  условной метрике FCP
источник

D

Dmitry in QA - Finance
Имел в виду бэкенд на экспрессе, стандартный стек в связке с ангуляром
источник

BO

Boris Osipov in QA - Finance
ясно понятно.
источник

BO

Boris Osipov in QA - Finance
лучше так и писать. иначе выглядит как перфоманс браузера в выполнении  sql  запросов в oracle db
источник

А

Алексей in QA - Finance
а ну то есть го плохое, потому что симфони для него не успели сделать. Ооок
источник

D

Dmitry in QA - Finance
Го плохое не только по этой причине. И экономически оправданная область его применения гораздо уже той, куда его пытаются впихнуть айтишные хипстеры, тут я с @whyauronning согласен
источник

А

Алексей in QA - Finance
может проблема не в го тогда, а в хипстерах - пихателях? 🤔
источник

D

Dmitry in QA - Finance
И в агрессивном маркетинге от создателей го, так что 50/50
источник

А

Алексей in QA - Finance
агрессивный маркетинг - это азур от МС из каждого чайника. А эти так, на конфах нимножка за него трещат
источник

А

Алексей in QA - Finance
а до го точно также хипстеры всюду пихали руби. Или ноду. Одно время модно было приделать эрланг к проекту (нет чатов - не беда, пусть хоть нотификашки переваривает). Мильен языков-над-джавой (скала, циклон, груви и иже с ними), на которых писались проекты по принципу джава скучно, давайте что нить замутим. Это не от языков пробемы идут, а от людей как бы. И от неправильного использования инструментов.
источник

RP

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

D

Dmitry in QA - Finance
Ну, руби и нода - быстрый time to market. Скала и хаскель - ссылочная прозрачность и асинхронный перфоманс.
А го по своей концепции это такой же маргинальный язык, как и груви. Ни скорости разработки, ни корректности кода он не добавляет по сравнению с существующими мейнстримовыми языками
источник

RP

Redkin Pavel in QA - Finance
Писали бы тогда уже на РНР, там тайм ту маркет еще меньше. Но здесь соглашусь, когда задача выкатить MVP, его писать вообще можно на чем попало-начальный поток пользователей если ожидается небольшой. Вопрос в том, на что переписывать то, что реально нуждается в хайлоад коде
источник