2. Fórumok
  3. Szoftverfejlesztés
  4. AI, GitHub Copilot, Claude, Gemini
Legfrissebb anyagok
Mobilarena témák
PROHARDVER! témák
IT café témák
GAMEPOD témák

Új hozzászólás Aktív témák

  • #6 kardkovacsi senior tag DarkByte #5
    Új Válasz #6
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    kardkovacsi

    senior tag

    válasz DarkByte #5 üzenetére

    Igen, de ide a szoftveres dolgok miatt jöttünk, vagyis azért csináltam mert szerettem volna kérdezni pár dolgot és nem akartam a tőzsdés forumot szétoffolni.

  • #5 DarkByte addikt
    Új Válasz #5
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    DarkByte

    addikt

    Van egyébként már Mestereséges intelligencia topik. Bár az tény hogy az elég általános a tematikája és nem ennyire kódolásra kihegyezett szakmai.

    Én egyébként Antigravity-zek, és olyami módon megyek neki mint forumpista írja. (skill-ek, workflow-ban megfogalmazott gyakori fejlesztési feladatok, coding_rules.md-ben szigorú kódolási irányelvek, megtámogatva szinkronban tartott linter ellenőrzésekkel és tesztekkel, illetve van egy guidelines-t a projek madártávlati struktúrájáról, legtöbb workflow-ban építek ezekre a megfogalmazott alapokra).

  • #4 forumpista aktív tag tomazin #3
    Új Válasz #4
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    forumpista

    aktív tag

    válasz tomazin #3 üzenetére

    Ha bekötsz hozzá egy toolt amivel tudja mérni a code coverage-t, akkor akár igen.
    De ezek inkább irányelvek nem törvények amihez szó szerint fog ragaszkodni, a tervben tudsz hozzá explicit utasítást adni.

    Például hogy a teszteket xy toollal futassa és mérje meg a kód lefedettséget velük és ha kisebb mint 80% akkor azt jelezze.
    És ekkor tudod neki mondani hogy "vizsgáld meg miért csak xy%, van-e értelme nagyobb lefedettséget elérni".
    És ekkor simán kaphatsz vissza olyan választ a vizsgálat után hogy mit tudom én, ehhez a fél kódbázist át kéne refaktorálni - ami nem volt a terv része - akarod-e hogy megcsináljam. Vagy azt is lehet hogy azt mondja hogy ó bakker elfelejtettem, írom a maradékot.

  • #3 tomazin veterán forumpista #2
    Új Válasz #3
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    tomazin

    veterán

    válasz forumpista #2 üzenetére

    A vegen az aim for minimum 8o%t meg is csinalja? Mert nekem az is erzesre a may kategoria.

  • #2 forumpista aktív tag
    Új Válasz #2
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    forumpista

    aktív tag

    Claude how to, használd saját felelősségre:

    1, csinálj egy claude.md fájlt, írd le benne nagy vonalakban hogy mit vársz általánosságban, hogyan viselkedjen, mi legyen.
    2, első lépésként mindig térképeztesd fel vele a projektet amin dolgoznia kell (vagy azt a részét a projektnek) és ezt mentesd is el vele a "memóriába" (egy fájlt fog írni). Ez azért kell hogy ne fogalmatlanul vágjon bele a feladatba és másnap is tudja folytatni
    3, A feladatot mindig terveztesd meg vele először, majd reviewztasd is meg a terved vele. Ha szerinte már oké, reviewzd meg te is.
    Ha a feladat nagyobb, mindig utasítsd hogy bontsa kisebb, áttekinthetőbb, logikai implementációs fázisokra. A tervet ki is irathatod pl. md fájlba, és akár másik agentnek is oda lehet adni.
    4, ha a terv kész, elindíthatod vele az implementálást a terv alapján. Explicit mond neki hogy fázisonként hajtsa végre, és minden fázis végén álljon meg és várjon a jóváhagyásodra.
    5, amikor egy fázis elkészült, reviewztasd meg magával. Mindig írass vele unit teszteket is.
    Ha szerinte már jó, reviewzd meg te is (ide jöhet még dev test stb is akár)
    6, Ha nem jó, akkor pontosítsd a promptot, vagy amennyiben komolyabb terv hiba derül ki, goto 3.
    7, commitoltass vele logikai egységeket (célszerű fázisonként legalább)
    8, mentesd el vele az aktuális munka összesítését a memóriába (így másnap tudni fogja hol tartott, mi történt korábban)

    Claude.md példa részlet:
    - **Modern Syntax:** Always use the latest stable versions (e.g., Python 3.10+, Java 17 patterns).
    - **Efficiency:** Propose the most stable, performant, and cost-effective solutions.
    - **Validation:** If a task is ambiguous or information is missing, ask for clarification instead of guessing.
    - **Anti-Monolith:** Do not dump large amounts of code into single files. Maintain a clean, modular file structure.
    - **Clean Code:** Adhere to SOLID principles and DRY (Don't Repeat Yourself).
    - **Naming:** Use descriptive, English names for all identifiers.
    - **File Size Limit:** Keep individual code files under 1000 lines. Split larger files into smaller, focused modules.
    - **Code Optimization:** Always optimize code for performance and readability when possible (reduce complexity, eliminate redundancy, improve algorithms).
    ## Testing Requirements
    - **Coverage Target:** Aim for minimum 80% code coverage on business logic.
    - **Mandatory Tests:** New features must include unit tests. Bug fixes must include regression tests.

    A fentiek csak egy példák egy adott felhasználásra, nyilván van még egy csomó más is, én is még csak tanulom, meg a modellek is folyamatosan fejlődnek, az a használat ami ma jó, lehet hogy fél év múlva már elavult lesz.

  • #1 kardkovacsi senior tag
    Új Válasz #1
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    kardkovacsi

    senior tag

    Mivel telefloodoltuk a gazdasági topicot, így folytassuk itt. Igazából eszmecsere lenne a lényeg.

Új hozzászólás Aktív témák