To the author, would you consider changing the “key photo”? I sent the weblink to a friend, and the key photo in iMessage is the pregnancy test and they got the wrong impression about the site/prank. Pick the lemon or can of beans perhaps?
This is a good example of “not fixing the whole problem”. Once a “fake” mineral was discovered, a good idea would have been to demand an expert reviews the entire list.
This is not good to hear, at my work we have the production technicians activate the occasional Windows 7 PC via the phone. We do it this way as these are specialized embedded PC’s that won’t connect to the internet. Flippant comments to “just use Linux” are not understanding the realities of keeping 20yr old software in the medical, offshore drilling, etc industries.
"Just use Windows" seems to be more problematic than "just use Linux" here. Though there is hope that WINE will reach enough feature parity for many applications, accessing external hardware is the hardest thing to emulate.
Building products on top of Windows seems to limit the lifetime of the product to whatever support Microsoft seem to be willing to provide.
The best time to migrate off Windows was 20 years ago. The second best time is now.
The phone activation process has moved to a website instead of a phone number. It doesn’t mean the OS to be activated needs an internet connection. You can still activate offline systems.
It's Neowin so the information posted is half right. The device you are activating doesn't need internet. https://visualsupport.microsoft.com/ has the enter code from pc and get activation code
AFAIK Windows 11 IoT, which is intended for exactly these kinds of environments, can be activated via phone and LAN without internet.
Microsoft isn't abandoning these markets. They've been min-maxing consumer software enshittification for years now and doing an extremely good job, but they still have good options for enterprise.
> Flippant comments to “just use Linux” are not understanding the realities of keeping 20yr old software in the medical, offshore drilling, etc industries.
I make such comments. Tell me: what exactly is problematic about medical, offshore drilling, etc industries which makes it difficult or impossible to switch?
... wanna hire me to work on that? I am convinced that, whatever the cost is, it will be cheaper than using software on a very-outdated very-proprietary operating system for another couple of decades.
To name a few (presumably): drivers, proprietary protocols, vendor warranties/support, licensing/relicensing, paying you to do the work, waiting for the work to be done/tested, paying for workforce re-training, justifying this to management etc.
All these reasons suck, but they’re all reality in one industry or another sadly.
Linux kernel is open source and really easy to read, and also fairly easy to write drivers for.
> proprietary protocols
I've written many network softwares, and proprietary protocols aren't difficult to me.
> vendor warranties/support
Fuck vendor lock-in. Move to Linux.
> licensing/relicensing
Fuck vendors.
> paying you to do the work
...is cheaper than paying vendors.
> waiting for the work to be done/tested
Here, let me demonstrate that it works... with many many many automated tests.
> * paying for workforce re-training*
Not really important if it's well-done.
> justifying this to management
A lot of business management can't see past their own nose until it comes to money. Do some maths and show them the cost savings in a presentation. They'll listen.
These things are not as trivial as you think they are when that computer is connected to industrial equipment that costs millions of dollars, you have no test environment, the original vendor no longer exists, and any failure or downtime at best will cause millions in financial losses, and at worst will maim or kill people.
The best option in these cases is to isolate the system from external networks to keep it secured and keep operating until the organization can afford a major capital expenditure to replace everything.
I work in automotive for OEMs and I've seen this at many factories. They still need to switch, because their technical issues are a supply chain risk for me. I don't want to hear that a batch is bad because they did abominable things to the software they were given. That's happened. I don't want to find out that they had a system die or get hacked and now things are shut down until some eBay seller mails replacements. Seen that. So on and so forth.
I ran out of patience years ago for the inevitable results of letting an unaccountable third party own decision-making on your critical systems. I'd much rather have that argument when the CEOs aren't breathing down our necks.
My experience on this topic is mostly with regulated industries like healthcare and critical infrastructure. It was probably less of a headache because the only solution was to properly maintain what you had or buy something new. Nobody was fucking around with the software or they would have gone to prison.
> These things are not as trivial as you think they are when that computer is connected to industrial equipment that costs millions of dollars, you have no test environment, the original vendor no longer exists, and any failure or downtime at best will cause millions in financial losses, and at worst will maim or kill people.
> you have no test environment
That can be solved.
> the original vendor no longer exists
Even more reason that your company needs to upgrade.
> That computer is connected to industrial equipment that costs millions of dollars ... any failure or downtime at best will cause millions in financial losses
I heard a minute of downtime on an oil rig costs millions in financial losses.
So a fuck-up is extremely expensive. Nothing new to me. I've also worked in industries where a fuck-up can cost lives. That's also extremely expensive.
Trust me, there are software engineers and hardware engineers who know your pains and aren't afraid of how difficult you think this stuff is. Yes it's difficult, no it's not impossible. And it's a lot cheaper than you think if it's done right.
Why would you take a working system and replace it with one that introduces an entirely new set of bugs and issues that needs to be ironed out? Who benefits in that scenario beside support getting paid by the hour?
In my experience working in manufacturing almost always far more important things to be worked on, especially since either way you have to setup the windows machine because production needs to be back up today.
> Trust me, there are software engineers and hardware engineers who know your pains and aren't afraid of how difficult you think this stuff is.
If you think I’m describing a software engineering problem, I don’t think you understand what I’m saying.
Sure, you can do anything with infinite time and money, but those can be quite prohibitive where the limitations are tens of millions of dollars and/or a years of regulatory hurdles.
I’ll give you an easy example:
I have maintained multimillion dollar surgical equipment that ran outdated versions of Windows. Even if you were an expert in all the required disciplines, You can’t change the software on the thing without recertifying the system, which is more expensive than buying a new one. (Not to mention that the organizations that use these devices aren’t credentialed to even begin that process) The only viable solution is to maintain it to the original specifications and implement appropriate security precautions until the useful end of life. There is literally no other workable scenario that isn’t laughably ridiculous.
You clearly dont understand that you dont get to make those decisions. Your users need software X to do Y as a business requirement. Are you going to tell them fuck off because you dont support windows? Sure, you could, once.
And no manager would ever okay someone writing a fuckton of driver shit or reverse engineering some protocols just so you can be high king and not use a specific OS.
Fact is business needs drive whats used, and you do not get a say in it, you might think you do, but you really dont. You can give information and options but ultimately it wont be your decision and youll support what the business needs you to support, or you wont be with the business anymore.
Yeah i agree vendors suck and so do license related shit, but you arent going to convince management that you could write a superior product AND support it for less than the cost the vendor would charge the company. And yes, this isnt always true, there are obviously some times when it is actually better to do it yourself, or use a foss solution. You still wont win in most cases. Users are going to use the thing they need and if youre blocking them from moving forward, youre more problem than the software youre trying to stop deployment of.
This type of flippant childish behavior isn't helping your cause.
I'm sure you can rewrite every piece of professional software yourself in a day for $100 and offer zero support. That will go over swimmingly in the real world.
The issues are not technical, they are documentation and certification. Here is the specifications for medical device software [1] [2]. You can either keep using a legacy (windows-based) software package, or find the need to verify/validate the entirety of linux and all drivers and packages (software-of-unknown-providence aka. SOUP). You then have to devise a patching schedule/methodology, as right now you just tell the end user to apply the Windows security patches if they’d like. This is a high-cost that is hard to argue for despite the obvious advantages.
You cannot due to Amazon's stipulations that to list on Amazon.com, it must be the same as your advertised price on other retailers, including your own website. This raises overall costs, as Amazon.com sellers pay additional fees for placement, ads, etc. which get rolled into the price. As a workaround, you can have a MSRP on your website, with "coupons".
Many small businesses (and small teams inside large orgs) do not have “servers” in the sense that an employee can push code to it. It’s just Windows Server and handles email, file share, ERP, etc. I think those in the tech industry may not appreciate the ease of having a platform you can “program” jobs in, and it’s included in M365, despite the very-large warts.
I specifically said "large, complex codebases", so I'm not sure how your comment is relevant.
If the project you're implementing is Big (which the federal employee retirement system qualifies for by any sane metric), then the infra you described is inappropriate. If the project isn't Big, then my comment wasn't addressing it.
I apologize, I misread your comment as “complex databases”. PowerApps could make simple queries across large databases, but you’re right that large software projects should not be in a no-code tool.
Are you hitting tab because it’s what you were about to type, or did it “generate” something you don’t understand? Seems a personalized distinguisher to me.
Are there any suggestions for a minimal browser to use to interface with embedded / IoT? The firefox devs assume it is only used to access The Internet. For example, SSL scare-screens when connecting to a local 10.0.x.x address, or it trying to autofill a password for 192.168.1.1 which is nonsensical as the end devices are different in different (physical) locations. Don’t get me started on Apple devices auto-disconnecting from ad-hoc wifi networks without internet access.
Honestly, the app has been stagnating and there is a glimmer of hope the new owners will invest in it! For example, myself and many others still cannot access the "Obstacle area review will normally appear here" error, so I have no idea what photos my robot is actually taking of my socks.
reply