Самое очевидное и весомое: простота пользования + бесплатность (в отличии от прямого конкурента) + стабильно высокое качество (это как хорошее сетевое кафе или фастфуд - ничего экстраординарного, зато ты на 95% уверен в качестве и доступности).
Есть и другие моменты. Например в моем круге общения телеграмм я и "все мои друзья" очень активно используем в течении половины суток каждые две недели. Угадайте почему (ответ ниже) :)
Потому что он кросс-платформенный (можно запустить и на мобильном и на десткопе) - в отличии от whatsup, в нем есть кроме чата функция передачи картинок, он быстрый и элементарный в освоении. Лучшее решение для общения во время поисковых квестов (для передачи кодов, изображений, координации штаб+поле в 10-20 человек). Вне игр мы общаемся в whatsup'e - потому что так сложилось и потому что в отличии от телеграмма он не так жрет батарею, а возможность зайти с десткопа становится несущественной.
if len(split) == 0:
e.writelines(line)
e.writelines(line)
continue
То в выходном файле вставляет пустую строку между абзацами. С одной строкой e.writelines(line) - получается каждый абзац с новой строки.
Но как сделать, чтобы новые строки аналогично отображались в выходном файле? Сейчас, если в абзаце есть перевод строки - в выходном варианте он не отображается.
Sergey Lerg: понял о чем Вы, но как это реализовать? попробовал перед вторым циклом вставить if len(line) == 0:
e.writelines(line)
Но это не помогает. Как "видит" питон пустую строку? пробовал разные варианты, типа if line == None и т.п., но ничего не работает.
rev_text не пустой - скрипт срабатывает - в нем оказываются преобразованные слова, разделенные пробелом. Но все предложения - в одном абзаце, в выходном файле. А мне нужно, чтобы абцазы разделялись пустыми строками и переводом строки так же, как во входном файле.
У меня python 3.4. За подсказку с исправлением спасибо, она работает, делает код проще, но проблема с сохранением текста осталась - сохраняется без разбивки на абзацы (
Скрипт, который парсит прайс лист и переносит/синхронизирует с базой данных магазина? Про этот вариант я знаю. Но у него есть минус - под каждое изменение придется переписывать скрипт. Мне интересно, какие есть готовые решения, не требующие написание скрипта для каждной новой базы целиком.
При этом понятно, что какие-то скрипты (те что будут парсить непосредственно прайс-лист) написать придется.
@xmoonlight Это парсер - им я тоже пользовался. Как парсер - хорошее решение. Но мой вопрос о другом совсем. О заливке БД на сайт интернет-магазина. Datacol заточен именно под парсинг, вопрос организации в категории, создания взаимосвязей в БД он не решает же.
Вопрос не в самой заливке, многие CMS из коробки (или с помощью модулей) могут импортировать exel файлы, некоторые даже с категориями.
Но проблему создания хар-к товара это не решает, если в прайсе поставщика они не прописаны в отдельных колонках (как обычно и бывает).
Плюс это не решает вопрос поддержки последующей. Изменения цен, наличия, добавление новых характеристик. Или группировка товаров по типу "с этим часто покупают это" и т.п.
MS Acces не пользовался никогда, интересно. Почитаю на эту тему.
Сделать Front-End - т.е. написать свой?
@throughtheether если не сложно, можете написать пример, чтобы при совпадении мастей карт выдавало один результат (return или print), а при не совпадении, соответственно другой.
Например print("Right!") или print("Wrong!")
Почти понял вашу идею, но никак не могу прикрутить к своему коду.
Спасибо, помогло. Меня сбило то, что функция по умолчанию видит и может использовать значения "снаружи". Забыл, что если пытаешься её изменить - функция будет искать по умолчанию локальную для себя переменную.
@Deerenaros Закончил CodeAcademy, понравилось. Попутно прочитал "Изучаем python" Лутца. Получилось несколько сложнее, чем я ожидал, но все равно понравилось. Сложности во многом потому что куча неизвестных ранее понятий, которые приходилось осваивать.
А применимо к изучению pygame (в контексте создания десткопной программы на n-back задачи) что посоветуете? Пока что начал читать мануалы на сайте pygame.
Ваш ответ самый исчерпывающий, начал изучать Питон на Codeacademy, спасибо.
Хорошо что написали про то как дальше развиваться, это как раз то что меня интересовало.
Согласен. PHP не особо рассматриваю (хотя учитывая что я связан с вебом, был бы полезен в работе) - потому что много слышал, что начинать с него - не очень правильно.
Задачи накидал - как пример задач, которыми мне полезно было бы заняться. Я понимаю что это все отдельные области, но у меня нет пока необходимости сильно углубляться в какую-то из них. Особенно пока я слабо их знаю.
Я пока не планирую становиться профессиональным программистом. Но периодически в работе и хобби возникают задачки, которые можно автоматизировать, написав программу (так я, например, изучил работу парсера, вместо тупого копи-паста).
Тут ещё бы понимать масштаб задачи. Если я могу написать за 1-2-3 месяца пусть и не идеальную, но рабочую программу сам - я возьмусь.
Если это вопрос года (с моими ресурсами) - я лучше заплачу денег (хотя тут уже вопрос в стоимости), чтобы профессионал написал её за меня.
Если я просто решу "надо подтянуть матан, потом много где пригодится" - то в моем случае это недостаточная мотивация, меня хватит на несколько заходов и я скорее всего сдуюсь.
Если мне матан будет необходим для какой-то более конкретной цели, то чем интереснее/необходимее цель - тем с большей вероятностью я его подтяну.
Например английский в школе я не особо учил, но очень быстро освоил, когда возникла мотивация - смотреть свеже вышедшие серии Lost'a (а быстрее всего можно было скачать на английском языке).
Есть и другие моменты. Например в моем круге общения телеграмм я и "все мои друзья" очень активно используем в течении половины суток каждые две недели. Угадайте почему (ответ ниже) :)
Потому что он кросс-платформенный (можно запустить и на мобильном и на десткопе) - в отличии от whatsup, в нем есть кроме чата функция передачи картинок, он быстрый и элементарный в освоении. Лучшее решение для общения во время поисковых квестов (для передачи кодов, изображений, координации штаб+поле в 10-20 человек). Вне игр мы общаемся в whatsup'e - потому что так сложилось и потому что в отличии от телеграмма он не так жрет батарею, а возможность зайти с десткопа становится несущественной.