Hacker News new | past | comments | ask | show | jobs | submit | msh's comments login

For cosmic horror “a colder war” by Charlie stross is great.

There is android. Works pretty well in China without any google services.

qnap seems to have a similar app ecosystem, or is there a quality difference? I have only used QNAP NAS devices so I dont know.

QNAP's ecosystem is decent. There is a third party store by a former QNAP employee that has a lot more selection in it.

Getting a lower powered intel celeron QNAP nas basically lets you run anything you want software or app wise, including docker that just works instead of hunting for ARM64 binaries for anything that is not available off the shelf.


What devices are you comparing? I don’t see anything near those price differences.



I guess this kind of invention also depends on a few things outside what is technically possible:

Do you have enough flat surfaces where the wheels will work in the places people travel.

How cheap and dependable can you build it without adding too much weight to the luggage.

Are there enough people traveling and carrying their own luggage for them to purchase this.


More importantly, prior to airline deregulation in the 1970s only the wealthy and business travelers were flying and someone else carried their bags for them. It is the middle class traveler who lugs their own bags.


A bag on wheels is also practical in rail or boat travel, which wasn't exactly an abode of the rich.

Ever lugged a huge wheel-less piece of luggage around a big railway station? I have. It is hell.


I think the difference is that flight opened up quick trips where you might want a bag with just enough clothing for a few days. I also think the 1970s also hits a point where peoples' clothing had become a good bit simpler. Wheeled bags shine in airports for carry on bags.


"I think the difference is that flight opened up quick trips where you might want a bag with just enough clothing for a few days."

Traveling salespeople etc. would often go on relatively short trips, even in the steam engine era. We underestimate mobility of pre-WWII people by a lot...

The point about simpler clothing is really interesting. I can imagine that this could be the crucial difference.


I think there are numerous small changes that all come together at the same time. It wouldn't have taken much to build wheels into steamer trunks.


Why wouldn’t quick trips work on surface transport? Sure, it takes a long time to go far - surely nearly nobody ever went from London to China and came back a week later until it was practical to do so on planes. But for short distances it still would have been practical. I’m guessing there were people going from London to Manchester for a few days well before the 1970s.


The railway companies in Britain built their own hotels. The first was in 1839:

> The first railway hotels in London were built at Euston. Two hotels designed by Hardwick opened in 1839 on either side of the Arch; the Victoria on the west had basic facilities while the Euston on the east was designed for first-class passengers

And in Manchester:

> The Grand Junction Railway, Britain's first trunk line, was completed between Curzon Street railway station in Birmingham and Warrington Bank Quay railway station, Warrington, on 4 July 1837. Through trains began to convey passengers from the station to Birmingham, and a separate booking office and waiting room were provided. From 17 September 1838 there were through carriages to London Euston by some trains after completion of the London and Birmingham Railway in that year. This increase in long-distance services resulted in one of the first private railway hotels opening in Liverpool Road.

Here it is: https://manchesterhistory.net/manchester/tours/tour1/area1pa...

https://en.wikipedia.org/wiki/Euston_railway_station#Old_sta...

https://en.wikipedia.org/wiki/Manchester_Liverpool_Road_rail...


I think you also need travel to be available for a class of people who are both expected to change clothes every day and did not have porters carrying their luggage.


Air travel is basically immune to terrestrial obstacles. You can fly over almost anything, even though you do have to worry about the weather.


Not true about flying. My family was definitely middle class, and we made several trips on jet airplanes, along with many other non-upper class people, in the mid-60s.

Although perhaps I misunderstand your point--if your point is about someone else carrying the bags, maybe. But if that's the case, then why restrict it to flying, as opposed to travel by train or car?


No, they would on their own phones automate sending spam to the iMessage network using ble at the interface.


Or just send spam through their iPhone.

I don't get this argument that Apple making it difficult for their paying customers to send and receive messages is somehow a good thing. It's also not like Apple is helpless, they managed to shut down Beeper.


You can already use a Mac to automate iMessage. It supports Applescript.


They can already use USB rubber ducks to automate the iMessage user interface, even if they don't have a Mac.


