The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
Let me just take a look at the code,If what u re telling me is true then after putting the code through I will see a better result.I want to change my life.There is this local bank that doesn't seems to reveal anything when it comes to foreign openings to transactions.Tell me exactly what I need to do.
Well, I did opt in with 1 of my home PC’s, the one with no important programs / data. Last Friday I was the lucky one to receive the fall update, nice, from 20:00 till 01:00 the computer was totally unusable.
At my work (24x7x365) we still using Windows 7, have to upgrade someday. This “nice” update experience really made me doubt about Windows 10 (as a service, if I deliver such service I can look for another job) in our production environment.
Twice a year a reimage of all physical PC’s, we don’t have the resources.
Citrix in a box, we have some experience but doesn’t exist anymore.
Terminal server (remote apps), have some nice and more important, less nice experience.
Maybe just go back to Windows XP on a segmented network with a nice firewall, even Linux comes to mind. Porting our software to Linux will cost a huge amount of resources, which we don’t have.
Don’t know which way Microsoft Windows 10 is going but it looks like “from us”, not “towards us”
Opt in the insider program with a work PC, no way. It’s there to get work done, not to wait for a 5 hour update before you boot and wait another hour before you can actually use it for any work.
The problem for me is that I used to be an MS beta tester in the DOS days (when they called it "beta testing" rather than "RTM") and the overwhelming feeling you got was "screw you". Find a problem - who cares? Here's some software that not only doesn't fix it it breaks other stuff.
I gave up, because it was all hassle without reward. And there doesn't appear to have been any change ...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
We do test, on 4 PCs. Last week patched them (one after the other) and started the automated tests. Next day an email with the differences, if any.
With this update its goanna take a week before we know the result on 4 PC’s
We make small well defined changes, making sure we stay in control. The Windows.Old directory after the “Fall update” is nearly 30 GB. It really makes me nervous. Who is in control?
I’m pretty sure you have something with parts originating our company. Consider those made in a controlled environment, with well tested in-house made software making sure nothing is wrong with the quality.
I had a thought. (I know: run, screaming, and hide your kids...)
I often have to write code to deal with data migrations. We add a column to a database and we need to briefly have the code run on staging and production, running against the same database. So I add code like "if column exists, load column value". After the deploy is completed we remove the "if column exists" and redeploy.
Has anyone ever heard of a system or language or framework that provides the means to have code self-destruct after a certain date? Does this even make sense? Am I few coffees short of a barista today?
You've just sent every DBA in the room screaming and clawing at their eyeballs
The situation is that the new code expects a column; the old version doesn't. Usually you can just update the database without the old code caring, then update the code and the new code picks up the new column.
What if you can't run the migration until after you deploy the code because part of the migration will screw up, right royally, the old code? (The specific situation I have is a field being renamed then a new field being added with the previous name. Bad naming choices years ago...)
So you can't just test for the existence of the newly named old column by its new name and handle accordingly (and where necessary)? In code and queries. Seems a safe and simple-minded solution. Handles itself, and some day you just strip out the conditional (while doing some other upgrade?).
1 - No difference. If the new column exists then all the operations operate on the new set of fields; if it doesn't exist, use the old set.
2 - I don't consider agile. You example - which strongly implies a rush to just have something to show - anything - underscores my distaste. I'm of the school of thought: try to do it right the first time.
Isn't that just a simple case of the app checking for updates?
I've got that pretty much standard in larger apps,
compares date of itself (and dependencies) against the same file name(s) in a read-only deployment directory,
if newer version fire off the [external to avoid file lock] updatater and exits (also passing command args to updater)
updater does it's work and fires off the app again with the same args.
simple, efficient, unattended.
Do not switch off your computer.