Size: a a a

2020 June 05

A

Alex in ctodailychat
Daniil Sliusar
но ведь разработчиков ищете в русско говорящем чате
«русско говорящем» и эти люди запрещают ковыряться в носу))
источник

DK

Dmitriy K in ctodailychat
источник

DK

Dmitriy K in ctodailychat
в догонку про смесь русского и английского
источник

ИМ

Илья Макеев... in ctodailychat
проблема не в том, что кто-то живет в рф или не в рф, проблема в том, что если вы хотите чтобы вас хорошо воспринимали незнакомые люди, то стоит принимать во внимание особенности восприятия )
источник

ИМ

Илья Макеев... in ctodailychat
но это, конечно же, дело каждого
источник

DS

Daniil Sliusar in ctodailychat
Alex
«русско говорящем» и эти люди запрещают ковыряться в носу))
изначальное сообщение автора заставило пойти в гугл, чтоб узнать что они вообще разрабатывают.

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

A

Alexander in ctodailychat
Илья Макеев
проблема не в том, что кто-то живет в рф или не в рф, проблема в том, что если вы хотите чтобы вас хорошо воспринимали незнакомые люди, то стоит принимать во внимание особенности восприятия )
Да мне кажется просто проблема в эмоциональном подтексте в данном конкретном случае. Очевидно что в мире миллионы стартаперов с уникальной идеей, которая изменит мир. Надо только найти фуллстэк разработчика, который всё это реализует. Но это момент незначительный, поэтому можно просто крикнуть в чатиках, а потом разбирать личку, куда ломанутся голодные разработчики.
источник

ИМ

Илья Макеев... in ctodailychat
в общем, ничего криминального, но осадочек-то остался =)
источник

SL

Serge Lazarenko in ctodailychat
Alexander
Да мне кажется просто проблема в эмоциональном подтексте в данном конкретном случае. Очевидно что в мире миллионы стартаперов с уникальной идеей, которая изменит мир. Надо только найти фуллстэк разработчика, который всё это реализует. Но это момент незначительный, поэтому можно просто крикнуть в чатиках, а потом разбирать личку, куда ломанутся голодные разработчики.
это кстати касается не только миллионов стартаперов, но и миллионов "бизнесменов")
источник

A

Andrey in ctodailychat
Vladimir Deev
Всем привет. А есть у кого матерый архитектор со знанием Python?)

У нас стартап, бэк написан на Python, Flask-restful, Celery, SQLAlchemy, хостимся на AWS.

Основа проекта - тысячи API запросов к различным сервисам. Возникло одно ограничение, связанной с частотой запросов к сторонним ресурсам, которое текущая реализация плохо переваривает. Хотим все переписать по-правильному, но не знаем как.

Нужна платная техническая консультация от архитектора или опытного разработчика, который имеет опыт в создании подобных проектов. Мы подробно опишем текущее устройство системы, ограничение, которое мы хотим обойти, а также наши требования к системе. На выходе хотим получить предложение по новой архитектуре. У самих есть несколько вариантов, но везде есть свои плюсы/минусы - хочется это все обсудить с человеком, который имеет соответствующий опыт.
Если запросы повторяются - кешировать..., сделать несколько учёток и крутить их
источник

СА

Сергей Аксёнов... in ctodailychat
Илья Макеев
а вообще у меня предубеждение к тем к в разговорной речи вставки английского использует если чесн
Попробуй поговорить на предметном уровне например о машинном обучении без англицизмов. Скорее всего просто ничего не получится. На сегодня так сложилось, что передний край computer science (как это будет по-русски, кстати? Компьютерные науки? Информатика?) по большей части находится в англоязычном информационном пространстве, и хочешь ты или нет - ты или пользуешься англицизмами, или вставляешь английские слова и выражения в свой текст.
источник

IV

Igor V in ctodailychat
Andrey
Если запросы повторяются - кешировать..., сделать несколько учёток и крутить их
Теперь у вас две проблемы. Первоначальная и кеш :)
источник

ИМ

Илья Макеев... in ctodailychat
Сергей Аксёнов
Попробуй поговорить на предметном уровне например о машинном обучении без англицизмов. Скорее всего просто ничего не получится. На сегодня так сложилось, что передний край computer science (как это будет по-русски, кстати? Компьютерные науки? Информатика?) по большей части находится в англоязычном информационном пространстве, и хочешь ты или нет - ты или пользуешься англицизмами, или вставляешь английские слова и выражения в свой текст.
Все хорошо в меру, я ж написал, что действительно есть случаи когда нужно именно на английском писать.
Информатика, да. (звучит не так пафосно, но да)
Еще раз - разговор не про англицизмы а именно английский в русском.
источник

СА

Сергей Аксёнов... in ctodailychat
Igor V
Теперь у вас две проблемы. Первоначальная и кеш :)
Я пропустил, первоначальная проблема была в именовании переменных и функций?
источник

A

Artur in ctodailychat
регэксп
источник

A

Andrey in ctodailychat
Igor V
Теперь у вас две проблемы. Первоначальная и кеш :)
Я попытался зайти с конструктивной повесткой
источник

A

Andrey in ctodailychat
Мне помогают в чате, я пытаюсь помочь
источник

A

Andrey in ctodailychat
Если человек пишет в чат сам это уже хорошо, есть люди которые читают по бумажке....
источник

IV

Igor V in ctodailychat
Vladimir Deev
Всем привет. А есть у кого матерый архитектор со знанием Python?)

У нас стартап, бэк написан на Python, Flask-restful, Celery, SQLAlchemy, хостимся на AWS.

Основа проекта - тысячи API запросов к различным сервисам. Возникло одно ограничение, связанной с частотой запросов к сторонним ресурсам, которое текущая реализация плохо переваривает. Хотим все переписать по-правильному, но не знаем как.

Нужна платная техническая консультация от архитектора или опытного разработчика, который имеет опыт в создании подобных проектов. Мы подробно опишем текущее устройство системы, ограничение, которое мы хотим обойти, а также наши требования к системе. На выходе хотим получить предложение по новой архитектуре. У самих есть несколько вариантов, но везде есть свои плюсы/минусы - хочется это все обсудить с человеком, который имеет соответствующий опыт.
Когда-то столкнулся с подобной проблемой и тоже была идея переписать как надо, но все решилось проще. На стороне клиента реализовали обработку таймаутов, а между клиентом и сервером поставили API gateway. Первоначально рассматривал APIGee, но в итоге реализовали Nginx  + openresty, потому что там есть lua. На стороне Nginx был рейт лимитёр и ретраер.

Client -> Nginx -> Target service
источник

VD

Vladimir Deev in ctodailychat
Igor V
Когда-то столкнулся с подобной проблемой и тоже была идея переписать как надо, но все решилось проще. На стороне клиента реализовали обработку таймаутов, а между клиентом и сервером поставили API gateway. Первоначально рассматривал APIGee, но в итоге реализовали Nginx  + openresty, потому что там есть lua. На стороне Nginx был рейт лимитёр и ретраер.

Client -> Nginx -> Target service
ох, по-моему это как-то слишком сурово)
источник