✅ WEB- ja WordPress -uutiset, -teemat, -laajennukset. Täällä jaamme vinkkejä ja parhaita verkkosivustoratkaisuja.

Tiimipohjainen pragmatismi ja suunnittelu

16

Mitä tahansa kehitystyötä varten – en välitä, onko se verkkoa, mobiilia tai muuta alustaa varten – tarjolla on paljon kirjoja, verkkokursseja ja niin edelleen, mikä tekee kaiken oppimisesta uskomattoman helppoa. sinä haluat oppia.

Selvyyden vuoksi totean, että en myöskään tyrmää mitään käytettävissä olevista oppimistavoista. Loppujen lopuksi me kaikki opimme eri tavoin, eikö niin? Ja kuka minä olen sanomaan, mikä tapa on parempi kuin mikään muu tapa, varsinkin kun kirjoitan päivittäin aiheista täällä ja muilla sivustoilla?

Mutta voin ehdottomasti sanoa puolestani – henkilölle, joka on nauttinut oppimisesta muodollisen koulutuksen, opetusohjelmien, kurssien ja niin edelleen kautta – paras tapa hankkia kokemusta tällä alalla on ollut kaksitahoinen:

  • työskennellä muiden ihmisten kanssa,
  • rikkoa asioita ja oppia korjaamaan ne.

Tarkoitanko sen tekemistä tässä tietyssä järjestyksessä? Ei. Tarkoittaako tämä sitä, että olen harppauksin muita edellä? Se on naurettavaa.

Mutta koska minulla on ollut ilo työskennellä muiden kanssa useissa projekteissa, keskustella muiden kanssa Twitterissä, konferensseissa ja niin edelleen ja kokenut sekä hyviä että huonoja puolia, mielestäni kaikilla pitäisi olla mahdollisuus tehdä jossain vaiheessa.

Jos minun pitäisi tiivistää se, sanoisin, että kyse on tiimipohjaisen pragmatismin ja suunnittelun tasapainon löytämisestä. Mutta miksi vaivaudun kirjoittamaan tästä nyt, jos mikään yllä olevista ei ole uutta (koska ohjelmistoyritykset ovat olleet olemassa vuosikymmeniä)?

Tiimipohjainen pragmatismi ja suunnittelu

Voisin luultavasti keksiä luettelon syistä, miksi pidän tätä tiettyä aihetta tärkeänä, mutta on kolme erityistä asiaa, jotka haluaisin mainita tässä viestissä. Ja pituuden (lue: ajan) vuoksi teen kaikkeni ja pidän ne lyhyinä.

Itse asiassa TL;DR siinä, mistä aion puhua, liittyy pragmaattisuuteen ja insinööritaitoon. Alunperin aioin sisällyttää myös näkökulman liiketoimintaan yleensä, mutta se vei yleisen postauksen hieman aiheen vierestä.

1 Pragmatismi

Olen kirjoittanut ennenkin tekniikan ja pragmatismin tasapainottamisesta.  Joten minulla ei ehkä ole paljon annettavaa mitään uutta, mutta olen alkanut hieman muuttaa näkökulmaani.

Toisin sanoen jossain vaiheessa kyse oli tiukasti tasapainon löytämisestä sen välillä, että löydettiin ratkaisu, joka toimii mukautettuna, joka on hyvin rakennettu ja joka ratkaisee heidän ongelmansa. Ja allekirjoitan sen edelleen.

Ja tietysti on jotain sanottavaa siitä, kuinka koodi on järjestetty, jotta sitä voidaan ylläpitää ajan mittaan. Se on avain. Mutta miten koodi rakennetaan, kirjoitetaan ja ratkaisu rakennetaan, missä asiat voivat mennä hieman epäselvemmiksi pragmaattisuuden suhteen.

Toisin sanoen on helppo kirjoittaa oliopohjaista peruskoodia, dokumentoida se, kutsua muutama luokka tai funktio toisilleen, kytkeä WordPressiin ja kutsua sitä sitten päivässä.

2 Insinööritaidot

Mutta onko ratkaisun toimittamisen ja ratkaisun suunnittelun tasapainottaminen hieno viiva kävellä. Uskon kuitenkin, että liian käytännöllisyyteen liittyy vaara: jos pyrit pysymään mahdollisimman pragmaattisena koko ajan ja jätät insinööritaitosi tietylle tasolle, et ehkä etene kehittäjänä.

Vaikka käytän mieluummin olio-ohjelmointia työssäni, en ole sellainen, joka joutuu uskonnolliseen sotaan tai mihin versioon mistä kielestä, millä tekniikalla tai onko se toiminnallinen, proseduaalinen tai oliopohjainen. ohjelmointi on parempi.

Yksinkertaisesti sanottuna: kyse on yleisestä taitotasosta, jonka voit saavuttaa urasi aikana.

Ja kun työskentelen kehittäjien kanssa, jotka ovat työskennelleet eri taitojen projekteissa, jotka on koulutettu eri tavoin ja jotka ovat ratkaisseet erilaisia ​​​​ongelmia, huomaan oppivani jatkuvasti uusia asioita.

Tämä ei tarkoita sitä, etteikö keskusteluja käyty asioista, joita saatamme toteuttaa tiiminä tai kumppanuutena, mutta se tarkoittaa, että se voi estää potentiaalin kasvamisen ohjelmoijana.

Voisin jatkaa tästä, mutta lyhennettynä on tämä: jos aiot työskennellä muiden kanssa, varmista, että he ovat kokeneita, nauttivat samantyyppisten paradigmojen käyttämisestä, olet avoin harkitsevalle keskustelulle ja tuo monipuolista kokemusta pöytään.

Viime kädessä tämä voi auttaa parantamaan sekä kykyäsi että sen laatua, mitä sinä ja tiimisi tuotte pöytään.

Aina on enemmän

Kuten aiemmin postauksessa sanoin, aina on enemmän. Tulen todennäköisesti puhumaan lisää sen liiketoiminnasta tulevissa viesteissä.

Toistaiseksi jätän kuitenkin kirjoittamani paikkaan ja jatkan sieltä myöhemmin.

Tämä verkkosivusto käyttää evästeitä parantaakseen käyttökokemustasi. Oletamme, että olet kunnossa, mutta voit halutessasi kieltäytyä. Hyväksyä Lisätietoja