5teveH wrote: His mind-set is 100% that of a developer He has that "blind spot". What you are describing is a business problem. Titles have nothing to do with it. The basic hierarchy is - Customer - Requirement/business cases - Architecture - Design - Implementation - Test - Delivery - Repeat steps as necessary. And there are other factors that influence that. - Providing a solution that is robust, fast, etc. - Updating old code - Security - Making sure that something is delivered so money can be made to pay the bills. - etc The roles that any one person might successfully fulfill depend on their own experience and their coworkers skill as well. An 'architect' might be able to fulfill the first 4 roles but not be great at the detail work needed for the levels under that. A developer might seem to have adequate knowledge of both the business and the code but fail when the business changes. Of course failures can come from many places. I know of specific case where a service was created, delivered and successfully used but a contract very early in the company history guaranteed they could not make enough money to keep going. In another case a design or perhaps implementation decision lead to a multi-billion dollar company failing in less than a year due to a security problem. Or a developer that was handed a detailed design and decided to ignore it producing a solution that did not meet the business needs the design dealt with. This is all impacted by complexity. A single man shop would need to provide all of that. But when a company has thousands of employees single employees just cannot learn everything needed to manage all roles. I have worked at companies where test automation was handled by a team of employees.

5teveH wrote: and I still have two more chapters to go! Probably time for a sequel.

Black Sabbath - Ironman

I worked quite hard throughout my career to get bad managers fired... I had over a 90% kill-rate... Steve Naidamast Sr. Software Engineer Black Falcon Software, Inc. blackfalconsoftware@outlook.com

Thank you all for the feedback. It sounds like a good option for me: - I want to keep the need for accountants to a minimum - I want my submissions to HMRC, etc. to be as easy and automated as possible - I want to spend as little time as possible on the admin stuff

Actually it didn't need a name, since it wasn't connected to anything else. There were a couple of terminals in the room besides the machine and that was it, not even a printer. Software Zen: delete this;

5teveH wrote: Is there some scientific explanation for it? Because you insist on washing everything with the duvet cover. It is a message from the duvet great beyond.

The news and the politicians love "uncertainty" because it creates fear. :sigh: Latest Articles: Your one-stop guide for API and web-client Form, XHR, Blob, and Drag & Drop File/Data Uploading

Randor wrote: Is there any benefit to having the Blu-Ray set? IMO, yes. I don't know how much better they appear than the DVD's, but they are worlds better (pardon the pun) than the original broadcast or VHS. Small details are much more visible like ship markings, planet details, screens and control panels, even tricorder screens. The only downside with the Blu-Ray's is that make-up is more readily apparent, even in the regular cast where more attention to detail was paid. Software Zen: delete this;

My condolences. My grandpa pretty much died the same way (although his children are quite a bit older). However, not everyone is your brother. People make choices and suffer the consequences. Point is, if your brother had lived and all would be fine, you would probably say "I understand his choice." And the fact of the matter is that way more people have lived and are fine than are not. I'm sorry your brother belonged in that last category. I hope you and your family, and his, find a way to deal with his loss, especially his daughter. Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

5teveH wrote: My aim was to highlight the insight, vision and brilliance of Carl Sagan, rather than push any agenda. Why would I? I'll be long dead before droughts, fires and floods have devastated large parts of the planet. Not my problem! ...and that's why, on the [No Agenda](https://www.noagendashow.net/) podcast, they keep saying Build Back Better - for someone else. They even have a [great jingle](https://dudenamedjames.com/jeff-smiths-build-back-better/) about it.

Nope. This also applies to TV shows (Masked Singer and spinoff_Masked Dancer are prime examples). :mad::mad::mad: I believe there is so much demand for content, due to the proliferation of adverts, and channels that creative writers/thinkers/directors are spread way too thin. I have taken to watching re-runs of 60's and 70's Shows, BBC programs and UTube reality shows. ed

Copy and paste ... but couldn't think of anything for the Additional Information section. It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

While I do understand your take on the matter, and don't mean to undercut it in an unrespectful manner, I am gonna challenge the notion that classes could be based on either real or abstract entities. I'm 20 years deep in OO-design and the major problems I keep coming across with class-based designs, all originate from classes being based on non-concrete entities. As an iron rule within my own team, I demand that all classes are directly based on either concrete entities or the pre-defined abstraction layers we've all agreed upon (so services and data models are OK, helper classes or business objects are not OK). Over the years, this has been the magic sauce that made my team come out on top with regards to velocity and code quality. I'm playing with the idea of writing something on the topic eventually, because I think it's a relatively novel POV within our sector. I do like to use a quote from the matrix to highlight the underlying sentiment: When it comes to abstractions, "The problem is choice".

My dev system isn't backed up at all. I am responsible myself for storing all vital data either on a network drive or in Subversion. In my home office via slow internet connection, where should the backup data be stored anyway? If my computer should ever go up in smoke (which never happened in my 24 years as a software develper), I never lose more than 1 week of work. 24 years of regular backup would mean much more effort than 1 week of work, so it's not worth it. My opinion!

5teveH wrote: Look up guys. See that greenhouse gas If you can see CO2, you have unique eyesight.

5teveH wrote: You are going to have to take my word for it, but I am 100% sure that with less disk, less CPU and less memory, I can deliver better performance than could be achieved using a traditional RDBMS. Also, indexing data does not have a performance hit. And the greater the volume of data, the more confident I would be that performance would be better. And from a different thread... 5teveH wrote: after nearly 40 years of working with this database, (Pick/Universe), I have been dealing with database for 40 years. Different databases. Different industries. Different types of enterprise systems. And during that time I have also seen databases change. For instance just the infrastructure that they run on has changed enough that things that used to matter do not and things that were never even looked at before matter much more now. So that 40 years of experience doesn't even translate well into deciding what one should do now versus one did then. About the only real thing it allows is telling stories and being able better to recognize 'tribal knowledge' which is based on something that is no longer valid. The first comment it completely open ended without restrictions and not even providing specific definitions. In my experience making broad sweeping claims about anything always leads to one thing - failure. Followed by a lot of rationalizations and back sliding about what was really meant by the original claims. For starters "performance" can mean almost anything but in the real world customers have real needs for what "performance" means. They don't care about benchmarks. They do care about how long they have to sit around waiting for results to show up on the screen and how long it takes to come up with new features that they think they need. (The two are not complementary.) Moreover in terms of actual performance and the enterprise level performance is achieved by requirements modifications and not technology. One might gain a 1% boost with technology but might gain 6,000% by changing requirements. That last is based on a real world example.

#realJSOP wrote: How is that "fixed length"? Agreed, it is variable length - up to a point. But if you try to insert an eleven-character string into a VARCHAR(10) column, SQL is going to bork! But my main point was the restrictions being implemented by the database - rather than in the code.