И ещё:...Как правило, «низкоуровневый» API базы данных прост, удобен, полон и консистентен....
Так что, есть и такие точки зрения. Всё зависит от привычек и "нравится/не нравится".
В комментариях статьи, на которую я привёл ссылку, есть доводы в защиту ORM. Там много интересного. А здесь просто перевод главы из публикации Мигеля Гринберга.
Всё верно кроме хайпа. Это не статья, а перевод главы из книги. Перевод сделан при помощи нескольких ресурсов перевода. Местами пытался фразы сделать более читаемыми. Делал для себя. Хабр удобен для хранения таких переводов и есть люди, которые вносят конструктивную критику, что помогло местами корректно построить фразы. То, что перевод жуткий, за это извиняюсь.
Opt for named fixtures unless you have a really great reason not to.
Может так?
… Старайся использовать именованные фикстуры всегда, если у тебя реально нет охренительно веской причины этого не делать.
Ух ты! Привет! Рад видеть… или, как это… читать. Ну, наверное не А.П.Чехов. Мне надо было разобраться. Переводил быстро для себя. Потом это все лежало месяца 3-4. Вот решил выложить, что б не пропало.
То что мне было надо в этой книге не нашел. А именно запуск всех тестов для приложения, которое само является интерпретатором питона.
Дык не всем это надо. А тут сплошной пи… тест в ленте, просто не захотел растягивать на неделю. Так что всем соседям кого побеспокоил мой «перфоратор» еще раз извините.
А тем кому этот материал будет полезен — пожалуйста, «кушайте» на здоровье. «Варил» для себя.
Наверное надо смотреть на контекст в котором это слово используется и расчитывать на аудиторию с разным уровнем подготовки. На мой взгляд «функция просмотра» — термин понятный на самом начальном уровне. Иначе, нужен словарь. Я исправил «функция просмотра» на «представление» и мне кажется абзац от этого не стал понятнее.
Хотя есть люди которым view рисует в мозгу правильный образ того что следует за этим термином. Я пока не знаю как удовлетворить весь круг читателей.
Спасибо за статью и особенно за комментарии.
Биржа. Мне кажется это точнее.
Спасибо!
Может сделаешь описание аналогичное Heroku воткнём в главу или создадим новую.
Спасибо за замечание! К сожалению Хабр не даёт редактировать публикации старше 30 дней. Подождём. Может это временно.
....Хороший ORM – отсутствующий ORM.... :) Это не моё. Это здесь https://habr.com/ru/post/458286/
И ещё:...Как правило, «низкоуровневый» API базы данных прост, удобен, полон и консистентен....
Так что, есть и такие точки зрения. Всё зависит от привычек и "нравится/не нравится".
В комментариях статьи, на которую я привёл ссылку, есть доводы в защиту ORM. Там много интересного. А здесь просто перевод главы из публикации Мигеля Гринберга.
git
Всё верно кроме хайпа. Это не статья, а перевод главы из книги. Перевод сделан при помощи нескольких ресурсов перевода. Местами пытался фразы сделать более читаемыми. Делал для себя. Хабр удобен для хранения таких переводов и есть люди, которые вносят конструктивную критику, что помогло местами корректно построить фразы. То, что перевод жуткий, за это извиняюсь.
Может так?
… Старайся использовать именованные фикстуры всегда, если у тебя реально нет охренительно веской причины этого не делать.
То что мне было надо в этой книге не нашел. А именно запуск всех тестов для приложения, которое само является интерпретатором питона.
А тем кому этот материал будет полезен — пожалуйста, «кушайте» на здоровье. «Варил» для себя.
Хотя есть люди которым view рисует в мозгу правильный образ того что следует за этим термином. Я пока не знаю как удовлетворить весь круг читателей.
Предложите полностью перевод предложения.
Это ж первая часть! Там продолжение есть…
Целевая аудитория — те, кто откладывает на завтра то что можно начать писать сегодня. тесты.