Когда я решил, что собираюсь посвятить свою карьеру созданию решений на WordPress, я был – в то время – полностью готов. Другими словами, HTML, CSS, JavaScript, PHP и MySQL находились в месте, где Я мог бы оставаться вовлеченным со всеми из них и компетентно работать над стеком по мере необходимости для того, что я строил.
Но по мере того, как моя семья [и я] росли, а WordPress изменился за последние полвека (не говоря уже о десятилетии), вся эта перспектива изменилась.
Но не только это.
Изменился HTML, изменился CSS, изменился JavaScript (другими словами, изменился весь интерфейс), PHP развивается (на мой взгляд, в основном в лучшую сторону) и работает с различными технологиями баз данных, помимо MySQL, но также и с API., другие источники данных, GraphQL и т. д. становится все более сложной задачей.
Некоторое время назад я не был уверен, что мне это нравится. Мне нравилось знать все тонкости различных частей фундамента, над которым я работал. Я не говорю, что мы должны игнорировать все, кроме некоторых частей приложения, но сейчас я думаю, что стоит знать, на чем вы хотите сосредоточить свои усилия, чтобы убедиться, что вы можете решить проблему или помочь решить проблему. проблема, в лучшем виде.
- Если вы опытный разработчик React, то знаете, на чем лучше всего сосредоточить свои усилия.
- Если вы интересуетесь PHP и объектно-ориентированным и/или процедурным программированием, вам подойдет серверная часть.
- Если доступность — это то, чем вы увлечены, то в WordPress для этого тоже есть место.
- И это только три примера.
Суть, которую я пытаюсь подчеркнуть, такова: если вы беспокоитесь, что слишком сложно следить за различными частями WordPress, не делайте этого. Вместо этого сосредоточьтесь на тех частях, с которыми вам нравится работать, а затем сосредоточьте большую часть своего времени и усилий на том, чтобы стать лучшим разработчиком в этой области.
И наоборот, хочу ли я стать лучше с React? Да, это было бы неплохо. Но является ли это самым важным для меня или моей карьеры на данный момент? Нет.
В разработке программного обеспечения мы много говорим об обязательном и желательном. И если мы собираемся говорить об этом внешне в отношении наших клиентов, почему бы не сделать то же самое внутри в отношении нашего собственного набора навыков?
Я все еще утверждаю, что в этом контексте лучше знать много о чем-то, чем немного о многом.