avatar
s*o
1
"We're giving devs APIs and an SDK based on HTML5 and JavaScript that
allows them to create apps" -------- Sinofsky
"F*ck you !!!" -------- Silverlight Developers
What a drama...let's keep watching
avatar
c*t
2
reference?

【在 s***o 的大作中提到】
: "We're giving devs APIs and an SDK based on HTML5 and JavaScript that
: allows them to create apps" -------- Sinofsky
: "F*ck you !!!" -------- Silverlight Developers
: What a drama...let's keep watching

avatar
c*t
5
studio already did that

【在 B*****g 的大作中提到】
: 写个摘要吧,太长了。
avatar
P*e
6
snofsky就是在忽悠,什么APIs,根本都还没呢

【在 s***o 的大作中提到】
: "We're giving devs APIs and an SDK based on HTML5 and JavaScript that
: allows them to create apps" -------- Sinofsky
: "F*ck you !!!" -------- Silverlight Developers
: What a drama...let's keep watching

avatar
s*o
7
这个肯定会有,他又不是在mit灌水可以信口开河

【在 P********e 的大作中提到】
: snofsky就是在忽悠,什么APIs,根本都还没呢
avatar
s*o
8
摘要:windows team won the political war. they would rather use crap than
anything from the devdiv.
你们公司招不招entry level java developer? 我要去应聘

【在 B*****g 的大作中提到】
: 写个摘要吧,太长了。
avatar
B*g
9
俺们公司从来不要new cop,没5年经验简历都不看。

【在 s***o 的大作中提到】
: 摘要:windows team won the political war. they would rather use crap than
: anything from the devdiv.
: 你们公司招不招entry level java developer? 我要去应聘

avatar
s*o
10
FYI -
"Not sure this HTML5 thing is gonna work even more. Just read an internal
email leaked.. talk about an internal disagreement."
avatar
N*n
11
hoho, people are screaming from SilverLight.net to Channel 9 website so
finally one MSFT employee had enough and broke the corporate silence
code to explain it:
"That demonstration video was not for developers. //build/ is for developers
. HTML was mentioned as pretty much everyone gets it, even non-developers.
And, quite frankly, that's pretty cool that we're doing that; a company that
has gotten (in some cases, deserved) flak for not adopting standards is now
incorporating one into the heart of their flagship product.
Yes, we mentioned HTML, but no one showed code. If it was meant for
developers, you *know* we'd have had someone up there with an IDE open.
So: that demo, the walk-through video, and the related press release were
all for non-devs, //build/ is for devs."
avatar
s*o
12
feel so pity for Pete Brown. M$ puts this nice guy into a miserable
situation.
One funny thing is that somebody complained about the conference name.
He said if it's Bill Gates in charge, the conference would be called
"\\BUILD\" instead of "//BUILD/".

so
developers
developers.
company that
is now
open.

【在 N********n 的大作中提到】
: hoho, people are screaming from SilverLight.net to Channel 9 website so
: finally one MSFT employee had enough and broke the corporate silence
: code to explain it:
: "That demonstration video was not for developers. //build/ is for developers
: . HTML was mentioned as pretty much everyone gets it, even non-developers.
: And, quite frankly, that's pretty cool that we're doing that; a company that
: has gotten (in some cases, deserved) flak for not adopting standards is now
: incorporating one into the heart of their flagship product.
: Yes, we mentioned HTML, but no one showed code. If it was meant for
: developers, you *know* we'd have had someone up there with an IDE open.

avatar
c*t
13
I was following him on twitter. He is a nice guy.

【在 s***o 的大作中提到】
: feel so pity for Pete Brown. M$ puts this nice guy into a miserable
: situation.
: One funny thing is that somebody complained about the conference name.
: He said if it's Bill Gates in charge, the conference would be called
: "\\BUILD\" instead of "//BUILD/".
:
: so
: developers
: developers.
: company that

