Hacker News: TexasMick

New comment by TexasMick in "What Microchip doesn't (officially) tell you about the VSC8512"

TexasMick — Wed, 09 Jul 2025 22:13:14 +0000

They have the source code on their website: https://www.microchip.com/en-us/tools-resources/archives/mpl...

New comment by TexasMick in "Bebop v3: a fast, modern replacement for Protocol Buffers"

TexasMick — Tue, 12 Mar 2024 17:44:25 +0000

I benchmarked protobuf encoding and nanopb was very good.

Even though our schema was huge, it still did serialisation in a time that was surprisingly small for our underpowered chip.

New comment by TexasMick in "Bug in reader/writer locks in Windows API"

TexasMick — Sun, 03 Mar 2024 20:41:28 +0000

I've ran into this too, the feedback hub seems to be populated by first line support types.

I also found a bug in a win32 API and the feedback hub told me to reboot my PC

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Tue, 23 Jan 2024 08:18:03 +0000

People have lost data on GitHub from repositories being copyright striked for example.

At least with git, every developer has a copy of the full history so full data loss is impossible really. What happens if this company folds? You're left with some proprietary repo that you suddenly have to workout how to self host.

It just doesn't make sense when compared to just learning git which is definitely the most fruitful thing a developer could learn at the start of their career.

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Mon, 22 Jan 2024 20:03:15 +0000

You can always merge feature branches together to check for conflicts

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Mon, 22 Jan 2024 20:01:37 +0000

2-3 people daily I would be completely surprised there's any issues.

It suggests they're working on the same files and on the same lines, why??.

My current project has 40+ developers and I haven't seen a merge conflict in a long time.

Why do you think there's issues with merging and revising, pretty much all cloud solutions have a button to do both for you.

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Mon, 22 Jan 2024 19:57:54 +0000

Tbh they should really just learn it. It's super simple and powerful

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Mon, 22 Jan 2024 19:55:30 +0000

It reminds of when someone told me git submodules are slow.

They just forgot about shallow clones..

New comment by TexasMick in "Launch HN: Diversion (YC S22) – Cloud-Native Git Alternative"

TexasMick — Mon, 22 Jan 2024 19:52:17 +0000

It's kinda crazy argument, I think data loss is way more likely with a centralised system than a decentralised system.

New comment by TexasMick in "High-speed 10Gbps full-mesh network based on USB4 for just $47.98"

TexasMick — Tue, 16 Jan 2024 19:03:31 +0000

It's a problem with anything after USB3 in general, bandwidth is very unpredictable.

New comment by TexasMick in "High-speed 10Gbps full-mesh network based on USB4 for just $47.98"

TexasMick — Tue, 16 Jan 2024 19:01:02 +0000

Bulk has bus error detection and so you shouldn't get errors

New comment by TexasMick in "How Git cherry-pick and revert use 3-way merge"

TexasMick — Sat, 11 Nov 2023 16:14:10 +0000

I basically refuse to fix other people's git issues because 99% of the time they don't know how the basics.

New comment by TexasMick in "Thread-per-core"

TexasMick — Fri, 06 Oct 2023 21:23:54 +0000

I write software for FPGA soft cores. Even with all this acceleration around the soft core, we need some sort of scheduling and kernel context switches are really a big killer. We have the same issue as web developers, dealing with 50,000 things per second means we need to avoid kernel context switches.

New comment by TexasMick in "Thread-per-core"

TexasMick — Fri, 06 Oct 2023 20:58:04 +0000

I have seen context switches be a killer in some embedded contexts. Especially on FPGA soft core applications where you often are dealing with heavy I/O, if you just naively spin up threads for I/O then you will suffer heavily.