Comments 20
Полезно, спасибо
Полезно, НО
плохо что комменты не на Русском, отпугивает многих начинающих, не знакомых с языком.
плохо что комменты не на Русском, отпугивает многих начинающих, не знакомых с языком.
А по моему это не плохо, а +1 к полезности.
2018. Не знать инглишь хотя бы базово.
Серьезно?
Серьезно?
Ну если лень учить английский — пользуйтесь гуглопереводчиком — он такие комменты переводить корректно уже научился.
Единтсвенный язык, который должны знать все разработчики — это английский. Если ты его не знаешь, то учи сначала английский, а потом уже Питон (ну или одновременно).
Никогда не найму разработчика без знания английского.
Никогда не найму разработчика без знания английского.
Отличная тема!) У самого тоже есть скрипт на проверку работы сечений в numpy массивах, постоянно забываю, когда и как они там делятся, копируются
Большое спасибо! Очень полезная вещь.
Насчет
А чем pycharm плох? Даже бесплатная версия очень хорошо помогает правильно писать, вплоть до неправильно поставленных пробелов.
И последней каплей стало желание автоматической проверки стиля написания кода в соответствии с существующими стандартами. Читать и вникать в них было лень, поэтому хотелось чтобы проверка кода была автоматической и подсказывала какие ошибки я делаю и как их исправить.
А чем pycharm плох? Даже бесплатная версия очень хорошо помогает правильно писать, вплоть до неправильно поставленных пробелов.
PyCharm — отличный и действительно помогает правильно писать.
Я интегрировал консольный Pylint c целью:
— сделать процесс проверки кода IDE-независимым
— сделать процесс проверки готовым к Continuous Integration.
В итоге репозиторий может быть использован одинаково как программистами пишущими в PyCharm, так и пишущими в VSCode, в Vim, в Sublime и в <Вставьте свое название редактора>. Причем результат «линтирования» будет одинаковым для всех случаев и независимым от реализации каждого конкретного IDE-плагина.
Более того, тот же самый процесс «линтирования» с теми же самыми правилами (файл pylintrc в корне проекта) может быть запущен на сервере (в данном случае Travis-CI) для проверки каждого нового pull-request-а на соответствие общим правилам написания кода.
Я интегрировал консольный Pylint c целью:
— сделать процесс проверки кода IDE-независимым
— сделать процесс проверки готовым к Continuous Integration.
В итоге репозиторий может быть использован одинаково как программистами пишущими в PyCharm, так и пишущими в VSCode, в Vim, в Sublime и в <Вставьте свое название редактора>. Причем результат «линтирования» будет одинаковым для всех случаев и независимым от реализации каждого конкретного IDE-плагина.
Более того, тот же самый процесс «линтирования» с теми же самыми правилами (файл pylintrc в корне проекта) может быть запущен на сервере (в данном случае Travis-CI) для проверки каждого нового pull-request-а на соответствие общим правилам написания кода.
Зачем все это? Кириллицу в массы!
Наслаждайся — howknow1c.ru/programmirovanie-1c/jazyk-1s.html
Мне кажется каждый в конце концов приходит к такому репозиторию ))
НО!
Чужой репозиторий полезен меньше, т.к. ты его не прочувствовал на своей шкуре, то есть не погонял в различных режимах.
У меня например параллельно с PyCharm открыт всегда Sublime где я из своей песочницы как раз проверяю/вспоминаю различные подходы/библиотеки/фичи.
А вообщем конечно спасибо, поставил звезду )
НО!
Чужой репозиторий полезен меньше, т.к. ты его не прочувствовал на своей шкуре, то есть не погонял в различных режимах.
У меня например параллельно с PyCharm открыт всегда Sublime где я из своей песочницы как раз проверяю/вспоминаю различные подходы/библиотеки/фичи.
А вообщем конечно спасибо, поставил звезду )
Sign up to leave a comment.
Песочница и шпаргалка по изучению Python