Details
Joined devRant on 9/25/2017
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
-
For the love of God use descriptive variable names. I dont care if it is 15 characters long instead of 5. Besides any halfway modern IDE does auto completion.
"tTime" is not helpful. Target time? Test time? Total time? Tea time? Turtle Timmy? No clue...21 -
Fun fact: half the modern Web 3.0 or whatever version number it has now.. requires JavaScript.. to show images.5
-
... late night coding session ...
... me, tired as hell committing last porting of changes ...
... git refuses my attempt for commit ...
....
$ git vommit -am ........
It's time to go sleep when you vomit instead of commit. -
When you install Java it says "3 billion devices run java"
Well I'm not sure how many of those devices actually respond11 -
"Google does it". I hate that sentence. It's always the beginning of an unreasonable expectation.
Perhaps if we had as much devs as Google we could do it too. But we are 2 devs spread over 15 projects, so fuck off.8 -
--- HTTP/3 is coming! And it won't use TCP! ---
A recent announcement reveals that HTTP - the protocol used by browsers to communicate with web servers - will get a major change in version 3!
Before, the HTTP protocols (version 1.0, 1.1 and 2.2) were all layered on top of TCP (Transmission Control Protocol).
TCP provides reliable, ordered, and error-checked delivery of data over an IP network.
It can handle hardware failures, timeouts, etc. and makes sure the data is received in the order it was transmitted in.
Also you can easily detect if any corruption during transmission has occurred.
All these features are necessary for a protocol such as HTTP, but TCP wasn't originally designed for HTTP!
It's a "one-size-fits-all" solution, suitable for *any* application that needs this kind of reliability.
TCP does a lot of round trips between the client and the server to make sure everybody receives their data. Especially if you're using SSL. This results in a high network latency.
So if we had a protocol which is basically designed for HTTP, it could help a lot at fixing all these problems.
This is the idea behind "QUIC", an experimental network protocol, originally created by Google, using UDP.
Now we all know how unreliable UDP is: You don't know if the data you sent was received nor does the receiver know if there is anything missing. Also, data is unordered, so if anything takes longer to send, it will most likely mix up with the other pieces of data. The only good part of UDP is its simplicity.
So why use this crappy thing for such an important protocol as HTTP?
Well, QUIC fixes all these problems UDP has, and provides the reliability of TCP but without introducing lots of round trips and a high latency! (How cool is that?)
The Internet Engineering Task Force (IETF) has been working (or is still working) on a standardized version of QUIC, although it's very different from Google's original proposal.
The IETF also wants to create a version of HTTP that uses QUIC, previously referred to as HTTP-over-QUIC. HTTP-over-QUIC isn't, however, HTTP/2 over QUIC.
It's a new, updated version of HTTP built for QUIC.
Now, the chairman of both the HTTP working group and the QUIC working group for IETF, Mark Nottingham, wanted to rename HTTP-over-QUIC to HTTP/3, and it seems like his proposal got accepted!
So version 3 of HTTP will have QUIC as an essential, integral feature, and we can expect that it no longer uses TCP as its network protocol.
We will see how it turns out in the end, but I'm sure we will have to wait a couple more years for HTTP/3, when it has been thoroughly tested and integrated.
Thank you for reading!27 -
Late to office due to traffic. Thought would do some work. I get this the second i switch on my laptop. I am so tired of it. I dont want to even rant about it.19
-
BRUV,
WTF,
SO I JUST FOUND OUT THIS:
Hostinger changed its mailservers from mx1.hostinger.com, to IMAP.hostinger.com and SMTP.HOSTINGER.COM
This means that all of the emails that I sent out for the last 2 weeks on my phone(the only place where I send out emails) has been going to fadoodle knows where?
Now that I changed on my phone the incoming and sending servers and I send out a email it appears as spam, but It dosent do that when I send it out of the web platform.
So like bruv, more digging to do...
HOSTINGER U BICH ASS FUCKING CUNTS, DO YOU KNOW HOW MANY EMAILS I NEEDED TO FORWARD BCZ OF THIS???😂
And I though people were Beeing rude or something3 -
Similarities between this spider and me:
- We both are web developers
- We both live in same room
- We both try to find bugs everyday11 -
"If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas." - George Bernard Shaw9
-
Cleaned up my Facebook timeline.. I actually posted a “there are 10 types of people..” joke back in 2011..
Shame on me...4 -
Honestly I gave Apple a chance and bought an iPhone but oh my fucking god i’m going to throw this overpriced piece of horseshit they call a phone so hard at steve job’s grave that CNN is gonna report it as a meteor strike7
-
Fuck you VS Code! Have to reboot my VM every four hours because that piece of shit starts glitching on the screen and freezes the entire system when I want to close it!8