Alex Vakhitov

Ну показывать если честно лень, для себя мне это не нужно учитывая что есть официальный консольный ЯД, и таки вещи по мне проще реализовать на bash. Но решение имеет право на жизнь и каждый пункт можно легко реализовать с помощью гугла, пофакту нужно просто настроить все в setup.py прри формирования пакетаю

По моему лучше было бы загрузить пакет в pypi и сделать скрипт исполняемым, чтобы не мучатся. Ну и провести рефакторинг чтобы все работало на python 2, тогда сразу на любой версии ubuntu можно будет запускать. Ну и исправить нейминг :) уже давно не видел кэмэлкейс в именах файлов и модулей, а лучше просто добавить этот пакет который вы используете как зависимость

Если честно уже не помню что было в результате, но сейчас это бессмысленно, есть modhost для этих задач или даже проще использовать docker и docker-machine для деплоя на vscale или DO

Я уже и забыл об этом (:

Ну при такой методологии не спорю смысла особого нет использовать.

Прочитал статью, выглядит интересно. Но такая структура работы не по мне (: Мне ближе спокойна работа из IDE

Мне нравится Океан Эльзы, и я тоже считаю что творчество должно быть выше политики, но так же считаю что каждый независимо от статуса и уровня публичности имеет право на свое мнение и свободу его выражения, поэтому у меня все просто парировалось (:

На мой взгляд тестирование наоборот помогает быстро и безопасно выявлять интеграционные баги.

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

Но это конечно дело привычки (:

Кстати, а не появилось еще средств для нормального continuous integration в MODX? То не представляю как такие проекты делать с ручным тестированием.

У меня рабочее настроение вызывает следующий список:

• Океан Эльзы
• Imagine Dragons
• Louis Armstrong
• Guano Apes
• The Doors

В последнее время еще слушаю саундтрек к стражам галактики (:

Благо цены упали на сертификаты, когда делал сайты всегда клиентам советовал закрывать все важное под https

Я просматриваю обычно через «Быстрый просмотр» который через пробел на macos


а быстрые правки через atom, правда согласен в начале он мне тоже какимто странным показался, плюс еще дискретное видео включал, но потом поставил все нужные плагины, плюс его обновили и получился идеальный быстрый редактор для меня

Здесь просто флуд. Тема в том что софт под Mac и Win даже от одного производителя отличаются координально и если привык к чему-то то потом тяжело перелезть

По поводу продукции Adobe дело привычки, у меня жена уже лет 10 маком пользуется и ни разу не использовала продукцию Adobe на windows, при попытке помочь обучится друзьям было много нелестных отзывов о win версиях photoshop, illustrator и indesign (:

P.S. Советую попробовать Atom от GitHub для себя заменил им SublimeText как хороший, быстрый редактор со всем плюшками IDE

Мне по работе win абсолютно не удобен, да и уже много лет пользователь mac os. Для каких то моментов типо посмотреть сайт в ie хватает parallels, буткамп так ни разу и не использовал (:
А по поводу доли mac os она и не будет рассти в ближайшие годы, все будет отбивать linux. Всетаки как не крути но маки дорогие относительно pc систем

Посмотрел у себя и реально windows 52%, чтото даже и не задумывался по этому поводу, а тут такое

Про задачи я полностью согласен, и про то что бросать MODX и начинать писать на Python я не говорил, я хотел сказать про базовые отличия Python и PHP, то что изначально языки с разной философией и очень богатым миром изза возраста. И это ниразу не значит что чтото из них лучше, просто они по философии абсолютно разные.

По поводу pypi и количества дополнений, там есть все и даже больше. При разработке на Django pdoTools не нужен как таковой, ORM django сам по себе очень крут и вполне быстро работает. Ну и как минимум в несколько раз удобней и понятней в работе. И у miniShop2 есть хорошие замены, к примеру django-oscar. И вообще у любого модуля, если он не делался сугубо под задачу есть замена. Как бы то небыло в pypi больше 30000 модулей

Про python разработчика это риторический вопрос. К тому что даже стандартная библиотека Python огромна, и есть невероятные штуки которых не хватает в PHP, теже лямбда функции, генераторы, декораторы и тд и тп. Плюс к этому есть pypi с безграничными просторами модулей и библиотек, есть стандарты написания и все это требует громаднейших усилий для изучения, осмысления и начала использования.

Про сайты ничего говорить не буду то это слишком холиварно (:

Понятно. Мыслей переквалифицироваться в python разработчика не появилось? (:

Круто, а образы сайтов будешь делать?

Я как мы общались на эту тему свою программулину допил, очень удобно стало на сервере с modx сайтами бекапы делать и из образа сайта создавать новый или просто клонировать существующий и переносить. Осталось найти время и залить все обновления на githib и залить пакет на pypi. То работа идет очень тяжело учитывая что мне это наврятли пригодится в будущем (:

Через less можно исправить и подвести к нужному виду 90% TB, на мой взгляд это единственно верный путь работы с ним, чтобы не плодить тонны лишнего кода и всякие important. По поводу сеток всегда можно найти нужную и универсальную, теже 20 колонок дают и 5 и 2 и 4 одинаковых, а при использовании offset будет 3 колонки, учитывая более мелкий размер самой колонки в 1 будет все корректно и нормально отображаться