I receive a few of these kinds of emails privately (I’m assuming they
scrape my email from git history). On one hand I think it might be
appropriate to post something like this to the developers mailing list if
it was specifically targeted to Django, and it’s definitely good to help
with research.
Dear Django contributor,
We are doing research on understanding how developers manage a special kind
of Technical Debt in *Python.*
We kindly ask 15-20 minutes of your time to fill out our survey. To help
you decide whether to fill it in, we clarify two points.
“Why should I answer this survey?”
Click the "GitHub Login" button at the top of the ticket tracker pages to
create an account
[image: Screenshot 2021-03-01 at 19.16.51.png]
Do read the "first patch" tutorial:
https://docs.djangoproject.com/en/dev/intro/contributing/
On Mon, 1 Mar 2021 at 18:54, Mhd Ali wrote:
> Hello, this mu
Hello, this must be a stupid question to you guys
I found a ticket I'll like to work on but I can't find any option to add a
comment to tell everyone I'll like to work on it, Please help
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributi
Week ending February 28, 2021
*Triaged: *
https://code.djangoproject.com/ticket/32471 - Document the return value
of EmailMessage.send() (accepted)
https://code.djangoproject.com/ticket/32472 - runserver prematurely
closes connection for large response body (accepted)
https://code.dja
Thank you for your detailed explanation. You are right, they have tried to
shape the database suitable for this structure for a long time, but
removing the expression indexes will not cause a crisis. People and
products using the database created by Django will already have to create a
standard ind
I kind of agree that using `UPPER` instead of `ILIKE` for `__icontains` on
PostgreSQL isn’t optimal. But it is quite easy to create a functional
trigram GIN-index which use `UPPER` to allow these lookups to use an index.
This will be even easier in Django 3.2 where you can create functional
ind
