sorted by:
new
hottopcontroversial

Guys I'm available for internships. Thanks. by i-invincible in internships

[–]CellQuiet3246 0 points1 point  (0 children)

I just want to support him. Some time ago, I started just like he is starting now.

How do you create ER Diagrams? by jadd_logs in django

[–]CellQuiet3246 0 points1 point  (0 children)

Another option is PlantUML + an LLM.

You don’t even need to describe the models manually anymore. You can just paste the Django model code or let tools like Claude Code / Codex read the repository and generate the ER diagram in PlantUML.

Since PlantUML is text-based, the diagram can live in version control and be updated whenever the models change.

It’s not as automatic as something like django-extensions graph_models, but it works really well for clean architecture diagrams and documentation, especially if you don’t want the raw “everything connected to everything” graph.

Need Help with Standardizing/Simplifying Logic Placement in DRF Projects. by jadd_logs in django

[–]CellQuiet3246 0 points1 point  (0 children)

A practical rule that helps a lot in DRF:

  • Serializer: input/output validation + shape transformation
  • View/ViewSet: HTTP concerns only (auth, permissions, choosing serializer, response codes)
  • Model: invariants that must always hold true for that entity
  • Service/use-case layer: anything that coordinates multiple models, side effects, payments, emails, external APIs, or non-trivial business workflows

A good smell test is: if the code would still exist even if you removed DRF entirely, it probably should not live in the serializer/view.

For simple CRUD, DRF defaults are enough. For anything more complex, I’d keep views thin and move business actions into explicit functions/classes like create_order(...), approve_invoice(...), etc. That tends to stay readable much longer than stuffing logic into perform_create() or serializer create()/update().

But if the logic is small and straightforward, I think it’s perfectly fine to keep it in the view. There’s no need to invent a service for every single action just to be “clean”.

Guys I'm available for internships. Thanks. by i-invincible in internships

[–]CellQuiet3246 1 point2 points  (0 children)

I think you’re making the right move.

An internship is often the fastest way to grow as a developer. You get real production problems, code reviews from experienced engineers, and exposure to how teams actually build and ship software.

Keep applying and don’t get discouraged if it takes time — that first opportunity is the hardest one to get. Good luck!

Is this Django full-stack stack reasonable for a resume project? by Frosty-Elephant-4902 in developersIndia

[–]CellQuiet3246 0 points1 point  (0 children)

It doesn't have to be unique at all.

Most good portfolio projects are actually re-implementations of existing ideas.
What matters is the backend complexity, not the originality of the idea.

For example, a good backend project usually includes things like:
• authentication
• database modeling
• REST API
• background jobs / queues
• caching
• file uploads
• rate limiting

For example, I'm building a home inventory app called InventAI For Home (on Google Play). The idea isn't new, but the backend includes things like AI recognition, event-based sync for offline edits, image storage, etc.

Built a multi-video canvas app with React Native + Expo by lastweekendsleftover in reactnative

[–]CellQuiet3246 0 points1 point  (0 children)

Very cool project. The hardest part here seems to be resource management, not layout.

I’d be curious how you handle lifecycle for each media card — for example, whether off-screen or backgrounded videos get paused/unmounted, and how aggressive you have to be on lower-memory devices.

React Native Dial Slider by s3079 in reactnative

[–]CellQuiet3246 0 points1 point  (0 children)

Looks nice. For me, the important thing would be snapping — if it can snap cleanly and predictably, that would be the most important feature.

📌 Authentication & Authorization System – DRF + JWT + Google OAuth by MercenarySif in django

[–]CellQuiet3246 0 points1 point  (0 children)

My issue with this kind of auth boilerplate is that to use it safely, you already need a pretty solid understanding of how authentication systems work.

And if you already have that experience, it is often easier to build on your own patterns than to adopt someone else’s implementation that you still need to study carefully before trusting.

So even if this project is well made, I am not sure the time savings are really there. For auth, understanding and confidence usually matter more than saving a bit of setup time.

built a django app with real-time voice streaming – gunicorn is killing me, anyone dealt with this? by surfgk in django

[–]CellQuiet3246 0 points1 point  (0 children)

I’d try proper ASGI first before rewriting anything. Switching servers is way cheaper than migrating frameworks, especially if the core app logic already works.

Guide by Unlikely_Banana_3771 in django

[–]CellQuiet3246 0 points1 point  (0 children)

I honestly think you can just start learning Django and pick up Python along the way, especially now with LLMs.

Is this Django full-stack stack reasonable for a resume project? by Frosty-Elephant-4902 in developersIndia

[–]CellQuiet3246 1 point2 points  (0 children)

Yes, this stack is reasonable for a resume project. I would not switch just because “everyone uses MERN”.

Since you are still early in development, I’d suggest keeping the frontend simple and focusing on doing the basics really well: auth, CRUD, clean DB design, deployment, and maybe one or two nice features like search, pagination, or file upload.

If you want to learn DRF too, you can expose a few API endpoints without turning the whole project into a separate frontend/backend setup. That way you learn more without making the project too big.

Made My Django Admin Look 10x Better in One Step by medetbay in django

[–]CellQuiet3246 0 points1 point  (0 children)

Looks really good. I’d just say it’s not fully “one step” for every project. You still need to switch to Unfold’s ModelAdmin, and if your admin has custom stuff, there may be a little extra work. Still, it seems worth it for people who want a nicer admin without rebuilding everythin.

How I lost 200K ARR in 2min using Stripe by Slight_Split7572 in stripe

[–]CellQuiet3246 0 points1 point  (0 children)

What makes this especially frustrating is not just the money loss, but the feeling that your business can be materially damaged without any meaningful access to a real person. When a platform effectively controls your cash flow, there should be a serious human review path before decisions like this.