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
Search - "'timeless'"
-
My life in a nutshell.
I've been stuck in this timeless loop for 10 years, anyone that relates?
1. Set alarm before going to bed.
2. Alarm rings, I turn it off.
3. Wakes up late.
4. Work from 08 AM to 4 PM.
5. Take the train back home
6. Plan what to do for the rest of the day.
7. Come home, do everything except what was initially planned.
8. Watching time goes by while doing non-productive things.
9. I feel alone, watch porn to fill this void.
10. I get depressed and unhappy afterward
11. Set the alarm for the next day.
12. Repeat.12 -
I was lurking on devrant since about a month. Never feel like ranting 'til now.
FUCKING TORRENT THAT STOPS AT 99.8%!!!!! WHY FUCKING SHIT WHY FUCK THIS FUCKING BUG I HATE YOU TORRENT I HATE YOU!!!! 😠😠😠😠 FUCK!9 -
Probably Dennis Ritchie. Inventor of a timeless language and member of the Unix project at Bell. I think his work is significant and he lived his life, then died a good man.
-
Never realized with a industry that changes by the second how relevant and timeless a single book(set) can remain. 52 year old book.
The work that knuth put into this collection to keep it timeless and language in-specific keeping it to theory rather than details of syntactical details is amazing.
Sure there are other timeless classics out there.. the algorithm book, K&R C, the dragon books, the wizard book.
But I think this single book outweighs them all in the abstraction point of view... AND it’s abstraction in the “opposite direction”... abstraction to a machine language architecture that is purely theoretical... brilliant.21 -
So much irrelevant shit keeps popping on my feed here. So I’m going to post a software industry related book a day.
Hopefully others continue as well. And we can have book discussions.
So many books on the industry, the industry is always changes so much. Things are forgotten but the things that remain frozen in time are always the books. Some are timeless but much of the “forgotten” things can be found in the books.
Soo I will officially start the daily post NOW.
The Mythical Man-Month... adding more people to a late project will only make it more late.7 -
Some of you know I'm an amateur programmer (ok, you all do). But recently I decided I'm gonna go for a career in it.
I thought projects to demo what I know were important, but everything I've seen so far says otherwise. Seems like the most important thing to hiring managers is knowing how to solve small, arbitrary problems. Specifics can be learned and a lot of 'requirements' are actually optional to scare off wannabes and tryhards looking for a sweet paycheck.
So I've gone back, dusted off all the areas where I'm rusty (curse you regex!), and am relearning, properly. Flash cards and all. Getting the essentials committed to memory, instead of fumbling through, and having to look at docs every five minutes to remember how to do something because I switch languages, frameworks, and tooling so often. Really committing toward one set of technologies and drilling the fundamentals.
Would you say this is the correct approach to gaining a position in 2020, for a junior dev?
I know for a long time, 'entry level' positions didn't really exist, but from what I'm hearing around the net, thats changing.
Heres what I'm learning (or relearning since I've used em only occasionally):
* Git (small personal projects, only used it a few times)
* SQL
* Backend (Flask, Django)
* Frontend (React)
* Testing with Cypress or Jest
Any of you have further recommendations?
Gulp? Grunt? Are these considered 'matter of course' (simply expected), or learn-as-you for a beginner like myself?
Is knowing the agile 'manifesto' (whatever that means) by heart really considered a big deal?
What about the basics of BDD and XP?
Is knowing how to properly write user-stories worth a damn or considered a waste of time to managers?
Am I going to be tested on obscure minutiae like little-used yarn/npm commands?
Would it be considered a bonus to have all the various HTTP codes memorized? I mean thats probably a great idea, but is that an absolute requirement for newbies, or something you learn as you practice?
During interviews, is there an emphasis on speed or correctness? I'm nitpicky, like to write cleanly commented code, and prefer to have documentation open at all times.
Am I going to, eh, 'lose points' for relying on documentation during an interview?
I'm an average programmer on my good days, and the only thing I really have going for me is a *weird* combination of ADD and autism-like focus that basically neutralize each other. The only other skill I have is talking at people's own level to gauge what they need and understand. Unfortunately, and contrary to the grifter persona I present for lulz, I hate selling, let alone grifting.
Otherwise I would have enjoyed telemarketing way more and wouldn't even be asking this question. But thankfully I escaped that hell and am now here, asking for your timeless nuggets of bitter wisdom.
What are truly *entry level* web developers *expected* to know, *right out the gate*, obviously besides the language they're using?
Also, what is the language they use to program websites? It's like java right? I need to know. I'm in an interview RIGHT now and they left me alone with a PC for 30 minutes. I've been surfing pornhub for the last 25 minutes. I figure the answer should take about 5 minutes, could you help me out and copypasta it?
Okay, okay, I'm kidding, I couldn't help myself. The rest of the questions are serious and I'd love to know what your opinions are on what is important for web developers in 2020, especially entry level developers.7 -
Me writing Bash when I only knew Bash: ah yes ageless, timeless, forged in the crucible of 30 years of Unix production systems, an elegant weapon from a more civilized age
Me writing Bash after 6 months of Python: wtf is this shit2 -
"You never can do what the kids do. What you do is look at yourself and find your own way to address the fact that the times have changed and that you have to pay attention. You can’t be a designer and say, 'Oh, this is timeless.' Nothing is timeless!" - Paula Scher
-
Y'know, there are some things that are timeless. Like bug severity arguments. We don't have a "likeliness of occurrence" parameter in the bug database. We just have "severity if it occurs". You have to classify it as such. The bug database IS NOT FOR RISK MITIGATION ACTIVITIES IT'S FOR FIXING THE FUCKING SOFTWARE!!! STOP MAKING THESE DAMN MEETINGS TAKE 30 YEARS BY QUESTIONING THE SYSTEM THAT WAS ESTABLISHED IN THE BEFORE TIMES BY PEOPLE WHO ARE ABOVE YOUR PAY GRADE!!! TINDER BOX!!! MATCH!!! GODS DAMMIT!!!