I suspect it's a general paywalled site, no matter where you live. It looked like an interesting article too. Could whoever sends out the news emails maybe double-check for paid sites please?
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
I heard on another forum that he did several cameos in front of a blue screen when his health started to deteriorate. No idea how many, but hopefully he'll keep popping up in amusing scenes for a long time to come :)
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
People don't own cats. Cats own people... :-D
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
raddevus wrote:
Space probes tend to be both memory and compute limited, so the engineers—just as essentially everyone else in their situation has done—decided to keep track of the units themselves (in their heads, in the comments, and in the documentation).
While this is true, and one of the reasons for extensive and exhaustive testing of spacecraft software, in the case of Mars Climate Orbiter (as also noted in the original post) :
raddevus wrote:
... root cause for the loss of the MCO spacecraft was the failure to use metric units in the coding of a ground software file...
(My re-bolding) While not excusing the failure, which was a result of insufficient testing and other related issues, in this case it wasn't due to memory limitations of the on-board computers, or people "keeping track of units in their heads...". Anyway, source code isn't uploaded and compiled on a spacecraft, so type-safety and better languages shouldn't have any impact on the size of the executables. While I'm sure Stroustrup means well, and intends the use of this failure as a lesson in the advantages of more strongly typed languages and methods, I think he's misrepresenting the actual situation. I'd recommend reading the actual reports on what happened for more details : [Mars Climate Orbiter Failure Board Releases Report](https://mars.jpl.nasa.gov/msp98/news/mco991110.html) which also contains a link to the full, PDF, report. m (in spacecraft test systems engineer mode :) )
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Right with the basic principles, but waaay too short a tail to actually hitch the rope for storage. (And a gasket hitch is really only sensible when the end is fixed to something.)
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Nonsense! I know a lot of people working on mobile development (mostly games) and at least half of them are over 35. It's not all about "crunch", although that was one of the reasons I got out of games dev* (in my 50's). And it's most definitely not the case that younger means smarter, especially when it comes to doing clever optimisations to squeeze out the last bit of performance or to reduce memory usage. [ * when I say out, I mean professionally - I still do indy development at home, including mobile stuff... ]
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
I still drive a (slightly more modern) landy. Things haven't improved hugely... :laugh:
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
demotis wrote:
So here is the deal. I have 22 years of experience in IT, with the last 15 in software development. I'm up to date on many of the latest technologies and constantly learning new things (thank you Code Project for your help with that). I have recently started looking for a new job after having worked at a place for 7 years doing C# .Net programming with a hint of PHP/HTML.
With that amount of experience, I would say you're far better qualified than any new graduate, no matter how good their degree. I dropped out of university over 30 years ago, and although the first couple of jobs were hard to get, and quite low level, once I had a few years experience most of the companies I applied to were very keen to take me on. I can't recall any of them questioning my lack of a degree when compared to even a few years of relevant experience. It's quite likely the companies you're looking at simply put that clause in to discourage young, inexperienced, applicants. I'd recommend applying, and making sure your CV / resume emphasises your depth of experience. eta : any employer who insists on a degree (as seems to be the case, reading more of the thread) and will pay an inexperienced graduate more than a seasoned engineer / developer isn't the sort of company I'd consider working for...
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Well, I worked in games dev for many years, and as someone mentioned, there are loads of ways to approach this. The main concepts are "level of detail", which you kind of hinted at, and techniques like SOAR, projective grids etc. The Virtual Terrain Project[^] has loads of resources if you want to dig more into them. Another commonly used technique is predictive loading, i.e. trying to stay ahead of the player in loading the environment, but that applies more in enclosed environments, and isn't easy to do in large open one.
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
I wouldn't be seen in anything else... :) Living out in the sticks it's almost a necessity, as our roads never get cleared when it snows. Plus it's ideal for towing the boat and hauling stuff to the tip. It's a shame they're being discontinued, but trying to meet newer regulations would push the cost up astronomically, and there are now lots of more eco-friendly, and comfortable, alternatives. But - I still wouldn't swap mine :-)
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
I would think the biggest obstacle to an online video editor would be the huge demands on bandwidth, especially for uploading the raw footage to be edited. I've shot a lot of standard definition DV over the years, and it runs to about 13GB/hour. For a 20 minute video I'll use, on average, maybe 3 or 4 hours of raw footage (and sometimes much more). Uploading over 50GB of data on a typical home connection is going to take a very long time. I've also recently moved up to HD recording, which requires considerably more space, and would require even longer uploads. Editing is also a very interactive process, which would require not only very high performance servers, but very good downstream connections to see the results as you edit. When editing, I'm continually zipping back and forward on the timeline, adjusting clips, moving things, changing audio streams etc. etc., and I want instant feedback with no stuttering or "buffering...". The 'WeVideo' site looks interesting, but even on the 'Professional HD' level it provides virtually no storage, and a very limited amount of published video. What little they show of the editing tools doesn't impress either. It's probably not going to be useable for anything other than very simple, very short features. Some day, when we all have fibre-to-the-home, it might be possible, but currently I'd say it's not practical.
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Duncan Edwards Jones wrote:
I know (third hand) of someone who went to work for the British Antarctic Survey as a carpenter. When the wood that had been sent out with the boat ran out he literally had nothing he could do until the spring... ..much whisky was consumed.
He wasn't working at Faraday Base was he? (http://munchies.vice.com/articles/how-to-drink-vodka-at-the-last-bar-on-earth[^]). A slight mis-use of timber supplies led to the world's most southerly public bar, and one of my few claims to fame is that I've sampled the "vodka" there. It's potent stuff... :wtf: I'd think about applying for one of those jobs if was American. Wonder how fast I can change nationality? :)
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Simply put, computers don't have unlimited memory. Determine a reasonable buffer size and read the file in chunks of that size, processing each one in turn. If your data has any kind of structure (either fixed size blocks, or flexible e.g. XML) you should make use of that to work out how to read and process it in smaller pieces. I can't tell from your sample code what you're trying to do, but it appears you're accessing both local and remote files, either of which could be much larger than your available memory. You need to think through what processing you need to do, and how to achieve it within the limits.
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
As long as it's not Soylent Green... :-)
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Just picking up on one specific part of your question :
Coder For Hire wrote:
But do you REALLY care about TICKS??? With today's PC's and Servers running at ultra high speed, why would anyone really care?
Ah, if only... For some usage, maybe not, but there are many application areas where performance is very important. Modern servers may be high performance, but if you're getting Google or Amazon rate hits, then your users might start to notice a slow-down. Gamers are also very critical of poor performance, and will notice if your refresh rate is too slow or, worse, not consistent. Been there, done that, and sometimes you work hard to squeeze out the last ounce of performance from a system. And there are a lot of systems out there running on lower-spec hardware, especially in the embedded world, and every cycle counts in those apps. Currently there and doing that - and again, you can't afford to waste any resources, processor, memory or I/O. Of course, I would very much hope that in any time-critical or mission-critical application, string comparisons were kept to an absolute minimum, but I have occasionally seen some coding horrors and "stringly typed" (to borrow a friend's phrase) parameters...
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Don't do it!!! :omg: I spent half my career in games, and finally broke free about four years ago. Now I have free time, no stress, and a great job... (Actually, I still play about with game ideas in my spare time, but I wouldn't recommend it as a career :-) )
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Minor correction - I think you mean Ctrl+V in step 3...
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Orjan Westin's suggestion of a unique key is probably the way to go, but you could also consider a hardware "dongle", e.g HASP, KeyLok, SecuTech etc. The key can be shipped to the customer with the product media, or delivered separately when they request a license, and will ensure only one copy of the software is running per key supplied. Some dongle systems allow for upgrading, enabling additional features, and time-limited trial versions as well.
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
Apple's address is "1 Infinite Loop" :-D
Days spent at sea are not deducted from one's alloted span - Phoenician proverb
JoeGonzalez wrote:
Im looking for Visual C++ jobs and I can't find any that are not related to embeded or 3d development.
Do you have a particular reason for not considering embedded or 3D graphics jobs? With your background in imaging systems you'd most likely have no problem picking up the skills required for either. I've done a lot of work over many years in graphics, audio and embedded systems, and found that the skills are easily transferrable, particularly if you have a good grasp on what's going on "under the hood". You're also maybe not looking in the right places for jobs, as there doesn't seem to be a shortage of C/C++ posts around at the moment in lots of different fields. Try a few agencies who specialise in the kinds of work you'd maybe like to do as well - they often can get you leads to interesting work.
Days spent at sea are not deducted from one's alloted span - Phoenician proverb