Pavel
Ну ответ ручки станет не 30мс а 10нс)
Ну в гошке такие цифры можно запросто получить
Pavel
Да
Никаких группировок а сплошная денормолизация и получение данных только по примарикей
Vitaliy
AShM
uWSGI он же мю всджиай или микровизги
Vitaliy
Суть без разницы, если всё в БД упирается
Vitaliy
Ага
Vitaliy
Так что советовать сменить сервер wsgi вообще не поможет
AShM
Тогда можно либо покрыть ржавчиной код (переписать на rust при помощи pyo3) или же использовать ассинхронщину
Vitaliy
Ну когда-то оом будет и досвидос
Vitaliy
Vitaliy
Мультипроцессинг, мультитрединг
Vitaliy
Это всё имеет предел
AShM
Ребят, не пора ли переименовать чат?)
Vitaliy
Ну вот и будет у тебя по ядрам гуникорн балансить процессы, которые ждут io от базы
Pavel
Просто кто то флудит не по делу) тут только про работу же
Vitaliy
Там хоть 150 потоков поддай
Vitaliy
Vitaliy
А воркеров?
Pavel
Аналогично
AShM
Ребят что выбрать как второй (если считать js третий) яп? Java или Go? Интересно именно как быстро можно найти работу (без высшего образования) и каков уровень зп
P.S. первый яп Python, уровень Middle, опыт ~2 года
Vitaliy
Vitaliy
5 лет не сеньор
Pavel
beego, kratos?
Vitaliy
Еще хуже
Знаешь только как пробоины затыкать
Maxim
"каков уровень зп", хахах
Maxim
в текущем рынке — никаков
AShM
Так если выбирать по фреймворку, то в java основных всего один, а в го их дофига
AShM
AShM
А что, как гран называется? Идея и наработки по продукту уже имеются, но вместо реактора использую Vue
AShM
Ооо, спасибо!)
Vitaliy
Та не, 2 года в европейском аутсорсе
Надо смотреть
Самому себе грейд не проставить
Ну если окровенно, я никогда не был джуном
Меня сразу мидлом взяли, вопрос того, как на собесе интервьюеров раскидаешь на софт скиллах. Даже с алгоримами можно пропустить часть
Сейчас энтерпрайз - это работа с бизнес-требованиями, а не выбор алгоритма сортировки
Vitaliy
Пофиг на деревья кстати
Vitaliy
Ddd, solid, gang 4, написание юнит-тестов желательно с tdd и всё. Ну это касаемо чистоты кода
Много чего ещё надо
И не перечислить
Но язык и фреймворк - это только деталь реализации
Хорошее ядро портируется на другие стэки без особой боли
Vitaliy
Вопрос адаптеров. А ядро в аккуратном коде выглядит декларативно на общем языке с бизнесом с корректными интерфейсами
Vitaliy
Vitaliy
Хороший вопрос
На каком уровне?
Эти солиды масштабируемы
Но обычно под хорошим подходом, который учитывает solid имеют в виду ddd. Если мы про код
В основном это тактические паттерны ddd, взятые из "корпоративных паттернов" Фаулера
Их запаковали в систему, навесили на гексагогальную архитектуру и радуются жизни
А если прикольнуться, то надо почитать ортодокса ООП Егора Бугаенко. Он прочищает мозг
Vitaliy
Каждый преисполняется солидом по-своему
Параллельно с книгой "чистая архитектура" я писал код, не проработав и года программистом. Ну что скажу. Уже тогда, не зная про ддд, этот ддд прослеживался
Даже хорошо читать книгу, когда глаз не замылен
Она прям хорошо на чистый мозг встаёт, когда только ООП проникаешься (хотя это не обязательно ооп)
Rostislav
Sanity = nil
всмысле?)))))))
Sanity = nil
и что тебе это даст?
Sanity = nil
полный солид это очень сложно, буквы типа S (очень важная но сложная для тупых челов в проде), I, D самые важные считаю.
Sanity = nil
ну типа главное их придерживаться, остальное опционально.
Sanity = nil
ты реально такие метрики используешь? ну соре, но ты очередной тупой вебмакакич которого не хотелось бы иметь за коллегу на одном проекте.
Rostislav
Vitaliy
Sanity = nil
Rostislav
Rostislav
остальное просто либы, имхо их нехорошо звать фреймворками. Они не определяют "каркас" приложения вообще никак
в одной папке тихо мирно лежат. Хоть каждый день меняй одно на другое
Sanity = nil
уволен.
Sanity = nil
Sanity = nil
да? ну главное что ты соображаешь))
Sanity = nil
ну я рад что это ты, хорошего пути.
Sergey
Диалог зашел в тупик)
Sanity = nil
Roman
Не любит общаться, но общается
🤡🤡🤡
Anton
он местный развлекала
Sergey
На мой взгляд, применение различных принципов(solid, dry, kiss и прочее) должны быть оправданы. Так же как и внедрение TDD, DDD и прочего. Если надо написать простой скрипт, один раз - всё это в хуй не впилось
Sergey
Можно люто упарываться по шаблонам проектирования, "дрочить" на джаву и сетовать, что go или python - не то ооп. Но бизнес не за это платит
Sanity = nil
На мой взгляд, применение различных принципов(solid, dry, kiss и прочее) должны быть оправданы. Так же как и внедрение TDD, DDD и прочего. Если надо написать простой скрипт, один раз - всё это в хуй не впилось
ну это очевидно, но для систем с обширной логикой и дофига функционала и разных контекстов доменных, нужно это, а много где нету. Вот работаю на подобном проекте, чтобы чет добавить или изменить - надо пройти 9 кругов ада ебучих, а все потому что кому-то было лень раньше нормально выстроить архитектуру и разложить все по правильным папкам и контролировать депенденси флоу.
Sergey
Чем быстрее вложенное бабло начнет отбиваться - тем лучше. А на прекрасные термины пусть в академической среде фапают. Реальный мир ненужное выплевывает
Sanity = nil
и щас бизнес ахуевает скок надо платить за фичу и менеджеры со стволами сидят над прогерами и каждые полчаса спрашивают о процессе.
Sergey
Sanity = nil
Возможно, пора в микросервисы
пора правильно было их делить и понимать что микросервисы это не просто несколько разных модулей каждый на своем сервере.
Sergey
Эту ебанину и мониторить правильно надо(
Sanity = nil
Sanity = nil
и тест хоть один на проект иметь(
Sergey
ага
Sergey
Надо обосновать - лучше в деньгах. Тогда понимать начинают
Sanity = nil
Sergey
https://cs9.pikabu.ru/post_img/big/2017/05/11/2/1494463084193956959.jpg - с другой стороны