Ему придется просто гадать и надеяться, что угадает
Видимо проблема все-таки была в пофигизме переводчика на результат, или отсутствии удобных каналов взаимодействия с разработчиком.
Имел опыт перевода на русский одного небольшого опенсурс продукта (расширение стартовой страницы для хрома). И даже там довольно часто рука тянулась к кнопке "request context", ибо встречая уже второй-третий раз схожие (или просто двусмысленные в плане перевода) формулировки невольно задаешься вопросом — а правильно ли я понял положение этой строки в интерфейсе и корректный ли они получили перевод.
В статье про оптимизацию запросов эта информация лишняя, и в некоторых случаях — деструктивная. Статья не одноразовая, и если завтра с этой зависимостью что-то случится (как это бывает с любой лишней зависимостью, не имеющей отношения к основной теме) — то у новичка который сюда придёт будет +1 проблема: как установить django-extensions. А ведь есть решение из коробки, которое в контексте работы с джангой было бы просто изначально надежнее.
Я буду использовать django-extentions, чтобы получить полезную информацию с помощю с
Вы же это только для логгирования SQL запросов используете (другого применения в статье не нашёл). В таком случае можно просто настроить логгинг в settings.py, сократить список зависимостей, и не вынуждать неподготовленные умы устанавливать лишнее.
Именно о Ctrl+P / Ctrl+Shift+P я имел в виду, когда говорил о шорткатах. у PyCharm есть возможность сделать так же, но набор Action's с одной стороны неполный (в разных Tool Window'ах присутствуют кнопки, до которых из actions, похоже, не достучаться, и с другой — вперемешку с кучей toggle'ов из настроек (хотя иногда это удобно, но чаще всего они просто мешаются в списке и дезориентируют, благо в окне настроек поиск работает отлично)
Поддержка может быть и сотен, только необходимые работают ужасно и через одно место. Был опыт работы с хваленой поддержкой питона в VS Code. И вот после того как вылезаешь из этой IDE и видишь статью или коммент в подобном формате — возникает некоторый диссонанс.
Немного об опыте: юзал VS Code в качестве основной IDE для Python примерно 1 — 1.5 года (до первой половины 2019, если не изменяет память), далее и по настоящее время — PyCharm.
Всё было отлично, но после той же полноценной студии (в контексте юзания для .NET) VS Code казалась немного странной. Как китайский аппарат на андроиде с оболочкой iOS. С одной стороны навигация максимально удобная (до сих под юзаю эти шорткаты во всех любых IDE). С другой — поддержка языка слабовата. Много всего в плане интеграции с языком/фреймворком (django) приходилось делать ручками (настройка дебаггера и т.п.), нормального рефакторинга по нетипизированной части кода — и не надеялся, и всегда пользовался только поиском текста по проекту, после того как очередное переименование (средствами ide) поломало что-нибудь. Виртуальные окружения (venv) — сейчас и не вспомню, но что-то с ними было конкретно не так (естесно, речь все еще о интеграции с ide, ибо из консоли с этим все в порядке). Хотя, честно признаюсь, я тогда восхвалял VS Code и считал её идеальной.
А потом появилась лицензия на PyCharm. И вот тут то я понял, что все это время я занимался явно не тем. Поддержка языка — отличная. Всякие штуки типа раннеры тестов — идеально. Виртуальные окружения (venv) — вообще никаких проблем, всё просто автоматом работает, даже забываешь об этом иногда, а поначалу так вообще тупыми вопросами задавался (после опыта от vs code), типа — вот эта кнопочка для запуска теста, а она точно САМА ПОЙМЁТ что в проекте есть venv и сможет его активировать? И куча куча мелочей, которые перестали вообще вызывать вопросов. Просто запустил — просто работает.
Так что с VS Code не всё так однозначно.
В защиту VS Code могу сказать что — поддержка Angular/Typescript проектов — идеальная на том же уровне, на котором Python интегрирован в PyCharm, а это — отличные реально работающие рефакторинги по ts-коду, интеграция с шаблонами, с навигацией/автокомплитом между HTML <-> ts, подсказки по html и что-то, и все время работы с PyCharm — работу с фронтовыми проектами на Angular/Typescript продолжаю вести на VS Code (но тут уже просто во-первых привычка во-вторых — ограниченные ресурсы личной тачки, по ощущениям VS Code более плавно себя ведёт.
Но есть один нюанс — в том же PyCharm который хоть и позиционируется как IDE для Python — по факту всё вот это вышеописанное про angular/ts и многое другое не описанное тут — подключается тоже плагинами, и в итоге можно в том же PyCharm спокойно пилить какой-нибудь nodejs проект на TS с Vue на фронте без единой строки питонячего кода, и не чувствовать при этом себя не в том месте.
Личный вывод для себя — теперь VS Code заняла у меня почетное место блокнота (потеснив старый добрый Nodepad++), благодаря более обширному кол-ву фич из коробки, благодаря тому что спокойно пережевала огромные файлы с логами (когда npp не смог). Однако до полноценной IDE она ещё не дотягивает (и сейчас иногда открываю питонячьи проекты на VS Code — ничего нового, то же самое дубовое поведение без намека на юзерфрендли и развитие).
Так реализуйте все вычисления в СИ. Конструкторы замените методами типа Length.FromMeters(...), Length.FromInches(), снаружи вычисления везде производите не с непонятными double и int, а с Length. Ну и собственно при необходимости отобразить где-то значение в виде конкретной единицы реализуйте get-методы типа Meters(), Millimeters(). Подобным образом реализован TimeSpan в C#, и как выяснилось чуть позже — TTimeSpan в Delphi.
Вот про бекспейс кстати вставлю свои 5 копеек — раньше он работал как ожидалось (за исключением случаев, когда курсор оказывался в поле ввода, но тут сам виноват). Сейчас на этом же хабре из статьи назад в ленту по [Alt] + [Left Arrow] никак не выйти. Аналогичное поведение(перехват этой комбинации) замечал еще на каких-то сайтах. Получается, зря с [Backspace] переучивался на новое сочетание — все равно не всегда работает, как ожидается.
Вариант так себе. Все равно у бота остается единственная точка отказа. Те же поисковики вполне блокируют сайты с нелегальным распространением контента, хотя ведь они(поисковики) сами этот контент не предоставляют.
Ничего подобного. Заимел 6-значный номер году в 2009-2010 — всё изменялось нормально. Наверное, планка неизменяемости инфо была ниже — на уровне 5-значных номеров. Если вообще была.
—У нас нет проблем с производительностью. У нас нет сомнений в том, что мы сможем в том же темпе писать новые анализы или еще более умные completion’ы и еще более умные рефакторинги.
Тут не было речи о производительности их инструмента. Был лишь ответ о производительности их работы.
Про производительность их продукта был другой, вполне честный, ответ:
— К сожалению, да. Мы находимся в довольно тяжелом положении. У нас примерно половина багов с производительностью вызваны работой Visual Studio, а вторая половина — вызвана нами…
Google Chrome пользовались? Точно не помню с какой версии, но я просто потерял те уведомления об обновлениях, а зайдя в очередной раз в Справка > О Браузере я с удивлением обнаружил увеличение мажорной версии на десяток-другой. Вот так нужно делать автообновления!
Видимо проблема все-таки была в пофигизме переводчика на результат, или отсутствии удобных каналов взаимодействия с разработчиком.
Имел опыт перевода на русский одного небольшого опенсурс продукта (расширение стартовой страницы для хрома). И даже там довольно часто рука тянулась к кнопке "request context", ибо встречая уже второй-третий раз схожие (или просто двусмысленные в плане перевода) формулировки невольно задаешься вопросом — а правильно ли я понял положение этой строки в интерфейсе и корректный ли они получили перевод.
1) выдрали из контекста. перечитайте, пожалуйста, полностью.
2) про это ни слова не было.
3) для таких случаев делают подборки, типа таких https://habr.com/ru/post/503624/ или таких https://github.com/wsvincent/awesome-django
В статье про оптимизацию запросов эта информация лишняя, и в некоторых случаях — деструктивная. Статья не одноразовая, и если завтра с этой зависимостью что-то случится (как это бывает с любой лишней зависимостью, не имеющей отношения к основной теме) — то у новичка который сюда придёт будет +1 проблема: как установить django-extensions. А ведь есть решение из коробки, которое в контексте работы с джангой было бы просто изначально надежнее.
Вы же это только для логгирования SQL запросов используете (другого применения в статье не нашёл). В таком случае можно просто настроить логгинг в
settings.py, сократить список зависимостей, и не вынуждать неподготовленные умы устанавливать лишнее.Вывод получается почти такой же (за отсутствием форматирования). Тут вам и SQL и Execution time (0.024 в скобках — как раз эта самая цифра):
В остальном не увидел ничего интересного. Вся статья с громким и довольно общим заголовком — как пара абзацев из этой страницы документации: https://docs.djangoproject.com/en/3.0/ref/models/querysets/
Но кроме этого в документации есть отдельная страничка про способы оптимизации, и уж там гораздо больше интересных приёмов для статьи с таким заголовком: https://docs.djangoproject.com/en/3.0/topics/db/optimization/
Именно о Ctrl+P / Ctrl+Shift+P я имел в виду, когда говорил о шорткатах. у PyCharm есть возможность сделать так же, но набор Action's с одной стороны неполный (в разных Tool Window'ах присутствуют кнопки, до которых из actions, похоже, не достучаться, и с другой — вперемешку с кучей toggle'ов из настроек (хотя иногда это удобно, но чаще всего они просто мешаются в списке и дезориентируют, благо в окне настроек поиск работает отлично)
Поддержка может быть и сотен, только необходимые работают ужасно и через одно место. Был опыт работы с хваленой поддержкой питона в VS Code. И вот после того как вылезаешь из этой IDE и видишь статью или коммент в подобном формате — возникает некоторый диссонанс.
Немного об опыте: юзал VS Code в качестве основной IDE для Python примерно 1 — 1.5 года (до первой половины 2019, если не изменяет память), далее и по настоящее время — PyCharm.
Всё было отлично, но после той же полноценной студии (в контексте юзания для .NET) VS Code казалась немного странной. Как китайский аппарат на андроиде с оболочкой iOS. С одной стороны навигация максимально удобная (до сих под юзаю эти шорткаты во всех любых IDE). С другой — поддержка языка слабовата. Много всего в плане интеграции с языком/фреймворком (django) приходилось делать ручками (настройка дебаггера и т.п.), нормального рефакторинга по нетипизированной части кода — и не надеялся, и всегда пользовался только поиском текста по проекту, после того как очередное переименование (средствами ide) поломало что-нибудь. Виртуальные окружения (venv) — сейчас и не вспомню, но что-то с ними было конкретно не так (естесно, речь все еще о интеграции с ide, ибо из консоли с этим все в порядке). Хотя, честно признаюсь, я тогда восхвалял VS Code и считал её идеальной.
А потом появилась лицензия на PyCharm. И вот тут то я понял, что все это время я занимался явно не тем. Поддержка языка — отличная. Всякие штуки типа раннеры тестов — идеально. Виртуальные окружения (venv) — вообще никаких проблем, всё просто автоматом работает, даже забываешь об этом иногда, а поначалу так вообще тупыми вопросами задавался (после опыта от vs code), типа — вот эта кнопочка для запуска теста, а она точно САМА ПОЙМЁТ что в проекте есть venv и сможет его активировать? И куча куча мелочей, которые перестали вообще вызывать вопросов. Просто запустил — просто работает.
Так что с VS Code не всё так однозначно.
В защиту VS Code могу сказать что — поддержка Angular/Typescript проектов — идеальная на том же уровне, на котором Python интегрирован в PyCharm, а это — отличные реально работающие рефакторинги по ts-коду, интеграция с шаблонами, с навигацией/автокомплитом между HTML <-> ts, подсказки по html и что-то, и все время работы с PyCharm — работу с фронтовыми проектами на Angular/Typescript продолжаю вести на VS Code (но тут уже просто во-первых привычка во-вторых — ограниченные ресурсы личной тачки, по ощущениям VS Code более плавно себя ведёт.
Но есть один нюанс — в том же PyCharm который хоть и позиционируется как IDE для Python — по факту всё вот это вышеописанное про angular/ts и многое другое не описанное тут — подключается тоже плагинами, и в итоге можно в том же PyCharm спокойно пилить какой-нибудь nodejs проект на TS с Vue на фронте без единой строки питонячего кода, и не чувствовать при этом себя не в том месте.
Личный вывод для себя — теперь VS Code заняла у меня почетное место блокнота (потеснив старый добрый Nodepad++), благодаря более обширному кол-ву фич из коробки, благодаря тому что спокойно пережевала огромные файлы с логами (когда npp не смог). Однако до полноценной IDE она ещё не дотягивает (и сейчас иногда открываю питонячьи проекты на VS Code — ничего нового, то же самое дубовое поведение без намека на юзерфрендли и развитие).
работает. лишние объекты (кроме самих лямбд) не создаются.
Ну с кем не бывает.
Эти вопросы к другим производителям. Не?
Тут не было речи о производительности их инструмента. Был лишь ответ о производительности их работы.
Про производительность их продукта был другой, вполне честный, ответ:
а так в заголовке
Chrome 39 @ Win 8.1 (x64)