Ayon sa survey ng Stack Overflow noong 2024 , 76% ng mga developer ang gumagamit o nagpaplanong gumamit ng mga tool ng AI—bahagi na lang sila ng trabaho. Tumutulong sila sa mga makamundong gawain ngunit maaaring nakakainis kapag may kumpiyansa silang gumawa ng kalokohan. Habang ang mga YouTuber ay nagtatayo ng "bilyong dolyar na mga startup" gamit ang mga ChatGPT prompt at ang mga ahente ng AI ay kinukuha ang mundo bawat linggo, ang mga tunay na koponan ay nag-iisip pa rin kung paano epektibong gamitin ang mga tool na ito. Ngayon, ang pag-master ng tulong sa AI ay kasing saligan ng coding o disenyo ng system—kailangan nating umangkop at mabilis.
Ang problema ay ang mga tool na ito ay nasa yugto pa rin ng R&D—patuloy silang nagbabago, kinokopya ang isa't isa, at karapat-dapat ng kredito para sa paglutas ng mga hindi nalutas na problema. Lahat sila ay walang malinaw na mga gabay sa paggamit. Kahit na ang Copilot, sa kabila ng pagiging mas matatag, ay walang malinaw na mga tutorial at pinakamahusay na kasanayan. Ang solusyon? Gagawin namin kung ano ang pinakamahusay na magagawa ng mga developer—mag-ayos at gumawa ng framework sa aming sarili.
...at pati na rin ang " Quantum leap ", " Paradigm shift ", " Agents are coming ", you name it. Bagama't talagang binabago ng mga tool na ito ang aming workflow, mas praktikal ang pagbabago: gumagana na ngayon ang mga developer tulad ng mga lead team, na namamahala sa mga AI assistant sa halip na direktang sumulat ng code. Ang mga pangunahing kasanayan ay lumipat sa pagdidisenyo, pagpaplano, paglalarawan, at pagsusuri.
Ang mga pangunahing konsepto ng UX na ipinakilala ng mga tool na ito ay:
Ang pagiging pamilyar sa " mga mungkahi " ay hindi kumplikado. Nagsimula sa kanila ang mga AI assistant, na unang nakakuha ng atensyon namin. Ang mga chat ay diretso: magpasok ng mga file sa konteksto, umulit, maglapat, at patunayan ang mga resulta.
Ang mga tool na may uri ng kompositor ay nagpapakita ng higit pang mga hamon upang makabisado, na nangangailangan ng curve ng pagkatuto at ilang mga di-halatang diskarte. Sa kasalukuyan, nag-aalok ang editor ng Cursor ng pinaka madaling lapitan na tool na "composer," habang mahigpit na sinusundan ng Copilot ang " Copilot Edits ," na kamakailan ay nagpakilala ng mga workflow na nakabatay sa ahente.
Upang maging bihasa sa mga kompositor, kailangan mong maunawaan ang tatlong pangunahing konsepto:
Suriin natin ang bawat isa sa mga ito.
Habang nangunguna ang koponan sa halip na mga developer lamang, dapat tayong magsimula ng anumang bagong proyekto o pangunahing tampok sa pamamagitan ng paggawa ng Dokumento ng Disenyo o malinaw na Dokumento ng Mga Kinakailangan sa Produkto . Ang kasanayang ito ay nagpapaunlad ng malakas na pag-iisip ng inhinyero at produkto habang nakakatipid ng malaking oras ng pagpapatupad. Ang pinakamagandang bahagi ay ang mga dokumentong ito ay maaaring:
Upang gawin ang mga dokumentong ito, kumuha muna ng mga kinakailangan mula sa mga tao , pagkatapos ay kumonsulta sa modelo ng pangangatwiran sa Chat. Parehong Copilot at Cursor ay may built-in na mga modelo ng pangangatwiran na angkop para sa gawaing ito. Available o1
at o3-mini
ng OpenAI bilang default, habang sinusuportahan ng Cursor's Chat ang DeepSeek-R1 (bagaman wala pa sa Composer nito ) – lahat ng mahuhusay na tool para sa layuning ito.
Ang isang magandang kasanayan ay ang pag-iimbak ng mga dokumento ng disenyo sa pinakamataas na antas ng iyong repo (gagamitin namin ang isang folder requirements
) na nakaayos ayon sa mga feature, na may ProjectOverview.md
sa ugat. Narito ang isang halimbawang istraktura para sa mga kinakailangan ng Twitter web app:
requirements/ ├── ProjectOverview.md # Core product description └── Features/ ├── Authentication.md # User registration ├── Tweet.md # Tweet CRUD ├── UserProfile.md # Profile management ├── Engagement.md # Likes, retweets ├── Infrastructure.md # Storage, caching, etc └── ...
Kung maayos na naka-set up ang lahat, ang pagdaragdag ng dokumento ng disenyo para sa isang bagong feature ay kasing simple ng pagsusulat ng prompt na ito:
Ang pag-iimbak ng mga tagubilin sa iyong codebase ay nag-aalok ng malinaw na mga pakinabang: kontrol sa bersyon, madaling pagpapanatili, at karaniwang PR workflow. Gayunpaman, maaaring kailanganin ng mga hindi teknikal na miyembro ng team tulad ng Mga May-ari ng Produkto, manager, at UX designer ng access nang hindi gumagamit ng git. Narito ang tatlong solusyon:
1. Itago ang lahat sa Notion, i-publish ang mga pahina ng pagtuturo, at i-inject ang mga ito bilang dokumentasyon gamit ang @Docs
shortcut
.md
na file at iniimbak ang mga ito sa repositoryo
Kapag naa-access na ang iyong mga tagubilin sa iyong editor, lumipat sa kompositor at simulan ang pagpapatupad. Ito ay humahantong sa amin sa pag-aayos ng Mga Panuntunan .
Sa kasalukuyan, tanging ang Cursor ang sumusuporta sa " mga panuntunan " - mga direktang tagubilin sa pagpapatupad para sa mga partikular na file/folder. Ang tampok na ito ay malamang na kumalat sa iba pang mga editor, kabilang ang VSCode Copilot, na kasalukuyang nag-aalok lamang ng " mga prompt file " na hindi maaaring direktang ilakip sa codebase.
Ang mga panuntunan ng cursor ay mas komprehensibo - isipin CONTRIBUTING.md
na sinamahan ng mga linter na panuntunan at pinahusay ng mga kakayahan ng LLM. Ang mga panuntunang ito ay product-agnostic, naibabahagi, at epektibong naglilipat ng kaalaman, pinakamahuhusay na kagawian, at mga detalye ng pagpapatupad sa mga team at user ng library.
Magagawa ang mga panuntunan sa pamamagitan ng command palette at iniimbak sa folder .cursor/rules
ng iyong proyekto na may extension na .mdc
. Ang format na ito ay nagbibigay-daan sa mga advanced na feature tulad ng @mentioning
mga partikular na file sa iyong codebase. Lubos na inirerekomendang ibigay ang mga panuntunang ito sa iyong repositoryo at makipagtulungan sa pagpapabuti ng mga ito. Narito ang workflow para sa paggamit ng mga panuntunan:
Maraming mga aklatan ang apurahang nangangailangan ng mga panuntunan sa AI. Mula sa pananaw ng isang frontend developer, makikinabang ako sa pagkakaroon ng mga ito para sa TanStack Query , React Spring , Firebase at marami-marami pa. Ang mga panuntunang ito ay makakatipid ng malaking oras at makakatulong na maiwasan ang mga karaniwang pagkakamali na ginagawa ng mga developer kapag nag-aaral ng mga bagong teknolohiya.
Tandaang isama ang lahat ng nauugnay na konteksto - kung mas maraming kalidad na data ang ibibigay mo, mas mahusay na mga resulta ang iyong makukuha. Ang editor ng cursor ay may kalamangan sa Copilot dito sa pamamagitan ng pagpapahintulot sa ilang uri ng konteksto:
Pagkatapos na mastering ang mga tool na ito, ang iyong susunod na hakbang ay ang pag-optimize ng performance ng iyong indibidwal at team. Ngunit ano ang landas pasulong mula rito?
Palagi kang haharap sa isang tradeoff sa pagitan ng pagiging simple at kontrol, sa pagitan ng mga automated na solusyon at manual na paggawa ng desisyon. Kung handa kang sumisid nang malalim at hindi natatakot na harapin ang mga bug, mga hamon sa pagganap, at magaspang na mga gilid, isaalang-alang na subukan ang Cline (o ang tinidor nito na Roo-Code , na may bahagyang naiibang pilosopiya).
Ang parehong mga tool ay idinisenyo upang magbigay ng mas maraming clearance sa kung ano talaga ang nangyayari sa ilalim ng hood hangga't maaari:
Ang tampok na nakamamatay ay ang Cline ay maaaring aktwal na patakbuhin at i-debug ang iyong application - ito ay totoo at gumagana, tulad ng makikita mo kapag sinubukan mo ito.
Kung interesado ka sa lahat ng ito, tingnan ang kamakailang artikulo ni Addy Osmani , na nagbibigay ng mahusay na panimula sa mga editor na ito.
Ang pag-adopt sa mga tool na ito ay hindi isang simpleng paglalakbay, at huwag asahan na isulat ang "buong proyekto mula sa simula sa loob ng wala pang 5 minuto." Gayunpaman, ito ay isang malinaw na landas pasulong.
Nariyan na ang teknolohiya, ngunit nawawalan kami ng isang mahusay na daloy ng trabaho na pinagsama-sama ng AI na nag-aayos sa buong team - hindi lang mga developer, ngunit mahalagang mga tagapamahala at taga-disenyo - sa paligid ng mga bagong tool na ito. Ang AI ay maaaring makaramdam ng pananakot, at ang pagbabahagi ng epekto nito ay maaaring mukhang hindi komportable sa una (tulad ng pagsasabi sa iyong pinuno ng koponan na ang AI ay sumulat ng 80% ng isang tampok sa pamamagitan ng maingat na pagsasaayos). Gayunpaman, mag-evolve lang ang software development kapag naging integral ang mga tool na ito sa mga workflow ng team. Ang pinakamatagumpay na mga transition ay nangyayari sa mga team na nagsusulong ng bukas na talakayan tungkol sa mga karanasan sa AI, collaborative tool exploration, at aktibong nag-aambag ng kanilang mga natutunang pinakamahuhusay na kagawian sa mas malawak na development community.