|
That would imply more another part of the body placed lower
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
What’s the best way to kill the productivity of a software engineering team? Imagine how productive no developers would be!
|
|
|
|
|
It turns out that if n is the number of developers on a project, the number of communications channels between them is n(n-1)/2.
And therein lies the problem with these Agile, Scrum, stand-up, whatever software development practices. Everyone has their hands in the pie. How do you reduce the number of communication channels? By not requiring everyone to communicate with everyone else. How do you do that? By having a crystal clear requirements document. Then you can (theoretically) create teams that consist of smaller teams, etc., parceling out the work based on how the components of project need to communicate with each other to satisfy the requirements. This really isn't that complicated. Decide what needs to be communicated and how.
Now the irony of this is that you are maximizing the communication of components in the application and minimizing the need for communication between developers. Fancy that.
Now, let's look at the opposite situation: Agile development. Here, all the programmers talk to each other, but have you ever seen any attention paid to compartmentalized communication between components of the application? Of course not! What you see instead is a huge OOPS: object oriented programming spaghetti.
Marc
|
|
|
|
|
Personally, I view Agile practices as suited to some types of projects: particularly those where requirements are not known properly in advance, or change rapidly.
The converse is that there are plenty of projects where they do not work well. These typically have hard, known requirements.
The trick is to spot the type of project and adjust your methodology to fit.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
You are right, but he too...
Even when a project change rapidly... if you have 50+ developers, the time waste of communicating with all members is bigger.
It is not a matter of "tree" structure or agile, it is a matter of common sense and middle point using the best of both cases.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Preach it, brother!
I've long observed a direct relationship between the success of a project and the quality of its requirements documents.
|
|
|
|
|
Kent Sharkey wrote: What’s the best way to kill the productivity of a software engineering team?
Cut off Internet.
|
|
|
|
|
Block access to StackOverflow, CodeProject, and MSDN.
Of course, MSDN could be left unblocked with little impact since any useful content it renders is far outweighed by its glut of "off-topic" results, and inane code examples it provides.
«I want to stay as close to the edge as I can without going over. Out on the edge you see all kinds of things you can't see from the center» Kurt Vonnegut.
|
|
|
|
|
wrote: What’s the best way to kill the productivity of a software engineering team? Use C++
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
ppolymorphe wrote: Use C++
Apparently, you misread. They were talking about killing productivity, not making it totally awesome.
|
|
|
|
|
The answer is meetings. MVB Anna Majowska focused on what can be done about how meetings impact productivity, and why everyone could use a break. Someone making decaf in the regular pot?
|
|
|
|
|
|
Geographical distribution (especially time zones)
|
|
|
|
|
Not if the team is small enough.
|
|
|
|
|
Coincidentally, see next news item (I was just about to add it, even before your comment ).
TTFN - Kent
|
|
|
|
|
Paul Lewis from the Chrome Developer Relations team, thinks the developer benefits of JavaScript frameworks are outweighed by poor user experience. Here's a saw and a tree: go build yourself a house.
|
|
|
|
|
I agree, the horse crap that comes out +5MB worth of frameworks is bad for everyone. JavaScript and the DOM API are growing beyond these wretched frameworks so there is hope.
|
|
|
|
|
To state that the developer benefits of Javascript outweigh the user experience is simply silly. As anyone who has ever worked with Javascript will tell you, there are few benefits from working with arguably the most quirky and idiosyncratic scripting language on the planet.
A framework is merely an abstraction of the underlying technology from which it was borne. So a Javascript framework is merely an abstraction of some particular part of Javascript. It gives a consistent and uniform programming paradigm which leads to accelerated development, leading to quicker development of new features and bug fixes. This is good for both the developer and the end user.
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
The latest data from the massive United States Digital Analytics program shows that Windows 10 usage has climbed sharply, with older versions, including Windows 7 and Windows XP, dropping steeply. The only other desktop platform showing signs of growth is Chrome OS. It's up infinity% since this time ten years ago!
|
|
|
|
|
That's a good sign for there quest for world domination.
New version: WinHeist Version You didn't fall from the stupid tree you got dragged through the whole dumbass forest.
|
|
|
|
|
Well, when there's a gun to your head, "Upgrade or else!," what are you gonna do?
|
|
|
|
|
"Just pull the trigger..."
|
|
|
|
|
It's disturbing that the US Government is interested in these numbers at all.
They must have a stake in it and that Satya cat is likely in cahoots with Obama and is likely spying on you for unholy purposes.
Careful.
Repent and revert.
|
|
|
|
|
|