Ну надо сделать так, насколько я понял, чтобы пользователь не отправлял некоторое время заново запрос. И чтобы этот токен имел опредленный лайфтайм в вашей же системе
Читать полностью…
всем привет) есть тут кто-то, кто работал с ГБД, а конкретно с получением КДП?
Читать полностью…
🤣 там последние пара президентов берут секретные документы себе в гараж и на одного даже уголовку почти завели - осталось только суд провести, но оп - выборы прошли и теперь президент неприкосновенен
Читать полностью…
Я думаю, что альтернатив этих моделей у людей хватает
Читать полностью…
Вы считаете, что там будут закон нарушать ради одного сотрудника?
Читать полностью…
Пока не вижу этой новости от норм источников. Один чел в твиттере, один чел на реддите и всё
Читать полностью…
Для своих вряд ли закрыли, раз появилась эта новость. Карпатый не «свой» в плане страны, хотя в плане организации он свой
Читать полностью…
Салам. Каспи сейчас набирает джунов, в Халык есть вакансия на стажера
Читать полностью…
пока да, устроил прожарку резюме и помогаю найти работу
Читать полностью…
Время подрубать AGI FABLE 5 и спамить ему мне кажется
Читать полностью…
еще как классно при рефакторинге захотеть поменять его, после rename увидеть как в changes пол проекта изменено
Читать полностью…
Ну скорей вопросы по механнике процесса.
пример(ситуация как это работает у меня и как я это вижу): вот я организовал первый запрос с которого отправляется смс пользователю, далее у меня висит polling который ожидает когда пользователь даст согласие, затем приходит всего один раз VALID с токеном и public_key(при последующем запросе с теми же данными у меня уже отправляется новая смс). и вот меня смущает надежность-если при получении VALID статуса на моей стороне произойдет какая то гонка или ошибка, то смс пользователю будет отправлено заного(явно не желательно). вопрос наверно в том: корректная ли это механника и если я один раз потерял VALID ответ-мне нужно получать КДП заново, или же я неправильно устроил polling запросы и я могу повторно по паре iin+phone получить уже подписанный VALID статус и токен?
или мега троллинг, программисты это мета коллективное создание типа ии который по промпту решает проблемы
Читать полностью…
теория заговора ) политика на самом деле одна из самых простых наук, но мы любим рисовать куколдов кукловодов дергающих за нитки...
Все намного проще, сказали нельзя, значит нельзя и обходить закон там явно не будут, будут искать возможность дать доступ легально...
я считаю, что в политике рука руку моет: одни издают указ, показывая гражданам как они заботятся об их безопасности, а другие - показательно исполняют эти указы, попутно втихую давая доступ кому надо
Читать полностью…
> Думать, что корпорация не предоставит специальный служебный аккаунт ключевым сотрудникам в обход требований государства
Читать полностью…
Надеюсь ты не будешь заявлять, что букмекерка это авторитетный источник?
Читать полностью…
Всех приветствую! Продолжаю обучение кодингу, сейчас объявили запуск на летнюю программу с месячным буткемпом в Анталии. Подробности в личку
Читать полностью…
Приветствую коллеги! Помогаю знакомой найти стажировку или junior-позицию в Data Analytics / Business Analytics. Учится в КБТУ на направлении Information Systems in Business, знает Python, SQL, Power BI, Tableau, занимается аналитическими проектами и активно развивается в этой сфере.
Если у кого-то в компании есть открытые позиции, стажировки или можете подсказать, куда стоит обратиться буду благодарен
уже лучше, но ты все еще одиночка, с командой не работал будто
Читать полностью…
Интеграция с госплатформой NPHIES (Saudi Health Information Exchange)
- Вывел в продакшн интеграцию шлюза с NPHIES (проверка покрытия + предавторизация) — клиника перестала обрабатывать страховые заявки вручную.
- Построил парсинг FHIR R4 со всеми статусами ответа — обеспечил соответствие требованиям госплатформы и допуск к интеграции.
- Вёл фичу от дизайна до релиза по TDD, согласовывал требования с аналитиком — сократил доработки после сдачи.
Stack: Python, FastAPI, Pydantic, FHIR R4, mutual TLS, pytest, PostgreSQL.
CLM — UNC Health (США) — Python-разработчик
- Развязал хранение от вычислений (local/GCS за единым интерфейсом) — вывел обработку контрактов в прод на serverless Cloud Run и сделал фичу доступной клиентам.
- Перестроил обработку PDF в двухэтапный конвейер на TaskIQ с retry и компенсацией — убрал перезапуск дорогого парсинга и «зависшие» записи, повысил надёжность пайплайна.
- Реализовал импорт закупочных данных из CSV/XLSX на pandas с валидацией — заменил ручной ввод данных из ERP на автозагрузку.
- Устранил N+1 и добавил Redis-кэш аналитики — ускорил аналитические эндпоинты под нагрузкой.
Stack: Python, FastAPI, SQLAlchemy (async), PostgreSQL, Redis, TaskIQ, GCS, pandas, Docker.
Отсутствие вкуса в нейминге - повсеместная боль. Выбирает один, а страдают потом все
Читать полностью…
