커피 브레이크 #57. 5가지 최고의 무료 온라인 협업 도구. 주니어 개발자를 위한 경력 팁

최고의 무료 온라인 협업 도구 5가지

출처: DZone 협업 도구는 팀을 하나로 모으는 데 중요한 역할을 합니다. 이는 공통 목표를 달성하기 위해 작업을 공동 작업, 계획 및 실행하는 데 도움이 됩니다. 생산성에 관해 이야기할 때 효과적인 팀워크와 협업은 밀접한 관련이 있습니다. 수년 동안 이메일은 온라인 공동 작업의 1위 채널로 남아 있습니다. 그러나 최근에는 상황이 바뀌었습니다. 특히 이제 기업에서는 이메일이 얼마나 비생산적일 수 있는지 깨달았습니다. Forbes에 따르면 직장인들은 매일 이메일을 읽고 쓰는 데 약 2.5시간을 소비합니다. 온라인 커뮤니케이션 및 협업 도구를 사용하면 이 엄청난 시간을 줄일 수 있습니다. 협업 도구를 선택하는 것이 타당한 몇 가지 이유는 다음과 같습니다.

팀은 원격으로 작업할 수 있습니다.

온라인 협업 도구 사용의 이점 중 하나는 모든 사람이 집에서 편안하게 작업할 수 있는 기회를 제공한다는 것입니다. 이를 통해 팀원들의 사기가 향상될 뿐만 아니라, 각자에게 맞는 방식으로 업무를 수행할 수 있습니다.

이메일에 덜 의존

협업 도구는 의사소통에 대한 보다 캐주얼한 접근 방식을 장려합니다. 더 이상 같은 인사말을 반복해서 쓸 필요가 없습니다. 요점을 바로 알 수 있습니다.

편리한 문서관리

동일한 파일의 서로 다른 버전 5개를 받았는데 어느 버전을 사용해야 할지 아무도 모르기 때문에 나중에 혼란을 겪은 적이 몇 번이나 있습니까? 협업 도구를 사용하면 파일과 문서를 원활하게 공유할 수 있으며 이를 쉽게 필터링하거나 정렬할 수 있습니다.

팀의 진행 상황을 모니터링하세요

지금 누가 무엇을 하고 있는지 알 수 없나요? 대규모 팀을 관리할 때 이런 일이 자주 발생합니다. 때로는 모든 업데이트를 실시간으로 추적하는 것이 어려워지는 경우가 있습니다. 요즘 협업 도구에는 프로젝트 및 팀 진행 상황을 온라인으로 추적, 제어 및 최신 상태로 유지할 수 있는 통합 작업 관리 도구가 내장되어 있습니다.

더 이상 비생산적인 회의는 없습니다

소프트웨어를 통해 팀 구성원과 상호 작용함으로써 비생산적인 회의를 피할 수 있습니다. 직장인의 23%는 회의가 시간 낭비라고 생각합니다. 회의 관리 소프트웨어를 사용하면 팀 의 생산성을 높일 수 있습니다. 최고의 무료 협업 도구 목록을 확인해 보세요.

느슨하게

Slack은 소개가 필요하지 않습니다. 가장 널리 사용되는 협업 소프트웨어 중 하나로 간주됩니다. 다양한 채널을 생성하고 팀 구성원을 무제한으로 추가할 수 있으므로 내부 비즈니스 커뮤니케이션에 이상적인 도구입니다. 팀 구성원 수에 따라 영업, 마케팅, DevOps, 지원 등 부서별로 채널을 만들 수 있습니다. 채널 내에서 그룹 채팅을 만들거나 비공개 메시지를 사용하여 팀 구성원과 직접 협업할 수도 있습니다. Slack은 입력을 많이 하고 싶지 않은 경우 음성 및 영상 통화를 지원합니다.

가격:

Slack에는 소규모 팀에 적합한 무료 플랜이 제공됩니다. 무료 버전을 사용하면 최대 10개의 타사 앱을 통합하고 영상 통화도 할 수 있습니다. Slack의 스탠다드 및 플러스 플랜은 연간 청구 시 사용자당 월 $6.67, 사용자당 월 $12.50부터 시작합니다.

스카이프

Skype는 온라인 협업을 위한 또 다른 훌륭한 도구입니다. 음성 및 영상 통신에 더 많이 의존하는 회사에서 근무한다면 Skype가 탁월한 선택입니다. 또한 이 앱의 인터페이스와 기능은 소셜 미디어 채팅과 매우 유사하여 커뮤니케이션이 편리할 뿐만 아니라 모든 팀원의 참여를 유지합니다.

