Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
devyRant55yNow that's a very rare encounter with such creatures these days, too hard to be found.
-
I had not done html and js for a long time. I went to create a regular html and js site and had zero need for any supporting frameworks. It was a simple page for an embedded system. I did little color changes and animations. It was way easier than I had remembered in the past. I tested the code on firefox, edge, and chrome and they all looked the same. I would say that is progress.
-
https://brutalist-web.design/
If you have no need for Javascript, don't use it.
If you have no need for CSS, don't use it.
I'm not really a webdev anymore (more into DB, microservices & solutions architecture), but if I need to display something in a browser I tend to start with plain HTML.
If I want it to look a bit better, I usually add purecss, which is a very minimalist bootstrap-like framework. If I need some JS and I'm too lazy to write JS from scratch, I might check microjs for a suitable library.
Oh yeah, and shit like babel? Nah... if your browse doesn't understand ES6, that's your problem.
I get not everyone can be THAT nonchalant, but don't diss the plain HTML frontend dev, unless your shiny React app loads fucking fast and is a joy to use on your mom's $199 Chromebook. -
lxmcf204105yWait... I'm not the only one that does?!?!
If you have a static site, ... Use. Vanilla. Languages. Not. Fucking. Libraries -
@Ubbe you don't download a complete library for a single form...
Either write it in JavaScript or use it everywhere. Otherwise it's bloated 97% of the times. -
@Jilano sometimes using a framework is improving loading speed compared to vanilla js (unless spending multiple years on optimizing shit)
-
Guess that I'm a psychopath in this case.
I mean I just like everything being minimalistic.
I want speed on my websites. I want to have efficient file transfer between the server and the client. For that I need code that is optimized. A server that is properly configured and doesn't consume too much. Minified and cached code. CDNs. More text and less visual media. If there's visual media, compress it beforehand.
Use Brotli web compression. Etc.
To me speed is the most important thing in programs. Then comes beautiful visual design to better the user experience.
Oh and the code itself should he pleasing to my eyes. It should be pre-planned and clean code. -
@-ANGRY-CLIENT- No the most important thing in ANY program : Are your users happy ? are they ready to pay ? And in 2019 it boils down to : Is it pretty ? Is it easy to use ?
Speed a good. But if your minimalistic solution response time is 5ms and mince bloated full .NET with 1000 plugins solution is 50ms, end user will not see the difference. And I can just through more power on it, if needed
I think there is a middle ground somewhere -
@NoToJavaScript The reality is that the bloated app is usually not 50ms, most apps end up more like 500ms backend and 5 seconds frontend.
At that point users wouldn't even call your app "slow", but they will subconsciously start associating your brand with a feeling of being slightly annoyed.
And in my opinion, "beautiful" and "minimalism" aren't even opposites -- a website doesn't need Javascript at all to be pretty, and it doesn't need that much CSS either.
When you're setting up a product where slick frontend stuff will help attract customers, I understand that devs grab a framework like react/vue/angular.
But even then you'll end up with a more acceptable experience if you are conservative with libraries, cut feature bloat like a madman, keep request/response and content on a page clean and focused.
Oh, and I don't think any end user has ever thought: "I don't like this website, because the menu items and modal windows aren't animated".
Simplicity is beautiful. -
@NoToJavaScript
Bloated apps also don't scale well by adding more power.
More users can be handled easily by adding load balancers and servers, but bad architecture or feature bloat is very hard to outcompute.
You are constrained by end user bandwidth and latency -- and with some types of data queries the complexity grows exponentially instead of linearly with the amount of data. -
@bittersweet There are different levels of “bloat” and configuration.
For example, current project which I consider a little “bloated” : ASP.Net web forms.
But, it’s structured as a MVC project. Web forms are only used as a “Html renderer with some inline C# for the things like localizations”. The usual “slow” things are : Session, ViewState, events : all disabled. So I can add servers with no problems (No session usage) : it scales very well.
EntityFramework is used (Including for large data sets for reports). It’s a bit slower than using stored procs, but it gives you so much more flexibility and development speed.
The back end average time is around 75ms. (More for things like reports)
On front end : knockout. It is our biggest bottleneck for pages with a lot of data (More than 10.000 lines of editable data sometimes). -
@bittersweet You'll be surprised. One client dropped our app because in one of updates the operation he used to do in 1 click, became 2 clicks (But with more options).
People in 2019 are insane -
pk7611725y@bittersweet i've actually found it far easier to create accessible (aria) websites through this approach than through various "frameworks".
It's almost like when you put the content first the content is easier on everyone. -
cxsz905yI have a similar problem now where I can't keep up with the web development trends and frameworks so I think I might just go back to a static HTML personal website
-
noder12325yDoes he write it on plain notepad and not using any big-ass IDE, like a freaking maniac ?
-
kappekp18365yYou think someone could build a masterpiece like https://m.lingscars.com/ with react , angular and shit. HTML ftw !
I saw a guy building a website today.
No React.
No Vue.
No Ember.
He just sat there.
Writing HTML.
Like a Psychopath.
rant