чтобы сраться в приятной атмосфере

чтобы сраться в приятной атмосфере

Для это можно в воздух духами попшикать)

С тем же успехом я мог сказать, что питон говно и давно пора на руби переходить

вернул 2011

#работа Всем привет! Очень ищем Python разработчика в международный проект от цифрового издательства Planetpics — новый стандарт поиска и дистрибуции контента для всех, кто работает с фото и видео каждый день. Python - разработчик который будет проектировать и разрабатывать desktop-клиента, также принимать участие в разработке backend сервиса. Требования: Отличное знание Python 3; Хорошая алгоритмическая подготовка; Понимание принципов функционирования современных архитектур (процессор, кэши разных уровней, память); Знание работы сетевого стека и наиболее часто используемых протоколов; Опыт работы с QT framework Знание основных библиотек и фреймворков, таких как Flask, SQLAlchemy, MongoEngine; Опыт работы с типовыми СУБД, такими как PostgreSQL, MongoDB, Redis; Опыт работы с облачными и контейнерными решениями, такими как Docker и AWS Практический опыт построения high-load и fault-tolerant сервисов; Умение профилировать и оптимизировать свой код, опыт создания unit-тестов; Большим плюсом будет опыт работы с: С, C++, Java, Go, и т.п.; Умение быстро и эффективно осваивать новые технологии и применять их на практике. Условия работы: Офис м. Китай-город Полный рабочий день Гибкий график работы Бесплатное повышение уровня английского языка Обсуждается частично удаленный формат Заработная плата от 120-180 т.р. netto Яскевич Ольга +7 916 616 06 00 j.olga@ok-konsalt.ru Skype: a574368831bd1ba9

ух ты, пайтон на десктопе

#работа Всем привет! Очень ищем Python разработчика в международный проект от цифрового издательства Planetpics — новый стандарт поиска и дистрибуции контента для всех, кто работает с фото и видео каждый день. Python - разработчик который будет проектировать и разрабатывать desktop-клиента, также принимать участие в разработке backend сервиса. Требования: Отличное знание Python 3; Хорошая алгоритмическая подготовка; Понимание принципов функционирования современных архитектур (процессор, кэши разных уровней, память); Знание работы сетевого стека и наиболее часто используемых протоколов; Опыт работы с QT framework Знание основных библиотек и фреймворков, таких как Flask, SQLAlchemy, MongoEngine; Опыт работы с типовыми СУБД, такими как PostgreSQL, MongoDB, Redis; Опыт работы с облачными и контейнерными решениями, такими как Docker и AWS Практический опыт построения high-load и fault-tolerant сервисов; Умение профилировать и оптимизировать свой код, опыт создания unit-тестов; Большим плюсом будет опыт работы с: С, C++, Java, Go, и т.п.; Умение быстро и эффективно осваивать новые технологии и применять их на практике. Условия работы: Офис м. Китай-город Полный рабочий день Гибкий график работы Бесплатное повышение уровня английского языка Обсуждается частично удаленный формат Заработная плата от 120-180 т.р. netto Яскевич Ольга +7 916 616 06 00 j.olga@ok-konsalt.ru Skype: a574368831bd1ba9

Емейл бы ещё приложить

Емейл бы ещё приложить

исправила

Чудесно. Такое можно и в @rudepython

Чудесно. Такое можно и в @rudepython

благодарю. Сейчас отправлю

Месяц назад вилка была 120-160 :)

Месяц назад вилка была 120-160 :)

подросли

у того HR ещё прям пунктики меню как пунктики были

bullet

у того HR ещё прям пунктики меню как пунктики были

того HR больше нет ))))

ух ты, пайтон на десктопе

Почему нет?

редко вижу, если честно

это третья компания с десктопом на питоне, которую я знаю

меня как-то звали в сименс писать на пайкути стажером

редко вижу, если честно

Если это корпоративный софт, то очень даже нормальная идея его на py+qt писать.

почему?

почему?

Немного быстрее чем на cpp/qt.

логика есть

Хотя, с другой стороны... С тем же успехом можно и Web-приложение сделать.

Хотя, с другой стороны... С тем же успехом можно и Web-приложение сделать.

Это не успех;(

ты предлагаешь забанить? да вроде пока не накопилось

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

Тогда бы они уже все давно были калеками

php-шниками

а ладно, неудачная шутка

а ладно, неудачная шутка

иди накажись

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

Зачем банить ? Обосать и реадонли) сам выпилится

ридонли на недельку)

в сиэтле питон удел бомжей похоже

Ruby on rails же правит баллом

Господа, день добрый. Интересует мнение, в каких случаях выбрасывать исключения и писать эксепшены не надо. Например, пишу модуль для работы с recaptcha api. Надо ли выбрасывать исключение, если я отправил запрос к api, в ответ пришел error-code и msg "неправильный ключ api"? Надо ли выбрасывать исключение, если я отправил запрос к api, юзер капчу не угадал и ответ пришел отрицательный?

А также, в каком случае лучше писать свой эксепшн, а в каком просто бросать Exception('my message')

Господа, день добрый. Интересует мнение, в каких случаях выбрасывать исключения и писать эксепшены не надо. Например, пишу модуль для работы с recaptcha api. Надо ли выбрасывать исключение, если я отправил запрос к api, в ответ пришел error-code и msg "неправильный ключ api"? Надо ли выбрасывать исключение, если я отправил запрос к api, юзер капчу не угадал и ответ пришел отрицательный?

