jargons.dev 작성 [# 초기 커밋

야, 내 첫 블로그 게시물이구나! 어떻게 시작해야할지도 모르겠는데 ㅎㅎ 그냥 시작해볼까 ?.

나에 대한 정보? (또는 읽은 내용을 저장하려면 건너뛰세요)

제 이름은 Olabode입니다. 꽤 오랫동안 기술 업계에 종사했다는 것 외에는 저에 대해 아는 것이 별로 없습니다. 하지만 제가 (6자리 숫자) 회사를 그만두기로 결정하고 내 인생에서 가장 큰 결정을 내리기 전까지는 그다지 진지하게 IMO는 아니었습니다. 지불) 기술에 집중하기 위해 2021년 9월에 9-5로 돌아갑니다(이제 진지해지고 싶어요 ?). 이것은 내가 어떻게 시작했는지, 내가 어디에 있는지, 내가 어디에 있고 싶은지에 대해 생각한 후에 일어났습니다(확실히 다른 블로그 게시물에 대한 이야기입니다). 2023년 6월, 배움과 어려움을 겪은 후 저는 "오픈 소스"를 발견했습니다. 그 이후로 "Hearts ❤️(오픈 소스 인식 도구)"라는 프로젝트에 참여할 수 있는 기회를 얻게 되었습니다. source)"에서는 어떻게 해야 하는지 제품 구축 경험을 모았습니다. 이전에(내 과거에는) 나는 항상 물건을 다르게 만들었습니다. (그렇습니다. 그다지 좋지 않은 종류의 다른 것입니까?); 그래서 "Hearts ❤️" 작업 경험을 바탕으로 어떻게 하면☝?

하는 방식으로 (아무것도 아닌) 무언가를 만들기 시작했습니다.

jargons.dev 정보

보세요, 저는 이상주의적인 사람입니다(나쁘게 들리진 않았겠죠?). 저는 가장 이상한 아이디어를 얻었습니다. 일반적으로 가려운 부분을 긁어줘야 하는 곳에서 나오는데, 이런 글을 잘 쓰네요. 아이디어가 떨어졌습니다.

jargons.dev(일명 DevJargons)는 "Ola"라는 친구의 관점에서 나온 아이디어입니다(그 사람이 제가 아니라고 장담할 수는 없군요). Ola는 기술 전문 용어의 지옥에 대부분 빠져 있는 매우 멍청한 학습자입니다. Ola가 기술 용어에 대한 정의를 배우거나 얻으려고 할 때, 정의가 필요한 또 다른 용어와 또 다른 용어를 만나게 됩니다. 특히 이러한 용어 중 일부는 기술이나 소프트웨어 엔지니어링 이외의 분야/산업과 맥락을 공유할 가능성이 높기 때문에 이 용어를 Google에서 검색하는 것도 그리 쉽지 않습니다. jargons.dev는 이러한 용어에 대한 명확하고 이해하기 쉬운 정의를 제공하는 원스톱 사전으로 이러한 가려움증을 해결하려고 했습니다.

초기 커밋

잠깐, "메모장"을 빼놓고는 더 이상 나아갈 수 없습니다

메모장

이건 어때요!? 네, 이것은 제가 이런 이상한 아이디어를 쓰는 가장 오래된 메모장 중 하나입니다. 2023년 11월 어느 날, 저는 아래 트윗을 썼습니다. 업무용 노트북(Microsoft Surface Laptop 2)을 들고 포즈를 취한 "메모장"이었습니다. 6년 된 Lenovo IdeaPad 100에서 아주 작은 업그레이드를 받았습니다.

그래요, 이 노트북은 정말 빨랐고 정말 신났어요. 뭔가를 만들고 싶었거든요. 그래서 저는 메모장에서 가장 작고 작업하기 쉬운 아이디어를 골랐습니다. 그것은 jargons.dev였습니다. 바로 요리를 시작했는데 어떻게 해야

하는 방식으로 시작했는지 명시하는 것이 필수입니다.

초기 커밋에 접근 중

이 작업을

어떻게 해야 하는지
• 방식으로 수행하는 것이 중요하다고 밝혔기 때문에 시스템 아키텍처 및 프로젝트 작동 방식에 대한 개념 노트.

콘셉트 노트 및 시스템 아키텍처: https://percious-lan-c5e.notion.site/dictionry-a12ac63f23a645a9b2275d829adbae25

이 시점에서 jargons.dev에 대해서는 단어 기여를 허용할 수 있는 오픈 소스 사전이 될 것이며 서버가 필요하지 않으며 유사한 md 파일 묶음을 사용하여 GitHub를 백엔드로 의존할 것이라는 점을 언급하지 않았습니다. Odin 프로젝트 및 Nextra와 같이 구현된 문서 사이트(사실 이것은 빛나는 갑옷을 입은 나의 기사였습니다. 저는 Nextra를 사용하여 jargons.dev를 구축하려고 했습니다). 그러나 저는 또한 간소화된 기여 경험을 통해 사전에 기여하는 것을 재미있고 사랑스럽게 만들고 싶습니다. .

GitHub API를 많이 사용했던 시점에서 (이미 2개월 동안) "Hearts" 작업을 하면서 일부 GitHub 엔드포인트를 활용하여 "wiki"와 같은 경험을 만들 수 있다는 것을 알았습니다. 기여자가 사전에 새 단어를 추가하거나 기존 단어를 편집할 수 있는 UI를 제공하여 끌어오기 요청으로 끝납니다. 이는 단어 기여를 위한 GitHub UI 또는 IDE와 인터페이스하지 않고도 오픈 소스에 대한 기여입니다.

커밋

이제 과제를 이해하고 작업에 착수하여 초기 이름인 "dictionry"로 저장소를 초기화했습니다. 처음에는 오타였지만 계속 기억에 남는 이름이었습니다... <script> // Detect dark theme var iframe = document.getElementById('tweet-1724832031345889535-649'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1724832031345889535&theme=dark" } </script> <script> // Detect dark theme var iframe = document.getElementById('tweet-1726259841256268036-74'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1726259841256268036&theme=dark" } </script>https://github.com/devjargons/jargons.dev/commit/8dc21f0fb6036563f826199ea39490bf77c4b34d

...그리고 첫 번째 PR을 병합하여 octokit을 프로젝트의 첫 번째 노드 모듈로 추가했습니다...

이제부터 재미있는 일이 시작되었나요??

위 내용은 jargons.dev 작성 [# 초기 커밋의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!