Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
As you read all those.. do you actually write code?
I didn't read much of these kinds of books but they always make coding less fun. Because after reading them you know 12000 patterns and 8000 antipatterns and as soon as you want to write a line of code they conflict in my head.
Nice keyboard flash
@nitwhiz do I write code? Do you mean when I read I do the examples or do you mean do I implement / test the ideas presented in books like patterns?
The answer depends on the book.
I’m at a point in my career where I can look at code and can visualize the assembly output thus confidently knowing what the code will do. So sometimes I can go thru the book just reading it.
But other times I do sit down and workout the examples.
I personally hate fiction books, because I don’t see the point at the end of the day when the book is read what have I gained... nothing just imagination. so instead I read technical books and all non-fiction because when it’s done I have gained something from it. Just personal purgative.
Anyway the dilemma you describe is very real, I remember being in your situation. It’s comes down to two principles:
Analysis Paralysis, happens to many people when they REALLY think about OOP and trying to balance things and stick to the strict rules of the paradigm that are almost impossible to follow. Everyone breaks it.
And the other is you “know” the patterns but don’t know how to use them or where to use them why to use them. also can be related when you can’t sniff out or see the patterns in the code. And that just comes with experience everyone has those issues at some point.
@QuanticoCEO I mean if you are actually coding on daily basis and/or for money and stuff. But you answered that I guess.
For me it's the first one, Analysis Paralysis. There are so many options with the same amounts of ups and downs or the one with too many downs is the "right" way to do it and so on. And then there is the "own style", which makes it even more complicated, because it doesn't feel natural to code against your own style.
I guess that's something which will go away with time, too. I hope so at least :D
@nitwhiz yes I code on a daily basis.
From experience it scares me when people have a “personal style” I had one coworker (still do ...for now) who solves does almost everything with if statements... I’m not talking normal.. I’m talking nested if statements 10 deep, extreme arrow head programming.
I tell him we can’t unit test that. I also say when your doing this does it ever remotely occur to you this seems strange or redundant there must be a better way??? NOPE... continuously states this is his style...
Essentially he has the golden hammer anti pattern of knowing only one thing
“When you only know how to use a hammer.... everything is a nail”
His STYLE hinders the team.. his STYLE is a code smell.. his style reduces quality.
He’s also very big into copy and paste switch statements and cases and change a few variable names and call it done... ugghhh stop mofo... I just read a 2500 line driver containing 26 cases of a switch statement and the only thing that is different in each case is a variable name.. like GTFO.. thats not style that is pure lack of skill...
Does it work? Yes...
Is it maintainable? NO
Is it scaleable? NO
Is it readable? NO!
he also has a style of putting way too much white space ... like absurd white space. “Helps him concentrate” well sorry you got a problem..don’t use the lame excuse the compiler removes white space so it don’t matter... fuck that we gotta read it.. code like the rest of us.
He also had this idea and style of redefining == as the word EQUALS so he doesn’t get confused with = and == it’s like stop! Because he did it with all symbols...
Anyway strangest programmer I ever meet.. somehow he has 20 years of experience idk how but worst programmer imo.. because of “Style”
Sorry about ranting about style .. just be careful when you choose personal style over what is normal style for the industry.
@nitwhiz ahhh I’m yeah I see hahah I just have PTSD when ever anyone says “Style” hahahah ... if you had to deal with what I’ve had to you would also have PTSD anytime anyone says style..
Imagine trying to approve for release... do peer reviews and be that “asshole” that is willing to speak up and say this is not acceptable redo it. Sure once I bring it up the others begin to speak but like I always have to be the “icebreaker” lol
I’ve been recommended this book before and I’m still on the fence. If I read this book what should I expect to be learning and what kind of direction should I expect the book to go into
@Bubbles it’s more of a prospective thing, give you better ways of explaining things to people who don’t code or very green interns or when you talk to high school students etc.
If you are a purely high level developer java c# or pure web stack person this book would be a great into more of the hardware side of things as far as how everything works and the history
@Bubbles nice nice! Glad to hear you are coming down closer to the real world level lol!
I have a book for tomorrow that you will also really like and if you are wanting to learn more of the low level, tomorrow’s books is the beginner book for making that transition into that type of thinking.
Thanks for Subbing haha.
PrivateGER1803327dCan you still buy that?
@PrivateGER you can buy the a new 1990s version from Unicomp brand new made from the Lexmark tooling from when ibm sold the keyboard business to Lexmark.
If you want an original IBM prior to Lexmark you need to fix a new (incredibly rare) or used rareish pre1990s IBM Model M on eBay or clickykeyboards.com or some other site.
Mine being March 11th 86 is 3 months into production of the keyboard so it’s one of the rarest due to condition it was in and date.
Vanegas9090108327dNice keyboard men 🤘🏻
Do you think this crazy idea is worth it
Reading the Art of Computer Programming
QuanticoCEO278620d@AkshayTolwani I would say when you understand programming is not about the syntax. When you design systems rather than small projects.
Here’s the best test I think ..If you know or are familiar enough with assembly and understand how it works.. as in you write c code or c++ and can visualize the assembly instructions as you write.. as in you know what your code will be compiled into. Then you are probably prepared to read it
TAOCP is all about algorithms and all the examples are written in assembly language of a theoretical computer that doesn’t actually exist.
If you are in college or first few years of your first software job I would say it might hinder reading it that early. Like I would say it’s PHD level content almost.
If you are a web dev or scripter or java c# TAOCP tends to be far advanced and so different from their way of thinking it would be a culture shock in a way. But will it help absolutely if you want the most optimized solution for whatever algorithm.. sorting or whatever that’s the book for you . But if you aren’t to the point to understand the optimized version and in optimized version and why they differ etc then it’s not for you.
Similar you don’t teach a beginner the most optimized methods of doing things
QuanticoCEO7Working in the embedded systems industry for most of my life, I can tell you methodical testing by the softwar...
QuanticoCEO35Forgot to post a book yesterday, so maybe I’ll post two books today... Anyway, this book, I found it recen...
QuanticoCEO24From NAND to Tetris.. This book is IMO the best book for those who want to venture to the lower level program...