Opitaan + kritisoidaan, kuinka FAANGin kaltainen suuri yritys "Vibe Coding": "Hanki ensin tarpeeksi sidosryhmiä nyökkäämään hyväksyvästi" "Tee sitten suunnittelun tarkistus" "Sitten tuli viikkojen dokumentaatio" "Sitten tuotepäällikkö ja projektipäällikkö jakavat tehtävän edestakaisin" Kolmen kuukauden odotuksen jälkeen on vihdoin aika aloittaa Vibe Coding! --- Näin me FAANGilla teemme "Vibe Codingia" Hei kaikki. Haluan kirjoittaa tänne, koska näen aina ihmisten sanovan, että tekoälyavusteista koodia ei voi käyttää oikeissa tuotteissa. Tämä on täyttä hölynpölyä. Aloitetaan taustalla: Olen tekoälyohjelmistoinsinööri, jolla on yli vuosikymmenen kokemus, josta puolet vietin FAANGissa. Vietin urani ensimmäisen puoliskon järjestelmäinsinöörinä, en kehittäjänä, mutta olen kirjoittanut koodia lähes 15 vuotta. Pidemmittä puheitta haluan puhua siitä, kuinka tiimimme alkoi käyttää tekoälyä oikean tuotantokoodin kirjoittamiseen. 1. Aloita aina teknisestä suunnitteluasiakirjasta. Tämä on koko työn ydin. Tämä asiakirja on kuin ehdotus, ja sinun on vakuutettava tarpeeksi sidosryhmiä siitä, että ratkaisusi on toteuttamiskelpoinen. Vasta kun suunnitelma on hyväksytty, voit jatkaa itse järjestelmän kehittämistä. Tämän asiakirjan tulee sisältää koko järjestelmäarkkitehtuuri, integrointi muihin järjestelmiin jne. 2. Ennen kuin aloitat kehityksen, suorita suunnittelun tarkistus. Tässä vaiheessa tiimin vanhemmat insinöörit "voittavat" suunnitteluasiakirjasi yhä uudelleen ja uudelleen. Tämä on hyvä asia, kutsun sitä **"kivun asettamiseksi etusijalle"**. 3. Jos arviointi onnistuu, voit aloittaa kehitystyön virallisesti. Ensimmäisten viikkojen aikana käytät paljon aikaa yksityiskohtaisemman dokumentaation kirjoittamiseen alijärjestelmälle, jonka kukin kehitystiimi aikoo rakentaa. 4. Tätä seuraa backlogin kehittäminen ja sprintin suunnittelu. Tässä vaiheessa kehittäjät tapaavat tuotepäälliköitä (PM) ja teknisiä projektipäälliköitä (TPM) jakaakseen suuret tavoitteet tiettyihin tehtäviin, joista kehittäjät voivat aloittaa. 5. **Ohjelmistokehitys**. Lopuksi voimme alkaa kirjoittaa koodia ja tuhota tehtäväkortteja. Ja tässä tekoäly tulee kuvaan, se on voimamme moninkertaistaja. Käytämme Test Driven Development (TDD) -mallia, joten ensimmäinen asia, jonka teen, on pyytää tekoälyagenttia kirjoittamaan testitapauksia ominaisuuksista, joita haluan kehittää. *Vasta kun testi on kirjoitettu, alan pyytää tekoälyagenttia auttamaan minua tiettyjen ominaisuuksien rakentamisessa*. 6. **Koodin lähettämisen tarkistus**. Koodimme on hyväksyttävä kahden kehittäjän toimesta, ennen kuin se voidaan yhdistää päähaaraan. Tässä linkissä tekoäly on myös osoittanut suurta potentiaalia auttaa meitä arvosteluissamme. 7. **Testaa julkaisua edeltävässä ympäristössä (lavastus)**. Jos kaikki menee hyvin testien kanssa, meidät vapautetaan virallisesti tuotantoympäristöön (PROD). Kaiken kaikkiaan näimme noin 30 prosentin kasvun koko prosessissa ominaisuusehdotuksesta lopulliseen julkaisuun. Tämä on meille valtava edistysaskel. **Liian pitkä luettavaksi (TL; DR) :** Aloita aina vankalla suunnitteluasiakirjalla ja arkkitehtuurilla; Toteuta se sitten pala palalta; Kirjoita testit aina eteen.