무언가가 39,185% 증가한다고 상상해 보십시오. 그것은 두 개의 토마토를 심고 783,600개를 수확하는 농부입니다. 또는 평균 아시아 코끼리보다 큰 0.2톤까지 자라는 3.9파운드 아기 판다. 스타트업 세계에서 사람들이 침을 흘리는 일종의 "하키 스틱" 사용자 증가입니다. ORCID 불과 XNUMX년 만에 달성했다.
합류 ORCID 2012년 기술 책임자로서 처음에는 저에게 도약이었습니다. 나는 1개의 신생 기업을 성장시키는 데 도움을 주었지만 비영리 또는 학술 분야에서는 전혀 일하지 않았습니다. XNUMX년 후, XNUMX월 XNUMX일 퇴사하면서 제 경험을 반성하고 싶었습니다..
저는 원래 소프트웨어 수명 주기의 안정화, 확장 및 속도 향상을 돕기 위해 수석 개발자로 고용되었습니다. ORCID의 레거시 분기 Java 코드베이스입니다. 저는 Registry가 시작된 직후에 합류했습니다. 당시 우리는 10대의 서버와 14명의 소프트웨어 컨설턴트로 구성된 팀을 보유하고 XNUMX명 이상의 사용자 연구원으로 빠르게 성장하는 기반을 지원했습니다. 내가 처음 발표했을 때 물에서 물고기가 된 느낌을 기억합니다. ORCID CERN에서 여러 박사 학위를 받은 학자들로 가득 찬 방으로, 제 커뮤니티 칼리지 수학 준학사 학위와 미완성 학사 학위로 무장했습니다. 하지만 우리 모두는 비전을 공유했고, 그로 인해 놀라운 일을 할 수 있게 되었습니다.
개방형 연구 인프라의 영역은 나에게 완전히 새로운 것이었지만 일상적인 소프트웨어 릴리스 주기를 관리하고 코드 베이스에 기여하는 것은 내 조타실에 있습니다. 우리는 최고의 개방형, 상업 및 스타트업 문화를 결합한 팀을 구성했으며 신속하게 문제를 해결하고 빠른 확장 경로를 시작할 수 있었습니다. 빠르게 움직이는 캘리포니아 스타트업에서 일하면서 얻은 "카우보이" 접근 방식은 ORCID의 미션 중심 비영리 구조 및 국제적 규모. 초기에 두 가지 큰 어려움은 서버 안정성과 코드 기반을 오픈 소스 리포지토리로 푸시하는 것이었습니다. ORCID 원칙. 출시(!) 후 2012개월이 지난 2.5년 말에는 50,000 사용자 25개 회원단체. 2013년 말까지 우리는 약 500명의 사용자, 모든 국가에서.
물론 처음에는 장애물이 있었습니다. 처음 두 달 동안은 코드베이스를 구축하거나 서버 구축 스크립트에 액세스할 수 없었습니다. 왜? 우리 코드베이스의 일부가 소프트웨어 컨설팅 회사의 방화벽 뒤에 잠겨 있기 때문입니다. 이것은 실시간으로 푸시해야 함을 의미했습니다. 변경 사항 저는 수동으로 서버를 테스트하고 수정할 수 없었습니다(둘 다 끔찍한 관행이지만 수행 중인 작업을 정확히 이해할 수 있다는 장점이 있습니다!). 코드베이스의 모든 부분에 100% 액세스하지 못하는 것은 오픈 소스와 공유가 얼마나 중요한지 감명 받았습니다.
오늘, ORCID 전 세계적으로 5.5만 명 이상의 사용자를 보유하고 있으며 회원 수는 1,000명에 육박하고 있습니다. 제 역할도 커졌습니다. 저는 2016년 40월에 선임 개발자에서 기술 이사로 전환했으며, 이곳에 있는 동안 XNUMX개 대륙에 걸쳐 XNUMX명의 기술 팀을 이끌고 XNUMX개 이상의 도시를 여행했습니다. 나는 남극 대륙에서 열리는 팀 회의에 대한 내 아이디어 승인을 받지 못했습니다. ORCID!) 그 과정에서 두 가지 주요 교훈은 ORCID 특별한 이야기:
- 커뮤니티. 처음 참석한 이사회에서, ORCID 14명의 직원과 XNUMX명의 이사가 있었습니다! 실리콘밸리의 신생 기업에서는 결코 볼 수 없는 직원 XNUMX인당 XNUMX명의 이사회 구성원 비율이 있다는 것이 얼마나 이상해 보였습니다. 우리가 성장함에 따라 그 숫자가 고르게 유지되는 동안 이사회는 계속해서 길잡이 역할을 해왔습니다. 세월이 흐르면서 나는 얼마나 많은 ORCID 지역 사회의 관심과 또한 얼마나 ORCID 커뮤니티는 인정받을 자격이 있습니다. 제가 초창기 직원으로 치른 모든 희생은 커뮤니티에서 XNUMX배로 돌려받았습니다. 당신은 정말 놀랍습니다!
- 변화를 수용하다. 출시 시, ORCID 대형 퍼블리셔를 위해 고안된 엔터프라이즈 소프트웨어 프로세스 및 문화 규칙을 따르고 있었습니다. 이러한 관행에는 장점이 있지만 소규모 스타트업으로서 인지된 모범 사례를 무시하고 대신 우리에게 적합한 관행을 찾는 것을 두려워하지 않아야 했습니다. 초창기의 한 가지 예는 외부 소프트웨어 컨설턴트가 모든 릴리스에 대해 부하 테스트를 거치도록 주장하는 것이었습니다. 물론 서버에 푸시한 결과 현실은 테스트 결과와 일치하지 않았다. ORCID 계속해서 효과가 없는 것으로 판명된 것에 많은 시간과 돈을 쓰고 있었습니다. Fortune지 선정 500대 기업의 이전 직장에서 저는 부하 테스트가 일반적으로 잘못된 가정으로 가득 차 있다는 것을 알고 있었습니다. 그래서 대신 코드 변경 사항을 읽고 이해하는 코더 문화를 만들었습니다. ORCID 모든 단계에서 새롭고 더 적절한 솔루션을 기꺼이 사용했습니다.
- 빠른 반복, 큰 목표를 향한 작은 발걸음. 생산에 가능한 한 빨리 작은 변화를 추진하는 것은 우리의 확장 능력의 큰 부분이었습니다. 최종 목표가 엄청났지만 단계를 세분화하면 목표에 도달하는 데 도움이 되었습니다. 작은 단계는 작은 위험을 의미합니다. 좋은 예는 첫날부터입니다. 저는 API 첫 번째 빌드에 모놀리식이라고 가장 잘 설명되는 치명적인 결함이 있다는 것을 알고 있었습니다. 대부분 이것은 책용으로 구축된 다른 API 이후 연구원에 대한 API를 모델링하는 것과 관련이 있습니다. 연구원은 책보다 훨씬 더 복잡합니다! 팀은 27번의 반복과 수백 개의 코드 커밋으로 작은 단계로 문제를 해결해야 했습니다. API 버전 2.0 — 결국 허용하는 데 필요한 API를 갖게 될 때까지 ORCID 확장을 계속합니다.
제가 시작했을 때 XNUMX대의 생산 기계가 있었습니다. 지난 XNUMX년 동안 우리는 급격한 기하급수적 성장 기간을 처리하기 위해 서버의 크기/성능을 늘리기 위해 이 숫자를 두 배로 늘려야 했습니다. 현재, ORCID 하루에 약 3,456,000건의 요청이 발생하고 증가하는 API 사용으로 가장 큰 성장을 보입니다. 성장을 앞서가는 것은 지속적인 작업입니다. 나는 그 일원이 된 것을 정말 자랑스럽게 생각합니다. ORCID 이야기, 특히 초기 거칠고 넘어지는 날. 다음 벤처를 시작하면서 나는 희망합니다. ORCID 새로운 도전과 더 큰 성공을 찾습니다.