검색
이 검색 상자를 닫습니다.

Qumulo의 뛰어난 UI로 이어지는 5가지 놀라운 엔지니어링 사례

작성자 :

Qumulo에 오기 전에 다른 회사에서 UI 작업을 하는 소프트웨어 엔지니어로서 너무 지쳐서 좋은 엔지니어링 방법을 포기했습니다. 나는 느꼈다 코드 원숭이 제 경력의 대부분을 마감일을 지키고 건물을 짓기 위해 열심히 일하면서 좋은 엔지니어링에 시간을 할애하지 못했습니다.

Qumulo에서 바뀌었습니다. 우리는 깊이 있는 기술 제품을 개발하고 있으며 우수한 엔지니어링 방식을 통해 품질을 지원합니다. 그리고 이러한 관행을 따르는 것이 우리가 그것을 할 때 느리게 느껴질 수 있지만 장기적으로 그것들은 우리가 빨리 가는 데 정말로 도움이 됩니다.

5 엔지니어링 모범 사례 

다음은 Qumulo에서 일하는 모든 사람에게 권한을 부여하는 5가지 엔지니어링 모범 사례입니다.

1. 우리는 팀으로 함께 일한다

Qumulo는 팀이 진정으로 팀으로 기능하는 첫 경험입니다. 우리는 관리자가 없는 평평한 조직에서 일하기 때문에 우리 팀은 의사 결정에 대한 합의를 요구하여 함께 일합니다. 팀 구성원은 또한 작업 계약을 통해 서로 어떻게 작업할지 결정할 수 있습니다. 여기에는 근무 시간, 팀이 작업을 추적하는 방법 및 충돌을 해결하는 방법이 포함됩니다.

UI 및 UX의 경우 실험과 반복을 통해 학습한 후 UI 디자인 및 흐름을 위한 목업을 만드는 데 도움이 되는 디자인 스프린트를 도입했습니다. 함께 설계하면 모든 사람이 참여했기 때문에 결정에 도달한 방법을 모두 이해할 수 있으므로 앞으로 계속해서 좋은 결정을 내리고 상황을 다시 공유하고 결정에 의문을 제기하지 않습니다.

2. 우리는 코드베이스를 소유하고 있습니다

코드에서 문제를 발견하면 엔지니어로서 이 코드베이스를 소유하고 있기 때문에 문제를 해결할 수 있는 방법을 찾을 수 있습니다. 결과적으로 우리는 스스로 정리하고 발견한 작은 버그를 수정하며 더 큰 문제를 해결하기 위해 노력합니다. 필요한 작업을 수행하는 데 도움이 되는 도구를 개선할 수 있습니다.

이것을 내가 예전에 일했던 주요 소프트웨어 회사와 대조해 보십시오. 작업을 수행하는 동안 간단한 한 줄짜리 버그를 발견하고 수정 사항을 변경 사항에 통합하기로 결정한 경우(오늘은 물론 별도의 패치를 만들 예정입니다). 한 주 후에 PM이 와서 "승인되지 않은" 버그를 수정한 이유와 문제가 발생하여 해당 변경 사항을 되돌리는 것이 더 나을 것이라며 수정한 이유를 묻습니다. 내가 그 회사를 떠나서 기뻐요!

3. 우리는 짝을 이루어 일한다

이것은 프로그래밍뿐만 아니라 설계 및 조사도 포함합니다. 우리는 매일 일어서기 시간을 사용하여 짝을 구성하고 짝이 책임을 지도록 합니다.

쌍으로 작업하면 문제를 해결하는 동안 다양한 관점에서 이점을 얻을 수 있으므로 최종 솔루션이 더 포괄적입니다. 위에서 설명한 팀워크와 마찬가지로 짝을 이루어 작업하면 상황을 공유하는 데 도움이 됩니다. 이렇게 하면 한 사람이 병목 현상을 일으키는 것을 방지하고 무제한 휴가 정책을 지원합니다. 우리 팀이 내가 아는 모든 것을 이미 알고 있다는 사실을 알고 휴식을 취할 수 있습니다.

4. 우리는 작은 부분에서 생각하고 일합니다.

코드 변경 사항은 패치에 있으며 각 코드 패치가 한 가지 작업을 수행하고 하나의 개념만 포함하기를 원합니다. 예를 들어 변수 이름 변경을 위한 패치 하나와 버그 수정을 위한 패치 하나가 있습니다. 큰 리팩터는 때때로 수십 개의 패치로 나뉩니다. 각 패치는 매우 작은 변경을 나타내지만 패치 스택은 큰 리팩터를 추가합니다. 우리의 버전 제어 및 코드 검토 시스템은 작은 패치 작업을 지원합니다. 이것은 우리가 모든 상황에서 작은 패치를 보고 있음을 의미하므로 패치를 빠르게 이해할 수 있습니다.

5. 우리는 테스트에 집착한다

테스트는 코드가 올바르게 작동하는지 확인하는 데 도움이 됩니다. 리팩터링이 올바르게 수행되었는지 확인하고 코드 변경으로 인해 의도하지 않은 결과가 발생했을 때 우리를 안전하게 보호합니다.

올해 우리는 UI 코드 베이스에 몇 가지 주요 업그레이드를 했습니다. TypeScript를 활성화하고 테스트를 통해 마이그레이션으로 인해 기존 코드에서 의도한 문제가 발생하지 않았음을 확인할 수 있었습니다. 우리는 또한 React를 업그레이드했고 최신 React 15로의 업그레이드가 잘 작동하는지 확인할 수 있었고 실패한 테스트는 React 16으로 업그레이드하기 전에 주요 변경 사항을 지우기 위해 더 많은 작업을 수행해야 함을 확인했습니다.

이러한 관행을 통해 나는 내 팀과 Qumulo의 권한 있는 구성원. 테스트를 통해 좋은 코드를 작성하고, 좋은 작업을 수행하는 데 도움이 되는 프레임워크와 도구를 만들고, 시간을 내어 팀원들과 공유하고 작업하는 것이 좋습니다. 이러한 관행은 엔지니어로서 제 기술의 일부가 되었으며, 제 결과물이 아니라 제 일을 잘하도록 격려받는 곳에서 일하는 것이 매우 흥미진진합니다. 저는 Qumulo에서 항상 배우고 성장하는 것처럼 느껴지고, 매일 더 나은 엔지니어가 되고 있다는 느낌이 좋습니다.

 

관련 게시물

위쪽으로 스크롤