http://www.gotw.ca/publications/mill02.htm>
PS: plus anything by C++ guru Scott Meyers.
51–60 of 72 posts
http://www.gotw.ca/publications/mill02.htm>
PS: plus anything by C++ guru Scott Meyers.
For me, two books that changed how I thought about software were (and I may date myself here): 1. Advanced Programming in the UNIX Environment[0] This changed writing software from being about the code I was writing to being about the underlying systems my code was interacting with. My favorite little feature I learned about was the ability to pass open filehandles between processes (not threads, but processes), whic…
i would say cleancode is a counter example as most devs that read and like it just go through a phase of being unbearable and confused before figuring out their error and giving up. my absolute mind changer book was joe Armstrong's programming for a concurrent world, even without wanting to go into beam development this will change the perspective of devs in a profound and fruitful way.
Watching Bob Martin's talks, he just likes ranting about computers and doesn't give actionable advice. However, he was one of the first "tech" authors I was exposed to, so I guess the the book itself is good for marketing. Maybe it's accessible enough for beginners. But now the book is certainly worthless as a reference or refresher to me.
In general, we should not be using HN with LLM copy. However, I can suggest a technique for you to help you accelerate your effort towards a book and the "hard part" of getting a professional editor and publisher.
Using GPT-4, which has a synthesized 'understanding' from reading endless reviews of such well known material ...
1. Provide the list of books as recapped in the comments below, with the prompt:
Create a list of the top 3 principles or takeaways from each of the 13 books. List only the principles, not the books they are from.
You should get about 35 - 38 principles in a list numbered 1 - 36 or so.
2. Group them with a prompt like:
What 5 overall themes can these 38 principles be combined into?
You should get five buckets with an explanation of each bucket.
3. If anything is misbucketed, tell it the bucket changes you want, for example:
Version Control should come with Testing and Maintenance. Data Management and Scalability go together better.
4. Now put the 40 principles into the buckets:
Using these 5 themes and their explanations as sections and intros, organize the relevant items from the 36 principles as bullets under each of the 5 themes.
You should end up with 5 solid book sections and enough bullets you can see how to break into 2 - 3 chapters per section of 2 - 3 good topics each.
(I'm not copy pasting an output here, but results from the prompt recipe above pass a first draft sniff test.)
5. Pick two or three of those you, personally, can write about in your own voice not using GPT-4, and without referencing source material, and write a first draft. Do not use an LLM.
The point here is to let your own view and originality and voice shine, using the material you are most confident about, to "sell" an editor that you are expert enough for the whole book
6. With this outline and sample short chapters, submit a book proposal to publishers, who, if accepting, will have early feedback that will help you have less rework, and will also have an signing bonus and/or royalties advance for you to support you while you write.
@burhanrashid52 In general, we should not be using HN with LLM copy. However, I can suggest a technique for you to help you accelerate your effort towards a book and the "hard part" of getting a professional editor and publisher. Using GPT-4, which has a synthesized 'understanding' from reading endless reviews of such well known material ... 1. Provide the list of books as recapped in the comments below, with the pro…
Thanks for the advice, will definitely try it out.
In another thread I mentioned Peopleware: productive projects and teams. Even the best programming book in the universe won’t help if the environment, leadership and team don’t support your efforts. this book is about that and how to give creative knowledge workers the environment and tools they need and then get out of their way and keep others out of their way as well. A great read whether you’re wearing a programm…
Yeah…half of approaches the book talk about is inperson offices which is changing is right now.
'A philosophy of software design' by John Ousterhout, great book which provides good understanding of what complexity in software means. Very concrete and short.
Yes, this book is excellent. And it's an antidote to some common advice that really isn't very good.
But one tidbit I did like from the book was along the lines of "if every use case involves the same action, it would be simpler to incorporate that action". (e.g. Something like if ".delete()" were to fail if the file didn't exist, and if every invocation would be like "if .exists() { .delete() }", then it'd be simpler to have a method without the "fail if file didn't exist" requirement).
Earlier quoted context omitted.
I don't think so as he got at least one title wrong: Head First Design Principles should be Head First Design Patterns.
Right, because ChatGPT is never wrong.
"Code Reading: Open Source Perspective" - https://www.goodreads.com/book/show/529511.Code_Reading
"Code Quality: The Open Source Perspective" - https://www.goodreads.com/book/show/169414.Code_Quality
"Effective Debugging: 66 Specific Ways to Debug Software and Systems" - https://www.goodreads.com/book/show/26720867-effective-debug...