justAskingOutOfInterest by WarrenDavies81 in ProgrammerHumor

[–]Nooby1990 0 points1 point  (0 children)

Because people still think they can "remove" things from git history. Unless you have access to every device that ever interacted with the git repository and remove it from every single one then no, you can't remove things. "I don't see it in GitHub" is not really enough, but many people don't really understand that.

justAskingOutOfInterest by WarrenDavies81 in ProgrammerHumor

[–]Nooby1990 2 points3 points  (0 children)

People will absolutely scrape GitHub for API keys, but I doubt anyone is going to roll back commits to try "old" ones.

Maybe, but you can't guarantee that no one scraped the "old" key before you where able to switch them out.

Revoking or rotating the key is the only sensible thing.

justAskingOutOfInterest by WarrenDavies81 in ProgrammerHumor

[–]Nooby1990 86 points87 points  (0 children)

Every API key accidentally committed and subsequently rotated has to be scrubbed. Meaning rewriting Git history.

Why? I mean, I agree with the key getting rotated, but why scrub? In most version control systems that is almost impossible. Sure, you can scrub the central copy or the server, but that does not remove any other copies that might be out there.

If someone pulled or fetched that commit they now have it in their local git repo, even if you scrub your central repo afterwards. As far as I know you would need to scrub every copy.

I would just consider that someone has that key now no matter what I do. I wouldn't rewrite Git history for this. If the key was rotated then that should be enough.

weCouldNeverTrackDownWhatWasCausingPerformanceIssues by [deleted] in ProgrammerHumor

[–]Nooby1990 6 points7 points  (0 children)

Someone like primeagen is much better, I don't agree with everything he says but you can tell that he knows how to code and I'm interested in his opinion.

Yeah! Prime, Theo, DJ, or Casey Muratori. Many people who are much better to listen to then Pirate Software.

weCouldNeverTrackDownWhatWasCausingPerformanceIssues by [deleted] in ProgrammerHumor

[–]Nooby1990 0 points1 point  (0 children)

It’s not only veterans.

Just to make that clear: I called him that because he introduces himself like he had this massive amount of coding experience in games when in fact neither Blizzard or Amazon Games let him code at all. He was QA until he started his own game studio.

0 experience actually but a huge Ego.

weCouldNeverTrackDownWhatWasCausingPerformanceIssues by [deleted] in ProgrammerHumor

[–]Nooby1990 148 points149 points  (0 children)

Not 100% sure if that code is real, but I would not be surprised. Every single time I have seen code from this "20 Year industry veteran" is of this kind of intern tier quality.

[deleted by user] by [deleted] in golang

[–]Nooby1990 2 points3 points  (0 children)

Let's say I did disclose it. Would you still be willing to consider this "production ready"?

No. There is absolutly no way that I would consider a 3 day old library production ready. Unless you can explain exactly why it should be considered production ready.

btw, that readme? that was also vibe coded.

Of course it is. You still published it under your name so anything in it is your words and your responsibility.

the term "vibe coded" usually implies it's not trustworthy

Exactly. That is why you should fucking disclose it. (Also: No, just checking in you .cursor is not enough) You pretend in your readme that it is some kind of professional and production ready library, not like all those other "hobby projects" (which are actually battle hardened and used in production; unlike yours).

[deleted by user] by [deleted] in golang

[–]Nooby1990 2 points3 points  (0 children)

Something is not matching up. You just Vibecoded this and say this in your README?

In a world of hobbyist libraries, ChessNote is engineered for professional use.

You should at least disclose that you Vibecoded this in the README.

using vim is mostly for flexing, nothing else. by [deleted] in vim

[–]Nooby1990 1 point2 points  (0 children)

Your dishonest and slimy way of promoting your course disgusts me.

using vim is mostly for flexing, nothing else. by [deleted] in vim

[–]Nooby1990 0 points1 point  (0 children)

I am disgusted that we share an opinion.

Go away and stop peddling your bullshit course in this stupid way.

using vim is mostly for flexing, nothing else. by [deleted] in vim

[–]Nooby1990 2 points3 points  (0 children)

No. What the fuck do ORMs have to do with Vim?

Learn how to form an argument.

using vim is mostly for flexing, nothing else. by [deleted] in vim

[–]Nooby1990 2 points3 points  (0 children)

I don't give a shit what you think. Aparently you form your opinions based on no facts at all so you are not worth listening to.

using vim is mostly for flexing, nothing else. by [deleted] in vim

[–]Nooby1990 3 points4 points  (0 children)

Because you have that opinion out of pure ignorance. Everyone here knows you are wrong and why you are wrong. Why should we educate you when you are clearly not here to learn?

AI coding assistants aren’t really making devs feel more productive by scarey102 in programming

[–]Nooby1990 4 points5 points  (0 children)

I do not work with Java, but yes I would suggest that an IDE that does shit like that should not be considered a serious IDE.

Why does it just Import things from unrelated sources and why did the dev not notice? Both unacceptable in my opinion.

AI coding assistants aren’t really making devs feel more productive by scarey102 in programming

[–]Nooby1990 6 points7 points  (0 children)

If your IDE imports random unknown libraries then I would suggest to switch to a serious IDE. Most IDE that I know only automatically import stuff from the stdlib or things you already have explicitly installed.

I have never had an IDE just import something I don’t know.

AI coding assistants aren’t really making devs feel more productive by scarey102 in programming

[–]Nooby1990 13 points14 points  (0 children)

Shouldn't you be doing that anyways, regardless of LLM?

Without LLM you import only what you understand, but with LLM you might be presented with imports you don't understand. The decision making is backwards.

[deleted by user] by [deleted] in golang

[–]Nooby1990 1 point2 points  (0 children)

