|
I've tried to like the Surface. I really have. But it's so thick and chunky. Bring the weight down a decent chunk, add Windows 10 so it behaves sensibly when docked, make the charging cable more sensible than the uni-directional mag safe thingy they have, and I'll take another look.
Oh, and make it way, way less expensive than a similarly equipped Macbook Air. $1,600 for 256GB / i7? Yikes.
cheers
Chris Maunder
|
|
|
|
|
THAT'S how expensive they are? Yikes, indeed. I know it's a touch screen, and real Windows, but Yikes.
TTFN - Kent
|
|
|
|
|
Oh, the price keeps going up from there.
64GB for $849 though. However, remember that you don't get much change from your 64GB after Windows has been installed on it.
cheers
Chris Maunder
|
|
|
|
|
Kent Sharkey wrote: THAT'S how expensive they are?
Not the kind most of us mere mortals buy. I paid around $400 for the ones my daughters use, and MS Office was included for free.
|
|
|
|
|
Much more reasonable. Is that one of the RT ones, or a Pro? (not that I'm in the market or anything, but I'm probably in the market).
TTFN - Kent
|
|
|
|
|
$400 would be an RT.
The Surface 3 starts at $799US for the 64GB/i3 config. 64GB is tight and SSDs that small tend to have lower performance due to the small number of flash chips used (loss of parallelism). The 128GB/i5 model is $999; which is in the same ballpark as a premium ultra book.
OTOH Maunder's complaint about it being more expensive than an MBA is still valid. The entry level 11.6 MBA is $899 for the i5/128GB model, and you'd need to spend an extra >$100 for a keyboard cover before the Surface3 can match the capabilities of the MBA. On the gripping hand, if you're able to use the S3 as your main tablet you should add several hundred onto the comparison price for an iPad which makes the surface prices more reasonable...
Personally, at 11.6" I've found my Envy X2 big enough to be awkward to use as a tablet and have kept it docked almost constantly since I got it, so I'm not sold on a tablet that big being a good idea.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Thank you - this is incredibly helpful.
TTFN - Kent
|
|
|
|
|
Kent Sharkey wrote: Is that one of the RT ones
Yep, the RT ones. I find them not only cheaper, but also safer then the Pro ones, which are really PCs. Also, they are very light and the battery life is good.
Obviously, not a competition to MacBook, but definitely a competition to iPad.
|
|
|
|
|
Our goal with TypeScript is to continue supporting projects of this size and to make it the best language we can for JavaScript at scale. With 1.1, we released a fast, lightweight compiler that was capable of compilation speeds 4x faster than before. The new compiler is also more flexible for adding new features, which we’ll use going into 2.0. Coming soon, from Microsoft's JavaScript++
|
|
|
|
|
Type safety.
It's like airbags - you don't need it, you know what you're doing, its just extra weight to carry and one day it maybe saves your life.
|
|
|
|
|
Duncan Edwards Jones wrote: you don't need it, you know what you're doing
I may know what I'm doing, but when I have to work with someone else's code, type information helps to understand the functions a lot. Is the parameter a string, an float, a struct, an array, what?
And, in fact, even when I write the code, my experience (specifically with Ruby) is that the type information becomes baggage that I have to hold in my head, rather than the damn code telling me. And that is extra weight, IMO. Putting type information into the parameters of a function, and definitely in the return of a function, that makes my life easier, on a minute-by-minute basis.
And that is the primary reason I personally never want to touch Ruby again. I probably will, and it was a fun honeymoon, but living with Ruby (or any duck-typed language) is like living with Oscar (the slob in The Odd Couple, for all you youngins) whereas a typed language is like Felix, nice and clean and neat.
Marc
|
|
|
|
|
Agreed. Eric Lippert nailed it when (in part), he described[^] static typing/compilation/etc as a huge set of unit tests provided for you at no cost by the language designer/tool chain developers.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Dan Neely wrote: Eric Lippert nailed it when (in part), he described[^] static typing/compilation/etc as a huge set of unit tests provided for you at no cost by the language designer/tool chain developers.
That's a great summary. I never thought of type checking as a built-in unit test, that's also a great point.
Marc
|
|
|
|
|
It's lack was responsible for the Ruby code bug that drove me most insane and took the longest to figure out. The strings "true" or "false" and Boolean values true or false look identical when output to the console via puts debugging but things like "true" && true won't do what you'd expect them to do if you thought both values were Booleans.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
It explains why Unit-Testing originated in the Smalltalk community. In a dynamically typed language they become absolutely necessary.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Rob Grainger wrote: In a dynamically typed language they become absolutely necessary.
Indeed. I never fully appreciated the value of unit and integration testing until I started working in Ruby on Rails. And then I realized how much friggin additional work was required because one normally wouldn't need all that integration testing.
Marc
|
|
|
|
|
As organizations fight for IT talent with proven skills, the business value of technical certifications is higher than ever. But choosing the right one is never an easy task. The job's not over until the paperwork is done?
|
|
|
|
|
The committee behind ECMAScript wants a quicker release schedule to keep up with the pace of Web innovation. Getting people to confuse it with Java?
|
|
|
|
|
10 lines of JS being considered the normal case, 50 lines a large script, and 500 being unthinkably huge? Halleluiah!
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Apple is Swiftly gaining adherents for its new programming language. One week in, and there are already experts with "10 years of experience"
|
|
|
|
|
And jobs posted that require candidates to have 20 years experience with it to apply.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Swift is good for lock-in. You have to re-write your entire App if you want to port it to Android.
|
|
|
|
|
How is that different than Objective-C?
For cross platform apps your choices remain C/C++ with wrappers around all the native API functions, HTML5 in an app that's just an icon and a browser control, or a cross compiler that tries to use magic to convert your code from the language you wrote in to one that the device has native support for.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
I never said it was different to Objective-C.
Objective-C is also a good way to enforce lock-in.
Most Apps have code which is API-independant, and some have more than others ( for instance for an OpenGL game 90% of the code could be cross-platform,)
|
|
|
|
|
The first paragraph includes this gem: "designed to combine the robustness of the Objective-C that iOS and OS X developers were used to with the speed of scripting languages like Python".
Er...
(Edit: I tried to post a similar comment there, but (like many blog sites now) they wanted access to my list of friends on Google+. I presume that's similar for other networks, and they can go take a flying f**k.)
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|