Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
Check out the new SourceForge HTML5 internet speed test! No Flash necessary and runs on all devices. ×

Comment Re:It might be agile, but it's not Agile (Score 1) 332

The way you describe what you are doing it sounds like you know what you want at the end of a fairly long time frame, and your doing one set of pretty basic planning and then acting surprised when that plan doesn't give you what you want at the end of the project. This is pretty typical when groups try to transition to an agile development process, and fail as a result. All you've done is throw away your detailed planning and chunked your work up into sprints.

Try Scaled Agile.

It's what we currently use and is the best tool-box that I've yet come across. Things like SCRUM etc don't define process at the business level (intentionally), nor do they describe how you plan out a project that's going to take a year or so to deliver. Scaled Agile does, and it's a very useful toolbox for getting the whole show to be agile (which is the end goal for a business as it allows the entire business/activity to adapt quickly to changing conditions, both internal and external). At the very least, it's useful to read (all online), as it demonstrates all the extra bits that you would need to transition fully.

Comment Re:It might be agile, but it's not Agile (Score 1) 332

A core tenet of Agile is that design, planning ahead to the end of a project, is impossible. In fairness, it probably IS impossible, for the people who believe that.

I'm so glad you're here as an obvious expert on all things software development process to explain Agile in such detail. It's so comforting to have a real professional help all us struggling dolts see why we've been getting it so wrong! I don't give two shits how you like to run your projects, but maybe you should stick to talking about things you know something about eh?

Comment Re:Agile is good for some teams & projects, ho (Score 1) 332

Central to Agile is the proposition that the company is unable or unwilling to figure out what the requirements are before they develop the system.

Garbage, you simply show your ignorance. You know what? Agile is a meaningless term, you have some kind of image in your head of what it is (maybe informed by some group of idiots claiming to do it), and hence you can build this lovely strawman to set fire to. Here is the agile manifesto:

- Individuals and interactions over processes and tools

- Working software over comprehensive documentation

- Customer collaboration over contract negotiation

- Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

No mention of not bothering with requirements, only that the emphasis when creating your processes is on the ability to respond to change. On any project that lasts more than a few months, that just sounds like damned smart idea. "No no! We must continue to follow this plan from a year ago, even though it no longer makes any sense in the current market!" Been there, done that, have the t-shirt. (You always get a t-shirt, no matter how big a balls-up it was).

Comment Re:Agile (Score 1) 332

Ever tried Agile development of a software library or of infrastructural systems? Stuff that needs to be thought out before publishing? Where experience counts? Where you don't have a team of 10 people dedicated to sprints of two weeks? Where produced software actually has to be maintained? In short, where you have a small shop that needs to make a difference.

