Nálatok mennyire gyorsult fel a fejlesztés a Coding agent-eknek köszönhetően?
Posted by Harsnyi@reddit | programmingHungary | View on Reddit | 95 comments
Platform engineer vagyok, mellettem dolgozik körülbelül 7-8 fejlesztő. Teljesen data driven megoldáson dolgozunk, a csapatból van pár frontendes, a legtőbben data engineer-ek. A review illetve CI/CD-ért én felelek és amióta bejöttek a képbe ezek a tool-ok (Claude Code, Gemini CLI) azóta azt érzem hogy elszabadult a pokol. Mindenki rohadt gyorsan dolgozik, PR-onként 1000 sorok ömlenek be a repóba, illetve látszik hogy olyan részek lettek update-olva a kódbázisban amik benne se voltak a ticket-ben, inkább csak az az érzés hogyha már ránézett az AI akkor abban is update-el valamit. Persze lehet mondani hogy ennek automatizálva kéne működnie, valamilyen szinten automatizálva is van a folyamat azonban eléggé gyerekcipőben jár az infrastruktúra és egyszerűen nem bírjuk a tüzet oltani emiatt, nem bírjuk el hogy mondjuk napi 3 PR helyett most 10 van igen megkérdőjelezhető minőségben (ezek körülbelüli számok). Ti éreztek hasonlót? Ha igen hogyan oldottátok meg a problémát, mit lehet ez ellen tenni?
Funny_Bunny31@reddit
Clean codera tanítanám a csapatot, valamint a PR-okat csak scope orientáltan engedném be. Ha valami out-of-scope, azt visszadobnám review-kor, így megszoknák, hogy így nem lehet. Ezt is el lehet érni az AI-al, csak többet használva a kérdező módot a kódgeneráló mód helyett. A csapatnak közösen kell kialakuljon egy jó szokása, különben tényleg káosz lesz.
Tradizar@reddit
van egy fapados alkalmazásunk, amit több mint 1 éve fejlesztünk. Jövőhéten talán átadjuk éles használatra.
Nem gyorsítja meg a fejlesztés semmilyen agent, ha 2 hetente találja ki az üzlet, hogy inkább máshogy akarja a dolgokat
BigDDani@reddit
ez, konkrétan amit fejlesztésben nyerek, az csak több iterációs lehetőség a "vezetőségnek" hogy kijavítsa a saját hibás ötleteit, tervezési hiányosságait.
atleta@reddit
Ami amúgy elég nagy nyereseg. Pláne, ha nem a vezetés dont hasrautessseruen, hanem a felhasználói visszajelzések alapján lehet iteralni.
Tradizar@reddit
az én esetemben a végfelhasználó a cégcsoport felsővezetői köre
atleta@reddit
Ez esetben kifejezetten van előnye. (Nyilván ezen felül és ettől függetlenül továbbra is érdemes egyeztetni a megrendelővel/felhasználókkal arról, hogy pontosan mire van szükségük - ami gyakran különbözik attól, amit szeretnének, avagy amit gondolnak, hogy szükségük van rá, hogy mik a lehetőségek, hogy hogy erdmes megcsinálni azt, amiről azt gondolják, hogy szükségük van rá.)
Equivalent_Number424@reddit
Miért nincsenek ma rendszerszervezők?
BigDDani@reddit
vannak, csak kurvára nem értenek semmihez, illetve megfordítanám a problémát, hogyha délutánra kész a módosítás ami lehet korábban 2-3 nap volt, akkor könnyebben mondja azt hogy akkor ezt is "javítsd meg" (persze, hogy eszébe jutott, hogy nem úgy akarta) mert nem fog még 1 napot igénybe venni.
Equivalent_Number424@reddit
hm, az mondjuk igaz, hogy amikor nekem 1993ben SSADM-et tanítottak, akkor még komoly munkának számított felvenni egy táblamezőt és kirakni egy formra. Monnyuk RPG/400-ban. Szóval jobban oda kellett figyelni a tervezésre. (Valamiért a régi legendás nagy rendszerszervezők az Idomnál, mint Kerpel-Fronius Gábor, mindenre is AS/400-asokat használtak.)
BigDDani@reddit
én most ennél sokkal komplexebb dolgokra gondoltam, pl rájön hogy nem ért az UX-hez (de valójában pont az a baj, hogy nem jön rá) és az új feature miatt amire ténylegesen igény van a fél UI-t át kell variálni, de persze ezt a tervezőasztalon meg lehetett volna fogni. Én az ilyen és ehhez hasonló dolgokat látom problémásnak, ami a szakmai tudás hiánya és az adott pozícó alapelvárása kéne legyen.
Meg mi ez a rendszerszervezősdi, csak nem egy bankban dolgozol?
Equivalent_Number424@reddit
Nyihaha, most pont egy olyan céget próbálok rendbetenni, ahol ez ment, a külsős fejlesztők nem igazán tudták követni a dolgot, így kb megcsinálták az első speci egyik felét és a change másik felét hozzá, dokumentálva nem lett, akit betanítottak használni az elment, és csak ilyen legendák keringenek, hogy valamikor mintha tudtunk volna betétdíjakat kezelni. Ezenkívül a közép-európai fejlesztő hajlamos furcsa angolsággal elnevezgetni a változóit, tábláit, így végül container néven találtam meg a betétdíjat.
Az van emögött, hogy mintha már nem lennének igazi rendszerszervezők, mint Kerpel-Fronius Gábor. Tanítanak egyáltalán még pl. SSADM-et?
Zoly-senpai@reddit
több idő megy el, hogy a business analist (sic, mert basszák seggbe magukat) konok módon diverz kognitív sémákat produkál
Kultur_Cigany@reddit
+1
Gyorsabban fejlesztünk. Semennyivel sem szállítunk gyorsabban. A kód írás sebessége nem volt bottleneck.
Few_Impression_5348@reddit
Ugyanezt akartam írni, ez nagyban függ a megrendelőtől, üzlettől.
NextMode6448@reddit
semennyire mivel nincs
Aurii_@reddit
Eddig 1 óra munkát követett 10 perc review. Most 10 perc munkát követ 30 perc review. Azt hinnéd ez tök jó, mert gyorsabb lett a folyamat. A helyzet az hogy olyan iszonyat fos kódot ír (a mi standardunkhoz viszonyítva), hogy az egészet újra iratnám, de a Project manager nem engedi mondván "good enough". Nem good enough, és majd 2 év múlva ránk szakad az egész.
8harmless8@reddit
Szerintem a titka amúgy az, fel kell húzni a standardekhez az agentet. Ehhez viszonylag sok előzetes munka kell, de hosszú távon biztosan kifizetődik. llm.md fájlokat szoktak létrehozni a repoba és mindent definiálni, jó és rossz patternekkel, coding standardek, fájlstruktúra, tesztek, review... stb. Ami csak eszetekbe jut. Ez sok bosszúságtól meg tud védeni. A többivel egyetértek, a review idő többszörösére (kellene, hogy) nőtt... nekem még az agentek által a saját kódjukra írt full passed unit tesztek, amiknek időnként közük sincs az elvártakhoz, sokszor pont a rossz működést betonozzák be.
cs_k_@reddit
Az ilyen fájlok nem eszik nagyon a tockeneket?
Boba0514@reddit
Ezt úgy kérdézed, mintha nem ez lenne a cél :D
servantphoenix@reddit
> Az ilyen fájlok nem eszik nagyon a tockeneket?
Ez feature. Nem véletlenül nyomtatják az AI cégek, hogy csinálj mindenféle agent.md context fileokat, hisz akkor majd többet fognak fizetni.
8harmless8@reddit
Egyelőre én is csak ismerkedem ezzel saját mini projekten, így nagy findingjaim még nincsenek, de azért céges környezetben talán kevésbé árérzékenyek, így a tokenek száma itt nem akkora para, mint egy petprojektnél.
karatedog@reddit
Egy orchestrator agent elkezdi kiosztani a feladatot egy tervezős agentnek, amikor kész visszaadja, megy az ellenőrzőnek, aki kevésbé kreatív (és szándékosan nem ugyanaz a model). Ha hibát talál, visszapasszolja, iterálnak, amíg jó nem lesz a plan.
Ha kész a terv, megy lefelé designer/implementer agenteknek, akiknek szintém megvan a saját ellenőrzésük, iterációjuk. Egy ilyen workflow felsetupolása PITA és sok idő, a rendes fejlesztő folyamatosan fejleszti ezeket a perszónákat, míg kireszel minden hibát, jól belövi a femperature-t, ne legyen haluzás, stb.
A felső szint a drága modellekkel megy, Opus 4.7 most, de lefelé, az implementáció felé haladva egyre kevésbé kell kreatívnak lenni,és pragmatikus, tanult megoldások kellenek, így sokkal olcsóbb modellek is el tudják azt végezni.
De persze, egy ilyen workflow zabálja a tokeneket, akár több órát is futhat, de így azért egész jó lesz a végeredmény.
barking_dead@reddit
Ez hány ember fizetését viszi el amúgy?
karatedog@reddit
Eleinte ez drága buli, főleg, hogy nem az optimalizálás fontos, de később az egyes perszónákhoz kellően olcsó, de nem hülye modelt rendelve lehet egész jól csökkenteni a költségeket. Pontos összegst nsm tudok, elvegyült a többi közótt 😃
Boba0514@reddit
majd holnap megnézem
szwiti@reddit
context engineeringelkedni kell, keretek koze szoritani az LLM-et. Ez az elejen sziszifuszinak tunik, mi peldaul mar nem egy performens endpointot csinaltunk 95% AI-val (5% review effort), es mukodik. Nem tokeletes a cq, de annyira ir jo kodot mint barki a cegben. Innentol kezdve teljesen mindegy, hogy ki bassza el, az LLM 5x gyorsabban 85%-ot teljesit, mig egy husver fejleszto 1x alatt csinal 100-at. Hozzateszem, egy normalis, egeszseges szoftvernel minden reszbe bele kell nyulni 2 evente minimum az uj technologiaknak koszonhetoen, vagy csak self-reflection miatt.
TheReal_Peter226@reddit
Én játékfejlesztek, az artist is csinálgat már dolgokat AI-al, de már többször mondtam neki hogy a fő kódbázishoz ne engedje érni mert az AI agent kénye kedve szerint pakol a kódba referenciákat mindenféle más részéből a kódbázisnak, nem számít neki hogy a pályaszerkesztő hívogatja pl a rendering kódot. Arról nem is beszélve hogy most is milyen szőnyeg alá söprős megoldást kókányolt le. Megcsinálja a feladatot persze, csak a lehető legdöglustább módon, így kb mindig vagy hibás maga a megoldás, vagy rossz helyen van, vagy lassú... Arra jó hogy magának csinál különálló modulokat, prototípusokat, de nagy a gyanú bennem hogy kb mindent újra kell írnom egy ponton ami újat ad hozzá.
Normal-Record2439@reddit
Akkor 1,5 év múlva fel kell onnan állni
gerywhite@reddit
Nem tudom, hogy a francba lehet reviewzni ilyen sok cuccot egyszerre, szerintem sehogy. És nem tudom, mennyire függ össze a dologgal, hogy a CVE riasztások száma exponenciálisan kezdett nőni. Lesz még baj.
atleta@reddit
Pont úgy, ahogy az emberekre lehet bízni azt, h az önvezető autókat felügyeljek, vagyis azt, hogy figyeljenek egy gépet, ami általában tok jól működik, csak néha nekimegy az elé kilanyarodo kamionnak. Tehat balesetek nélkül legikabb sehogy. (Mert az emberek pont abban nem jók, amit itt csinálni kéne. Ezért is használtunk eddig is mindenféle eszközöket arra, hogy kovetkezetesen ellenőrizzenek minket.)
Ugyanakkor ez is egy átmeneti időszak, kérdés, hogy meddig fog tartani.
perpetualpineapple@reddit
Engem ez a rész aggaszt igazán. PM vagyok, ráadásul junior, a tápláléklánc alján. Az IT security az egyik érdeklődési köröm magánéletemben, és nagy aggodalommal tölt el az, hogy a security és minőségi szempontok mennyivel hátrébb szorultak a mennyiség előnyben részesítése miatt. Volt, hogy 2+ hónap után derült ki egy MR-ről, ami átment két reviewer és a QE kezén, hogy nagyon szenzitív részeibe is belenyúlt a reponak, amihez semmi köze nem volt. Mindez azért, mert a dev teljesen vibe kódolta, és ötletem sincs, hogyan, de senki nem vette észre. Ráadásul egy külsős vette észre, nem is a mi csapatunk. Emellett én is fedeztem fel már egy szenzitív adatokat kezelő honlap esetében, hogy az egyik endpoint, amiről a (szerintem) teljes ügyfél db-t le lehetett húzni (reprodukáltam), semmilyen authentikációt nem igényelt. Nyilván jeleztem az illetékesnek, és órák alatt javították, de ki tudja, addig ki fért hozzá az adatokhoz. :( 100%, hogy az az oldal is vibe kódolt volt. Ismétlem, junior PM vagyok, nem fejlesztő, minimális technikai tudással. Félek, mit hoz a jövő, és azt látom, főleg az üzleti oldalon túlságosan optimisták az LLM-ek kapcsán, és nem állnak kritikusan az outputokhoz. Az, hogy a code reviewk minősége romlik vagy romlani fog a töménytelen vibe kódolt tartalom miatt, egyelőre úgy látom, fel sem merül az üzleti oldalról, mint tényező.
d333d@reddit
Van már most. Én a biztonsági oldalán vagyok (CVE-k stb). Az utóbbi egy-másfél hónapban csak úgy ömlenek a PoC-ok. Szó szerint alig lehet győzni a leközlésüket.
gergo254@reddit
Leginkább sehogy. Általában csak max átfutják és ha nincs akkora hatalmas ülyeség benne, akkor approve. Sajnos elég rossz megoldások tudnak így bejutni a projetekbe, de ennek csak jóval később lesz jele, szóval a többséget nem érdeli.
gerywhite@reddit
Engem érdekel, amikor 3pp-kből jönnek be tonnaszám a critical CVE-k. Meglesz ennek még a böjtje.
szoftverhiba@reddit
https://youtu.be/rR4n-0KYeKQ
SapiensUmbra@reddit
AI-al reviewzok ugyanúgy.. kb MRenként 10-20 hibát fixen mindig találok..
Ha amúgy a másik fejlesztőben van annyi, hogy a taskot, user storyt elolvassa rendesen és azt fejleszti le , amit kell, akkor az sokat könnyít a dolgon, mert akkor csak technikai review kell.. Viszont sok esetben ez nincs meg és magát a taskot neked is úgy kell átrágnod mintha te kaptad / vetted volna magadra... Ennek az oka, hogy sokan az egészet bebasszák az AI-nak, hogy itt van nesze kezdj vele valamit.
BigDDani@reddit
itt azért megforgatnám a problémát, mivel pont az AI toolok miatt (is) detektálnak több hibát
owerwild@reddit
Attól függ.
Ha agy nélkül fosatjuk ki a kódot, lehet 3-5x gyorsasággal, de ez olyan tech debt -et hoz magáva, amit nagyon nem kéne.
HA normál, értő 'nem adok ki semmit, amit nem, értek' rev van, akkor 1.3-2X maximum . De akkor az működő kód lesz.
Nálunk pár folyamatnál elég, ha nyomogatnak, mert a managerek betonbiztosnak érzik a flow-t. (nem az ), de nálam pl, ha rákédez valaki a PR_ban valamire , nagy morcot szülne a válasz, ha azt írnám, mert az AI ezt mondta... :)
PacsoT@reddit
Tényleg nem sikerül önmagukat fejlesztőknek mondó majmoknak használni a keresőt? vagy... görgetni... ?Ugyanez a kérdés az elmúlt 1 hónapban már fel lett téve nyolcszor, kedves posztoló.
Harsnyi@reddit (OP)
Köszi a majmozást. Ritkán járok Redditre és személyesre akartam venni egy kicsit, az én irányomba szabni a kérdést. Nyertem vele mert rengeteg nagyon király választ kaptam. Tőled ezek szerint elnézést kell kérnem.
PacsoT@reddit
Igen, illene. Tudod, ha először jársz autópályán és befoglalod a belső sávot akkor is türhő módon fognak viselkedni veled, mert te magad türhő mód mutatkozol be azzal, hogy meg sem kisérled az adott közeg íratlan szabályait betartani.
A hétköznapi etikett része az, hogy nem belepofázok egy közösségbe, majd hajbókolok, hogy "jajjbocsi, nemtudtam", hanem figyelsz, és keresel.
lordrolee@reddit
Mit vársz? Manapság mar mindenki fejlesztő aki generatív AI toolt használ egy hello world programhoz.
TKisely@reddit
3x - 5x. Review az egyetlen dolog, ahol igazán meg kell fogni, de kódot már nem kell pötyögni, csak megfelelő döntéseket hozni. Rá kell nézni, sokszor hibázik, de így is ég és föld. Ellenben sokkal több tesztet írunk, de szerintem ez nem hátrány, eddig is "lehet" így kellett volna.
barking_dead@reddit
Sok indiaink van, eddig is volt káosz, de amit codexszel művelnek az kritikán aluli. MR-be belekérdezek és kiderül hogy a ticket se olvasta, azt is valami skill húzta be, és meg se nézik mit kommitol a nevükben az éjáj, hiszen az AI(!!!) generálta, csak jó lehet, ezt mondta az EVP ¯\(ツ)/¯
lordrolee@reddit
Ha leírnám hogy mit gondolok az indiai ITs kók... izé szakemberekről sztem rögtön bannolna a reddit 2000 évre.
barking_dead@reddit
Hát én is óvatosan írok...
Humble-Vegetable9691@reddit
Szó szerint AI driven development: https://x.com/PythonDvz/status/2054789553068876238?s=20
bocsika@reddit
Tech death
Physical-Pudding6607@reddit
...to fill a position that opened to handle the upcoming tech depts accumulated in the past three years. Circle of life.
LastTicket78@reddit
Semennyire. Eddig se a kódolás sebessége volt a szűk keresztmetszet, hanem a folyamatosan változó üzleti igények.
3beerseveryday@reddit
Amit aztán nem tudtál elég gyorsan lekódolni.
No-Interaction-2724@reddit
Az a vicc, hogy hirtelen a ticketeim minősége is megjavult. Szépen ki van fejtve, sorba van szedve, vannak AC-k, satöbbi. A workflow nálunk a következő:
Ügyfél kitalál valami faszságot, BA bekopizza az ügyfél faszságát a ChatGPT-be, hogy készítsen belőle egy ticketet. Fejlesztő bekopizza a ticketet az IDE AI ablakába és legeneráltatja. Senior fejlesztő megkéri az AI-t hogy reviewzza a kódot mert neki túl sok. Majd kikerül, elhasal, újraiterálunk, basztatjuk az ügyfelet, és egyszer csak jó lesz.
ketapyrin@reddit
Kihagytál egy lépést. A BA elküldi a tesztelőnek a ticketet, aki a követelmény alapján AI segítséggel legenerálja a teszteket. Ezeket a teszteket visszaküldi a BA-nak review-ra, aki AI-jal összeveti a tesztet a követelménnyel. Minden fasza, mehet a fejlesztőnek is.
Purple_Class_4049@reddit
Én kb 2-3x gyorsabb vagyok így. Persze a Claude tudna 20x annyi kódot is generálni, de az egy kupac szar lenne. Csak kis darabokban csináltatom meg vele a dolgokat, és minden lépést reviewzok és javítok.
Warm-Manufacturer287@reddit
A fejlesztők magabiztosan nyúlnak hozzá olyan dolgokhoz amikhez normál esetben nem mernének, mert nincs meg hozzá a kellő domain tudás és ownership.
Pontosan ugyan az történik mint az építőiparban. Tulaj youtube-ról nekiáll, neadjisten még felülvizsgálót is hív, aki a haverja és egy tizesért pecsétel, aztán mikor minden szar akkor keresi a szakembereket hogy helyre lehet e hozni amit elb@szott...
Csak itt most a tulaj a random dev, a jószaki vagy te aki már csak az incidenst kapja meg, a felülvizsgáló meg a senior aki ki van égve és sz@rik a review-ra meg mindenre is.
tbazsi95@reddit
Mindenki szoftverfejlesztő lett most az AI-nak köszönhetően az első súlyos problémáig :D
redikarus99@reddit
Mondjuk építőiparban a legritkább esetben van meg a valódi domain tudás és az ownership, de értem az érvelést.
GKGriffin@reddit
Nekem van ismerősöm, aki a futószalagon gyártott Orbánkockáknak a burkolását csinálja újra, mert olyan rosszak néha. Szóval ott is egy létező jelenség.
No_Kaleidoscope_1366@reddit
A kapkodás származó hibák visszaveszik legtöbb esetben a megtakarított időt szerintem. nagyon jól lehetne fejleszteni vele, ha feljebbi szinteken ebben partnerek lennének. Ahol két lábbal a földön járnak még, szerintem ott a leghatékonyabbak vele. ahol észreveszik hogy a megtakarított idő egy részét lehetne a minőség javítására is fordítani. Nem pedig az elkészült funkciók darabszám mérni.
Zoly-senpai@reddit
személy szerint alábbi dolgokra használom az agenteket:
- Quality Of Life dolgok, amik nem a feladatom része, csak nekem jó (git clean/smudge filterek beállítása, Makefile gyakran futtatott parancsokból)
- monoton munka, ami csak egy non-code formátum triviális átmappelése kóddá (itt ez a táblázat, csinálj belőle konstansokat kódban)
- nem megy a docker, miért nem megy a dokker
- loginkor nem működik a több monitoros setup pls help
- másold ki a ticket descriptionjét egy fileba a ticketing rendszer cli parancsával
- nézd át a kódomat, hogy nem maradt e benne inkonzisztencia (pl kód változott, de a dokumentációja nem stb)
- itt az egyik failelő pipeline url-je, GitHub CLI-vel nézd meg miért failel
- valamit szeretnék a NeoVim konfigomba de lusta vagyok magamnak megcsinálni (ritkán használom a NeoVimet)
- XY van e valahol használva a több tucat repóban, ami a projectünk, vagy nyugodtan hozzányulhatok
- valamit szeretnék személyreszabni bashben/powershellben, de lusta vagyok megcsinálni
- kapok egy taskot, keresse meg a kódban, hogy nagyjából hol található a cucc, amivel foglalkoznom kell majd
- akarok egy c++ alapú lightweight emoji picker popupot, de lusta vagyok megcsinálni
- tool amit használok, elméletben értem, gyakorlatban pls help, egyetlen egyszerű dolgot szeretnék (chezmoi)
gyorsabb nem tudom hogy lett-e a munkám, de élvezetesebb igen
Meet-Reasonable@reddit
Szerencsére nálunk AI agentek nincsenek, csak promptolnak a fejlesztők. A csapatban a fejlesztők meg benyelik a produktivitás növekedést, így inkább én azt látom, hogy ugyan olyan lassan, sokkal rosszabb minőségű sokszor nem igen működő megoldások mennek be nálunk.
Skywalker_Lajos@reddit
Lassabb lett. Hiába van meg a kod tizedannyi ido alatt ha utána lehetetlen reviewzni és homlokig ülünk a techdebtben.
ActualArgument8926@reddit
A tőzoltások számának csökkentésének a legjobb ellenszer odaadni a pagert a fejlesztőnek, hogy őt ébressze fel hajnak kettőkor a szarja.
Nálunk is felgyorsult a fejlesztés, de a minőség is javult. Régebben sokszor csak a happy pathok voltak tesztelve, most viszont sokkal könnyebb mindent lefedő tesztet készíteni. A review agentek néha olyan dolgot is megfognak amit az ember nem, mert csak lazán kapcsolódik a változtatáshoz.
Ezen kívül a debuggolás is sokkal gyorsabb lett, régen egy-egy production bug megtalálása napokat vett igénybe, mert amíg végignyálaztad a tömérdek logot. Most egy agenttel aminek van hozzáférése az összes loghoz, metrikához, kuberneteshez, adatbázishoz, kódhoz ez lerövidül egy-két órára.
Legitimate-Honey833@reddit
Senki nem használja ezt. Ha igen, akkor titokban. Nem szeretjük ha valaki elkezdi kiszarni az AI kódot, mert azonnal látszik. Ha nem tudja elmagyarázni az nagy gebasz. Nem mondom, hogy tilos, de egyelőre ez no-no dolog
Hot_Potato3694@reddit
Ez valami kkv?
Legitimate-Honey833@reddit
nem, ott szerintem nagyon mennek ezek a /gyors/ megoldások. Nagy telekommunikációs cég. A régi kollégáim más cégeknél is azt mondják, hogy tartanak ettől. Nem zéro tolerancia van, de nagyon meg kell indokolnod, ha AI kódot akarsz szarni a repoba.
nem kiforrott dologról beszélünk, könnyű tönkretenni a jót is vele. Ahol komolyabb szakemberek vannak, ott erre figyelnek
Hot_Potato3694@reddit
Telconál érthető, azok dinoszauruszok jellemzően. A komolyabb tech cégek már fullba tolják az AI-t, Spotifytól kezdve egy Apple vagy Amazonon keresztül az Anthropicig.
Legitimate-Honey833@reddit
Mese, nem kell mindent elhinni 😉
Individual_Elk9904@reddit
En Apple-nel vagyok, semmi mese nincs benne, honapok ota nem irtam kezzel kodot.
Legitimate-Honey833@reddit
én meg a facebooknál vagyok
Individual_Elk9904@reddit
Akkor miert mondod, hogy mese? Metanal is ugyanez van, csak naluk mar az interju folyamat is AI-assisted.
Hot_Potato3694@reddit
Jelentősen felgyorsít mindent, nem csak magát a kódolást.
Feriman22@reddit
4 évig fejlesztett alkalmazást sikerült 2 hónap alatt piacképes állapotba rakni. Lett volna még kb 4 év ugyanezt az állapotot elérni.
1 napnyi fejlesztés kb 1 prompt.
waces@reddit
A fejlesztes erezhetoen. De megnott a qa ido is. (Jo,mi extremen ai-first/ready/anyamkinja ceg vagyunk,mert a szilicium volgyben kicsit tultoltak a kokot es most minden ai,csak az ai,ai az isten elvet toljak. Aztan majd rajonnek). De ugy nagyjabol tavaly dec ota nem nagyon irtak kezzel kodot (a javitasoktol eltekintve)
Confident_Base2931@reddit
Nem kell elfogadni azokat a PR-okat amiben olyan kodhoz is nyulva lett ami nem resze a ticket-nek, aztan majd jobban figyelnek a fejlesztok. En is hamarabb vegzek egy egy feladattal, de azert arra figyelek hogy ne piszkaljon meg barmit az AI, csak amivel eppen gond van, vagy resze az uj feature-nek.
Most-Ordinary-407@reddit
Akik azt írják semennyire azok vagy nem tudják használni, vagy nem kell új feature-t app-ot írniuk vagy mi van?(eskü nem értem) Szignifikánsan gyorsabb a fejlesztés, mára már egyre több minden kerül be a "boiler plate" fogalma alá az AI-nak köszönhetően. A kérdés inkább az, hogy meddig lesz ez fenntartható a cégeknek, mikor emelik meg az AI árát és mikor kezdik radikálisan csökkenteni kontrollálni a felhasználható tokeneket.
Any-Stand7893@reddit
mi most eppen egy kb 2 honapos projektet nyomunk le eppen 2 het alatt..... szoval kb ennyire....
Old_Variation_5493@reddit
Ha CiCdert felelsz, es data engineerekkel dolgozol, akkor miert te nezed az o PRjaikat? ETL scripteket olvasgatsz?
KAFEClub@reddit
Egy törvényt kellene hozni, hogy kötelezően jelölni kell a vibekódolt termékeket, és tájékoztatni a felhasználókat, hogy tudjanak dönteni a használatáról. Én szeretném ha lenne ilyen jelölés, mert az halálbiztos hogy 1000 soros PR-eket senki nem fog átnézni sehol a világon, és onnantól igazából vibe az egész. Attól meg nagyon jó eszköz az ai, csak sokan átestek vele a ló túloldalára.
Ill_Cost_1718@reddit
Azonnal visszadobnám a PR-t.
KAFEClub@reddit
De látod itt a topikban is páran átengedik a vezetői nyomás miatt.
Ill_Cost_1718@reddit
Emiatt is nagy red flag nálam ha már az állás hirdetésben említik az AI használatot.
bocsika@reddit
1000 soros???
hahaha
2500 fájlos!
OneIndependencee@reddit
Attól, mert AI-val készült a program, még nem biztos, hogy rossz(mint jelölés). Ezt a user hogyan döntse el, hogy jó vagy nem jó? Illetve, ha van benne 1000 sor AI, de a maradék 99000 az még nem az, akkor az AI-vibecodeolt cucc, vagy nem?
Inkább a deveknek kell(ene) jobban átnézni, hogy mit engednek be.
Affectionate_Mix3@reddit
Nem sokat. A legutobbi helyen is az volt hogy elment egy csomo ido azzal hogy ki kellett talalni mit is kene csinalni, majd jott a parszaz soros valtoztatas ami ezt megvalositotta, utana teszteles, PR majd, merge (sokszor napokig tartott bemergelni vmit a megfelelo szamu branchekre), majd utana deploy 3 kulonbozo kornyezetbe, majd megnenzi hogy minden mukodik-e.
Ebbol a nehanyszaz soros valtoztatas megirasa lecsokkent monduk sacc per kb. fel orarol, 15 percre. Eddig sem ez volt a szuk keresztmetszet.
lecsostojas@reddit
naponta felteszi 2 ember ezt a kérdést?
Full-Lingonberry1858@reddit
Szerintem nálunk negatív.
Vagy hát vannak dolgok, amikben ügyes. Pl. infrastruktúra dolgokra jó, pl. hogyan kell valami évente használt dolgot beállítani. pl. miért nem kapcsolódik a cloud a DB-hez ennél a usernél és amúgy milyen módon kéne neki jogosultságot beállítani.
Nekem tök jó, mert azt sem tudom, hogy hogyan kéne a jogosultságokat megtalálni.
gianni1986@reddit
Ha több ezer soros PR-okat küldenek be, akkor az a gond, hogy nincs megfelelően használva az eszköz. Kis részeket kell fejleszteni, nem újra írni az alkalmazást. Ezt meg kellene beszélni a csapattal. Emellett szükséges lenne egy sokkal erősebb review folyamatot kitalálni, mint ami eddig volt.
neoteraflare@reddit
rá kell ereszteni review-ra kettő másik agentet hogy köpködjék meg a harmadik kódját 😃
No_Kaleidoscope_1366@reddit
A kapkodás származó hibák visszaveszik legtöbb esetben a megtakarított időt szerintem. nagyon jól lehetne fejleszteni vele, ha feljebbi szinteken ebben partnerek lennének. Ahol két lábbal a földön járnak még, szerintem ott a leghatékonyabbak vele. ahol észreveszik hogy a megtakarított idő egy részét lehetne a minőség javítására is fordítani. Nem pedig az elkészült funkciók darabszám mérni.
No-Interaction-2724@reddit
Én becsületesen jelzem az MR-ben hogy melyik része készült AI-jal és melyik nem.
salvaged_goods@reddit
hasonló helyzetben vagyok, az infrát csinálom kb egy tucat fejlesztős startupnak, nagyon toljuk a claude code-ot. magát a terméket érintő sok száz sort változtató PR-okat folyamatosan kell javítgatni kell sok száz soros PR-okkal. engem viszont felgyorsít, nem kell yaml-t formáznom, go template-eket írnom, és a scriptek, amiket régen napokig írtam, most pár óra alatt megvannak. viszont a devek infra változtatásai majdhogynem mindig kukába mennek, ha nem értik mi miért van, értelmet dolgokat csinálnak. pont ezért szkeptikus vagyok a szakma halálát vizionálókkal szemben, háttértudás nélkül legfeljebb CRUD-os gyerekappokat lehet készíteni, piacképes terméket nehezebben, komplex infrát még annyira sem. kevesebb munkám biztosan nem lett mióta kijöttek ezek a toolok. és plusz energia folyamatosan fejben tartani az összes aktuális változást, miközben nagyon gyorsan történnek a dolgok.
a legjobbnak azt látom, hogy beleállok a claude code-ba. megállítani nem tudom, a cto-m imádja, az invesztoroknak tetszik, hogy ilyen gyorsan készül a sok új feature, én pedig gyorsabban haladok az amúgy is véget nem érő feladataimmal. az én területemet tudom felügyelni, hogy ne árasszák el szloppal, és a deveknek pedig úgyanúgy felelősnek kell lenni a sajátjukért, én nem fogom visszasírni a nagyapáink kézműves kódolását.
caveat: kis cég, kis csapat, gyorsan változó termékekkel, akire nem vonatkozik, ne vegye magára.
Kecsk1@reddit
Semennyire, de valamivel könnyebb és rugalmasabb lett.
Könnyebb = kevesebb favágó munka, gyorsabb és kevésbé fárasztó debug
Rugalmasabb = nem akkora akadály ha nem értek valamihez mint korábban.
gabor_legrady@reddit
Agent-et write módban nem használok (forráskódot, doksit olvashat), sok területen ahol nem vagyok otthon segít. 1-5% alap esetben, de volt olyan task ahol 30%.
handjobs_for_crack@reddit
Semennyire. Amennyivel gyorsabb vagy, annyival nagyobbat szopsz a megbízhatóság és karbantartási feladatokon. Konkrétan negatív a végösszeg olyan szoftvernél, amit folyamatosan kell fejleszteni és megbízható kell hogy legyen. Egy éve keresem kb hogy hogyan tudok ellene fogadni ennek az egész faszságnak, de nem találok jó pénzügyi konstrukciót