Regardless, they would need to be a few meters from you (spec says <100m, but that’s very generous).

If they are right next to you, there are many criminal activities more lucrative than sending an imessage...

...Which wouldn’t be possible anyway, because devices using ble to communicate typically require to be paired together by their owner.


You can do the same with iCloud for windows


The chip in your phone (or non intel computer) would like to disagree. It is most likely manufactured using tech from the EU (ASML).


Yes. That's OP is true. Let me add some more things which are not used anywhere on the world.

- Bosch Automotive: Probably powers at least half of the cars one way or other in the US.

- Chrysler's MultiJet Diesel, actually invented twice by Fiat, and led to Fiat's absorption of Chrysler since they have failed their "usage" obligations.

- Siemens' industrial automation, probably powers half of the world's advanced PLC requirements.

- ASML: Building the machines almost everyone uses to create the ICs you're using to read this very comment.

- NXP Semiconductor: A spin-off of Philips of Netherlands.

- Wera: Purveyor of premium hand tools. Not made for heavy abuse, but used by companies like Apple (a small startup in US which has more money than a couple countries combined) in their factories and service centers as official tools supplier (Plus Japanese Camera Manufacturers Group use them to make JIS approved screwdrivers).

- Rolls Royce Aerospace: They just make puny airplane engines which most of the world uses.

- Airbus: Makes planes which doesn't have doors which disassemble mid-flight.

Dunno. This is what I came up in five minutes. They're irrelevant, indeed.


Is this a case of can’t pay? It sounds more like a error. So you would loose out on future revenue.


Once they figure it out, they can come back as a paying customer. :)

It's not the provider's responsibility to help their customer get their sh#t together.


This is a fine attitude to have if your problem is that you have too many customers.


The opposite is not a fine attitude to have especially if you have too few customers. Once they know that they can ignore payments by using that kind of excuse, something very bad will happen to your subscription revenue.


You typically get multiple reminders. If that's "an error", then that's an error that will happen again and again and again.

That's a problematic customer you don't want unless you're otherwise broke or want to keep them for other reasons (e.g. publicity).


Multiple reminders to the same person isn't much use if he's in hospital, and you're ignoring the out-of-office replies.

The time this happened to us, I was pleased the company looked at our website and phoned the receptionist. We paid the bill within an hour, and moved the responsibility to the finance and IT teams.

Maybe there are too many customers who just ignore bills for services they no longer want to use, I don't know, but given these companies usually have a sales team it would seem worth the time to make a call or write a personal email to an existing customer to maintain their custom.


I know of a company that missed its yearly Microsoft Exchange Online payment. After four month Microsoft cut of their email. Which one could argue is also a "public notice" because emails bounced. (That did the trick and the company paid immediately.)

You are telling me:

1. Microsoft should have tried to find a different way to contact and reach out.

2. That you would have moved your eMail/Groupware to someone else because of that.

To each their own.


A sales person from Microsoft emails us every 3-6 months or so trying to upsell us on a more expensive 365 subscription.

I think their time would be well spent contacting a customer who hasn't paid.

Blocking sending email would also be a more reasonable step before blocking receiving email.

And yes, I'd consider moving.


Or if your marginal cost is small (eg, if your primary product is software) so a slow or delinquent payer doesn't actually cost you anything.


At least where I live & work, I have to pay taxes the when I invoice, not when I receive payment, so they cost me 20% of the billed amount, at least temporarily.


You'd lose out on headaches from your customer not paying and having to waste resources following up on it.

If they can pay, then just pay for the service they got.

Seems pretty straightforward.


Yeah, but you also lose all the income from that customer to save a few bucks for sending an extra invoice…? The customers who pay a little late have never been a noticeable cost for us.

The ones that contact support for every little thing or those that have a million strange feature requests on the other hand.


> lose all the income from that customer to save a few bucks for sending an extra invoice…?

Maybe they sent all the extra invoices? It sounds like you are assuming discontinuing the service was the first and only thing they tried.


> It sounds more like a error

It seems like Mozilla has made quite a lot of errors in the past few years.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: