
Eugene
13.08.2018
04:13:57
https://wiki.python.org/moin/ODBC

Soso
13.08.2018
04:14:50
http://itnote.ru/2010/04/26/pythonodbcfirebird/

Иван
13.08.2018
04:20:22
Спасибо буду пробовать

Edward
13.08.2018
04:24:11
Платный курс по настройке саблайма?

Google

Edward
13.08.2018
04:24:29
Госпоть всемогущий...

Иван
13.08.2018
04:24:34
А то в описании почему то не фигурирует interbase

Eugene
13.08.2018
04:36:00

Edward
13.08.2018
04:36:17

Eugene
13.08.2018
04:37:45
Подскажите конкретное расширение для питона для odbc
Я никогда не писал под Windows. Так что мои знания скорее из области общей эрудиции.
Насколько я понимаю, модуль Python для ODBC должен подходить для любой базы. А вот для Interbase должна быть какая-то своя прослойка типа драйвер ODBC для Interbase.
Но это только догадки. Дальше вам уж самому надо копать.

kolxoz.nik
13.08.2018
05:35:23
Добрый день!!! подскажите есть ли тут ощибка? def find_rate(depth, pair, typ, am_lim):
rate=depth[pair][typ][0][0]
am_sum=0.0
for orders in depth[pair][typ]:
am=orders[1]
rate=orders[0]
am_sum+=am
if am_sum>=am_lim:
break


Hot
13.08.2018
05:35:59
Правила чата:
1. Пишите вопрос по своей проблеме. Сразу и одним сообщением. Без приветов. Без прелюдий «кто может помочь». Обращения в ЛС к участникам нежелательны. Смотрите также http://neprivet.ru
2. Код обрамлять тройным грависом: ```код``` если больше десяти строк, залить на https://gist.github.com или https://pastebin.com
3. На сообщения отвечайте реплаем, а не форвардом.
4. Спамботы оставляют кнопки, удалить их можно используя команду /rmkb@remkeybot. Удали сообщение, если оно появилось в результате нажатия на кнопку или команды.
5. Запрещено писать много сообщений по одному слову.
6. За вопросы «я новичок, с чего начать изучать питон» вы будете немедленно отправлены в РО на день. Для вопросов совсем начального уровня писать в @ru_python_beginners. Там же ответы на вопросы: «что почитать» и «с чего начать».
7. Сразу бан за: спам, трояны, взломы, вирусы, спам-боты, кряки, ключи, наркотики и прочий скам или предложения работы в этой сфере.
8. Для HR: сразу указывайте хештег #работа, возможность удалённой работы, зарплатную вилку и стек. Просто ссылка на страницу с вакансией не приветствуется. Вакансии, не содержащие требуемые пункты, будут удалены.
См п.2


-_-
13.08.2018
05:37:36

kolxoz.nik
13.08.2018
05:40:48
Можно по подробней?

-_-
13.08.2018
05:42:24
find_rate(depth, pair, typ, am_lim):
rate=depth[pair][typ][0][0]
am_sum=0.0
for orders in depth[pair][typ]:
am=orders[1]
rate=orders[0]
am_sum+=am
if am_sum>=am_lim:
break
return rate

Google

Eldar
13.08.2018
05:47:48
палево:D

Alexander
13.08.2018
06:02:44
ребята, как в peewee узнать существует ли запись в таблице?

Иван
13.08.2018
06:05:44
Кто работал с pyside2, а конкретно с qtsql. В описании говорится что эта библиотека может работать с БД Interbase, есть у кого пример?

Firdavs
13.08.2018
06:33:46
????

Tishka17
13.08.2018
06:34:25
Мне кажется, у вас виндовз

alexei
13.08.2018
06:35:24
Чел не справился с требованиями к по

Maxim robox
13.08.2018
06:35:27
Либо VT-d надо включить в биосе, либо (если уже включён) удалить hyper-v.
Собственно, там это и написано.

Firdavs
13.08.2018
06:35:29

Delirium Mind
13.08.2018
06:36:20

Firdavs
13.08.2018
06:36:52

Delirium Mind
13.08.2018
06:37:14

Maxim robox
13.08.2018
06:37:53

Jl
13.08.2018
06:37:54

Valor Morghulis | Ersy Adept
13.08.2018
06:39:33

alexei
13.08.2018
06:39:41

Maxim robox
13.08.2018
06:40:47

nn
13.08.2018
07:05:00
господа, у меня, пожалуй, довольно глупый вопрос, но мне необходимо понять, куда двигаться:
есть модуль с классом-оберткой базы данных на, простигосподи, 1800 строк (да, и такое бывает). и мы подумали, что самое что ни на есть время заняться рефакторингом.
и вот вопрос: а как его отрефакторить? вот 54 метода к одному классу (да, это неадекватно много, понимаю), что с ними лучше сделать? разгруппировать по отдельным классам, классы запихать в модули, создать базовый класс и унаследовать все нужные, или как-то по другому?
идея с "выкини половину методов" не подходит: все методы нужны и используется не два раза в проекте


