Как я понял, "human-readable representation of the model" - значит только для людей.
У меня просто результат __str__ сейчас не уникален по записям БД. Я бы включил туда id.
Так всегда будет работать вызов? Т.е. self в __str__ в моем случае - это всегда будет актуальное состояние записи в БД? И модель при этом уже сохранена в первый раз?
def __str__(self):
return f'{self.id}'
С этой моделью связана очень важная бизнес-функциональность
Я бы так прямо не сказал. Ведь я все буду делать по ресурсам, которые я указывал. Но я не Application Security Engineer, или как его.
1. Это означает, что безопасности как бы и нет?)
2. Как-то можно с этим продавать шаблон / библиотеку? Например, под соусом, что это сами допиливайте))
Какая от этого выгода покупателю? Ему Ваши проблемы неинтересны.
Я подразумеваю, что покупатель может захотеть внести модификации в код продукта. Или это глупая идея?
Характеристики - я имел в виду, на каком уровне качества продукт. Конкурентное преимущество - я думал, качественно сделанный продукт, которого еще нет в Open Source и продаже
1. Это как раз связано с моим вопросом 1. - я, учитывая все в ресурсах по безопасности, буду предпринимать все необходимые меры. Но я подчеркиваю, что "Не работал на позициях security специалиста." (Application Security Engineer, или как оно)
2. Я закладывал в идею, чтобы он [разработчик] имел возможность внести изменения. Или это глупая идея?
6. Это если шаблон, учитывая, что продукт ориентирован на разработчиков.
8. https://web.dev/fast/
Клиенты, как я хотел бы, чтобы были разработчики.
Для не технических клиентов, у меня сложилось мнение, что сложнее, т.к. больше нужно думать о его применении в бизнесе.
Конечно, кстати, гибкое API далеко не всегда предпочтительно.
Я не знаю саму потребность, но я имею представление о задачах в бэкенд разработке, тем более, что впереди еще долгие месяцы изучения, консультаций и наверняка, хоть какое-то участие в Open source.
Моя проблема - я скверно оцениваю сроки. Я работал в 4 компаниях / крупных фриланс проектах, много учился, но долго нигде не задерживался. Поэтому вариант - frontend / backend / fullstack библиотека / паттерн - для меня очень важен.
DevMan, Не знаю, я лишь хочу узнать потребность. Это может быть реализация любых непростых задач.
Например, части backend или гибкие фичи целиком, с REST / GraphQL Api
И, хотя здесь это не сказано, я стараюсь читать issue библиотек. Были случаи, когда при использовании библиотек при тестировании натыкался на issue, и приходилось искать обходные пути / другие библиотеки.
Поэтому я предпочитаю делать это заранее, а не в спешке во время работы.
Кстати, часто в самих issue комьюнити предлагает обходные пути. И core контрибьюторы могут подтвердить / опровергнуть это.
P.S. Я frontend фрилансер, и по большей части, самоучка.
Если я сморозил какую-то чушь или недосказал, опытные разрабы, поправьте меня, пожалуйста)
Вопросы:
Или можешь сузить, какую литературу прочесть?
chapter Concurrency Control в доке postgresql; прочел https://docs.djangoproject.com/en/4.2/topics/db/tr... и https://docs.djangoproject.com/en/4.2/topics/db/tr... .
Designing Data Intensive Application chapter Transactions - не нужно, хватит доки postgresql?
Если можешь, подскажи, сроки горят