Profile picture of David Paul McQuiggin
David Paul McQuiggin
[Remote] .NET Lead Engineer | Solution Architect | CTO | Azure | Data | AI
Follow me
Generated by linktime
February 17, 2025
I am going to repost this, after a contact I received recently, that wanted an Integration Architect with five years'+ experience and a long list of technical skills, but were offering less than 300 GBP per day, and "must be based in Portugal or Spain". They won't find any quality people willing to work for this role - they have already been advertising for at least 4 months that I am aware of. I have been contacted by 3 nearshoring companies in Portugal about this role. Because this is the how the chain is from client to worker, in this weird consultancy and nearshoring agency setup: - Large UK client company needs someone with experience. - They contact a 'consultancy' - in this case, it is Hitachi. - The consultancy has a list of cheap and cheerful nearshoring and offshoring partners. - The nearshoring partners in places such as Portugal charge 100%-300% markup. - The 'consultancy' does the same. - The large UK client company sees a bill of 1000-1500 GBP per day from the 'consultancy'. - The actual worker, who would be incentivised by a realistic wage for the work they will be performing for 8 or more hours a day, receives less than 300. - The large UK client company says, "There is a skills shortage, we offer them so much money but we can't find anyone". I know this from the inside, after 3 decades in this industry. There is no need to go through this expensive chain of markups to hire talent.
Stay updated
Subscribe to receive my future LinkedIn posts in your mailbox.

By clicking "Subscribe", you agree to receive emails from linktime.co.
You can unsubscribe at any time.

February 17, 2025
Sunday evening take: One thing I dislike about working in software development over all these years, is that so much time is spent arguing over software ideology, as if there is an absolute perfection or one true way. e.g. SOLID is guidance, to be taken under consideration, applicable in some scenarios and not in others, it is not the word of god / the one true way. Developers spend too much time fighting over their interpretation of what is basically other people's opinions, something they have read very recently in a blog or seen in a course, as if it is some sort of divine inspiration. They then point-score as to who has the most perfect understanding of the opinion of someone who wrote a book about their own experience, but has no idea of the realities of the project you are now working on. I have been in so many code reviews, where developers were obsessed with arguing over the minutiae of a particular line of code and how it does not meet framework guidelines / latest C# language syntax / a specific pattern in a book, that they completely missed that it did not actually meet the business requirements. Guidance such as SOLID, Clean Coding, DDD etc. is fine if you treat it in the same way as 'look both ways before crossing the road', but not 'you must spend 10 seconds when looking left, and no more than 1 second later, look right for 13 seconds, or a successful crossing of the road will be deemed inadmissible' Be pragmatic instead of dogmatic, is the best advice I can give, after 32 years of building systems.
21 comments
April 3, 2022