без велосипедостроения и конфигописания для каждой технологии.
так это же топ обучение, когда ты сам велосипеды делаешь, время конечно это кушает, но лучше один раз конкретно разобраться и потом не ловить банальные ошибки.
aoaoa, ну вот смотрите, утром встаёте и думаете что вас не устраивает. Ага. Прогноз погоды плохо показывает концентрацию пыльцы в воздухе. И пошло поехало. А как понять какая концентрация? - есть много онлайн лабораторий. Ага. А как брать у них инфу? - можно парсить инфу. Так то есть нужен парсер. А как его сделать? И так далее. Нужно начинать одну задачу делить на подзадачи, тогда любая работа будет легка.
Ну во первых нужна библиотека для самого бота (я в них не шарю, думаю вы знаете), Django для сервера, ну веб страничка, ну а дальше уже именно по функционалу нужно смотреть.
Guerro69, хотя мой вариант универсален, все же ваш вариант основан на наблюдениях и опыте, а я с ботами не сталкивался в работе, поэтому я постыдно прикроюсь вашим авторитетом и соглашусь.
Алексей Царапкин, ого, это в какой же книге или в каких курсах делают что- то шире и сложнее чем написание калькулятора и подобных тренировочных приложений? У написания простых приложений в книге есть явная и простая цель - показать изучающему как правильно и корректно стоит писать программы, как делать рефакторинг, где что использовать.
Алексей Царапкин, так подождите, я не говорю про сложные проекты, в книгах такие проекты написаны очень красиво и элегантно, лучше сложно сделать, а если вы про нахождение наименьшего делителя, то тут использование парсеров и алгоритмов, извините меня, нерационально, что противоречит самой концепции питона.
Алексей Царапкин, интерересная точка зрения, но если мы говорим про питон, то тут нужно обратиться к великому Гвидо, который утверждал что у одной задачи есть одно решение, например у вас есть много вариантов решения поиска наименьшего делителя числа? У меня нет.
Алексей Царапкин, Так. В книгах, кроме пожалуй книг где описывается сама структура и подноготная языка, ооп и т.п, всегда идет куча задач и заданий. Допусти Эрик Мэтиз в своей книге, в 200 страниц описал создание приложения с 0, и очень клево двигаться с ним вместе. Практики в книгах куча, даже не все успеваешь пройти. Так как прикладная литература читается оооочень медленно, а тут еще и задания, и книжечка в каких-то 500 страниц, расползается на пару месяцев, а то и больше.
Kormans, я чувствовал, мне кажется когда понимаешь что впереди еще много неизученного, всегда лучше когда некуда развиваться, или по крайней мере, не знаешь куда двигаться, а вы судя по всему знаете, просто путь длинный.
Алексей Царапкин, так вы будете всегда мучать гугл) как без этого? Если вы ищите экономию времени, то самое разумное это читать маны. Быстрее будет тот, кто не торопиться. Книги это ужатые мануалы, а курсы это ужатые книги. Даже в cs50 материал подается не так понятно, и обильно как в книге.