Dmitriy
13.08.2018
07:08:18
господа, у меня, пожалуй, довольно глупый вопрос, но мне необходимо понять, куда двигаться:
есть модуль с классом-оберткой базы данных на, простигосподи, 1800 строк (да, и такое бывает). и мы подумали, что самое что ни на есть время заняться рефакторингом.
и вот вопрос: а как его отрефакторить? вот 54 метода к одному классу (да, это неадекватно много, понимаю), что с ними лучше сделать? разгруппировать по отдельным классам, классы запихать в модули, создать базовый класс и унаследовать все нужные, или как-то по другому?
идея с "выкини половину методов" не подходит: все методы нужны и используется не два раза в проекте
Я бы унаследовался от этого "мегакласса", а в дочерних классах потихоньку переписывал метыды, рефакторил. И в коде вызов старых методов того мегакласса потихоньку подменял на вызовы методов моих классов-потомков. Впоследствии тот "мегакласс" бы удалил.

Google

nn
13.08.2018
07:14:28
это вообще норм на памяти скажется?
был еще вариант, базовые классы раскидать по модулям, и унаследовать их все в один мега-гипер-экстра класс
во всяком случае, код не придется переписывать точно


Alex
13.08.2018
07:36:38
https://bitbucket.org/RemiZOffAlex/myapp-full
Каркас приложения Flask. Кому понравился мой репозиторий, пожалуйста отпишитесь. Если нужна доработка, жду отзывы
Мой репозиторий подойдёт не всем новичкам. Но поможет на начальных этапах.
Есть наработки для API, в частности JSON-RPC (он, к слову, лучше чем RESTful API потому, что может имет глаголы в имени вызываемых сущностей)
Всем добра! Счастья! Здоровья!

Dmitriy
13.08.2018
07:49:05
Можно хоть на микросервисы проект распилить. Вопрос в том, наколько это нужно.

nn
13.08.2018
07:50:42


Alex
13.08.2018
07:51:30
господа, у меня, пожалуй, довольно глупый вопрос, но мне необходимо понять, куда двигаться:
есть модуль с классом-оберткой базы данных на, простигосподи, 1800 строк (да, и такое бывает). и мы подумали, что самое что ни на есть время заняться рефакторингом.
и вот вопрос: а как его отрефакторить? вот 54 метода к одному классу (да, это неадекватно много, понимаю), что с ними лучше сделать? разгруппировать по отдельным классам, классы запихать в модули, создать базовый класс и унаследовать все нужные, или как-то по другому?
идея с "выкини половину методов" не подходит: все методы нужны и используется не два раза в проекте
Согласен с @dimuska139. По факту твой рефакторинг на классы выльется в те же 54 метода, плюс 100500 методов, которые соединят классы между собой. Группировка возможна на логическом уровне только.

nn
13.08.2018
07:51:36

Alex
13.08.2018
07:51:55
А вообще посмотреть бы на то, что есть.
Сказать как лучше не видя как есть сейчас - сложна-сложна!

Tigran
13.08.2018
07:52:34
господа, у меня, пожалуй, довольно глупый вопрос, но мне необходимо понять, куда двигаться:
есть модуль с классом-оберткой базы данных на, простигосподи, 1800 строк (да, и такое бывает). и мы подумали, что самое что ни на есть время заняться рефакторингом.
и вот вопрос: а как его отрефакторить? вот 54 метода к одному классу (да, это неадекватно много, понимаю), что с ними лучше сделать? разгруппировать по отдельным классам, классы запихать в модули, создать базовый класс и унаследовать все нужные, или как-то по другому?
идея с "выкини половину методов" не подходит: все методы нужны и используется не два раза в проекте
Рефакторить сначала методы нужно, очевидно.

Admin
ERROR: S client not available

Tigran
13.08.2018
07:52:45
И да, во всём проекте

nn
13.08.2018
07:54:02
а хотя че, смысл-то, если через неделю-две весь проект целиком открою...

Google

Alex
13.08.2018
07:54:26
Не ссы! Мы парни крепкие. Выдержим.
Уже нарастили вторую кровеносную систему вокруг глаз.

nn
13.08.2018
07:56:03
хм, да, загрузилось даже ???
вкратце: это супер-легкая erp система для микробизнеса. три месяца назад мы очень сильно прибеднели, и покупать нормальную систему за 270 тысяч минимум было оч накладно
ну и в итоге, сейчас своя делается.

Alex
13.08.2018
07:58:13

nn
13.08.2018
07:58:55