가격:

Skype는 무료 온라인 채팅 및 화상 회의 소프트웨어입니다. 비즈니스용 Skype의 비용은 사용자당 월 2달러이며 최대 250명의 온라인 모임 참가자, 엔터프라이즈급 보안, 직원 계정 관리 등 편리한 추가 기능이 함께 제공됩니다.

대군

Flock은 간단한 인터페이스와 내장된 생산성 도구를 갖춘 Slack과 유사한 또 다른 커뮤니케이션 플랫폼입니다. Flock의 다른 협업 기능에는 폴링, 메모 작성 및 작업 흐름 자동화가 포함됩니다. Flock에는 한 번의 클릭으로 작업을 생성할 수 있는 작업 관리 기능도 내장되어 있습니다.

가격:

Flock은 기본 기능을 갖춘 무료 온라인 협업 도구입니다. Flock의 Professional 요금제는 사용자당 월 $4.50이며 매년 청구됩니다.

Facebook의 직장

Facebook이 동료와 상사에게만 제한되어 있다고 상상해 보세요. 이는 모든 직장 커뮤니케이션의 중앙 허브입니다. Workplace는 단일 부서나 팀을 위한 도구가 아니라 모든 사람을 하나로 모으기 위해 설계되었습니다. Facebook과 마찬가지로 채팅하고, 그룹을 만들고, 이벤트를 계획하고, 라이브로 진행하거나 나중에 볼 수 있도록 비디오를 녹화할 수 있습니다.

가격:

Facebook의 Workplace에는 무료 버전과 유료 버전이 모두 있습니다. 프리미엄 버전은 사용자당 월 3달러이며 내장 통합, 맞춤형 API, 모니터링 도구, SSO 등과 같은 고급 엔터프라이즈 기능을 포함합니다.

대화

Convo는 팀의 참여와 생산성을 동시에 유지할 수 있는 고급 소셜 협업 도구입니다. 이는 전통적인 일대일 통신을 일대다 통신으로 대체합니다. 뉴스 피드를 사용하면 조직 내 여러 팀의 모든 최신 활동을 최신 상태로 유지할 수 있습니다. 따라서 이 애플리케이션은 부서간 협업에 매우 효과적입니다.

가격:

Convo는 최대 5명의 팀원에게 무료로 제공됩니다. 고급 기능을 갖춘 Convo Pro의 비용은 사용자당 월 9달러입니다.

주니어 개발자를 위한 경력 팁

출처: Dev.to 야심 찬 개발자가 자신의 전문 개발을 가속화할 수 있는 방법을 자주 묻습니다. 즉, 그들은 빠르게 효과적인 팀 구성원이 될 수 있는 방법을 배우고, 거대한 코드 기반과 업무 수행에 필요한 모든 것에 익숙해지기를 원합니다. 새로운 직장으로 이동하는 것은 선임 개발자에게도 스트레스가 될 수 있습니다. 초보자에 대해 이야기하고 있다면 그들에게는 두 배로 어렵습니다. 직장에 빠르게 적응할 수 있도록 주니어 개발자의 전문적인 수준을 향상시키기 위한 네 가지 전략을 살펴보겠습니다.

1. 질문을 많이 해라

