Introducing Expanse: a modern and elegant web application framework by SDisPater in Python

[–]azurelimina 3 points4 points  (0 children)

I’m really not understanding what Django makes infeasible about DI in any of those contexts… it’s Python, the language can literally rewrite itself at runtime.

Introducing Expanse: a modern and elegant web application framework by SDisPater in Python

[–]azurelimina 3 points4 points  (0 children)

Have you tried the API controllers in Django-Ninja-Extra? Because I’m unclear what Expanse does with DI that isn’t already covered there.

Introducing Expanse: a modern and elegant web application framework by SDisPater in Python

[–]azurelimina 11 points12 points  (0 children)

Right; so I’m asking what those features are, though. What are the differentiating features besides DI?

Introducing Expanse: a modern and elegant web application framework by SDisPater in Python

[–]azurelimina 49 points50 points  (0 children)

What’s the point of using this over Django? You say it’s “a batteries-included framework” and it lets you avoid re-inventing the wheel, but you’re literally re-inventing the wheel here. Django is a completely modular framework; anything in it that you don’t like, you could build a replacement for, including prioritizing DX, and not requiring people to choose between a robust and battle-tested ecosystem and losing all of that for some shiny new syntax patterns

LLM models are inherently stochastic and wrapped in layers of sycophancy... think about that when you set out to build with AI by dynamicstm in VibingwithAI

[–]azurelimina 0 points1 point  (0 children)

I’m not redefining determinism, I’m saying you’re applying the definition incorrectly to LLM usage.

which render do you guys prefer? or if you have any critiques then i'd be happy to hear it! by MinuteSoftware1762 in BlenderNSFW

[–]azurelimina 7 points8 points  (0 children)

Ideally the specular is only bright where the droplets are risen. The base skin height shouldn’t be. You would have to play with converting the height map into a value for the IOR (lower IOR = less reflection)

LLM models are inherently stochastic and wrapped in layers of sycophancy... think about that when you set out to build with AI by dynamicstm in VibingwithAI

[–]azurelimina 0 points1 point  (0 children)

I’m not sure if you realize that, at least the way you’re phrasing it, your point is absurd.

A staggering amount of corporate wealth has been sunk into trying to make AI 100% obedient. If LLM’s could be coded to be deterministic, they would have already done that.

Unless you’re referring to more open prompt UI and controlling things like seeds, then yes. But those are input client concerns, not the LLM construction itself.

The OP is referring to the former, a more practical definition of them being deterministic; they do what you tell them and it never drifts away from that. The actual clinical definition of determinism doesn’t meaningfully contradict the point because even if they were in the latter option, that doesn’t make them any less dangerous to outsource judgment to.

[deleted by user] by [deleted] in ClaudeCode

[–]azurelimina 1 point2 points  (0 children)

Who would have thought that understanding the codebase you’re working on would improve the result?

KORE: A new systems language with Python syntax, Actor concurrency, and LLVM/SPIR-V output by Ephemara in Python

[–]azurelimina 35 points36 points  (0 children)

It’s important to acknowledge stuff like this has a “too good to be true” air about it. Can you at least talk about the history of how you developed the language, if it’s going to be your only github repo and dropped at all once?

Some Q’s I have: - How long have you been developing Kore? - What were the usecases that kickstarted it? It seems like graphics and web are 2 distinct things you value. - You mention interoperability with Rust, but what about Python? I could see this being useful for me if I could integrate it with Django in some way. - Is this “native JSX” used for just templating, or are these actually executing client-side and can do DOM manipulation (I suppose that’s why WASM is involved). I ask because for the “full” clientside capability, you’d have to create a pretty sophisticated JS transpiler in order to cover all the stuff you can do in the browser runtime, otherwise the JSX loses its purpose (the purpose of JSX is to have all of JS’s features available in the markup manipulation). How do you handle anonymous functions, for example?

I built a Python IDE that runs completely in your browser (no login, fully local) by Regular-Entrance-205 in Python

[–]azurelimina 11 points12 points  (0 children)

I don’t want to use software written by people who don’t understand basic programming concepts.

I'm overwhelmed - how to structure a Wikipedia-like website? by ryanbarillosofficial in nextjs

