[-] prma@programming.dev 1 points 5 days ago

This is pathetic. The whole point of this report is undermining Drew's attack on Stallman, who for years published pieces supporting sex with underage teens and having defending predators, by saying that it is a double standard, because there is a user with a similar username that has viewed anime sexual contents that looks underage? For sure you are right. He is a monster, unlike saint Stallman. Jesus. Even the name of the website is reactionary. What the hell were you thinking?

3
[-] prma@programming.dev 3 points 2 months ago

Not my first choice, but better Go than JavaScript or Python for that purpose.

[-] prma@programming.dev 7 points 3 months ago

You should try to write code using SOLID principles. You should then write one using CUPID, try following OOP patterns, functional patterns and good old procedural ones. You should develope one huge code base and then try to maintain it for years. You should build a binary in Ubuntu, in alpine, in nixos, in Mac, in Windows and try to ship them to each other. You should run your code on a bare metal server and you should try writing lambdas. You should start a green field project and a try to maintain a legacy system that none of the original authors are there yet. You should write code in a company that hires 500 people per day and lays off in thousands. You should write code for a company that has 2 engineers that have been there for years. You should write a backend, a frontend , and one that does not do all these. And you should ship them. And use them. You should write codes idiomatically and you should write them idiotically.

The idea is not that a good programmer had done all these, the idea is that no simple tip or priciple can apply to every situation. Anyone claiming that, is no more than a snake's oil salesman. You should learn to code and design and engineer your software critically based on each situation. You should constantly learn. And you should not be afraid to go against the grain or break from the beaten path or go with the most popular mediocre choice.

[-] prma@programming.dev 3 points 3 months ago

Read the content. I address that issue.

[-] prma@programming.dev 3 points 3 months ago

Yes. That is indeed a more interesting name. But think of the acronym.

  • FDS is not as easy to say FAMF.
  • FAMF already has an Urban Dictionary entry.
[-] prma@programming.dev 4 points 3 months ago

Famf is definitely is. Just put yaml there.

[-] prma@programming.dev 4 points 3 months ago

Sure. Why not :))

[-] prma@programming.dev 3 points 3 months ago

What would you do with billions of inodes?

[-] prma@programming.dev 2 points 3 months ago

I don't think I like vim or similar for the "productivity gain". It just feels much more smooth of an experience when I don't have to target, point at something visually and click all the time. Or move my hand to a 4 keys that are as far from my hands resting position as possible. I don't believe I have saved much time. But I had a blast working with it and want to continue this serendipity experience for the rest of my time.

32

YAML and TOML suck. Long live the FAMF!

[-] prma@programming.dev 3 points 3 months ago

So, I had the same sort of struggle a while back. And I have managed to fix it, recognizing what I had been doing wrong.

  1. I did not know how to test different parts of my system. Going through other people' s testing example actually helped me a lot in this respect.
  2. I did not separate the complex internal logic of my program, from its side-effects. For example put the mapping of the data in the same function as I was doing external requests. You learn how to manage problems like this by practice. But of course, be mindful of the side-effects of your functions. Avoid it when you can.
  3. One other problem I had was that I wrote every test in the same manner. Tests that are not idempotent, and depend on external services, are useful, but you should use the facilities of your language to run them separately from your unit tests. In rust for example we use feature flags.

Testing and writing functions that can be tested are skills that need practice. For me, many of the patterns of the functional programming helped a lot. Since they insist on pure functions and pure functions are massively easier to test. Learning how people manage to write programs with pure functions may help you a lot, too.

[-] prma@programming.dev 19 points 3 months ago

That poor sheep did not have any choice. I cannot say the same about other characters in this picture.

[-] prma@programming.dev 2 points 3 months ago

Oh! Goody! This is great! Thanks!

view more: next ›

prma

joined 3 months ago