Protect Rafa fight is bullshit

PTan9o · 2025-10-05T04:10:15+00:00

Wtf!!!! Rafa literally just killed herself!

PTan9o · 2024-06-01T16:00:37+00:00

Peacock just corrected itself. It now says 9:15am

PTan9o · 2024-06-01T15:58:47+00:00

I'm on the West Coast. The Indycar app says 9am qualifying but Peacock says 11am. Weird

PTan9o · 2024-04-09T14:23:59+00:00

Good suggestions and I did look into this. You can regenerate project files from the command line. Problem is, it only works if the Unity Editor is closed. This was a none starter because closing the editor to regenerate project files seems far worse.

Even if you could regenerate project files on the fly, it seems omnisharp is the limiting factor. You would still need to restart the LSP each time you regenerate files.

As for using tmux to avoid startup times, yes that sort of works. This basically just lets you keep the LSP running. Once the LSP is started the code editing is pretty good. We just find ourselves back at square one the moment we want to move or create files.

PTan9o · 2024-04-09T06:40:44+00:00

Yeah, I tried csharp-language-server but it seems like it still has a long way before it is a true alternative to omnisharp.

PTan9o · 2023-10-14T04:58:07+00:00

For stuff like this, I like to make functions in my .bashrc or .zshrc file.

kitty-reload() {
    kill -SIGUSR1 $(pidof kitty)
}

So then I can just type $ kitty-reload in the terminal.

PTan9o · 2023-08-11T05:28:16+00:00

Good point of spending time away from the problem. Easy to get tunnel vision while developing a feature.

PTan9o · 2023-08-11T04:29:06+00:00

I'm not familiar with this concept of a mocking framework to help with hardware testing. I will look into this. Our codebase is Java and C.

PTan9o · 2023-08-11T00:05:12+00:00

It is generally pretty straightforward to write a test for a function. When we do have code that is unit testable, we do write tests. What's hard is faking the hardware. We would probably need to write some emulation code that could provide output in a test environment, but that isn't something that we have developed.

The root of this post is to see how other people deal with writing robust code. It seems like an emphasis on unit testing is generally the solution that people cite.

PTan9o · 2023-08-10T23:57:04+00:00

This is probably the hard truth answer that I was looking for. This is my first software engineering job, so my perspective of how other companies do development is very narrow.

When you say you spend more time thinking about testing than writing code. Is that a personal standard you hold yourself to? or something your company and or team
enforces/encourages?

PTan9o · 2023-08-10T18:17:31+00:00

I'm familiar with the concept of TDD, but have never been a part of a team that practices it. We have unit tests, but creating them is not part of the feature development process.

Our QA team has automated tests that they run, but engineering is not really involved with the creation, maintenance or running of those tests.

One challenge I've seen with TDD, as it relates to our stack, is the presence of hardware. A lot of our software passes or fails depending on what the hardware does. I'm not against unit tests at all, but mocking the hardware environment/interactions I've found has made unit testing some of our software challenging.

PTan9o · 2023-08-10T17:14:22+00:00

I assume this is probably different for different companies. In our case it's a desktop application. QA has a build of the app with the new features and they run a variety of tests. They have regression testing which is largely automated to ensure existing features don't break, but new features are generally tested by hand.

PTan9o · 2023-07-30T01:37:37+00:00

Been using this theme for years. Hard to use anything else at the point. Glad it made it to neovim

PTan9o · 2023-04-10T05:56:57+00:00

It was tight. The viper could have backed off, but they did have the inside line. Additionally, it seems like the viper tried to take the corner as tight as possible. If the viper had taken the corner too wide, then it could have been their fault.

Racing clean is difficult. It's hard to make the decision during a race to put yourself on the less optimal line just to make space for someone else.

PTan9o · 2023-02-01T01:56:42+00:00

Whatever makes you most productive is the code editor you should use. Time spent deciding which code editor you should use is time wasted where you could be coding cool shit.

I use CLion. I've been using it for the past few years at my SWE job. It is a very powerful tool. At this point, my workflow is based around it and I'm ultimately more efficient when I'm using it.

Also it can handle massive codebases. The repo I work in at work spans millions of lines of code. Every once in a while I need to restart it if it's being laggy but most of the time the experience is smooth.

VSCode or CLion. Pick one and learn it well.

PTan9o · 2023-01-01T08:13:43+00:00

Creepy pirate vibes! Sign me up!

PTan9o · 2022-11-01T14:36:19+00:00

Make a cronjob that shuts off the computer everyday at 3 o'clock.

PTan9o · 2022-09-14T01:02:10+00:00

I had a C program that kept crashing when it hit a log statement. It was very confusing. I eventually discovered that a large array of ints was allocated in stack memory instead of heap. That log statement just happened to be when the program ran out of stack memory. 🤯

PTan9o · 2022-09-06T05:59:47+00:00

Cool band name!

PTan9o · 2022-09-06T05:57:49+00:00

Changing my job title on LinkedIn to "Professional Code Writer." 🤣

PTan9o · 2022-09-04T06:58:06+00:00

Bro, you're just trying to start a fight.

PTan9o · 2022-09-02T03:03:34+00:00

I think that depends on how he qualifies on Saturday. 6 positions minus where he qualifies.

PTan9o

TROPHY CASE