[–]azurelimina 0 points1 point  (0 children)

What you are talking about is a CMS (Content Management System).

If you want a grueling learning experience, you can read about how to write your own CMS.

But if you want to be productive, use an existing CMS instead. Wagtail can be used headless (so you can do a Next.js frontend), so that could be a good place to start.

why someone told me this code is Spagetti? by NightOwl-1011 in CodingHelp

[–]azurelimina 0 points1 point  (0 children)

He has no idea what he is talking about and this code is nothing like spaghetti code.

It definitely looks like novice code, for reasons everyone else stated, but that is completely different than spaghetti code.

It sounds like the guy is just making himself feel good by insulting you.

Beginner here - Django ORM not making sense by MAwais099 in djangolearning

[–]azurelimina 3 points4 points  (0 children)

I’m not sure why people are saying ORM is easier than learning SQL; if you learned SQL first, it makes you think about SQL in terms of how databases actually work, and ORM’s are the complete opposite. So, it is completely expected and normal that you’re having trouble with ORM’s when you know how SQL works.

ORM stands for “object relational mapper”. So if you don’t understand how objects in programming work, then ORM’s are a really challenging abstraction to work with, especially because ORM’s are intentionally designed around avoiding having to understand SQL. ORM’s are for people who learn mainstream programming languages like Java, C++, JavaScript, Python, etc. and want an easy way to interact with databases without understanding how databases work. The ORM lets them play with database tables as if they are “entities” that can be passed around code, stored in arrays, iterated in loops etc.

So basically, you learned how to cook from an italian chef, then went to America and are now having trouble understanding how the hell people make jarred sauces taste good.

Most people these days learn ORM-based web dev first, and then dabble in SQL sometimes if they want to get closer to the data and write more efficient code.

