И чем же конкретно они вас «умиляют»? Наверное, они подразумевают, что вы не просто употребили слово «интернатура» в произвольном значении, а пытаются найти аналогии с областью, где интернатура существует легально (медицина) − там интернатура проходит на основании трудового договора, и интернам за неё платят.
А программисты разве не пользователи? Они другим местом думают или печатают?
Выше CodeRush совершенно правильно написал: модальность несёт лишнюю когнитивную нагрузку и противоречит хорошему UX. Я напоминаю, что режимы в полноэкранных редакторах возникли не как осознанное улучшение, а как наследие «тёмных веков», когда сначала терминалы не умели скроллить, а потом жалко было выделить 2000 байт ОЗУ на экранный буфер, и т. д. Поэтому существование модальных текстовых редакторов сейчас − это скорее некритично воспринимаемая традиция вроде пресловутого «бананового душа», чем чей-то осознанный выбор.
С одной стороны — это увеличивает продуктивность, с другой, — избавляет от заболеваний суставов кистей.
vi был модальным, потому что другой парадигмы UI тогда не было. Потому что предшествовавшие ему строковые редакторы, вроде ed, были модальными. А те, в свою очередь, не могли не быть модальными, потому что должны были работать «одинаково хорошо» как на новомодных видеотерминалах, так и на привычных телетайпах.
С появлением концепции Gypsy (40 лет прошло) пользователи должны были забыть о «режимах» как о дурном сне. Но в результате причудливой аберрации массового сознания мы кое-где ещё имеем vim.
Если я вас правильно понял, вы сокрушаетесь о том, что не можете больше найти для осуществления своих «гениальных» идей добровольных рабов-кодеров? Это просто эталонная хуцпа.
X-Cart − это кагбе американская компания, основанная в Сан-Диего, Калифорния, Ю Эс Эй. У них это на сайте написано. Как я понимаю, ecwid рождён примерно там же, так же, теми же. Это про первого героя, Руслана.
Вот Александр действительно работает в Ульяновске.
Никому не известный провинциальный мобильный разработчик, чтобы выпустить очередное никому не нужное приложение, совершает 50 авиарейсов в в год в Москву и обратно, на малую родину. На выходных IT-сообщество маленького городка привыкло отдыхать на загородной турбазе, есть пасту, кататься на лыжах и общаться на мутные темы. Однако в стране кризис, и дальше продолжать жить не по средствам становится не так комфортно. Да и секта «Ротари-клуб» перестала обеспечивать приток богатых лохов. Но «региональные стартапы» не унывают: на кону импортозамещение, а падение уровня жизни способно простимулировать старый добрый рынок рабоваутсорс.
WSJ просто принял соломенные самолёты за настоящие.
Производительность у открытых драйверов в среднем хуже. Но есть нюансы, связанные с приложениями. Gnome Shell, например, любит radeon, а игорь — fglrx.
Мне как-то проще структурировать саму конфигурацию, чем привлекать дополнительную сущность и её структурировать.
А насчёт PG/Redis в дев. среде согласен, у меня установлено на десктопе всё, что используется в продакшне. Но я всё-таки держу в голове ситуацию, когда проект надо запустить на другой машине по-быстрому, с минимумом зависимостей.
Это хорошая идея, тем более, что у моих проектов и так есть их специфический каталог etc с настройками uwsgi, supervisor и др. Разве что я бы скорее использовал JSON вместо YAML.
Говоря о дублировании, я имел в виду вот этот и подобные варианты. Вариант с общими/частными настройками уже ближе к тому, что использую я. “Two Scoops of Django” не читал. :(
Разумеется, если продакшн использует одну СУБД, а девелопер − другую, то в local.py на сервере придётся определить одни DATABASES, а в local.py на машине девелопера − другие. Но если у нас имеются, например, 20 девелоперов, которые одинаковым способом используют SQLite и два продакшн-сервера с разными базами данных, то можно определить настройки трижды: для разработчиков − в common.py, а для серверов − в их персональных local.py.
Так же и с django-environ, как я понял: в env-файле будут храниться одни настройки, а в settings.py − другие.
Нет, мне однозначно не нужны в проекте лишние классы и парсеры. Это неоправданные накладные расходы. В моём случае все потери сводятся к одному ‘import’, и я хотел бы на этом остановиться. Ну, в крайнем случае − несколько ‘import’.
а у вашем варианте придеться дублировать константы в local.py файле
Не понял этого момента. Какие именно константы придётся дублировать в local.py? Я же показываю в статье, что его содержимое ничего не дублирует, а только уточняет.
Выше CodeRush совершенно правильно написал: модальность несёт лишнюю когнитивную нагрузку и противоречит хорошему UX. Я напоминаю, что режимы в полноэкранных редакторах возникли не как осознанное улучшение, а как наследие «тёмных веков», когда сначала терминалы не умели скроллить, а потом жалко было выделить 2000 байт ОЗУ на экранный буфер, и т. д. Поэтому существование модальных текстовых редакторов сейчас − это скорее некритично воспринимаемая традиция вроде пресловутого «бананового душа», чем чей-то осознанный выбор.
vi был модальным, потому что другой парадигмы UI тогда не было. Потому что предшествовавшие ему строковые редакторы, вроде ed, были модальными. А те, в свою очередь, не могли не быть модальными, потому что должны были работать «одинаково хорошо» как на новомодных видеотерминалах, так и на привычных телетайпах.
С появлением концепции Gypsy (40 лет прошло) пользователи должны были забыть о «режимах» как о дурном сне. Но в результате причудливой аберрации массового сознания мы кое-где ещё имеем vim.
Вот Александр действительно работает в Ульяновске.
Никому не известный провинциальный мобильный разработчик, чтобы выпустить очередное никому не нужное приложение, совершает 50 авиарейсов в в год в Москву и обратно, на малую родину. На выходных IT-сообщество маленького городка привыкло отдыхать на загородной турбазе, есть пасту, кататься на лыжах и общаться на мутные темы. Однако в стране кризис, и дальше продолжать жить не по средствам становится не так комфортно. Да и секта «Ротари-клуб» перестала обеспечивать приток богатых лохов. Но «региональные стартапы» не унывают: на кону импортозамещение, а падение уровня жизни способно простимулировать старый добрый
рынок рабоваутсорс.WSJ просто принял соломенные самолёты за настоящие.
Мне как-то проще структурировать саму конфигурацию, чем привлекать дополнительную сущность и её структурировать.
А насчёт PG/Redis в дев. среде согласен, у меня установлено на десктопе всё, что используется в продакшне. Но я всё-таки держу в голове ситуацию, когда проект надо запустить на другой машине по-быстрому, с минимумом зависимостей.
Так же и с django-environ, как я понял: в env-файле будут храниться одни настройки, а в settings.py − другие.
Не понял этого момента. Какие именно константы придётся дублировать в local.py? Я же показываю в статье, что его содержимое ничего не дублирует, а только уточняет.