|
Yeah we kinda mastered the skills of blahblah 
Rules for the FOSW ![ ^]
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
}
|
|
|
|
|
|
Here's a suggestion for Yodel (formerly Home Delivery Network): Try having the driver read the address on the parcel, drive to the address, and deliver the parcel to the address.
I know it's a radical departure from your current system of ignore the address; pick a random house; try to deliver to the wrong address; take the parcel back to the depot; lather, rinse and repeat, but if you give it a go, I reckon it might catch on.
You might also want to try not telling someone their parcel's on the van and having them wait in all day, when it's actually sitting on a shelf in your delivery depot being ignored.
While we're at it, if you're going to provide a telephone number, make sure there's a way to speak to a human. Having an automated system that repeatedly tells you "we don't have enough information to help you, please call back" just adds insult to injury.
Faarrrkkkking bunch of useless sunshines! 
EDIT: The parcel finally arrived this afternoon, with only minor damage to one bottle.
The even better news is that I've heard back from the sender (BrewDog), and they're about to switch to a new courier, so Yodel won't be involved next time I order. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
modified 26-Oct-15 12:51pm.
|
|
|
|
|
Whenever I click the "Tracking" link on something I've ordered and it goes to the Yodel website its better to save time and click the lost item link straight away.
|
|
|
|
|
Thought you were talking about Austrian way of singing ^^ Obviously not...
I never finish anyth
|
|
|
|
|
Austrian singers would be a better choice for your parcel delivery needs.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Say Australians if you want to piss off people from both countries
Anyway, I went to Austria and didn't even see kangaroos! 
|
|
|
|
|
Strange. They always find me easily (which is amazing, given that even the Jehovah's Witnesses haven't worked out where we are yet) and deliver in good time. They've never lost anything for me (unlike UPS who don't even try to deliver but say I wasn't home anyway).
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Maybe it's just their Gatwick branch.
The parcel finally arrived at 3:10 this afternoon, with only minor damage to the contents. Needless to say, their tracking page still hasn't been updated since 7:30. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
OriginalGriff wrote: even the Jehovah's Witnesses haven't worked out where we are yet
They did, but all these things you do with sheeps, you know... They have decided that there must be other places where conversion is easier...
|
|
|
|
|
Whatever works! 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I've been using Amazon for over a decade and only once had an item not delivered. I've been using Amazon for over a decade and only once have they used Yodel to deliver. I'll leave it up to you to imagine what the Venn diagram looks like.
They said a card had been left despite someone having been in all day, no card left. I updated the order when requesting redelivery with instructions on how to find the place, with a mobile they could call if they were having problems, but on re-delivery the exact same thing. No contact from them whatsoever.
I just hope they get so many non-deliveries that Amazon finally drop them.
|
|
|
|
|
|
I mean teams that have like <= 10 - 15 people. Where only 2 - 3 people qualify as Ops. Is it any useful?
wow m8 gr8 b8 I r8 an 8/8. though it was a little l8 and it seems you h8 f8, it still has that tr8 that makes you acceler8.
|
|
|
|
|
James_Parsons wrote: 10 - 15 people
10 minus 15 people, what does a team with -5 people look like, your Christmas parties must be a bit quiet?
|
|
|
|
|
lol, I ment ten to fifteen.
wow m8 gr8 b8 I r8 an 8/8. though it was a little l8 and it seems you h8 f8, it still has that tr8 that makes you acceler8.
|
|
|
|
|
I still haven't figured out what DevOps is. Whenever I read the definition, it just sounds like a newfangled way of describing "communicate between departments effectively."
Marc
|
|
|
|
|
It's a term used to market "added value"(euhg! there's a bit of puke in my mouth after typing that  ) to managers who don't understand how experienced and skilled IT people work.
It's basically what most of us, who have managed to hold down a job in IT for more than 1 year, do.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Marc Clifton wrote: still haven't figured out what DevOps is.
Software services, basically. DevOps just sounds cooler?
|
|
|
|
|
I don't know, but it makes me feel like a secret agent 
Rossel. Sander Rossel. DevOp 007 
|
|
|
|
|
Marc...
I have been looking at articles concerning DevOps and what it appears to be is a process by which developers accrue more responsibilities of what we used to call in the mainframe era, "production control". This means that instead of having a separate that handles the different processes of moving software into production, developers will take on a number of these responsibilities.
Some articles describe it, as you said, as a process of better communication. However, this is splitting hairs. How much more communication does a team require with its implementation team? It could be in many cases DevOps proposes to eliminate standardized procedures used for tracking the implementation processes (ie: request to implement forms). However, this does not make any sense as without such procedures you would have no way of tracking what was done when; unless of course these are the very procedures that DevOps would expect a development team to acquire.
Any way you slice it, this paradigm makes very little sense and is attempting to use the changing nature of software development to break down further the various vital divisions that have existed for many years in well organized organizations.
This is what happened in the 1990s with the dropping of such formal levels as business and system analysts, database review teams, and the like. The result is what you have today in many places; a complete useless mess...
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
Steve Naidamast wrote: he result is what you have today in many places; a complete useless mess...
That's what I'm noticing too. It's odd, and perhaps because I've worked primarily with small companies (though there was that horrid Citi stint a few years ago), but I and "the team" (where applicable) have always been involved in the entire lifecycle of product, usually from inception to production to maintenance, including smoothing out QA and in the field issue tracking.
What it all boils down to, ironically, is standardized procedures. And because, as I experience over and over, the people responsible for moving software into production do not themselves have procedures, nor the discipline to create them, I end up writing the ATP's and installation docs, if only to keep my life more sane. It's nice to be able to say "RTFM!" Good thing is, the people actually having to do the installation, etc., almost always appreciate the procedure-izing of their process.
Marc
|
|
|
|
|
Marc...
I have worked in companies of all sizes. I spent 20 years in Financial IT alone.
In the larger companies, or at least during my career, there were always standards and various groups to implement and process them. The idea of a "DevOps" paradigm taking over in such companies would be just about impossible as there are strict legalities involved in what different groups in IT can do and not do. For example if developers were processing into production their own software upgrades, the company could be severely fined as a result of external audits.
As companies get smaller they get more lax in following such standards; one, from the legal standpoint there isn't as much oversight and technically, technical managers see such standardization as a waste of time and resources. The really small companies pay no attention to anything and are usually severe organizational and technical messes.
In my close to 43 years in the industry I have seen many "fads" come and go and "DevOps" will be just another for what is already being mostly done in the smaller companies.
Since 2010 I have noticed in our profession a severe propensity for spending inordinate amounts of time "reinventing the wheel", which is where a lot of these paradigms have come from.
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
Yes, it is important. Organization, order, and the correct way of doing things, know nothing about team size. My opinion.
Edit: However, I have always known it to be Software Services, and most companies, that I know of at least, have something like this.
modified 26-Oct-15 12:24pm.
|
|
|
|
|
If someone or some company(cough cough Rackspace) is trying to sell you something then beware.
If you have good source control, good bug reporting and release management systems then you are already using DevOps as far as I am concerned.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
