HN user

jboles

328 karma
Posts4
Comments233
View on HN

“Not bad” - something is pretty good, or at least better than expected. Had to laugh when I saw that phrase on the linked page.

“Not bad at all” - something is really good

“Munted” - trashed or unserviceable

USB4 Specification 7 years ago

Windows 7 did for USB2 devices plugged into a USB1 port: https://www.makeuseof.com/tag/usb-speederror/

If the computer can identify the device’s capabilities (using some kind of bus command, I’m not very familiar with the USB protocol) separately from speed testing the cable+device combination, no reason why it couldn’t work for USB 2/3/4.

Of course, this approach relies on the device accurately reporting its capabilities, which may not be the case for the more cheap-and-cheerful gadgets.

I think it’s one of those things you learn from your parents by riding in the car with them, and the relative age one starts driving vs moving far from their childhood home.

I did both - learning names of roads, landmarks and routes from the back seat, then later studying their Gregory’s (Sydney street directory), more than my parents ever did, and navigating for them from the back seat.

To this day some of my friends think I’m some crazy human GPS for being able to remember how to get somewhere after traveling there only once, sometimes 10+ years earlier.

10-30% doesn't even seem excessive if there is no product today.

There are so many startups that post on this board with an open-ended title similar to "Looking for an engineer to build our product", then you go to their website and they're offering 0.5% equity. It's almost insulting.

It's not so much the trains that are terrible as the 1800s-era track geometry that is terrible. There are mountains all the way down the east coast; any high-speed line is going to be (a) necessarily built inland and separate from any existing line and (b) phenomenally expensive.

Even before SSDs it was also used to short-stroke spinning HDDs for better random seek performance.

Once did a project like this that grabbed Seattle's realtime data for some bus stops around my place. It was an old Windows CE PocketPC thingy, so the tools were primitive (.NET compact framework 1.0, basically).

Maybe a bit too primitive. It worked pretty well for about a year, until I found that the CompactFlash WiFi adapter was only 802.11b and there was nothing newer available that was compatibility with the PocketPC. It ended up being a choice between keeping the gadget running, or being able to run my WiFi network at 802.11g speeds with modern (WPA) security, so the latter won out.

I’m not sure how much it counts for, but the federation of Australia was barely 13 years old at that time. Furthermore it’s flag was also the Union Jack.

When WW2 rolled around, the point was moot, with offensive forces literally on the doorstep - Darwin was bombed, and there were submarines inside Sydney’s harbour.

IIRC it becomes difficult to register cars in Japan because of emissions standards once they are a few years old. That's why so many end up in Australia/NZ/UK.

Not entirely true -- this is the case if the drive is configured as "Enhanced" or "RAID" or "AHCI" in the BIOS/EFI. There's typically a "Legacy" mode which will make the device visible to DOS (and indistinguishable from any other ATA controller).

I got started with graphical programming with RapidQ, a sort-of cross between VB and Delphi (and the predecessor to RealBasic). I had a 486/Pentium I machine around that time, with not enough hard disk space to install VB (and too young to afford upgrades or VB itself).

It was not as powerful as VB, but being able to display graphical widgets in as few lines of code as VB got me hooked. Funnily enough RapidQ also supported writing CGI apps, which was my gateway into server-side programming.

Even market price trades still require a counterparty’s inverse order to execute the trade against. Thus the exchange that an order is routed to affects execution price because it depends on the available orders on the exchange, on both sides of the transaction: when and what price your order executed depends on both (e.g. if you are buying) orders placed by other buyers on the same exchange (higher bids will execute first) and the volume of sellers (if your buy order completely fills a sell order at a given price, the price will slip against you because your order will partially fill at the next higher priced sell order).

To avoid this effect one can use a limit order instead of a market order (you are setting the price instead of ‘taking’ the market price), but then it may take longer for your order to execute, and it may not execute at all if the price moves away from your limit price.