They did, at one point. They bought the rights to StrongARM and sold it for some time, then abandoned it completely.
Are you sure that you are average? Perhaps you should not entirely discount the idea that you are in the 50% of the population with better than average vision.
I have no trouble seeing the difference between 720p / 1080p on a 55" screen at 5m (15'), what I find strange is that I notice that many other people do. I always thought the figures for average vision must be underestimates, but other people seem to roll with them.
While the technologies and tools underlying this transformation can make development work more powerful and efficient
There's another factor, too; the industry really wants young programmers. The costs are less for remuneration, insurance, and vacation; the families are smaller or non-existent, and these people will work much longer hours based on nothing more than back patting and (often empty) promises. One of the consequences here is that some of the deeper skill sets are being lost because they simply aren't around the workplace any longer.
I think there is no question that all of this has changed the face of coding. An interesting exercise is to ask yourself: When was the last time you saw a huge project hit the market. Now ask yourself how many little does-a-couple-of-things projects you've seen hit the market in the same time frame. My contention is that there are very few of the larger projects being undertaken at this point, or at least, being finished.
Just one (retired) guy's opinion.
Power is governed by change of states per second. It varies by the voltage, but by the square of the current. There's only so much saving from reducing voltage, too, as you run into thermal issues and electron tunnelling errors.
You are much, much better off by saying "bugger that for a lark", exploiting tunnelling to the limit, switching to a lower resistance interconnect, cooling the silicon below 0'C and ramping up clock speeds. And switching to 128-bit logic and implementing BLAS and FFT in silicon.
True, your tablet will now look like a cross between Chernobyl, a fridge-freezer, and the entire of engineering on the NCC-1701D Enterprise, but it will now actually have the power to play those 4K movies without lag, freeze or loss of resolution.
Modern programming languages are a fusion of older programming languages, with chunks taken out. Often, it's the useful chunks.
There is no table, that I know of, that lists all the features ("significant" depends on the problem and who cares about solved problems?) versus all the paradigms versus all the languages. (Almost nothing is pure in terms of paradigm, so you need a 3D spreadsheet.)
Without that, you cannot know to what extent the programming language has affected things, although it will have done.
Nor is there anything similar for programming methodology, core skills, operating systems or computer hardware.
Without these tables, all conclusions are idle guesses. There's no data to work with, nothing substantial to base a conclusion on, nothing to derive a hypothesis or experiments from.
However, I can give you my worthless judgement on this matter:
1) Modern methodologies, with the exception of tandem/test first, are crap.
2) Weakly-typed languages are crap.
3) Programmers who can't do maths or basic research (or, indeed, program) are crap.
4) Managers who fire the rest of the staff then hire their girlfriends are... ethically subnormal.
5) Managers who fire hardware engineers for engineering hardware are crap.
6) Managers who sabotage projects that might expose incompetence are normal but still crap.
7) If you can't write it in assembly, you don't understand the problem.
8) An ounce of comprehension has greater value than a tonne of program listing.
9) Never trust an engineer who violates contracts they don't like.
http://arxiv.org/abs/1210.1847">No.
Please stop assuming you're intelligent, you're just embarrassing everyone else.
You had a COMPLETELY different experience to me in Paris. I have been there 3-4 times now and love it and the places you can find tucked into small corners. There are restaurants everywhere and there was always someone nearby who would speak English to me if I needed help.
As for restaurants did you try walking from the Eiffel Tower to the Arc de Triomphe? There are a gazzilion on that strip alone. And Paris is the only city I can think of where you seriously need to check out the cemeteries. Particularly the catacombs.
In California you can use cheaper panels because they don't have to be rated to withstand hurricane force winds.
I did a quick search comparing the two cities. In 2014, Victorville had stronger winds, across the board than Tampa:
Victorville, CA:
The highest sustained wind speed was 38 mph, occurring on February 28; the highest daily mean wind speed was 22 mph (April 26); and the highest wind gust speed was 52 mph (February 28).
http://weatherspark.com/histor...
Tampa, FL:
The highest sustained wind speed was 28 mph, occurring on September 15; the highest daily mean wind speed was 17 mph (April 17); and the highest wind gust speed was 48 mph (June 13).
http://weatherspark.com/histor...
With houses in Florida not able to resist hurricane force winds, I don't see why you think solar panels will have to be built like stone tablets...
Why would I want them? my LAN here isn't the same as the WAN; but my router does what it needs to do to translate the port and IP to the right machine. I send other kinds of realtime data peer to peer; it works fine.
If, however, you've buried yourself behind stuff that won't pass ports and/or IPs around, then this won't work, but you should fix that, really.
I am sure that the most recent version of XCode doesn't have the ability to target PowerPC Macs, and I believe that has been true for at least 2 or even 3 major revisions of XCode.
A) I didn't say a word about PPC macs; the mini I am referring to is a fully loaded multicopre Intel mini. Likewise Intel dual core, my 17" supposedly high-end Macbook pro cannot run Mavericks either. But truly, that's ok. I don't need it to run Mavericks. I just wanted Aperture to load the RAW images from my camera. But they tied that ability (yes, the ability of Aperture to load image files) to the OS level. So after paying for three separate versions of Aperture, I ended up with no camera support because Aperture can't load those files under 10.6, and no way to get it on the mini or the laptop with Aperture, because Apple won't let Mavericks run on that CPU, which I repeat, is not a PPC, but a pretty vanilla Intel multicore. I did, btw, buy Lightroom, which works fine. Unfortunately it kind of sucks compared to Aperture, and of course my investment in Aperture is 100% lost money now.
B) The development toolchain under 10.6 can generate applications that run under 10.6 and all the way up to Mavericks. So, if one wanted to develop something that wasn't automatically obsolete under anything but the latest, and one doesn't actually need features from the latest, there's no reason not to use the 10.6 toolchain. In fact, I use it every day. Works pretty well, all things considered, and my stuff works under all levels of the OS going up. Also, speaking of PPC macs, 10.6 retains the PPC emulation, so all the old PPC stuff works too. Pretty nice OS, really. Other than the nonworking features, of course, like UTF-8 printing via lpr.
C) The OS bug I refer to is a consequence of a broken compiler, which they have fixed. All it would take is a recompile of a very small part of the printing portion of 10.6 and it would work as designed. They refuse to do so. I find this both despicable and inexcusable.
Face it. Time marches on, and we really are talking about an Architecture that Apple discontinued NINE years ago. Hard to believe; but it's true.
No, that's not what we're talking about, and it isn't true.
But eventually, if you are still driving a buggy, you gotta accept the fact that, at some point, you simply aren't going to be able to buy buggy whips...
I don't have a problem driving a buggy. I have a problem buying a buggy, and then when I eventually take it for a serious spin, I find out that the roof was attached with chewing gum, and it falls the fuck off, and the buggy manufacturer, as a remedy, tells me "you're going to need our new buggy, and by the way, you can't hitch those horses to it, so tough shit, sonny"
And you could have saved yourself that whole message if you'd read my entire post, instead of part of it, or skimming it.
And as for this:
"clearly you don't understand software development at all"
You're funny. I've been doing almost nothing but software development for the last 45 years. I'm single-handedly responsible for the vast majority of code in one of the most powerful image processing applications ever shipped -- WinImages F/x/Morph -- as well as several CAD programs, compilers, assemblers, paint programs, PCB routing systems, arcade video games, documentation processors, genetic AL software, aurorae analysis software and a whole bunch more I won't bore you with. Even now that I'm retired and enjoying the fruits of my labors, my current freeware, a real time SDR engine, is orders of magnitude more sophisticated -- and sizable in terns of lines of my code -- than anything most slashdotters will ever be involved with on a team, much less write by themselves. I take my own medicine; I don't write features that break previous features; I don't require later OS versions for new stuff I write -- instead I make sure that features that use new OS features doesn't appear under the older (or other, since I write multiplatform) OS, that's all. And I sure as hell fix bugs when they're reported well enough to be able to reproduce them.
But hey, don't let that affect your state of delusion. Keep thinking I know nothing about software development. It's the very best way to distance yourself from a true understanding of what you're reading here.
The flow chart is a most thoroughly oversold piece of program documentation. -- Frederick Brooks, "The Mythical Man Month"