첫째, 부끄러워하지 말고 많은 질문을 하십시오. 그리고 더 중요한 것은 그것을 하는 것을 두려워하지 않는 것입니다. 무언가를 물어볼 용기를 찾는 것은 어려울 수 있습니다. 많은 사람들에게 이는 그들이 모든 것을 알지 못한다는 것을 의미합니다. 하지만 걱정할 가치가 있습니까? 개발 분야는 너무 넓어서 누구도 모든 것을 다 알 수 없습니다. 특히 회사 Slack 채널과 같은 공개 포럼에서 질문할 때 다음과 같은 의문이 들 수 있습니다. “이 사실을 모른다고 동료들이 나를 무시할까요? 프로그래머로서 나를 더 이상 신뢰하지 않게 될까요? 이런 때에는 모든 사람이 어딘가에서 시작한다는 점을 스스로 상기하는 것이 중요합니다. 30년 경력의 프로그래머라도 한때는 여러분의 입장에서 방대한 개발 분야를 탐색하려고 노력했습니다. 둘째, 질문이 있는 경우 이 주제가 다른 사람들에게도 흥미로울 가능성이 매우 높습니다. 용기를 내어 공개적으로 질문하면 자신뿐만 아니라 동료에게도 도움이 됩니다. 모든 사람이 사기꾼 증후군에 걸리기 쉽다는 것을 기억하십시오. 모든 개발자는 어느 시점에서 자신이 부족하고 자신의 위치에 있을 자격이 없으며 동료들이 자신이 아는 것이 얼마나 적은지 깨닫고 사기꾼으로 드러날 것이라고 생각합니다. 의심의 목소리를 듣지 마십시오. 셋째, 공개 포럼에 질문을 하면 나중에 다시 확인할 수 있는 문서가 됩니다. 그렇기 때문에 나는 나에게 비공개 메시지를 보내는 개발자가 대신 공개 Slack 채널에서 질문하도록 항상 권장합니다. 결국, 모든 팀원(또는 여러 사람)이 질문에 답할 수 있으며, 답변은 질문한 사람뿐만 아니라 질문하기가 부끄러웠던 사람들에게도 유용할 것입니다. 또한 토론 내용을 검색할 수 있으므로 나중에 동일한 질문을 갖고 있는 모든 사람에게 도움이 될 것입니다. 이제 초보자가 자주 조언을 구하는 숙련된 개발자의 이야기를 들어보겠습니다. 숙련된 프로그래머인 당신은 회사의 문화를 결정합니다. 이 회사와 팀은 사람들이 비난받지 않고 질문할 수 있는 심리적으로 안전한 장소가 될까요? 질문에 응답할 때는 현명하게 대처하십시오. 그렇지 않으면 동료들이 말하기를 두려워하는 환경을 조성하게 될 것입니다. Google에서 높은 팀 성과에 기여하는 요소를 알아보기 위해 연구를 실시한 결과, 심리적 안정감이 가장 높은 것으로 나타났습니다. 팀원들은 안전함을 느끼고 서로 취약한 상황에 처해도 괜찮다는 것을 알아야 합니다. 이제 다시 후배 이야기로 돌아가 보자. 보다 효과적인 팀원이 되기 위해 어떤 질문을 할 수 있나요? 다음은 몇 가지 예입니다.

• 우리 애플리케이션의 아키텍처에 대해 알려주실 수 있나요? 어떤 프레임워크와 라이브러리를 사용합니까?
• 우리 코드베이스의 디렉토리 구조를 보여주시겠어요? 코드는 어디에 있나요? 어떻게 구성되어 있나요?
• 개발 과정은 어떻게 되나요? 우리는 어떤 유형의 Git 워크플로를 사용하고 있나요?
• 출시는 어떻게 이루어지나요? 새로운 코드는 어떻게 생산에 들어가나요? 새로운 코드는 얼마나 자주 출시되나요?
• 함수 X가 이런 방식으로 구현되는 이유는 무엇입니까?
• 라이브러리 B가 아닌 라이브러리 A를 사용하는 이유는 무엇입니까?

이는 모두 주니어 개발자뿐만 아니라 새로운 곳에서 일을 시작하는 모든 사람에게 물어볼 수 있는 좋은 질문입니다.

2. 필요할 때 도움을 요청하세요.

마찬가지로 필요할 때 도움을 요청하는 것도 중요합니다. 어려운 과제와 씨름하는 것은 학습의 필수적인 부분입니다. 끊임없이 손에 이끌려 독립적으로 일할 수 없다면, 빨리 발전할 수 없을 것이다. 하지만 도움이 필요하다는 사실을 인정하는 것이 가장 좋은 경우도 있습니다. 경험상 좋은 법칙은 뭔가 막히면 15분만 더 시간을 내어 스스로 해결하도록 노력하는 것입니다. 그런 다음 성공하지 못하면 도움을 요청하십시오. 도움을 요청하기 전의 이러한 지연은 작업을 완료하기 위한 시간 프레임을 설정하여 작업에 영원히 시간을 낭비하지 않도록 합니다. 더욱이 모든 것을 스스로 해결하려고 다시 시도하게 됩니다(결국 즉시 포기할 수는 없습니다). 그리고 도움을 요청하고 싶지 않다면 시간 제한을 통해 추가적인 동기를 부여받을 수 있습니다! 문제를 스스로 해결할 것이라고 기대하지 마십시오. 해당 작업을 수행한 대가로 급여를 받고 있음을 기억하십시오. 재정적 관점에서 볼 때 아무런 진전도 없이 어떤 일에 몇 시간을 보내는 것은 매우 비효율적입니다. 특히 동료가 신속하게 조언을 제공하여 문제를 해결할 수 있다면 더욱 그렇습니다. 서로를 돕기 위해서는 팀이 필요하다는 것을 잊지 마십시오. 경험이 풍부한 교사와 멘토는 후배를 도울 때 근접 발달 영역 및 비계 에 대한 비고츠키의 이론을 종종 사용합니다 (비록 그들이 그들에 대해 전혀 알지 못하더라도). 근접 발달 영역(ZPD)은 "학생이 도움 없이 할 수 있는 것과 더 많은 지식이나 경험이 있는 사람의 지원을 받아 할 수 있는 것 사이의 거리"입니다. 비계는 학생들이 HPD 프레임워크 내에서 작업할 수 있도록 지침을 제공하는 방법입니다. 따라서 숙련된 멘토는 초보 개발자가 독립적으로 작업을 완료할 수 있도록 필요한 만큼 많은 조언을 제공합니다.

