Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Django 2.2

djangoproject.com

Post reply on HN
Print view View original

231–240 of 257 posts

Re: Django 2.2

#231

Post by nicoburns »

BuckRogers wrote: post #155
nicoburns wrote: post #51

Earlier quoted context omitted.

IMO PHP's Laravel is competitive with Django. I think Django, Laravel, and Rails are really the only 3 frameworks with the levels of ecosystem and built in functionality that these 3 have (unless there's something in Java-land that I'm not aware of). ASP.NET Core is close, but the ecosystem around it is weaker.

I reviewed these sort of web frameworks some time ago and went with ASP.NET Core because of the language attached being more to my liking and industrial-strength than Python, PHP or Ruby. I go in assuming every project will be 500KLOC someday, because it can happen. I've seen codebases this large in Python, and it was no bueno. Static typing, forward migration / backwards compatibility take top priority for me. Larav…

Indeed. And PHP has surprsingly good support for typing these days!

I've been giving C#/Asp.Net Core ago since it's been open sourced. I'm loving C# the langauge, but I wish the ecosystem was as rich as the PHP/JS ecosystems.

Re: Django 2.2

#232

Post by siquick »

mattrp wrote: post #146

I would just add that if you’re new to Django read https://simpleisbetterthancomplex.com - there are ton of detailed explanations that go deep in how Django can be extended. It’s definitely not the run of the mill tutorial blog that is only surface level.

Brilliant blog

Also a fan of these:

https://wsvincent.com/ (and his books are excellent)

https://realpython.com/tutorials/django/

Re: Django 2.2

#233

Post by pushtheenvelope »

goatlover wrote: post #218
rattray wrote: post #211

Earlier quoted context omitted.

Sorry, I meant static types, like mypy

Right, my point was that static typing doesn't seem like a good fit for a library like Pandas, which needs to be flexible enough to handle a wide range of use cases for tabular data where you're cleaning, reshaping, etc. At least not without a total rewrite. With Flow in JS, how would a JSON library for similar purposes work where you don't know what kind of data it will be and you will be doing a lot of transformati…

I think designing for static types changes the design of a library’s api. So, in this case, Pandas would likely have to evolve (handwave) in some fashion, if it were to support Mypy types.

One way Mypy could help do this is by implementing a feature like Type Providers https://docs.microsoft.com/en-us/dotnet/fsharp/tutorials/typ...

Re: Django 2.2

#235

Post by driverdan »

ablerman wrote: post #108
driverdan wrote: post #93

Earlier quoted context omitted.

I've spent years using Rails and about a year with Django. In general find Rails to be more logical and less cumbersome. Django feels more cobbled together than Rails, with less cohesiveness. Sorry that these are fairly abstract statements without examples. I need to start tracking them.

I find this comment interesting because my experience is the exact opposite. (I won't bore you or tempt the trolls with details) I don't mean to downplay your experience at all. My working theory is that you just think the way the rails devs do and I think the way the Django devs do.

Could be. Could be that I have more experience with Rails and used it first. Maybe if I used Django first it'd be the other way around.

For the record I didn't want to do Rails work when I started, and begrudgingly accepted being called a Rails developer only after two years of experience.

Re: Django 2.2

#236

Post by jplayer01 »

Rotareti wrote: post #190
mkolodny wrote: post #121

I love Django. I've used it for the last 8 years. I'm happy to see the project is still thriving. At this point, for me Django is pretty much synonymous with Django REST framework ( https://www.django-rest-framework.org/ ). I can't imagine a better API than Django w/ REST framework. For static sites I use Django's templates. Otherwise, I just use Django w/ REST framework for my API, and to serve up index.html. My ind…

I think it's worth mentioning, that the creator of Django REST framework is also working on Starlette [0], which is a modular framework that comes with async support, crazy performance, and more... [0]: https://www.starlette.io/

What would something like Starlette be used for?

Re: Django 2.2

#237

Post by jamestimmins »

bluedino wrote: post #42

The projects/app relationship never 'clicked' with me. I also have a dislike for the awkward 'polls' example in the django tutorial. That said, I like Django. Of course, I liked Rails better, but maybe that's because it was my 'first' and I never used any of the big php frameworks for a long period of time. I quit wasting my time with Flask for projects a while ago. It's a really great project and suited for smaller…

Mozilla has some large, public Django projects on Github that are worth taking a look at to see how they're splitting up apps.

https://github.com/mozilla/addons-server

Re: Django 2.2

#238

Post by jamestimmins »

sparkling wrote: post #28
Alex3917 wrote: post #8

Earlier quoted context omitted.

Django is still by far the best web framework as far as I can tell. Every couple years I check what's out there for GoLang, Rust, Nodejs, and Swift, and it seems like it will be a decade or more before anything else comes even close. Even though a lot of people don't like Django's ORM, at least it does almost everything you would want to do with Postgres. (And if you want more you can always use SqlAlchemy.) Most of…

I have used both Ruby on Rails and Django in large production web applications over 2+ years. Speaking strictly about the web framework, RoR is the slightly better framework IMHO. This includes but is not limited to: - cleaner internal APIs, models, methods - a lot more stuff that "just works" out of the box where you would need a third-party package in Django (e.g. RoR gives you different settings for development/st…

Have you found a decent Rails counterpart to Django Rest Framework?

As an aside, I love seeing how different frameworks implement the same features.

Re: Django 2.2

#239

Post by ethagnawl »

Godel_unicode wrote: post #102
sparkling wrote: post #28

Earlier quoted context omitted.

I have used both Ruby on Rails and Django in large production web applications over 2+ years. Speaking strictly about the web framework, RoR is the slightly better framework IMHO. This includes but is not limited to: - cleaner internal APIs, models, methods - a lot more stuff that "just works" out of the box where you would need a third-party package in Django (e.g. RoR gives you different settings for development/st…

> better static file handling Don't you just let nginx/CDN handle these?

I think they meant the Sprockets/Asset Pipeline or whatever the new Webpack-based solution is.

Re: Django 2.2

#240

Post by rattray »

goatlover wrote: post #218
rattray wrote: post #211

Earlier quoted context omitted.

Sorry, I meant static types, like mypy

Right, my point was that static typing doesn't seem like a good fit for a library like Pandas, which needs to be flexible enough to handle a wide range of use cases for tabular data where you're cleaning, reshaping, etc. At least not without a total rewrite. With Flow in JS, how would a JSON library for similar purposes work where you don't know what kind of data it will be and you will be doing a lot of transformati…

If you _really_ don't know what type of data you have, you type it as `mixed`. But if you _do_ know the shape of your data, you write your own types, and tell the library about those types (eg; with generics). Think like `my_df: DataFrame = pandas.DataFrame(my_data)` where you manually define the shape of `MyDataShape`.

Scala is a language that is often used for data processing, and is statically typed.

Depending on the situation, codegen can also be useful in these situations, eg; https://github.com/typeorm/typeorm

EDIT: in any case, this certainly answers my question :-) sounds like they're not there yet, and perhaps not even moving in that direction yet.

Post reply on HN