Dmitriy
13.08.2018
07:59:29
Фрейморки для слабаков, или я дурак? Вообще, когда вижу вот такое "time.sleep(0.5) #для надежности, что бы шифт открылся раньше приема заказа", то становится ясно, что нужно все это дело конкретно пересматривать, а не просто разбивать класс.

Alex
13.08.2018
07:59:35
На первый взгляд в твоём файле идёт логика БД в перемешку с логикой самого приложения.

Dmitriy
13.08.2018
07:59:43
Юзать слип для надежности ненадежно, ИМХО

nn
13.08.2018
07:59:45
ну, окей, обнаглел я, на самом деле кипер для любого малого бизнеса, и кафе, и интернет магазины, и наркота, чо угодно короче.

Alex
13.08.2018
08:00:00
Отдели бизнес воркфлоу от API бд

nn
13.08.2018
08:00:36
Юзать слип для надежности ненадежно, ИМХО
надежно. но дораха. с этим проектом большая сложная история, которая потребовала вот такого решения. да, код кривой, но он уже работает. причем ребята наши стали радоваться, насколько им стало удобней.

Alex
13.08.2018
08:01:10
Далее бизнес можно разбить на логические классы: департаменты отдельно, кухня отдельно, заказы отдельно

nn
13.08.2018
08:01:11

Alex
13.08.2018
08:01:46
т.е.?
def get_kitchens(self):
result = self.fetchQuery('select kitchen_id, kitchen_name, department_id from kitchens')
out = []
for row in result:
out.append({'id':row[0], 'name':row[1], 'department_id':row[2]})
return out

nn
13.08.2018
08:01:57


Настасья
13.08.2018
08:01:58
Всех с понедельником! Возможно, кто-то пропустил мое чудесное предложение, которое я писала в пятницу, поэтому продублирую=)
#вакансия #удаленка #удаленно
Товарищи, привет! Ищу senior`а на удаленку.
Ребята делают профессиональный сервис для рекрутеров. Сервису 3 года, живут на свои деньги, не инвестиции. Нет бюрократии и совещаний. Причина поиска - сейчас обязанности тим лида выполняет СТО, поэтому он хочет сейчас взять синьора, который в последствии станет лидом и заберет его функции. На данный момент в команде 2 мидла, 1 джуниор. Команда распределённая.
Про деньги: 150 000 - 200 000
Чем предстоит заниматься:
Разрабатывать новые фичи и улучшать имеющиеся
Участвовать в архитектурных решениях
Проводить code review
Требования
Отличное владение Python 2.7, 3.5+ (нужно будет переезжать с 2.7 на 3.5+)
Понимание работы микросервисов (у них микросервисная архитектура)
Знание PostgreSQL
Опыт работы с ORM (peewee)
Опыт проектирования HTTP REST API
Умение писать и покрывать код unit-тестами
Опыт работы с фреймворком Tornado и elasticsearch будет плюсом
Опыт работы в интернет-сервисах
Ищу человека, который все возьмет в свои руки, у которого будет полный карт-бланш в плане решений, инициативного и ответственного.
Если интересно, то пишите в личку.


Dmitriy
13.08.2018
08:02:22


Alex
13.08.2018
08:02:53
Всех с понедельником! Возможно, кто-то пропустил мое чудесное предложение, которое я писала в пятницу, поэтому продублирую=)
#вакансия #удаленка #удаленно
Товарищи, привет! Ищу senior`а на удаленку.
Ребята делают профессиональный сервис для рекрутеров. Сервису 3 года, живут на свои деньги, не инвестиции. Нет бюрократии и совещаний. Причина поиска - сейчас обязанности тим лида выполняет СТО, поэтому он хочет сейчас взять синьора, который в последствии станет лидом и заберет его функции. На данный момент в команде 2 мидла, 1 джуниор. Команда распределённая.
Про деньги: 150 000 - 200 000
Чем предстоит заниматься:
Разрабатывать новые фичи и улучшать имеющиеся
Участвовать в архитектурных решениях
Проводить code review
Требования
Отличное владение Python 2.7, 3.5+ (нужно будет переезжать с 2.7 на 3.5+)
Понимание работы микросервисов (у них микросервисная архитектура)
Знание PostgreSQL
Опыт работы с ORM (peewee)
Опыт проектирования HTTP REST API
Умение писать и покрывать код unit-тестами
Опыт работы с фреймворком Tornado и elasticsearch будет плюсом
Опыт работы в интернет-сервисах
Ищу человека, который все возьмет в свои руки, у которого будет полный карт-бланш в плане решений, инициативного и ответственного.
Если интересно, то пишите в личку.
"профессиональный сервис для рекрутеров" Их уже 100500 штук. Вон тот же HH

Google

Alex
13.08.2018
08:03:28
т.е.?
Это бизнес логика в функции. А внутри API БД (сырой запрос)

Настасья
13.08.2018
08:03:56