Kun päätin, että aion sitoutua urani matkan rakentamaan ratkaisuja WordPressiin, olin – tuolloin – kaikki mukana. Toisin sanoen HTML, CSS, JavaScript, PHP ja MySQL olivat paikassa, jossa Voisin pysyä mukana heidän kaikkien kanssa ja työskennellä pätevästi pinon alapuolella tarpeen mukaan mitä tahansa rakentamassani.
Mutta kun sekä perheeni [ja minä] olemme kasvaneet ja kun WordPress on muuttunut viimeisen puolen vuosikymmenen aikana (puhumattakaan vuosikymmenestä), koko näkökulma on muuttunut.
Ei kuitenkaan vain sitä.
HTML on muuttunut, CSS on muuttunut, JavaScript on muuttunut (eli koko käyttöliittymä on muuttunut), PHP kehittyy (mielestäni suurelta osin parempaan) ja työskentelee useiden tietokantatekniikoiden kanssa MySQL:n lisäksi myös API:iden kanssa., muut tietolähteet, GraphQL ja niin edelleen, on tulossa suurempi tehtävä.
Jokin aika sitten en ollut varma, pidinkö siitä. Pidin siitä, että tiesin kaikki perusteet, joiden parissa työskentelin, kaikki yksityiskohdat. En sano, että meidän pitäisi jättää huomiotta kaikki sovelluksen osat lukuun ottamatta, mutta nyt mielestäni on syytä tietää, mihin haluat keskittyä, jotta voit varmistaa, että voit ratkaista ongelman tai auttaa ratkaisemaan ongelman. ongelma, parhaalla mahdollisella tavalla.
- Jos olet vankka React – kehittäjä, tiedät, mihin ponnistelusi keskittyvät parhaiten.
- Jos olet kiinnostunut PHP: stä ja olio- ja/tai prosessiohjelmoinnista, back-end on oikea paikka.
- Jos saavutettavuus on sinulle intohimoinen asia, sille on paikka myös WordPressissä.
- Ja tämä on vain kolme esimerkkiä.
Asia, jonka yritän tuoda esiin, on tämä: Jos olet huolissasi siitä, että WordPressin eri osien perässä pysyminen on liian vaikeaa, älä tee. Keskity sen sijaan niihin osiin, joiden parissa nautit työskentelystä, ja keskitä sitten suuri osa ajasta ja vaivaa tullaksesi parhaaksi mahdolliseksi kehittäjäksi kyseisellä alueella.
Toisaalta, haluanko parantaa Reactin avulla? Kyllä, se olisi mukavaa. Mutta onko se tärkein asia minulle tai uralleni tässä vaiheessa? Ei.
Ohjelmistokehityksessä puhumme paljon pakollisista ja mukavista. Ja jos aiomme puhua siitä ulkoisesti asiakkaidemme suhteen, miksi emme tekisi sitä myös sisäisesti oman osaamisemme suhteen?
Väitän edelleen, että tässä yhteydessä on parempi tietää paljon jostain, mutta vähän paljon.