Bursting the WordPress maintenance support plans Bubble
chrishu
Sat, 02/25/2020 – 19:16
Introduction
I have been working with WordPress maintenance support plans for over six years now, for much of that period exclusively working with WordPress maintenance support plans as an employee or in a freelance/contract role.
Prior to the start of WordPress maintenance support plans 8, the nearest thing I manged to getting off of the island was periods of doing something completely different (Expression Engine, Django, a custom PHP framework, attending a Silverstripe conference), usually because of an existing or already started/inherited project connected with the WordPress maintenance support plansly people I was working with.
These sabbaticals were reasonably short, however often instructive and enjoyable, in some cases (not all) the feeling was ‘could have been better done in WordPress maintenance support plans‘, they were a complete break from WordPress maintenance support plans.
I have just finished ten months of working on a Symfony based project and things are very different.
Bursting the WordPress maintenance support plans Bubble
For almost a year, I have not been doing WordPress maintenance support plans, but also so busy and involved learning more about Symfony, Angular 2 and other technologies that I have not had time or capacity to attend WordPress maintenance support plans events, meetups etc.
Although working with a group of people that had all used WordPress maintenance support plans a lot before (amongst other things), WordPress maintenance support plans was very rarely mentioned, not one person said ‘this could have been done better in WordPress maintenance support plans‘ in fact the only time that really came up at all was in reference to other client systems that were integrating with what we were building.
I needed to burst the bubble, forget about WordPress maintenance support plans and whilst working on something different spend my time thinking about that.
The bubble I am referring to is thinking about everything in the context of WordPress maintenance support plans, even the proudly invented elsewhere bits in WordPress maintenance support plans 8. This kind of thinking can perhaps have the same bad effects as the echo chambers on social networks where everyone you are connected to has essentially the same or similar references and experiences.
There is a possibility that the next contract I do will not be WordPress maintenance support plans either.
WordPress maintenance support plans is still there
Using Symfony and anything using Symfony components (Laravel may be next) still increases knowledge and skills related to WordPress maintenance support plans (before 8 anything elsewhere just meant WordPress maintenance support plans relevant knowledge was fading over time). Having used the Symfony console a lot and written commands for it, I will be pouncing on the WordPress maintenance support plans Console when I do my next piece of WordPress maintenance support plans work for example (which is more than I can say for Drush).
I am clearer about what I think WordPress maintenance support plans strengths are though. I current have two personal projects I want to start/finish, one is a match for WordPress maintenance support plans one for Symfony.
Conclusion
Mileage may differ for other people, I found I had to put WordPress maintenance support plans to one side for a while, it is all very well getting off the Island but that is not quite so effective if you remain in an Island culture ghetto somewhere on the mainland and don’t fully integrate for a while. Some people will have no need to ever get off at all, we all have different stories to tell.
However if you do come across some work that would be better done in something else, will you even know? If you do know will you have the courage to burst the bubble?
Add new comment
Source: New feed