Why, if your needs are simple, can't you just download forms pre-filled with whatever data the IRS has received about you, make any necessary adjustments, and automatically get the IRS calculation of your taxes
But IRS does more than this - if your employment is simple, you don't have to fill in any forms at all.
oh, wrong country.
Well, it's a good question - why can't your IRS also do this?
Each time I read about silverlight I get angry. Why won't Microsoft invest time and energy making IE html5 compliant instead of
Why do you assume that it's either-or? MS is a very large company, which usually pursues multiple paths at once (in different teams, clearly). Sure the IE team could have done more. Lots more. I'm not sure what that's got to do with the Silverlight and.net group though.
product that nobody wants anyway.
Got number for that? Or are you just over-generalising from personal preference?
The right way to manage a large problem is to periodically examine your processes, figure out the flaws and bottlenecks, and fix them.
While I agree with that, there's a lot of merit in packaging up some common sense and nest practice (that few people in fact do, sense not being all that common). It gives developers an excuse to do the right thing. It also gives them a buzzword to offer up to management.
Nobody fails because they honestly believe that a single "waterfall" cycle is the correct way to run a large project.
I disagree. If you honestly believe that a single "waterfall" cycle is the correct way to run a large project, then you will fail. The last time I saw it happen up close was late 1990s, but it's most likely happening somewhere right now.
It's the UK government saying "Don't persecute gays, because they might be awesome and invent computers."
But the current UK government doesn't persecute gays at all. Elton John and David Furnish had a gay wedding and everything. What exactly have Gordon Brown, Tony Blair, Jack Straw, Peter Mandelson (who is gay) et al they done to Alan Turing in the 1950s that they need to apologise for?
This article/post contains the most ridiculous joke-like conglomeration of pointlessly obscure buzzword phrases that I have ever seen in my ENTIRE LIFE
Either you don't work in software development, or you're just ignorant.
The second is as complete a list of FUNCTIONAL requirements as possible.
Scrum explicitly rejects the idea that this is a useful way to spend time. Complete requirements may not be possible, may not be feasible with limited effort, and will most likely change over time.
Instead it advocates getting enough high-priority requirements written down to get you going, and getting the most-desired part of the system done (as much as can be done in a "sprint", a week to a month), and iterating with the next most important item. Not only does this deal with change, it allows new requirements to be uncovered in an orderly way rather than causing a conceptual train wreck ("but the functional requirements are done"), it allows value to be taken from the existing software as soon as possible, and design flaws (e.g. "system does everything we want, but doesn't scale past 100 users") to be uncovered and corrected much earlier.
. Oh, and if management can largely get out of the way and not constantly interfere with the process, i.e. unilaterally adding stuff to the burn-down chart in the middle of a sprint!
You are aware of how strongly that is discouraged in scrum, right? Right? Your final option is stop the sprint and plan a new one with the new stuff prioritised in. (management gets to chose the priorities). If management consistently cannot business priorities stable until the end of sprints, well then your sprints are too long. If your sprints are already as short as they can go (1 week) and management still cannot keep priorities stable over that length of time, and cannot be taught to, then they are dickheads, and you should find new management to work for. Scrum cannot solve that problem, but it might make you face it a lot sooner.
I'm not exactly feeling a lot of love for scrum and agile in these comments. Agile was created to manage change in large software projects. So if you don't use agile methods, what do you use on large projects - some kind of waterfall process? Prince2? Good old "sit down and start coding"? How does that work for you? What is the bug rate? What percentage of these projects actually make it into production?
Also, when did the slashdot crowd become so aggressively ignorant, hostile to new ideas?
.Net bytecode runs on macs and Linux systems. That is a fact. I know nothing about legal issues, I know that the code runs. On multiple platforms. As it was designed to. Because it's tied to a VM, not to any processor or OS architecture. You know, independent of them.
Um, had noticed that it's windows. You tend to pick up these details after you've been coding on it for a while. If you want to convince someone, try less with the exclamation points, and more with the facts and logic. Assuming that you have some.
Right. the biggest deviation from the rule that "WPF is a superset of Silverlight" is that Silverlight has the Visual State Manager.
Microsoft's position (or a least what Scott Guthrie says) is that Microsoft is working to keep the two synched - some new features will appear first in Silverlight, some in WPF, depending on release schedules. Visual State Manager will be in the next release of WPF (with.Net 4.0, probably by end 2009).
if Silverlight does all WPF does
It will never do that, for 2 reasons.
1) Size - WPF is the UI end of the.Net iceberg. The full.Net framework (including WPF) will never begin to fit in the 5Mb or so for the silverlight download. e.g. Silverlight has no way to connect to Databases across the network - just to Web services in SOAP, XML or JSON.
2) Security - Silverlight apps are not trusted to do things like read and write all of the file system, unrestricted access to network, printer, keyboard etc that a fully trusted.Net app has.
Now, if Silverlight can't do some of the things a WPF app can then I'm not sure I need Silverlight - Flash is much more widespread
that's your choice, and many people will choose the same. Others will choose otherwise. Some code can be shared between Silverlight and regular.net apps, and the same skills and tools apply.
So what's special about DirectX and silverlight? Yes, DirectX is used to render the shapes and textures that make up Silverlight and WPF content.
But your statement could be phrased as "If the code can use the OS to service requests (which must obviously use data provided by the Sandboxed app) then there is the potential for buffer overruns and other types of exploit. The OS does not run in a sandbox, it has to access drivers at a pretty low level. You can include the driver itself in the attack surface now too."
That is equal for all sandboxes and sandboxed environments. I'm not excluding the possibility of bugs in Silverlight, just failing to see why it's not fixable.
MSFT has embraced a Flash-like technology, does this count as "extending" it... it seems like there is an "extinguish" in store for the near future.
I'm not sure what you're suggesting.
Silverlight is like flash - yes, but unlike with embracing standards, there's no compatibility.
That Silverlight aims to extend and improve on flash, and C# aims to improve on Java. Well, with Silverlight there's still catching up to do. But since Silverlight is not flash and C# is not Java, there's no standard to extend, just a competing product in the same space. So is competition good or not?
So where does the "extinguish" come in? Are you suggesting that when MSFT gains high enough market share in C# and Silverlight, they will suddenly stop supporting those products? That's absurd.
That they will force competitors out of business? I hope not, it's bad for competition. Look how the MSIE browser stagnated when there wasn't competition.
Right now Silverlight is forcing Adobe to up their game with flash, and this is good.
Read the other clever people who had the same idea first, please. Are you afraid of the security implications of Java or flash running in a browser? Silverlight is much the same.
At least with Flash everything is sandboxed in the browser still, but it now looks like Silverlight apps will be able to access stuff outside the browser, much like a normal program.
You're not looking hard enough. Silverlight apps, in our out of the browser, have the same security model and sandbox. Access "stuff outside the browser", e.g. to the file system is still severely gated. Like with flash.
The attack surface... will then include things like DirectX
Slashdot Mirror
Protesting the Westminster dog show? Those animals have better lives than I do, and mine is pretty good.
A lot of pedigree dogs are inbred, or just selected for extreme looks, and they suffer from diseases as a result.
http://news.bbc.co.uk/1/hi/uk/7569064.stm
Why, if your needs are simple, can't you just download forms pre-filled with whatever data the IRS has received about you, make any necessary adjustments, and automatically get the IRS calculation of your taxes
But IRS does more than this - if your employment is simple, you don't have to fill in any forms at all.
oh, wrong country.
Well, it's a good question - why can't your IRS also do this?
Each time I read about silverlight I get angry. Why won't Microsoft invest time and energy making IE html5 compliant instead of
Why do you assume that it's either-or? MS is a very large company, which usually pursues multiple paths at once (in different teams, clearly). Sure the IE team could have done more. Lots more. I'm not sure what that's got to do with the Silverlight and .net group though.
product that nobody wants anyway.
Got number for that? Or are you just over-generalising from personal preference?
The right way to manage a large problem is to periodically examine your processes, figure out the flaws and bottlenecks, and fix them.
While I agree with that, there's a lot of merit in packaging up some common sense and nest practice (that few people in fact do, sense not being all that common). It gives developers an excuse to do the right thing. It also gives them a buzzword to offer up to management.
Nobody fails because they honestly believe that a single "waterfall" cycle is the correct way to run a large project.
I disagree. If you honestly believe that a single "waterfall" cycle is the correct way to run a large project, then you will fail. The last time I saw it happen up close was late 1990s, but it's most likely happening somewhere right now.
It's the UK government saying "Don't persecute gays, because they might be awesome and invent computers."
But the current UK government doesn't persecute gays at all. Elton John and David Furnish had a gay wedding and everything. What exactly have Gordon Brown, Tony Blair, Jack Straw, Peter Mandelson (who is gay) et al they done to Alan Turing in the 1950s that they need to apologise for?
This article/post contains the most ridiculous joke-like conglomeration of pointlessly obscure buzzword phrases that I have ever seen in my ENTIRE LIFE
Either you don't work in software development, or you're just ignorant.
What the fuck is a ScrumMaster?
Here you go: ScrumMaster
The second is as complete a list of FUNCTIONAL requirements as possible.
Scrum explicitly rejects the idea that this is a useful way to spend time. Complete requirements may not be possible, may not be feasible with limited effort, and will most likely change over time.
Instead it advocates getting enough high-priority requirements written down to get you going, and getting the most-desired part of the system done (as much as can be done in a "sprint", a week to a month), and iterating with the next most important item. Not only does this deal with change, it allows new requirements to be uncovered in an orderly way rather than causing a conceptual train wreck ("but the functional requirements are done"), it allows value to be taken from the existing software as soon as possible, and design flaws (e.g. "system does everything we want, but doesn't scale past 100 users") to be uncovered and corrected much earlier.
. Oh, and if management can largely get out of the way and not constantly interfere with the process, i.e. unilaterally adding stuff to the burn-down chart in the middle of a sprint!
You are aware of how strongly that is discouraged in scrum, right? Right? Your final option is stop the sprint and plan a new one with the new stuff prioritised in. (management gets to chose the priorities). If management consistently cannot business priorities stable until the end of sprints, well then your sprints are too long. If your sprints are already as short as they can go (1 week) and management still cannot keep priorities stable over that length of time, and cannot be taught to, then they are dickheads, and you should find new management to work for. Scrum cannot solve that problem, but it might make you face it a lot sooner.
I'm not exactly feeling a lot of love for scrum and agile in these comments. Agile was created to manage change in large software projects. So if you don't use agile methods, what do you use on large projects - some kind of waterfall process? Prince2? Good old "sit down and start coding"? How does that work for you? What is the bug rate? What percentage of these projects actually make it into production?
Also, when did the slashdot crowd become so aggressively ignorant, hostile to new ideas?
Stick a fork in that project, it's done.
.Net bytecode runs on macs and Linux systems. That is a fact. I know nothing about legal issues, I know that the code runs. On multiple platforms. As it was designed to. Because it's tied to a VM, not to any processor or OS architecture. You know, independent of them.
This is WINDOWS!! Wake the fuck up!
Um, had noticed that it's windows. You tend to pick up these details after you've been coding on it for a while.
If you want to convince someone, try less with the exclamation points, and more with the facts and logic. Assuming that you have some.
I'm quite happy with IE 8. I can easily use it to download firefox.
'a lot' is not the same as 'exactly the same'.
Right. the biggest deviation from the rule that "WPF is a superset of Silverlight" is that Silverlight has the Visual State Manager.
Microsoft's position (or a least what Scott Guthrie says) is that Microsoft is working to keep the two synched - some new features will appear first in Silverlight, some in WPF, depending on release schedules. Visual State Manager will be in the next release of WPF (with .Net 4.0, probably by end 2009).
if Silverlight does all WPF does
It will never do that, for 2 reasons.
1) Size - WPF is the UI end of the .Net iceberg. The full .Net framework (including WPF) will never begin to fit in the 5Mb or so for the silverlight download. e.g. Silverlight has no way to connect to Databases across the network - just to Web services in SOAP, XML or JSON.
2) Security - Silverlight apps are not trusted to do things like read and write all of the file system, unrestricted access to network, printer, keyboard etc that a fully trusted .Net app has.
Now, if Silverlight can't do some of the things a WPF app can then I'm not sure I need Silverlight - Flash is much more widespread
that's your choice, and many people will choose the same. Others will choose otherwise. Some code can be shared between Silverlight and regular .net apps, and the same skills and tools apply.
Is WPF free of software patents and is it fully running on Linux
No and no. You shouldn't think that it is. However, if you're writing an app to run on Windows desktops, it's good for that.
only if said platform is running MS Windows... some of us don't think that constitutes "platform independence".
Er, no. The same bytecode runs on Windows, Mac OS X and Linux. There are also betas for some mobile phones. That's what I meant.
It's still windows.
That's the whole point - it's not just Windows any more. It runs on Windows, Mac OS X and Linux.
So what's special about DirectX and silverlight? Yes, DirectX is used to render the shapes and textures that make up Silverlight and WPF content.
But your statement could be phrased as "If the code can use the OS to service requests (which must obviously use data provided by the Sandboxed app) then there is the potential for buffer overruns and other types of exploit. The OS does not run in a sandbox, it has to access drivers at a pretty low level. You can include the driver itself in the attack surface now too."
That is equal for all sandboxes and sandboxed environments. I'm not excluding the possibility of bugs in Silverlight, just failing to see why it's not fixable.
If the code can use DirectX to render object then there is the potential for buffer overruns and other types of exploit
That's total rubbish - like saying "if java can use the cpu to add two numbers then java is also vulnerable to cpu buffer overruns"
Gated access is the key to any sandbox.
All sandboxes are not equal
So what do you know about the .net/Wpf.Silverlight sandbox?
If nothing then STFU.
Fact: Internet Explorer is rapily loosing market share.
Probably. I won't know, been on firefox since before 1.0. Silverlight runs there.
Fact: Developers see Linux compatibility as important and Linux is steadily gaining market share.
As a desktop platform? No, Not fact. 2 percent is not important. And if it does gain importance, there's nothing to stop Silverlight running there.
Fact: Silverlight is only taking off on Microsoft's own website.
Not so, I've seen it elsewhere.
is still well behind Flash.
Well, yes. It's got about 40% installed base at present, as compared to 95% for flash. Different point on the s-shaped-curve.
I'm pretty sure it will be a big flop.
I disagree. And based on your previous post, I think you are stupid and ignorant on this subject. I don't care what you think.
MSFT has embraced a Flash-like technology, does this count as "extending" it ... it seems like there is an "extinguish" in store for the near future.
I'm not sure what you're suggesting.
Silverlight is like flash - yes, but unlike with embracing standards, there's no compatibility.
That Silverlight aims to extend and improve on flash, and C# aims to improve on Java. Well, with Silverlight there's still catching up to do. But since Silverlight is not flash and C# is not Java, there's no standard to extend, just a competing product in the same space. So is competition good or not?
So where does the "extinguish" come in? Are you suggesting that when MSFT gains high enough market share in C# and Silverlight, they will suddenly stop supporting those products? That's absurd.
That they will force competitors out of business? I hope not, it's bad for competition. Look how the MSIE browser stagnated when there wasn't competition.
Right now Silverlight is forcing Adobe to up their game with flash, and this is good.
Read the other clever people who had the same idea first, please. Are you afraid of the security implications of Java or flash running in a browser? Silverlight is much the same.
The worlds biggest movie web site YouTube will never use Silverlight cause Google will never use Microsoft's Technology.
Right, YouTube uses Adobe's instead. There are other websites too.
Because of this, and also because Microsoft have a bad reputation with web standards, I don't think Silverlight will ever take off.
Ok, how did that line of logic work out for Internet explorer?
I think Silverlight ... is closed source and doesn't support Linux, it will fail.
So, by not prioritising the all-important Linux desktop market (now weighing in at what? 2% ? ) it is doomed?
I don't think Silverlight will ever take off.
It's taking off already.
At least with Flash everything is sandboxed in the browser still, but it now looks like Silverlight apps will be able to access stuff outside the browser, much like a normal program.
You're not looking hard enough. Silverlight apps, in our out of the browser, have the same security model and sandbox. Access "stuff outside the browser", e.g. to the file system is still severely gated. Like with flash.
The attack surface ... will then include things like DirectX
No, no it won't. Sandbox, remember?