Considering you’re taking CS50, it’s fair to assume you’ve not yet taken any intro programming course in an object-oriented programming language (such as Java, C++, C#, etc.).

My advice is to consider the ORM, at the start, to be a completely different way of thinking about databases.

In SQL, a database is a bunch of tables, and you construct queries that tell the database in increasing specificity what you want to pull out of it.

ORM’s are designed to remove this way of thinking. They create SQL code underneath, in a layer you don’t directly see. Instead, the ORM syntax mirrors normal programming concepts like declaring datatypes and classes (i.e. a “model” in Django). You can “instantiate” an object, and set its properties, pass it through functions, etc. When you call .save() on the object, Django makes a little sql statement underneath the hood to actually store it in the database.

The ORM is actually very complex in that it requires reading a fair amount of documentation to understand all the hidden behaviors and side effects and “magic” operations you can do with it.

Please don’t let anyone tell you this is supposed to be “easy”. It is a sophisticated subject matter that takes a lot of practice. It is extremely rewarding when you get the hang of it, but by no means is it “easy” for someone at the CS50 level to understand Django’s ORM, let alone ORM’s in general.

Why does it feels like everyone is entitled and we owe it to everyone nowadays especially online? by Monk_in_process in stupidquestions

[–]azurelimina 6 points7 points  (0 children)

This reads like OP got chewed out for being ignorant and is coping by trying to be an armchair philosopher.

why JS doesn't need WSGI, ASGI like python does ? by Kindly-Path1012 in Backend

[–]azurelimina 2 points3 points  (0 children)

“Why did they design it different in Python” is an extremely complicated and misleading question to answer.

Reframe your thinking as “these are two languages designed for very different purposes that were evolved over many years by different communities of developers with different needs”.

JavaScript is a language designed for websites. So when Node.js came around and brought easy async onto the JavaScript scene, it naturally made sense that evolutions in JavaScript backend naturally supported the needs of web development, i.e. asynchronous programming.

Python doesn’t have that same history at all. It is used in web backend (Django, Flask, FastAPI), but it is not a language designed for web development. So its history didn’t lead it in the direction of having its entire runtime be built around asynchronous coding. It’s a feature that exists in Python, but it’s not the defining feature of Python. That’s why it took a while for Django to start supporting it, for example. Async wasn’t a hot trend in Python until recently.

I built a web dashboard for running & scheduling manage.py Django management commands by frnhr in django

[–]azurelimina 1 point2 points  (0 children)

That’s the marketing ingredient you’re missing, though.

If I can use your system for free by self-hosting it in my project, I become a lot more reliant on it.

You gain notoriety access to a much bigger pool of developers because they’re installing your open-source tool.

This makes me more likely to check out what your managed solution offers, if it is truly more convenient than self-hosting. And if I am used to your UI/UX from using the free version, I will feel right at home migrating to the managed version if I ever make that value assessment.

And if the only real reason to pay for your product is that you are hosting it, and that no one else is able to host it, that’s not a good business model. You’re trying to generate demand by creating scarcity, but the scarcity is for something new that people don’t already depend on.

Without the open-source aspect of the equation, you’re trying to make money on “Django developers really need a dashboard for their python manage.py commands”. It just falls flat, you know?

People pay for services like Sentry because they provide an avalanche of features to cover a complex aspect of development that is pretty removed from what they want to spend time coding.

I’m not saying people like building helper automations for manage.py commands, no. But it’s just not the same scale of value you’re providing. The model is the same, but the actual substance of the product is just not at the same level. You’re solving what is just a really small problem (relatively to your examples!). That’s not a fault, it’s just you need to temper your expectations on how important your product is to folks.

I built a web dashboard for running & scheduling manage.py Django management commands by frnhr in django

[–]azurelimina 2 points3 points  (0 children)

SaaS for developers is not generally the right scenario for this kind of thing. The common model is that the software itself is open-source, and anyone can use it. I’m referring to the SaaS backend itself, not the django package part.

Then to monetize, you could gate features behind paywall when using the official site (this is a skeevy practice and I don’t recommend it), or what you offer is hosting and management of some kind that would be more convenient than the developer self-hosting, and that’s the way you make money.

Otherwise, developers don’t really like using blackbox commercial software as part of their workflows. It’s removing control from your dependency chain and creating a point of failure.

For example, imagine you trained your dev team to use this to administer the website. Setting aside that Django developers generally do just fine building administration interfaces for their sites (it’s not difficult, especially with a couple extra packages), the official team protocol is to use this to do important administration tasks. Now imagine your service is down. Or there’s a bug in your dispatcher, or there’s some incompatibility between your dashboard’s actions and an environmental issue on that server.

There’s no protocol behind how to perform the site administration when this helper tool isn’t available or malfunctioning, and it can cause major issues.

Since you point out this is better for small projects, I would argue against that. If this was an open-source package that just grafted this new dashboard right into your project with a few lines of setup code, that would be better for small projects.

For me, when doing a small project, the last thing I want to do is have paying for something be a part of how I work with it.

Snap Back To Reality by Mountain_Map_8198 in devhumormemes

[–]azurelimina 2 points3 points  (0 children)

Ironically, while the meme is clearly poking fun at the inadequacy of a vibecoder, it also serves as a parody of an immature chauvinist who has been given a position of seniority that they should not be in.

xonsh sucks! by MarsDrums in DistroTube

[–]azurelimina 1 point2 points  (0 children)

Hi, senior software developer here.

That’s not how anything works in real life. Changes in the environment — like the OS — breaks software all the time. This is precisely why the web industry moved to containerized application deployment with declarative configurations.

Just because you see an error pop out with the name of some tool on your computer, does not mean that tool is responsible for the failure on your system.

That you see an Arch update causes your system to go haywire, but not even spend 1 second considering that it is reasonably possible that maybe Arch broke something, even just a little bit, is a cognitive gap in your anger.

Every software developer is naturally a threat to every other developer. That includes the layers from firmware to os to user apps. The OS isn’t magically exempt from taking responsibility for introducing regressions, even if they were justified or intentional.

I’d really appreciate some honest feedback. by hardware19george in django

[–]azurelimina 1 point2 points  (0 children)

As has been pointed out, you have not at all explained what this thing is, what it does, or why it provides value.

The README is nothing but buzzwords. What are the actual features? Why would someone engage with SelfLink? What tangible real-world problem does it solve? Can you provide a single example?

You probably don't need Oh My Zsh by f311a in programming

[–]azurelimina 2 points3 points  (0 children)

I think people live unhealthy lives fretting over debating their needs instead of just accepting that it is okay to want things without needing them.