![](https://programming.dev/pictrs/image/7c6d3e74-32c9-4ac7-a377-6816ee7cfbe1.png)
![](https://programming.dev/pictrs/image/c61dfed6-ab5d-4d8a-a30e-44002da3bd18.webp)
This might be a bit advanced, but indeed a very good article.
This might be a bit advanced, but indeed a very good article.
Same. Really happy with it.
Consumer drones already exist, that can recognize you by face and follow you.
I started doing exactly this. Write a bunch of functions, that may end up in different systems, on different machines, even. This allows you to define the interfaces, figure out data dependencies, and so on.
The code may be runnable, just printing out some statements. Then I copy blocks of it to the place where it will belong.
It’s more of a thinking tool, than “actual code”.
You’re right, this ageism is stupid. Common lisp is probably its contemporary, yet is great. Cobol does seem like a nightmare though.
I have set up forgejo, which is a fork of gitea. It’s a git forge, but its ticketing system is quite good.
My kids (4 and 8) love stardew valley. Also it works on every device. Been considering don’t starve for a while. Will check if valheim fits the bill, thanks.
This might be contrary to some, but i recommend diagramming! Can be anything from paper doodles to d2 to full blown uml diagrams. They help you stay focused, and aware of the program’s data dependencies.
Regarding code practices - read code. If you use a library for something, dive into its code. This can be beneficial in many ways - you observe the style they used, you understand better how the library works (documentation rarely contains enough detail), and you see how libraries are structured, which is often lacking in newbies.
Learn your language’s idioms. They can reduce complexity, and are usually more readable to people with experience in the given language.
Finally, don’t sweat it too much. The more you write, the better you’ll become, so just do it. New problems lead to new insights.