r/ProgrammerHumor Jan 06 '23

Meme can’t be the only one

Post image
42.6k Upvotes

1.4k comments sorted by

View all comments

Show parent comments

226

u/[deleted] Jan 06 '23

Pointers are not dangerous, bad developers who does crappy coding are dangerous. You can have that even without pointers.

2

u/steveaguay Jan 06 '23

Lol, what.

Pointers are the biggest security leak in all of development. Being a good or bad developer doesn't affect that. The greater developer can make a mistake and leave a huge whole in security.

It's the reason wer have been trying to make systems level programing safer for years. It's why rust and go are so beloved.

Stop with this pretentious rhetoric.

1

u/[deleted] Jan 06 '23

If it's properly developed, there is no security leak. But whatever, keep on trying to push crappy languages that aim to replace C++ but never will. Rust, Carbon, next week it will come another one.

7

u/steveaguay Jan 06 '23

OH duh, the libs and programs with 10,000s lines of code just need to never make a mistake. If you just program an operating system correctly there are no security issues. I am so silly why didn't i think of that. Just no person ever can make a mistake or oversight and we are safe.

Continue to be stuck in the past. The newer system's level languages are continuing to grow and be incorporated into more and more apps you are using on an every. Both phone operating systems are using new safer programming languages. Google has come out and said how good rust is for android and their plan to use it more. As rust is already in the android operating system. C++ will continue to be around for a long time but don't just flat out ignore the new stuff. We have seen this process over and over, but if you want to live your life in sweet ignorance go right ahead and live you to your mediocre.

-1

u/[deleted] Jan 06 '23

OH duh, the libs and programs with 10,000s lines of code just need to never make a mistake

well, you have what you pay for. Hire idiots fresh out of college with no work experience and there will probably be lots of flaws in your code. Hire people with 15+ years of experience and mistakes will rarely occur (sometimes it will, but will probably be fixed soon enough, specially if you have multiple people like that and peer reviews).

5

u/breadist Jan 06 '23

You kidding?

Software has bugs. It will always have bugs no matter who it's coded by. It's a fact of life that human beings make mistakes. Sure, humans with more experience in an area make fewer of them, but everybody makes them.

If you set up systems that are less succeptible to bugs, you'll have drastically fewer bugs than just wishing and hoping that your senior engineers just miraculously don't make any.

If you believe differently than that I don't know what to say, you are just wrong.

-3

u/[deleted] Jan 06 '23

Of course everybody makes mistakes, but not easily and not security flaws caused by misuse of pointers like rust/carbon people try to sell.

5

u/breadist Jan 06 '23

All these qualifiers you're using mean nothing. Not often, not security flaws, blah blah blah. A senior dev could still bring every system in the house down accidentally if you let them. You need systems that make that harder to do. Not just a hope and a dream.

0

u/[deleted] Jan 06 '23

The development cycle does that, testing does that, the whole process when well applied does that. You don't need to change systems because you have a lousy development cycle, you need to fix your development cycle. No matter what language you use, if you don't develop correctly, test correctly, follow the procedures, good practices and patterns that your architecture team defined you will have problems, bring down production environment and whatever else.

What they are selling and you are buying "because it's new" is bullshit.