Yes I have, SCRUM was the process used, and it all worked vastly better than the three failed projects before it (in our extreme waterfall shop). There is nothing magical about SCRUM, or any other process, it's mostly about letting good people do good work. The thing that SCRUM et al, gives you is a tight feedback loop, and that is a very useful thing if you have it all going nicely. I've worked in all kinds of setups, from super heavy process (which I just can't stand, who wants to sit around for 6 months just writing documentation and attending meetings?), to extreme isolation (here are the requirements, give us the result in 6 months), to agile of all different variations. I like SCRUM the best because I like working with other people, I like that the work is chunked, and I like that it deliberately only describes a tiny tiny part of the process. There are so many ways to do anything wrong, so many things that end up working despite human screw-ups, so little hard science around anything people oriented, and so much implied in vague terms like "agile" that these discussions are meaningless. Give me a couple of Devs of at least medium ability, a tester or two that know the product domain, and someone on the business side that is willing to talk product, and I can deliver you a successful project every damn time. Call it what you like.

Comment Re:Multithreading is a solved problem (Score 1) 497

Yes, and if you follow this golden path, what does it give you? Nothing more than asynchronous behaviour. And there are much better and more robust mechanisms to achieve this (such as co-routines, or their virtual equivalent such as async await in C#, message passing, etc etc). What it doesn't give you is any kind of scalability across multiple cores, and the level of complexity is all out of proportion to the gains. Multithreading particularly in combination with OO, has largely failed, because the paradigms were simply not good enough.

Comment Re:hey, you got your computer in my PLC (Score 1) 59

Exactly. What is more new is updating the PLC remotely, IP based networking to PLCs, more standardisation of PLC operating systems, more network connectivity between SCADA networks and the outside world, and far more activity by state actors in industrial automation. At the end of the day, a PLC is a computer hooked up to a network card, connected to another computer running SCADA most likely on windows. There is a lot of security and obscurity that makes compromising these things hard, but there is an awful lot more that the big vendors could be doing to harden things from a PLC security point of view.

Comment Re:hey, you got your computer in my PLC (Score 1) 59

I'm talking unnecessary use of tech that gets us nothing in return.

The major source for this exploit is going to be remote update of PLC firmware/logic. By remote, I don't mean "internet" but simply physically remote. This does give you something from a plant operation point of view as it is simply one more task that's automated, and potentially a very expensive task due to the dollars per hour for the task in question. So the tech does get you something, at the increased cost of additional "risk". These risks should be mitigable (security into the network, security of the network, security of the device), but it is certainly true that PLC level security is not what it should be. I expect we'll see things rapidly improve on this front as the IOT mass proliferation leads to many more problems, and hence more focus on the inherent weaknesses in this area, and hence forcing the big players to invest the necessary dollars in making their devices securable. SCADA and industrial automation has simply benefited from obscurity for a very long time and thus not had the selection pressure forcing the required evolution.

Comment Re: Are linux adverts still bad adverts? (Score 1) 535

LENOVO?!?!! I have a brand new work version of one of these junky bits of rubbish that I would throw down the stairs if it weren't for the hassle of having to configure the new one they would give me. Sure it's quiet, but it's only quiet because the fan is underpowered so that the damn thing can't do any serious work without having to de-clock to stupid slow to reduce heat. Everything on this thing is crap, cheap, rubbishy. The battery lasts an hour if I'm lucky when doing anything slightly taxing. The touchpad is a sad joke of misery. The screen is a pathetic thing, miserable to behold. I have a 4 year old retina mac at home, and it does literally everything better. It's not just mine either, there has been no end of moaning since we all switched from HP to the latest and greatest "Lenovo" thinkpads (what a sad mockery of this once great trademark, come back IBM! All is forgiven!)

Comment Re:And he is correct (Score 1) 294

Let's say Theranos created a really slick USB device that lets a user do a blood test from their computer (stop laughing, it could happen).

Who's laughing? This already exists: I would hazard a guess that there are all kinds of patents around this tech. Seeing as the real innovation looks to be in the cool analog silicon interpreting DNA thing, I'd agree that the "driver" part is pretty much irrelevant.

Comment Re: Now that this has attracted media coverage... (Score 4, Insightful) 337

Many years ago, back in the days of very small quota's but the exciting new prospect of mp3's, your author did something very similar via his University and its habit of allowing all requests that contained the university URL as part of the address. This was very nearly the end for our young adventurer, as the university in question had plans for expulsion, civil, and possibly even criminal charges! (There may have been one or two other indiscretions of a network related nature). Fortunately in this story, the Dean of Engineering saved the day with a general "boy's will be boy's" attitude and a stern warning, so the hero was not thrown to the legal wolves. The point of this is to say that you should never ever assume that your "one cool trick" won't land you in serious hot water.

Comment Re:Bluetooth headsets (Score 1) 761

I don't disagree with your general point, but my hope is that there will now be some effort in a better Bluetooth. Something like this maybe http://www.digitaltrends.com/c... Wires suck. I like canal phones because you can get excellent sound quality and brilliant noise isolation. Nothing better for a long business flight and drowning out the sounds of the plane and kids. But the cable and the jack on these things is the weak point and the more you use them the sooner they break. They get tangled up, they get caught on things. I would love to be able to ditch the wire! Apple is a big enough chunk of the market that alternatives to the ubiquitous wire might have a chance to get returns for some R&D.

Comment Re:I still believe IEEE more (Score 1) 241

Thanks for that link; it's pretty clear that the ieee study is far more encompassing, perhaps close to the truth! I don't really like programming in C (although it's been many years since I've done embedded) or JavaScript (mostly because I hate UI work, oh and JS), but my languages of choice are still high enough in that list. I just wish every recruiter wasn't looking for "full stack" developers. Swift is fun to work with, maybe I should reinvent myself as an apple specialist.

Comment Re:And what, pray tell... (Score 4, Interesting) 519

...is my motivation to work in such a system?

If I do nothing, but am guaranteed a minimum basic income that lets me live, why should I work?

The motivation to work is much more than for simple survival alone. Now granted, when survival is at stake, motivation is going to be very high, and you can get all kinds of people to do unpleasant things in exchange for continuing to exist. But this is not the reality that we (the general /. reader) is facing in general. I work because my work is satisfying and gives a measure of meaning to my life. Granted, I need to do something to live, but in some kind of utopian existence where I didn't "have" to work, the only thing I'd like to see change is a move from an authoritarian work model to a strict consensus one. Automation continues to remove these unpleasant jobs that no one would do without the carrot and stick, so the future is not hugely endangered by the idea of a percentage of the population who doesn't want to work, not working.

Comment Re:The work Millennials do is just plain bad. (Score 1) 144

Er, are you talking about Java? C++ has garbage collection now? Or are you telling me you want garbage collection on embedded? Most of the grads I'm seeing don't know jack about C++ (and that doesn't matter, honestly), but they all learn Java. The thing that seems to be missing is learning about how a computer actually works. No one seems to understand what a byte is anymore! I get that we want to be abstracted away from this 90% of the time, but bloody hell, I can't even begin to comprehend what the universities are thinking these days.

Slashdot Top Deals

I cannot draw a cart, nor eat dried oats; If it be man's work I will do it.

Working...