3. 끊임없이 배우세요

소프트웨어 개발 산업은 끊임없이 변화하고 있습니다. 새로운 언어가 나타나고, 이전에 널리 사용되던 라이브러리와 프레임워크가 보다 현대적인 기술로 대체되고, 새로운 디자인 트렌드가 나타나고 사라집니다. 빠르게 변화하는 세상에서 뒤처지지 않으려면 끊임없이 배워야 합니다. 개발자는 대학이나 교육 과정을 마치고 취업하고 다시는 학교로 돌아갈 수 없습니다. 우리는 매일 배웁니다. 말콤 글래드웰은 'Extraordinary Success Stories'라는 책에서 '10,000시간의 법칙'을 제시해 큰 인기를 끌었습니다. 어떤 분야의 전문가가 되려면 해당 분야에서 약 10,000시간의 작업이 필요하다고 명시되어 있습니다. 당연히 어떤 일에 더 많이 노력할수록 그 일을 더 잘하게 됩니다. 그러나 책이 출간된 후 1만 시간의 법칙은 이미 여러 차례 반박된 바 있다. 실제로 중요한 것은 운동량 뿐 아니라 운동 방법 도 중요 하다는 것이 밝혀졌습니다. '연습'과 '의도적인 연습'은 다릅니다. 악기 연주법을 배울 때는 연습 방법과 내용에 대해 의도적이어야 합니다. 특정 노래를 배우고 있다면 그 노래를 계속해서 반복하지 않을 것입니다. 단순히 처음부터 끝까지 매번 패배하는 것은 비효율적입니다. 아마도 노래의 어떤 부분은 다른 부분보다 더 어려울 것입니다. 의도적인 연습을 통해 제대로 될 때까지 네 개의 어려운 마디를 계속해서 연주하게 됩니다. 그 후 다음 부분으로 넘어갑니다. 개발에도 동일한 개념이 적용됩니다. 모든 것에 소란을 피울 필요가 없습니다. 공부하고 싶은 것을 의식적으로 선택하세요. 단위 테스트를 작성하는 데 문제가 있다고 생각되면 Jest를 사용한 단위 테스트에 대한 튜토리얼(또는 해당 언어의 다른 테스트 프레임워크에 대한 다른 과정)을 수강하세요. React를 배우고 싶다면 문서를 읽어보세요.: 리액트 정말 좋아요! 회사에서 사용하는 기술의 기본 사항을 이해하려고 노력하십시오. AWS, Heroku 또는 사용하는 IaaS/PaaS 제공업체에 대해 알아보세요. 프런트 엔드 개발자라면 Angular, React, Vue 등 회사에서 사용하는 프레임워크나 UI 라이브러리를 알아보세요. 데이터베이스를 자주 사용하는 경우 SQL과 NoSQL의 차이점과 장단점에 대해 알아보세요. 즉, 톱을 갈는 데 시간을 투자하십시오. 스티븐 R. 코비(Stephen R. Covey)는 자신의 저서 "성공하는 사람들의 7가지 습관"에서 "톱을 가는 것"을 일곱 번째이자 마지막 기술로 꼽았습니다. 그는 큰 어려움을 겪고 둔한 톱으로 숲을 보았지만 시간이 없기 때문에 날카롭게하기를 거부하는 나무꾼에 대한 비유를 제공합니다. 그는 볼 필요가 있습니다. 근무 시간 동안 현재 업무에만 집중하는 함정에 빠지기 쉽습니다. 귀하의 근무 시간은 고용주가 추적하고 지불합니다. 이 시간을 일하면서 보내야 한다는 게 말이 됩니까? 그러나 그러한 생각은 근시안적이다. 이는 톱을 갈는 데 시간을 들이지 않고 몇 시간 동안 큰 나무를 자르는 것과 같습니다. 그렇습니다. 톱을 갈고 있는 동안에는 톱질을 하고 있는 것이 아닙니다. 그러나 톱이 날카로울수록 향후 작업이 더 효과적이 될 것입니다. 결과적으로 톱을 갈기 위해 멈추지 않았을 때보다 더 짧은 시간에 나무를자를 수 있습니다. 훌륭한 고용주는 이러한 사실을 인식하고 직원들이 일주일에 몇 시간씩 집중적인 학습에 투자하도록 적극적으로 권장합니다. 업무 시간 동안 기사를 읽거나 비디오 튜토리얼을 시청하면서 자유롭게 시간을 보내십시오. 실력을 향상시키기 위해 이렇게 한다면, 생산 문제 해결에만 모든 시간을 쏟는 것보다 훨씬 더 효과적인 개발자가 될 것입니다.