Как минимум оповещать юзверя о статусе имеет смысл. Однако в данном случае как по мне тебе хватит тех эксепшнов, что есть.

Точнее на него надо реагировать

Вываливать критикал еррор какой-нибудь к примеру это пожалуй слишком

Вываливать критикал еррор какой-нибудь к примеру это пожалуй слишком

вываливать в обоих случаях?

мне кажется, что неправильный api ключ - это косяк разработчика или администратора

А, я чет не то читаю ночью

ок, а в случае, если я хочу логировать (неправильные решенные капчи юзеров)? Бросать или не бросать?

Не, если конфиг кривой то падай конечно

ок, а в случае, если я хочу логировать (неправильные решенные капчи юзеров)? Бросать или не бросать?

Неправильное решение это уже другое, неприятно когда у тебя от ошибки при, скажем, логине софт вывалился в эксепшн

Не, если конфиг кривой то падай конечно

А если юзер накосячил с капчей и мне надо залогировать, то падают в таких ситуациях или нет?

Залоггируй и выведи ему варнинг, зачем сразу эксепшн-то

Хотя может в контексте это и логично, я щас софт может не тот представил

Залоггируй и выведи ему варнинг, зачем сразу эксепшн-то

я про бэкенд, понятно что юзеру надо сказать что всё ок и "somethings error, try again after 5 min"

Не стоит как по мне

Зачем убивать бэк из-за ошибки юзера

Пиши в лог, если надо выводи варн в stderr

Зачем убивать бэк из-за ошибки юзера

почему убивать? вызывать же будет клиентский код, типа try: recaptcha(*params); except Exception as e: log(e); pass;

А, ты об этом -_-

Это почему бы и нет. Вопрос только в том, что все эксепшны в одну корзину

Если это будет мешать - пиши свой

Если тебе норм - можно и так

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

в любом случае, благодарю

Я трай юзаю когда он удобен. Не вижу в этом ничего прям плохого.

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

Если удобнее анализировать вывод или эксепшн не триггерится - делай многоходовочки, иначе... Как по мне главное все в глобальный Exception не пихать

или лучше if response['true']: pass; else log(time, user, etc)

Ну вообще если апи вызовет эксепшн и ты его не поймаешь то все сложится. А если оно отдает просто ответ то тут анализ уместнее, да. Как выше и писал.

Ну вообще если апи вызовет эксепшн и ты его не поймаешь то все сложится. А если оно отдает просто ответ то тут анализ уместнее, да. Как выше и писал.

ок, спасибо

ERROR: S client not available

Ребят, подскажите пожалуйста, как на джанго реализовать сайт-одностраничник, на котором отображение будет меняться динамически по мере выполнения py-скрипта. Банальный пример - поле для ввода строки, ввожу переменную. далее скрипт отрабатывает, и выводит результат(вначале промежуточный а затем итоговый). вот например нужно чтобы принты выводились на страницу в данном простом примере: ввожу в поле ввода значение X, жму субмит y = x * x print(y) z = y * y print(z)

ты хочешь перенаправить вывод?

ты хочешь перенаправить вывод?

Нет, он хочет узнать о технологии Ajax

ты предлагаешь по аяксу отправлять на клиент содержимое принта?

ты предлагаешь по аяксу отправлять на клиент содержимое принта?

По какому ещё аяксу?

ajax - аякс, аджакс

ajax - аякс, аджакс

Что ты имеешь ввиду под "отправлять по аяксу"?

а принимать запросы может только сервер и он отвечает на них, придется реализовывать comet или лонг-полинг.

а принимать запросы может только сервер и он отвечает на них, придется реализовывать comet или лонг-полинг.

Ты читать умеешь? Тригерить исходящий запрос можно по отправке формы

Можно, но видимо требуется отправка по событию изменения содержимого какого-либо поля, для подсчета промежуточного результата.

Ребзя

Почему при проверке на вхождение в список последний символ игнорируется https://repl.it/LcFy/0

Почему при проверке на вхождение в список последний символ игнорируется https://repl.it/LcFy/0

потому что оно делает совсем не то, что ты ожидаешь

или что вообще нужно?

print(1 and 2 and 3 in b)

или что вообще нужно?

чтобы in показал входил ли последовательность чисел в список

чтобы in показал входил ли последовательность чисел в список

у тебя просто печатается последовательность 1, 2, (3 in b) что есть 1, 2, True

wat

чтобы in показал входил ли последовательность чисел в список

можно all(x in b for x in [1,2,3])

wat

приоритет

приоритет

чего над чем

print(1 and 2 and 3 in b)

такой вариант не прокатит, так как конструкция 1 and 2 and 3 вернет максимальное число, а потом проверит, есть ли это число в списке

чего над чем

print(1,2,3 in b) не проверяет последовательность 1,2,3 на вхождение в список

чего над чем

а что проверяет тогда

такой вариант не прокатит, так как конструкция 1 and 2 and 3 вернет максимальное число, а потом проверит, есть ли это число в списке

а что проверяет тогда

просто печатает 1, 2, True/False, в зависимости от

print(1,2,3 in b) не проверяет последовательность 1,2,3 на вхождение в список

b = [1,2,3,1,3] a = 1,2,3 in b print(a)

в группе где-то уже отвечал на подобный вопрос, щас ссылку на ответ скину

ну то есть оно проверяет 3 на вхождение и выводит хрень

просто печатает 1, 2, True/False, в зависимости от

тоже самое

ну это и есть то же самое