Как стать автором
Обновить
7
0
Александр Вагнер @abbaturSF

Pain

Отправить сообщение

Вот не знаю насколько "погружение в мир гаджетов" влияет на выбор информатики в качестве сдаваемого предмета, но все мои знакомые что выбирали информатику выбирали ее по той причине, что она одна из легчайших в плане экзамена. Никто не хотел писать сложные экзамены.

Второй монитор чисто субъективная вещь. Сам пишу код и частенько подключаю второй монитор, что бы запустить тот же браузер с документацией или тут же отлаживать проект. Однако последнюю неделю уже забыл про этот 2 монитор и просто отлично живется. Возможно для верстальщиков и дизайнеров это критично, но могу сказать что программист вполне может обходится без него и при этом не страдатью

Извиняюсь. Перепутал с peewee. Спасибо за замечание.
Я изначально подумал, что он имел ввиду «написать свою базу данных на питоне»(которая вероятно все будет в оперативной памяти хранить) XD
У самого была статья с похожим подключением, только там я использовал MySQL. Сейчас есть множество библиотек(первое что пришло в голову — Pillow, SQLAlchemy), которые позволяют работать с базами данных намного удобнее и продуктивнее. Собирать миграции оттуда намного удобнее(если вам очень надо запилить свой гениальный или быстрый запрос, то эти же миграции можно спокойно редактировать). В итоге при помощи этих библиотек вы можете писать базы данных на более понимаемом для себя языке, нежели каждый раз гуглить, как сделать тот или иной запрос(хотя конечно и библиотеку читать придется, тем не менее это удобнее). Возможно какие-то проекты и имеют смысл использовать библиотеки для прямой работы с бд, но в данном случае для какого-нибудь бота вполне подойдет хорошая ORM.
Возможно я не правильно понял что вы написали, но как вы собираетесь создавать базу данных в самой программе, не подключая сторонних библиотек или через «специальное ПО»?

Хоть и с болью в душе, но соглашусь). На самом деле мне обычно 80 строк хватает даже на длинные переменные и все такое, однако бывают места, как например с теми же генераторами и так далее, где в 80 ну уж никак не умещается и приходится изводится. Но вот не могу перейти на 100 или даже более. Уже и привычка и кажется слегка неудобным.

На самом деле хорошие тесты сложно провести, которые бы показали насколько код реально хорош. Вспоминается видео на ютубе, где приводили ситуацию, когда код на асинхронной версии работал медленнее чем на последовательной и наоборот. Так что в данной ситуации это может быть и быстрее, но кто знает что будет в других ситуациях.
Без негатива, но удобно ли вам использовать строки которые больше 80 символов?
Несмотря на то, что код выше вполне удобочитаем, этот уж намного легче для понимания.

Не хочу обидеть или задеть автора, но сразу вспомнил про тех программистов, которые любят писать сложный(а может и не сложный) алгоритм в одну строчку, у которого читаемость 0. Я там такие конструкции тоже часто видел, просто для того, что бы «лишние переменные» не занимали аж целую дополнительную строчку кода. Надеюсь, автор просто сделал это, что бы читателям было легче вникнуть в суть.

Если я исправлю на нужную ошибку, то вопрос отпадет? Понимаю что идея была плохая.

Какие современные библиотеки посоветуешь?

Отваливаться не должен. Точно не скажу. На своём опыте бот работал все время, что был включён. Отсоединялся по логике, только когда пк переводился в режим сна. Если на каком то хосте, то не должен вообще никак. Единственное что pythonanywhere, если программа не работает больше ~3 часов, только он ее отключает

Под предлогом «… за час» я имел ввиду, что зная полностью, можно за час написать бота с заявленным функционалом. Сам я посчитал что пихать в одно место много информации не есть хорошо.
Извините за предоставленные неудобства.

Информация

В рейтинге
Не участвует
Откуда
Германия
Зарегистрирован
Активность