|
Brisingr Aerowing wrote: I like Windows 8! I like the live tiles Of course you do: now, listen up: in a few minutes you will hear the bell; when you hear the bell come to Steve's tent, and drink the Kook-Aid. Repeat: drink the Kook-Aid.
Google CEO, Erich Schmidt: "I keep asking for a product called Serendipity. This product would have access to everything ever written or recorded, know everything the user ever worked on and saved to his or her personal hard drive, and know a whole lot about the user's tastes, friends and predilections." 2004, USA Today interview
|
|
|
|
|
did you get it through Windows update or is is a separate download?
|
|
|
|
|
Dreamspark Premium. It comes out on October 17 for the general public.
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
fyi, I just checked MSDN and its available in the downloads section there also.
|
|
|
|
|
windows 8.1 WAS officially installed on my laptop... I hated it. I put back W7 and setup a VM with W8.1/VS2012 for these bits I can't do without W8 (like the metroUI apps)... Now that I am back with W7 I am happy.
|
|
|
|
|
I like Win8. So there.
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
Yeah, me too. Best of both windows worlds.
|
|
|
|
|
Me too. The tiles don't really do much for me but it's waaaaay faster
I've been compatibility testing our digital audio app (no probs so far) and (on identical hardware) it's twice as fast as Win7 & nearly 4x XP .
If your neighbours don't listen to The Ramones, turn it up real loud so they can.
“We didn't have a positive song until we wrote 'Now I Wanna Sniff Some Glue!'” ― Dee Dee Ramone
"The Democrats want my guns and the Republicans want my porno mags and I ain't giving up either" - Joey Ramone
|
|
|
|
|
I rebooted my Win7 today and waited almost and hour as it configured 32 updates. I thought for sure I must be getting Windows 8. Luckily no.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I had to wait almost 24 hours for Windows 7 to install 298 updates once. Don't ask.
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
Were they Windows Ultimate Extra Updates? I am still waiting for my Ultimate Extras to show up. What a marketing scam!
"Go forth into the source" - Neal Morse
|
|
|
|
|
I think I'll weight.
It was broke, so I fixed it.
|
|
|
|
|
Keep Clam And Proofread
--
√(-1) 23 ∑ π...
And it was delicious.
|
|
|
|
|
S Houghtelin wrote: I think I'll weight.
I realize you don't make that decision lightly.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I've been doing SCRUM development for 4 weeks now and it feels like a huge waste of time. Here is a short list of complaints.
1. Would any self organizing team of developers actually plan to meet every day?
2. About half of the 15 minute morning morning consists of, "Lets have a Meet After to Discuss". Half the team stays after the meeting every day. How about just discussing it now and getting it over with?
3. The other half of our 15 minute morning meetings is just to state that the status hasn't changed from yesterday
I'll give it more time, but I'm not expecting much.
Hogan
|
|
|
|
|
snorkie wrote: 1. Would any self organizing team of developers actually plan to meet every day? Yes. The longer you leave it between people talking, the more chance you have for things going wrong, and the SCRUM shouldn't just be the developers. What about your testers? Tech writers? They need to be involved because they need to hear what is being said just in case you are changing things.
snorkie wrote: 2. About half of the 15 minute morning morning consists of, "Lets have a Meet After to Discuss". Half the team stays after the meeting every day. How about just discussing it now and getting it over with? Better known as, let's waffle on about an issue for an hour or two and completely bore those who aren't involved. The standup is purely there to give people an update on what's just gone on, and what is coming up in the future along with what's preventing you from delivering.
snorkie wrote: 3. The other half of our 15 minute morning meetings is just to state that the status hasn't changed from yesterday So no one delivers anything? Your units of work should be small enough that you can see progress in short spaces of time.
|
|
|
|
|
So you're saying we have room for improvement
Pete O'Hanlon wrote: Yes. The longer you leave it between people talking, the more chance you have for things going wrong, and the SCRUM shouldn't just be the developers. What about your testers? Tech writers? They need to be involved because they need to hear what is being said just in case you are changing things.
All of those people are in the meeting. It just doesn't seem like anything is done. Our meeting is forced to quick updates where we are at and nothing else being discussed.
Pete O'Hanlon wrote: Better known as, let's waffle on about an issue for an hour or two and completely bore those who aren't involved. The standup is purely there to give people an update on what's just gone on, and what is coming up in the future along with what's preventing you from delivering.
Yes, many people are lazy and try to use meetings to get out of work. However, we're so early in development that I think we need some level of "group think" to get on the same page. This could be done with time boxing to ensure it doesn't go too far off topic.
Pete O'Hanlon wrote: So no one delivers anything? Your units of work should be small enough that you can see progress in short spaces of time.
In terms of delivering, we have a meeting at the end of the SCRM to show what was done. This seems too little too late to me, but our SCRUM expert set it up this way.
I know it can be done well, but we have not figured it out yet.
Hogan
|
|
|
|
|
snorkie wrote: Yes, many people are lazy and try to use meetings to get out of work.
I don't think that's what Pete is saying.
Meetings count as committees, and the IQ of any committee is the IQ of the lowest member divided by the number of members. As soon as discussion starts, the meeting will go on and on, and on, and will cover subjects that just aren't relevant to anyone else: hence the idea of a scrum meeting being stand up, short and sweet - only the essentials are touched on - so you all know what is going on and what is causing problems. They aren't meant to propose solutions or discuss alternatives, just update everybody on status.
The only instant messaging I do involves my middle finger.
English doesn't borrow from other languages.
English follows other languages down dark alleys, knocks them over and goes through their pockets for loose grammar.
|
|
|
|
|
As OG states, what I'm saying is that meetings tend to be counterproductive. Without strict control, they do have a tendency to wander all over the place, and the meeting is at the mercy of the people with the biggest agendas, and the loudest voices. That's not a way to handle a status update.
What most SCRUM environments tend to do is operate in sprints. At the start of a sprint, all the items that haven't been completed are up for grabs, and the meeting is used to decide on what you are going to do this sprint. This is the opportunity to bring forward your backlog from previous sprints; to get a common understanding of what you're going to attempt to deliver this sprint, and to get updates on areas that need further clarification. It's fairly common practice to give some high level estimates to each item and to allocate tasks (I tend to assume that people will only be about 70% allocated to these tasks), so if I were to allocate 80 hours per person over a fortnight, I'd only look to give them about 7 days of tasks (note that this isn't 7 days of development). The reality, of course, is that you wouldn't allocate 80 hours because you need time to wrap up each sprint, so over 10 days, I would expect the last day to be tidying up loose ends and doing a post-sprint release.
At the end of each sprint, you might opt to have a sprint review. This is the opportunity to say what went well; where the pain points are, and what can be done to improve things for the next sprint.
|
|
|
|
|
I have bookmarked this. I am really trying to write a sensible [for a given value of sensible] guide to SCRUM that can be used effectively to get people to understand what they are doing.
To me an underlying principle of all Agile methodologies is that they must get rid of fluff, and in return increase productivity and quality.
speramus in juniperus
|
|
|
|
|
I'm looking forward to that article; coming from SDM I'm still not convinced that agile has any benefits. To me it sounds like a generalization of idea's on how to cut a corner.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Nagy Vilmos wrote: To me an underlying principle of all Agile methodologies is that they must get
rid of fluff,
That is part of the process of all process control methodologies that I have seen.
Nagy Vilmos wrote: and in return increase productivity and quality.
That is part the goal of all process control methodologies that I have seen.
|
|
|
|
|
This is the video I got our guys to watch[^]
It was a waste of time as I continually get "I know we're doing it wrong but we can't change it" response - but I think it's 10 minutes well spent for anyone who is interested in Agile development.
MVVM # - I did it My Way
___________________________________________
Man, you're a god. - walterhevedeich 26/05/2011
.\\axxx
(That's an 'M')
|
|
|
|
|
I enjoyed it, even with the blatant ad in the middle of the presentation.
|
|
|
|
|
The thing that I've noticed is that the goal of this method of development is to show progress, no matter what the cost. I've seen numerous times where doing something the right way and preparing for maintainability and expandability is thrown by the wayside and even ridiculed in the effort to meet "goals". So when it comes time for the next sprint, the work that was just completed is thrown out, or totally rewritten, and what is usually ended up with is patchwork code because we didn't have the time to do it right.
In my opinion, I see this method as a unguided accumulation of technical debt that may or may not ever get paid.
|
|
|
|