K
Хотя я сам Хейтер пых-пыха, так что не лучше
Size: a a a
2020 August 30
K
Но вообще у меня был опыт с питоном и могу сказать, что всякие выборки данных и простейшая предобработка на SQL реально пишутся в 10 раз быстрее, чем на всяких pandas, просто нужно чуть-чуть почитать документацию
K
Вот что-то сложное, где напрашиваются while и локальные переменные (либо взаимодействие с внешними сервисами) уже обычно проще считать на нормальном языке (если это не простейшие суммы/среднее/etc)
K
Хотя вот их решение разбивать на слова при запросе какое-то не оч. Всё же проще делать такое при добавлении материала. Но они с этим быстро согласились в комментариях
AR
А в чём проблема интеграции с vcs? Ведь под ней будут скрипты миграции и всё будет норм. Почему так принципиально именно отсутствие в самой бд возможности изменить конкретную строчку хранимки, а не сделать create or replace? (Или с чего бомбят люди?) Для таблиц alter table нужен только чтобы не терять данные
в этом кейсе vsc - последняя проблема. человек сделал из постгри монгу
K
в этом кейсе vsc - последняя проблема. человек сделал из постгри монгу
Мне не очень нравится в nosql, что когда набор колонок заранее известен, то не получается выигрыша по объему хранения
K
Мне кажется пиздецом дублировать имена ключей на каждую строчку
K
Хотя мб у монги есть оптимизации, я составил своё мнение по описанию firebase
K
Мне не очень нравится в nosql, что когда набор колонок заранее известен, то не получается выигрыша по объему хранения
А постгря выглядит идеальным компромиссом. Для заранее известной структуры обычные колонки, для динамической jsonb
K
Так что в итоге главным преимуществом монги сейчас мне видится развитый шардинг из коробки
K
Тогда как у постгри мультимастер вроде только за бабки
K
Так что в итоге главным преимуществом монги сейчас мне видится развитый шардинг из коробки
С другой стороны нормальные утилиты бекапа монги с включенным шардингом вроде только за бабки
K
И вообще монга имхо более агрессивно хочет бабки, чем постгря
AR
тут много есть о чем поговорить , кратко не сформулируешь :) ты говоришь и про архитектуру и про ops.
K
Ну я из-за петпроджектов привык рассматривать технологии сразу по всем параметрам. На работе, конечно, стало непривычно проще)
K
Ну я из-за петпроджектов привык рассматривать технологии сразу по всем параметрам. На работе, конечно, стало непривычно проще)
(так как в своём проекте ты сразу и бек, и фронт, и девопс, и ПМ)
K
Хочется свой стартап, чтобы быть там СТО и иметь привычный флоу специалиста по всему, но при этом всё скучное и рутинное, либо требующее слишком глубоких знаний делегировать
AR
я к тому, что ты затрагиваешь сразу много тем, которые в режиме общения в чате не обсудить )
в том проекте человек по мнению большинства сделал плохо практически все. и это плохо обсуждают в контексте архитектуры
в том проекте человек по мнению большинства сделал плохо практически все. и это плохо обсуждают в контексте архитектуры
K
я к тому, что ты затрагиваешь сразу много тем, которые в режиме общения в чате не обсудить )
в том проекте человек по мнению большинства сделал плохо практически все. и это плохо обсуждают в контексте архитектуры
в том проекте человек по мнению большинства сделал плохо практически все. и это плохо обсуждают в контексте архитектуры
Он скорее выбрал непопулярное решение и потенциально будет вынужден нанимать более дорогих разрабов
K
Проект вроде большой, если бы была серьезная просадка по производительности или скорости разработки, они бы уже заметили. Плюс я не думаю, что будет проблемой дописать бизнес-логику на Go, которая плохо ложится на хранимки