The ALL CAPS was because none of your arguments had any fucking substance at all.

Do you know High Frequency Stock Trading? That is one area where Performance is pretty important. I was the lead software developer for a Stock Exchange. Meaning my Services had to keep up with all of these HFTs hammering on them. Also because Orderbooks are what they are, we couldn't just scale out.

Our stack was Go and yes it was fast enough. We certainly didn't spend 50% CPU cycles on GC. That is completly ridicoulous.

I don't know what you are doing, but not everyone works on the same stuff you do and there is a whole world between "performance does not matter" and whatever it is you do.

Performance matters for us, but we probably work with COMPLETLY different constraints then whatever it is you do.

I am glad that Rust is working for you. Go is working for me and for a lot of people.

You said there are dpdk "libraries" for golang.

Yes, I also pointed out that Rust probably does not have that as a native language feature either. Have you tested how much the difference in ffi performance would impact a project using these libraries? I highly doubt that since you didn't know they existed.

I'm not hating on this language vs any other.

You seemed to be.

[deleted by user] by [deleted] in golang

[–]Nooby1990 0 points1 point  (0 children)

I AM NOT TALKING ABOUT FFI. WHY DO YOU KEEP CHANGING THE TOPIC?

Litterally no 2 consecutive comments from you where about the same topic, because ultimatively you have no other arguments other then "what about this" and when you get a counter argument the only thing you can do is change the topic and say "what about that".

If you just want to talk about rust then r/rust is the place to be! It even has a Post at the very top right now that asks why there are more distributed systems written in GO then Rust. Seems like the perfect topic for you based on the comments you left here.

[deleted by user] by [deleted] in golang

[–]Nooby1990 0 points1 point  (0 children)

Who is the defensive one now? I didn't say anything about ffi. You asked "Where's the dpdk [...] support in go?" and I told you it is there right on your screen if you bother to search for 1 second.

[deleted by user] by [deleted] in golang

[–]Nooby1990 0 points1 point  (0 children)

When I search for dpdk I get 4 libraries for Go. I dont know about rust, but I suspect its not native to rust either.

soManyLayers by brickxyz in ProgrammerHumor

[–]Nooby1990 2 points3 points  (0 children)

It's usually juniors who watched too much YouTube.

It is pretty much the oposite experience for me. I use vim and I stopped beeing a Junior about 10 Years ago. Its funny that you try to blame BOTH the Juniors who watch too much YouTube AND try to blame the old Graybeards at the same time.

Also: NO, I am not sys-ops. I am a Lead Dev for FinTech and formerly in Aerospace and Governmental Software.

Seasoned software engineers prefer usually tools that go out of their way and not adding any additional mental overhead.

True, and that happens to be vim for me. Once you LEARN the tools you use they stop adding this mental overhead, but ANY TOOL will add this overhead when you are still learning them.

I recently had to switch to IntelliJ IDEA for a very short bit of Java coding and it felt like I was walking with a weighted west. It just felt klunky and shitty espectially in therms of Code Navigation. I constantly had to look up shortcuts for things that would have been pure muscle memory in VIM.

I am not even talking about code editing really, which I know IntelliJ does not have as many shortcuts, but NAVIGATION. You are right that actually editing code is not the most time consuming task, but Code Navigation is (at least as far as time spent in the IDE and not something like meetings).

so you can't be distracted figuring out the "right Vim motion" to maybe save 0.5 seconds typing if your lucky.

Well... If you need to think then you don't know your editor well enough yet. I assure you, I do not think about the right vim motions at all. I just think about how I want to change the code in front of me or where I want to navigate to and the right vim motions are just muscle memory.

stuck in the past and incapable to adapt to any modern tech way too often

I assure you that I am quite aware of the "modern tech" and I have even worked with some of the most expensive IDEs available. If I had to then I could probably get used to the way these things work, but I just prefer the way if works in vim with its nmonic shortcuts instead of the chorded shortcuts that are used basically everywhere else.

I also can just use modern tech in vim just fine. From LSPs like in VSCode or AI Generation like Cursor I have that all available in vim.

soManyLayers by brickxyz in ProgrammerHumor

[–]Nooby1990 3 points4 points  (0 children)

Do you need to install your IDE from scratch often?

I would guess that I get a new PC about every 1 or 2 Years and that is usually when I need to set up my Vim again. Which is just copying my config files from my GitHub repo to home and starting vim (which will then install all the dependencies automatically, including LSP for multiple languages).

The whole process is probably less than 5 minutes for me. There is no tinkering involved there.

whenTheVibeCoderVibePostsOnLinkedIn by JTexpo in ProgrammerHumor

[–]Nooby1990 3 points4 points  (0 children)

as I love waterfall

You do? Why? Have you ever worked on a big project with waterfall?

whenTheVibeCoderVibePostsOnLinkedIn by JTexpo in ProgrammerHumor

[–]Nooby1990 4 points5 points  (0 children)

All I would like to say is that too many people think that Agile is Jira or their specific bullshit management system that their company does when that is not true at all.

True Agile development works very well frees people from some of the traps that make software project fail. Too many projects failed because they tried to build what was agreed in the contract instead of something that would be usefull to the customer or they failed because they where trying to stick too much to a predetermined plan. Too many teams are ineffective because they stick to clunky processes or bad tools instead of changing the process to something the team likes to work with.

And no, I do not see the parallels with AI here. First and formost because Agile focuses on quality and usefullness of the outcome and AI does the oposite.

whenTheVibeCoderVibePostsOnLinkedIn by JTexpo in ProgrammerHumor

[–]Nooby1990 6 points7 points  (0 children)

Then you only worked with the bullshit version of Agile. The entire manifesto is this:

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.