4. 코드 리뷰에 참여하세요

마지막으로 코드 리뷰에 참여하세요. 평판이 좋은 모든 소프트웨어 개발 회사는 코드 기반의 높은 품질을 유지하기 위해 검토 절차를 구현했습니다. 코드 검토는 일반적으로 통제 관행으로 간주됩니다. 이를 통해 코드가 좋은 디자인 패턴을 사용하고, 코드가 깨끗하고, 적절하게 테스트되고, 잠재적인 문제를 방지할 수 있습니다. 그러나 마찬가지로 중요한 것은 코드 검토가 지식 공유를 촉진한다는 것입니다. 새로운 병합 요청을 생성하고 동료에게 코드 검토를 요청하면 피드백을 제공하도록 초대하는 것입니다. 이를 통해 다양한 것에 대해 배울 수 있습니다. 예를 들어, 코드를 리팩터링하는 방법, 귀하의 사례에 더 적합한 데이터 구조 또는 디자인 패턴, 아직 배우지 않은 모범 사례 위반에 관한 것입니다. 코드 검토는 최고의 학습 기회 중 하나이며 개발 프로세스에 바로 포함되어 있습니다! 코드 검토는 감정적으로 어려울 수 있습니다. 사람들은 당신의 창작물을 비판할 것이고, 많은 사람들이 이로 인해 기분이 상할 것입니다. 코드 중 일부가 나쁘다고 해서 나쁜 개발자가 되는 것은 아니라는 점을 기억하십시오. 자존심을 버리고 최종 목표인 고품질 코드 생성 및 지식 공유를 염두에 두십시오. 병합 요청을 준비할 때 항상 검토자를 정중하게 대하십시오. 도움을 받는 데 시간이 걸리므로 좋은 커밋 메시지와 유용한 병합 요청 설명이 있는지 확인하세요. 물론 이 작업을 수행하기 전에 코드를 직접 확인하십시오. 컨텍스트를 이해하지 못하고 주석이 많이 달렸으며 형식이 잘못된 코드를 검토하는 것보다 검토자를 짜증나게 하는 것은 없습니다. 다른 개발자, 심지어 선배의 코드를 직접 확인하는 것을 두려워하지 마세요. 누구도 완벽하지 않으며 선임 개발자도 실수를 합니다. 경험이 많은 프로그래머의 코드를 연구하면 그들이 코드를 작성하고 구조화하는 방법, 변수 이름을 지정하고 복잡한 문제를 해결하는 방법을 확인할 수 있습니다. 선배 동료의 프로그래밍 스타일을 에뮬레이션하면 자신의 코드 품질을 빠르게 향상시킬 수 있습니다. Google은 코드 작성자 뿐만 아니라 리뷰어를 위한 훌륭한 지침을 제공합니다 . 두 섹션을 모두 읽어 보시기 바랍니다.

결론

이 기사에서 단 한 가지만 기억하고 싶다면, 그 내용을 집중 연구 주제로 삼으십시오. 당신이 배워야 할 것이 무엇인지 파악하고 그러한 것들에 집중하십시오. 의도적인 연습에 참여하십시오. 호기심을 갖고 지식에 대한 갈증을 충족시키려고 노력하십시오. 이 모든 것이 귀하의 길고 성공적인 경력에 기여할 것입니다. 행운을 빌어요!