I said "a supply of energy" not "solar panels". My presumption was that any really long-range vessel (to which an EM drive would be well suited) would be nuclear powered in one form or another.
The thrust of a solar sail drops exponentially as it moves away from stellar bodies though, whereas the thrust of an EM drive could remain constant as long as it had a supply of energy.
You can, the protocols include collision avoidance.
It's more likely down to the inverse square law - every time you double the range, you need to quadruple the output of your transmitter to maintain the same signal intensity.
Same result as holding to PayPass cards over the reader: neither will work.
That's just a poor implementation, or a deliberate decision on the part of PayPass to avoid confusion over which card is used. The protocols for contactless smartcards include collision avoidance, you should in theory be able to present a whole stack of them and only read the one you want, or read all of them sequentially.
I always used to turn off the fancy UI stuff and revert it to the Windows 2000 classic look. I don't know if it improved performance but it certainly gave you more screen to use instead of it being filled with chunky title bars and system trays.
Linux desktop setups shit themselves after a year or two of light use and need a reinstall.
Anecdotal, of course, but I kept the same install of Linux (with an in-place version upgrade) for at least 4 years of heavy daily use for the purposes of my main work. In my experience, hardware upgrades generally happen before you actually need to reinstall the OS. And hey - if you're not upgrading the disk, you can usually just plunk it in a new machine and it just works - unlike Windows which just flat out won't work (and even if it worked, say you put it in identical hardware, it will demand to be re-activated shortly after).
I did try and upgrade Ubuntu to the latest version recently and it shit the bed and ruined my OS partition. But you know what? I keep a separate home partition, a swift reinstall later, and everything worked again, and any program I installed kept all the settings I had for it before. If I was so inclined, I could reinstall the vast majority of the software I use with one command - but I tend to just reinstall it the first time I need to use it again, to cull the number of things I have installed a little.
I was back up and running in a working condition with the latest updates within 20 minutes.
OS reinstall on Windows? Enjoy wasting 2 days, minimum, reinstalling, downloading drivers, rebooting, installing software, rebooting, locating license keys, rebooting, swearing because you can't find the license keys or the number of online activations you had has expired, rebooting and then doing Windows Update, waiting several hours for the updates to apply, with a few reboots thrown in for good measure. And then, reconfiguring everything because all the settings are kept in the registry and you can't restore a registry, reducing your efficiency for another few days as you finally shake out all the kinks.
This was quite a long time ago (first half of 2008), so my information is out of date. It does seem like the sort of thing that would have been fixed, though.
I was assessing version control systems for an internal project. Git was not ready to work properly on Windows, and hard for normal users, Hg had that bug, Subversion was too slow (12 minute checkout time for the trees concerned.)
Bazaar came out on top. It worked properly on Windows, was 3x faster than SVN on Windows (and moved up to being more like 6-8x faster, and was always MUCH faster on Linux).
Mercurial stores working copy metadata with filenames with capitals E_S_C_A_P_E_D_ W_I_T_H_ U_N_D_E_R_S_C_O_R_E_S_ - it's even worse, it can't even version control trees that the API can cope with.
Never went as far as that C++ method but I did write a program specifically for building VB6 dependency sets that would go through and check all the type UUIDs (and intentionally break, build, read the new type library, and reset the UUID in all the dependent projects.
It was probably the worst thing about doing "enterprise" VB6 as you note...
You don't need special magic entropy cards, there's entropy all around most computers in the form of white noise - just use randomsound. Solves the problem on most laptops because they have a built in mic.
I ran into entropy problems when signing a lot of JAR files in a build process - turns out modern computers with their large RAM that caches disk etc don't generate as much entropy as they used to.
The solution I used was the randomsound daemon, which samples white noise from your mic to inject into your entropy pool.
Why not just use that? There's a crapload of white noise in most server rooms, even near most consumer PCs (just tape a mic next to one of the cooling vents). Actual genuine entropy rather than this card-shuffled pseudo entropy - making things complex just obscures things further, it doesn't really create randomness.
That said, corn ethanol has driven the price of corn in Mexico up to the point where it caused distress. And anecdotal evidence is that it reduces gas mileage by more than the difference between the energy content of ethanol and gasoline.
Not here on earth it isn't. Here we have to extract it from other compounds, which consumes energy.
He got one thing wrong - the commonest source of bulk hydrogen isn't electrolysis, it's cracking of natural gas. Which is the core reason that fossil fuel companies love it -preserves their market, lets them green wash their image.
Change the case of a variable, even accidentally, while typing it? Enjoy the case being flipped in every source file you have open! (I actually wrote tools to right-case VB code in a hook before they got checked in, this was so annoying).
Lots of reasons tied to it being a 16-bit environment.
Limited string table size (we would have to carefully manage the number of static strings we compiled into executables). Limited global variable count. No arrays with more than 2^15 elements, meaning we had to write complex routines to sort records on disk rather than in memory... on modern 32-bit machines with hundreds of megabytes of RAM.
VB6 was eminently superior but our cash-cow product was in VB3 (and had been in QBasic before then, I think). I even wrote a somewhat limited XML parser for VB3 once....
It felt like I was the only person with a CS degree who tried to use classes in VB6 and had some idea what was going on.
Hahaha, yes, I had co-workers who looked at me like I was some kind of lunatic for using the "Implements" keyword for it's intended purpose of polymorphism.
"Well, I can see it's elegant, but will people be able to understand it...."
Used to use a library to handle errors ; it would produce a nice stack trace with parameter values and everything. With no syntactic sugar or reflection available the best way to do this was to use an IDE plugin to insert the code. It depended on On Error Goto but the structure was consistent and rigid.
And of course, for some of the core libraries, you needed to catch errors... because that was the only way, for example, that you knew a Collection was missing a particular key...
Well, you paid for the banana...
I said "a supply of energy" not "solar panels". My presumption was that any really long-range vessel (to which an EM drive would be well suited) would be nuclear powered in one form or another.
The thrust of a solar sail drops exponentially as it moves away from stellar bodies though, whereas the thrust of an EM drive could remain constant as long as it had a supply of energy.
You can, the protocols include collision avoidance.
It's more likely down to the inverse square law - every time you double the range, you need to quadruple the output of your transmitter to maintain the same signal intensity.
Same result as holding to PayPass cards over the reader: neither will work.
That's just a poor implementation, or a deliberate decision on the part of PayPass to avoid confusion over which card is used. The protocols for contactless smartcards include collision avoidance, you should in theory be able to present a whole stack of them and only read the one you want, or read all of them sequentially.
Plus of course, if they think Trump might win the Presidency, then Sanders is a better bet to beat him.
£5.6B is hardly chickenfeed in anyone's terms.
It's about 4-5% of our National Health Service budget, for starters.
It's unknown though. It's just a known unknown instead of an unknown unknown.
Learning Linux is like learning to drive a stick shift.
A few more skills, in exchange for more efficiency and better performance.
You can download ISO files for the older versions of windows.
Microsoft even have an official page to let you do it.
Download them, stick them on a USB thumb, boot them, job done.
I always used to turn off the fancy UI stuff and revert it to the Windows 2000 classic look. I don't know if it improved performance but it certainly gave you more screen to use instead of it being filled with chunky title bars and system trays.
Linux desktop setups shit themselves after a year or two of light use and need a reinstall.
Anecdotal, of course, but I kept the same install of Linux (with an in-place version upgrade) for at least 4 years of heavy daily use for the purposes of my main work. In my experience, hardware upgrades generally happen before you actually need to reinstall the OS. And hey - if you're not upgrading the disk, you can usually just plunk it in a new machine and it just works - unlike Windows which just flat out won't work (and even if it worked, say you put it in identical hardware, it will demand to be re-activated shortly after).
I did try and upgrade Ubuntu to the latest version recently and it shit the bed and ruined my OS partition. But you know what? I keep a separate home partition, a swift reinstall later, and everything worked again, and any program I installed kept all the settings I had for it before. If I was so inclined, I could reinstall the vast majority of the software I use with one command - but I tend to just reinstall it the first time I need to use it again, to cull the number of things I have installed a little.
I was back up and running in a working condition with the latest updates within 20 minutes.
OS reinstall on Windows? Enjoy wasting 2 days, minimum, reinstalling, downloading drivers, rebooting, installing software, rebooting, locating license keys, rebooting, swearing because you can't find the license keys or the number of online activations you had has expired, rebooting and then doing Windows Update, waiting several hours for the updates to apply, with a few reboots thrown in for good measure. And then, reconfiguring everything because all the settings are kept in the registry and you can't restore a registry, reducing your efficiency for another few days as you finally shake out all the kinks.
This was quite a long time ago (first half of 2008), so my information is out of date. It does seem like the sort of thing that would have been fixed, though.
I was assessing version control systems for an internal project. Git was not ready to work properly on Windows, and hard for normal users, Hg had that bug, Subversion was too slow (12 minute checkout time for the trees concerned.)
Bazaar came out on top. It worked properly on Windows, was 3x faster than SVN on Windows (and moved up to being more like 6-8x faster, and was always MUCH faster on Linux).
Mercurial stores working copy metadata with filenames with capitals E_S_C_A_P_E_D_ W_I_T_H_ U_N_D_E_R_S_C_O_R_E_S_ - it's even worse, it can't even version control trees that the API can cope with.
You never log out of your cellphone. You either lock the screen, or shut it down.
Never went as far as that C++ method but I did write a program specifically for building VB6 dependency sets that would go through and check all the type UUIDs (and intentionally break, build, read the new type library, and reset the UUID in all the dependent projects.
It was probably the worst thing about doing "enterprise" VB6 as you note...
You don't need special magic entropy cards, there's entropy all around most computers in the form of white noise - just use randomsound. Solves the problem on most laptops because they have a built in mic.
I ran into entropy problems when signing a lot of JAR files in a build process - turns out modern computers with their large RAM that caches disk etc don't generate as much entropy as they used to.
The solution I used was the randomsound daemon, which samples white noise from your mic to inject into your entropy pool.
Why not just use that? There's a crapload of white noise in most server rooms, even near most consumer PCs (just tape a mic next to one of the cooling vents). Actual genuine entropy rather than this card-shuffled pseudo entropy - making things complex just obscures things further, it doesn't really create randomness.
You know you can stop the compiler changing IUUIDs by setting a compatibility component, no?
(And following the rules - if you change the interface, well yes, it wants to add new IUUIDs.)
And make it a separate file, not the default output path of the compiler, and check it into source control.
And 70% of the corn is fed to livestock.
That said, corn ethanol has driven the price of corn in Mexico up to the point where it caused distress. And anecdotal evidence is that it reduces gas mileage by more than the difference between the energy content of ethanol and gasoline.
They're already trialling that ; you can find videos of experimental Tesla battery swapping robots.
Not here on earth it isn't. Here we have to extract it from other compounds, which consumes energy.
He got one thing wrong - the commonest source of bulk hydrogen isn't electrolysis, it's cracking of natural gas. Which is the core reason that fossil fuel companies love it -preserves their market, lets them green wash their image.
VB3 was horrible for a lot of reasons....
Change the case of a variable, even accidentally, while typing it? Enjoy the case being flipped in every source file you have open! (I actually wrote tools to right-case VB code in a hook before they got checked in, this was so annoying).
Lots of reasons tied to it being a 16-bit environment.
Limited string table size (we would have to carefully manage the number of static strings we compiled into executables). Limited global variable count. No arrays with more than 2^15 elements, meaning we had to write complex routines to sort records on disk rather than in memory... on modern 32-bit machines with hundreds of megabytes of RAM.
VB6 was eminently superior but our cash-cow product was in VB3 (and had been in QBasic before then, I think). I even wrote a somewhat limited XML parser for VB3 once....
It felt like I was the only person with a CS degree who tried to use classes in VB6 and had some idea what was going on.
Hahaha, yes, I had co-workers who looked at me like I was some kind of lunatic for using the "Implements" keyword for it's intended purpose of polymorphism.
"Well, I can see it's elegant, but will people be able to understand it...."
I'd agree with that.
Used to use a library to handle errors ; it would produce a nice stack trace with parameter values and everything. With no syntactic sugar or reflection available the best way to do this was to use an IDE plugin to insert the code. It depended on On Error Goto but the structure was consistent and rigid.
And of course, for some of the core libraries, you needed to catch errors... because that was the only way, for example, that you knew a Collection was missing a particular key...