Сообщение Re[7]: на чём писать бэкенд? от 09.04.2019 10:38
Изменено 09.04.2019 10:39 Буравчик
Re[7]: на чём писать бэкенд?
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Буравчик, Вы писали:
C>1) Динамичности. Любая реальная большая кодовая база становится крайне лохматой, даже если писать в стиле Питон-с-классами и избегать магии в виде декораторов и прочих страшностей. Тестов обычно бывает недостаточно.
Динамичность добавляет не только проблем, но и большое количество плюсов. Особенно при работе с JSON и другими слабо структурированным вещами.
Ошибки типов часто выявляются с помощью IDE и аннотаций типов (их использование в больших проектах крайне желательно).
C>3) Интерпретируемости. Если нужно делать высокоскоростные сервисы, то можно забыть про высокоуровневые библиотеки типа SQLAlchemy. Теоретически на подходе есть PyPy, но он всё ещё не дорос.
Прикладное программирование это в основном склеивание библиотек. Для клея интерпретируемости вполне хватает.
C>4) Уродский инструментарий. Питон до сих пор нормально ниасилил пакетные менеджеры, так что распространение и установка программ на нём часто весьма нетривиальна. XKCD в тему: https://xkcd.com/1987/
Неплохой инструментарий. Для проектов используются виртуальные окружения с нужной именно тебе версией питона и библиотек, это стандарт де-факто. Pycharm'а отлично работает и все это очень хорошо поддерживает.
C>Так что пожалуйста, не надо использовать Питон для чего-то сложнее скрипта в сотню строк.
Уверен, что смело можно писать и тысячи строки и десятки тысяч.
C>Здравствуйте, Буравчик, Вы писали:
C>1) Динамичности. Любая реальная большая кодовая база становится крайне лохматой, даже если писать в стиле Питон-с-классами и избегать магии в виде декораторов и прочих страшностей. Тестов обычно бывает недостаточно.
Динамичность добавляет не только проблем, но и большое количество плюсов. Особенно при работе с JSON и другими слабо структурированным вещами.
Ошибки типов часто выявляются с помощью IDE и аннотаций типов (их использование в больших проектах крайне желательно).
C>3) Интерпретируемости. Если нужно делать высокоскоростные сервисы, то можно забыть про высокоуровневые библиотеки типа SQLAlchemy. Теоретически на подходе есть PyPy, но он всё ещё не дорос.
Прикладное программирование это в основном склеивание библиотек. Для клея интерпретируемости вполне хватает.
C>4) Уродский инструментарий. Питон до сих пор нормально ниасилил пакетные менеджеры, так что распространение и установка программ на нём часто весьма нетривиальна. XKCD в тему: https://xkcd.com/1987/
Неплохой инструментарий. Для проектов используются виртуальные окружения с нужной именно тебе версией питона и библиотек, это стандарт де-факто. Pycharm'а отлично работает и все это очень хорошо поддерживает.
C>Так что пожалуйста, не надо использовать Питон для чего-то сложнее скрипта в сотню строк.
Уверен, что смело можно писать и тысячи строки и десятки тысяч.
Re[7]: на чём писать бэкенд?
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Буравчик, Вы писали:
C>1) Динамичности. Любая реальная большая кодовая база становится крайне лохматой, даже если писать в стиле Питон-с-классами и избегать магии в виде декораторов и прочих страшностей. Тестов обычно бывает недостаточно.
Динамичность добавляет не только проблем, но и большое количество плюсов. Особенно при работе с JSON и другими слабо структурированным вещами.
Ошибки типов часто выявляются с помощью IDE и аннотаций типов (их использование в больших проектах крайне желательно).
C>3) Интерпретируемости. Если нужно делать высокоскоростные сервисы, то можно забыть про высокоуровневые библиотеки типа SQLAlchemy. Теоретически на подходе есть PyPy, но он всё ещё не дорос.
Прикладное программирование это в основном склеивание библиотек. Для клея интерпретируемости вполне хватает.
C>4) Уродский инструментарий. Питон до сих пор нормально ниасилил пакетные менеджеры, так что распространение и установка программ на нём часто весьма нетривиальна. XKCD в тему: https://xkcd.com/1987/
Неплохой инструментарий. Для проектов используются виртуальные окружения с нужной именно тебе версией питона и библиотек, это стандарт де-факто. Pycharm отлично работает и все это очень хорошо поддерживает.
C>Так что пожалуйста, не надо использовать Питон для чего-то сложнее скрипта в сотню строк.
Уверен, что смело можно писать и тысячи строки и десятки тысяч.
C>Здравствуйте, Буравчик, Вы писали:
C>1) Динамичности. Любая реальная большая кодовая база становится крайне лохматой, даже если писать в стиле Питон-с-классами и избегать магии в виде декораторов и прочих страшностей. Тестов обычно бывает недостаточно.
Динамичность добавляет не только проблем, но и большое количество плюсов. Особенно при работе с JSON и другими слабо структурированным вещами.
Ошибки типов часто выявляются с помощью IDE и аннотаций типов (их использование в больших проектах крайне желательно).
C>3) Интерпретируемости. Если нужно делать высокоскоростные сервисы, то можно забыть про высокоуровневые библиотеки типа SQLAlchemy. Теоретически на подходе есть PyPy, но он всё ещё не дорос.
Прикладное программирование это в основном склеивание библиотек. Для клея интерпретируемости вполне хватает.
C>4) Уродский инструментарий. Питон до сих пор нормально ниасилил пакетные менеджеры, так что распространение и установка программ на нём часто весьма нетривиальна. XKCD в тему: https://xkcd.com/1987/
Неплохой инструментарий. Для проектов используются виртуальные окружения с нужной именно тебе версией питона и библиотек, это стандарт де-факто. Pycharm отлично работает и все это очень хорошо поддерживает.
C>Так что пожалуйста, не надо использовать Питон для чего-то сложнее скрипта в сотню строк.
Уверен, что смело можно писать и тысячи строки и десятки тысяч.