앵귤러 대 엠버. RSpec 대 Minitest. Haml 대 슬림 대 ERB. 새 프로젝트를 시작할 때 선택해야 할 것이 너무 많습니다. 양쪽에 보컬 수비수가 있습니다. 그리고 곧 네 번째 튜토리얼이나 Sass가 Less보다 나은지 여부에 대한 30개의 댓글 논쟁을 읽는 데 낭비한 시간에 프로젝트를 시작할 수 있었다는 것을 깨닫기 시작합니다.
그렇다면 어떻게 권리를 선택합니까? 실제 코드 작성을 시작할 수 있습니까?
당신은 심각한 압박을 받고 있습니다
개발 커뮤니티는 정말 빠르게 움직입니다. 모든 종류의 문제를 해결하기 위해 구축된 새로운 라이브러리가 매일 나타납니다. 그 중 상당수는 이전에 이미 해결된 문제를 해결합니다. 그리고 많은 그 반응으로 구축됩니다. 이전에 있던 라이브러리로 이동합니다.
이러한 토론은 개인적입니다. 사람들은 인생의 일부를 보냈습니다. 이러한 라이브러리를 사용하여 경험을 구축합니다. 어떤 사람들은 새로운 즐겨찾는 라이브러리가 해결하기 위해 구축된 문제로 인해 화상을 입었습니다. 따라서 특정 라이브러리를 사용하는 것에 대한 주장은 열정적이고 감정적입니다.
이러한 열정적인 주장을 모두 읽으면 잘못된 결정을 내리면 무시당할 것 같은 느낌이 들기 쉽습니다.
도서관을 고르는 데 어떻게 익숙해지나요?
모든 사람이 당신의 선택에 동의하지는 않을 것입니다. 당신이 할 수 있는 최선은 개인적으로 만족하는 것입니다. 당신의 결정으로. 기술 수준과 개인 수준에서 선택한 라이브러리에 만족해야 합니다.
기술적인 면에서 저는 귀하의 프로젝트에 적합한 보석을 선택하기 위한 가이드를 작성했으며, 그 조언의 대부분은 이러한 종류의 선택에 적용됩니다.
귀하의 개인적인 선호도 또한 귀하의 선택에 영향을 미칠 것입니다. 하지만 라이브러리를 사용하는 앱을 빌드하지 않고는 어떤 라이브러리를 선호할지 예측하기 어려울 수 있습니다.
GitHub의 코드 검색은 이러한 결정을 내리는 데 도움이 될 수 있습니다. 사용하려는 라이브러리에서 일부 클래스 이름을 검색하면 각 라이브러리를 사용하는 프로젝트를 찾을 수 있습니다. (일반적으로 README에서 해당 클래스 이름을 얻을 수 있습니다. 또는 gem 문서).
코드에서 라이브러리가 어떻게 사용되는지, 코드 및 기타 라이브러리와 얼마나 잘 통합되는지, 사용이 얼마나 간단한지 알 수 있습니다. 이는 특히 기술적인 주장을 기반으로 결정을 내릴 수 있는 충분한 맥락이 없을 때 많은 도움이 됩니다.
중요합니까?
잘못된 선택을 하면 나중에 고통을 받을 수 있습니다. 그러나 소프트웨어 구축과 관련하여 Failure 0은 시작에 실패합니다. 프로젝트. 앱에 적합한 라이브러리를 선택하는 데 너무 많은 시간을 소비하면 해당 실패를 방지하는 데 도움이 되지 않습니다. 대부분의 경우 잘못된 선택이 당신을 아프게 하는 것보다 어떤 선택을 하는 것이 훨씬 더 도움이 될 것입니다.
당신이 한 선택에 대해 나쁘게 생각해서는 안됩니다. 새로운 라이브러리를 배우고, 프로젝트에서 시도하고, 어떤 라이브러리를 선호하는지에 대해 개인적, 기술적 판단을 내리는 데 아무런 문제가 없습니다.
나중에 마음이 바뀌더라도 선택한 라이브러리에서 배운 내용은 항상 당신과 함께 할 것입니다. 새 라이브러리를 처음부터 공부하는 것보다 기존 지식과 비교하여 훨씬 빠르게 배울 수 있습니다.
오래 전에는 Rubyist가 아니라 Pythonista가 될 수 있었습니다. 나는 그것에 대해 그다지 행복하지 않았을 수도 있습니다. (솔직히 누가 알겠습니까?) 하지만 저는 여전히 코드를 작성하고 있고 여전히 그것을 좋아할 것입니다.