Skip to content

Commit bc96c5b

Browse files
committed
adding a vibe coding link
1 parent b885545 commit bc96c5b

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

more_resources/glossary_of_jargon.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -64,7 +64,7 @@ Technical debt (also known as design debt or code debt, but can be also related
6464
A software development process that relies on the repetition of a very short development cycle: requirements are turned into very specific test cases, then the code is improved so that the tests pass. This is opposed to software development that allows code to be added that is not proven to meet requirements. In the context of scientific programming, the idea is to start new code development with a test function that describes what needs to be done, and a small piece of test data that mimics the (large) real dataset that needs to be processed. The new code (usually a function) can then be written and tested rapidly against the test data set (via the test function). When the test finally passes, the new code can be run with the real dataset. This can greatly speed development (faster runtimes) and when the code is developed, a test is already in place to prevent future regressions to the code when new features are added.
6565

6666
### Vibe Coding
67-
Using large language AI models to write code just by entering prompts and executing whatever the LLM returns without reading or scrutinizing the results. There's a continuum of LLM help in coding, but going just by vibe is the extreme endmember.
67+
Using large language AI models to write code just by entering prompts and executing whatever the LLM returns without reading or scrutinizing the results. There's a continuum of LLM help in coding, but going just by vibe is the extreme endmember. https://en.wikipedia.org/wiki/Vibe_coding
6868

6969
#### "You aren't gonna need it" (YAGNI)
7070
A principle of extreme programming (XP) that states a programmer should not add functionality until deemed necessary. XP co-founder Ron Jeffries has written: "Always implement things when you actually need them, never when you just foresee that you need them."

0 commit comments

Comments
 (0)