avatar
s*o
15
A lengthy yet very interesting post from the "TWF #2" thread on Silverlight
Forum, by "BSalita"
////////
With summer approaching, we are again suffering another Microsoft
information blackout. This is the period where Microsoft ceases to inform
developers about important new directions. We know the reasons; they don't
want to talk about what might not be delivered, they want to withhold
information from enemies (competitors, lawyers, unfriendly governments),
they want to ratchet up the excitement and explode it on stage.
Unfortunately, not knowing future plans has a deleterious effect on many.
Some of us are headed full speed ahead in an obsolete or sub-optimal
direction. Considerable resources will be expended before corrective action
can be taken thanks to the blackout.
Both my consulting clients and I need to know, right now, what changes are
in store. We do not wish to wait three months until PDC. There are important
decisions that need to be made today. We do not have access to privileged
information. We need to know today if we are spilling our resources. Thus I
spent a day on gathering all the details that are publicly available and
trying my best to build a picture of coming changes. I've given the
following report to my clients calling it an educated guess.
What do I expect to hear at PDC 2011? There are two relevant core
technological changes that I'm expecting. First, Microsoft will promote a
new rendering engine, possibly called MoSH (Modern Shell) that will form the
basis for a new UI. MoSH is implemented using HTML5 and thus constrained by
HTML5 capabilities. WPF and Silverlight are still completely supported but
they're future is cut off at the legs by their successor (MoSH). MoSH can be
used with XAML but, significantly, will only support a subset of WPF's and
Silverlight's XAML. Again, the constraining factor is HTML5 capabilities and
Microsoft's abstractions of them. I expect both MoSH and WPF/Silverlight to
support new device interfaces such as location, multi-touch, gyros, etc. I'
m not sure if the support will come in the form of .Net 5, be built into
MoSH, or as a separate cross-platform library. I believe MoSH is designated
to be cross-platform (Mozilla, Chrome, Safari) in the form of a browser
plugin. Marc Andreesen has predicted “The browser will become the OS”. I
believe more correctly the renderer will become the OS. MoSH will become the
heart of IE, Windows 8 and Windows devices (Windows TV anyone?).
The second technological change is what Microsoft might be calling Native
Code. Native Code is a set of technologies that enable software (
applications and gadgets) and hardware (graphics) to perform at near native
speed inside a container (browser). Most notably, Microsoft will supply
tooling to build browser applications, principally with MoSH, without today'
s performance penalties. Currently browser based applications are limited by
API availability (DOM), programming speed (Javascript), and slow rendering.
This will all change. Internet Explorer 11(?) (IE) will expose a much
richer API, possibly .Net 5.0, Visual Studio will enable Native Code
development, and IE's renderer (probably same as MoSH) will directly use
hardware graphics.
Some issues I'm unclear on:
Will Microsoft port MoSH and Native Code to iOS and Android? I'm guessing
that they intend to do so directly or through partnerships.
Will a single dll, possibly named .DLLX, run across all devices? If so, when
is the code JITed?
Will Native Code force any syntax changes to .Net languages? I'm guessing
Microsoft is working hard to limit the changes to attributes.
Is Native Code implemented using .Net sandboxing or with the aid of hardware
as with Google's Native Client (NaCl)? This would make the difference as to
whether C was supported or not.
Do CPU processors need changes to optimally support Native Code? Do all
existing processors and graphics chips support Native Code and MoSH? I'm
particularly curious about the suitability of legacy ARM support.
What does Microsoft hope to gain by these changes?
Expose APIs to features of rich devices (touch, location, Kinect, voice
commands)
Implement a single Windows API across devices to ease programming
Create a single development platform for desktop, cloud and mobile devices
Embrace new mobile processor architectures (ARM)
Capture developers attention with powerful tools
Expand sandboxing to new scenarios
Offer sandboxing security to native code apps
Expand base for MS applications (Office) to more devices
Make Visual Studio the leading development tool for all HTML5 platforms
What Dangers does Microsoft face?
missed schedules
legal threats
threaten existing relationships (Intel)
technical blocks
internal intransigence
standards failure (HTML5 delays, limitations)
What does Microsoft need to change to implement MoSH and Native Code?
Visual Studio – implement MoSH UI development
Visual Studio – provide framework for WPF/Silverlight to MoSH conversion
Visual Studio – implement Native Code throughout tool chain (major task)
Visual Studio – enable MoSH and Native Code debugging (major task)
Visual Studio – create templates for MoSH and Native Code projects
WPF – reduce in stature, Windows classic only
Silverlight – reduce in stature, Windows classic only
.Net languages – transparent changes to backend
Azure – more device support
App Store – retool for cross-device, possibly iOS and Android support via
plugins
Internet Explorer – native MoSH support (no plugin required), virtual app
support, new design patterns
Why isn't Microsoft telling us more?
They want to withhold information from enemies (competitors, lawyers,
unfriendly governments). They don't mind telling YOU. They just don't want a
competitor to do a crazy Ivan at a vulnerable moment.
They want to ratcheted up the excitement and explode it on stage.
They don't want to talk about what might not be delivered.
How will Google react?
Google is very slowly implementing their own Native Code technology called
Native Client (NaCl). It supports C. Google recently announced that they
will retool Chrome to go Native. When Google comprehended Native Client
concept, it took maybe two blinks to see how Microsoft could run with it. We
will all greatly benefit from Native but Microsoft will be a bigger winner
than Google. Google's Native Client just doesn't have the market weight or
resources to trump Microsoft's Native Code vision. A MoSH plugin must be
part of the grand strategy but a Native Client implementation is low
priority.
Mono – Obsoleted
Mozilla – They'll support MoSH via plugin. It's in Microsoft's best
interests. I don't think they'll implement it using XUL.
Apple – Not threatened.
Android – Focused on developing their own Native tools. Development is
dangerously slow.
Chrome – Technically able to support Microsoft's Native Code but low
priority.
What is the Timeline for the software release? Here's my crazy guesses:
August 2010 - Proof of concept of marrying MoSH, IE and Native Code, first
benchmarks
June 2011 – Windows 8 early experience including MoSH but not Native Code
anything
September 2011 – Betas of Windows 8, Visual Studio 2012, Native Code, .Net
5.0, IE 11
December 2011 – First release candidate
March 2012 – Windows 8 release
May 2012 – Office 2012 released with MoSH and Native Code support
avatar
s*o
16
not sure what "native code" exactly means, winC++ perhaps?

Silverlight

【在 s***o 的大作中提到】
: A lengthy yet very interesting post from the "TWF #2" thread on Silverlight
: Forum, by "BSalita"
: ////////
: With summer approaching, we are again suffering another Microsoft
: information blackout. This is the period where Microsoft ceases to inform
: developers about important new directions. We know the reasons; they don't
: want to talk about what might not be delivered, they want to withhold
: information from enemies (competitors, lawyers, unfriendly governments),
: they want to ratchet up the excitement and explode it on stage.
: Unfortunately, not knowing future plans has a deleterious effect on many.

avatar
s*o
21
Just watched the Build keynote.
In summary, I like it.
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。