Кофе-брейк #57. 5 лучших бесплатных онлайн-инструментов для совместной работы. Советы по карьере для разработчиков-джуниоров

5 лучших бесплатных онлайн-инструментов для совместной работы

Источник: DZone Инструменты для совместной работы играют важную роль в объединении команд. С их помощью можно взаимодействовать, планировать и выполнять работу для достижения общих целей. Эффективная командная работа и сотрудничество идут рука об руку, когда мы говорим о производительности. Уже много лет электронная почта остается каналом №1 для онлайн-сотрудничества. Однако в последнее время ситуация изменилась, особенно теперь, когда компании осознали, насколько непродуктивными могут быть электронные письма. Согласно Forbes, офисные работники ежедневно тратят на чтение и написание электронных сообщений около 2,5 часов. Сократить это огромное количество времени могут инструменты онлайн-общения и совместной работы.Перечислим несколько причин, по которым вам имеет смысл выбрать инструмент для совместной работы.

Команды могут работать удаленно

Одним из преимуществ использования инструментов для совместной работы в интернете является то, что он дает каждому возможность работать, не выходя из дома. Это не только улучшает моральный дух участников команды, но и позволяет каждому из них работать так, как им удобно.

Меньше полагайтесь на электронную почту

Инструменты для совместной работы поощряют более непринужденный подход к общению. Вам больше не нужно писать одни и те же любезности снова и снова — вы можете сразу перейти к сути.

Удобное управление документами

Сколько раз вы получали пять разных версий одного и того же файла, что впоследствии приводило к путанице, поскольку никто не знал, какой из них использовать? Инструменты для совместной работы позволяют без проблем обмениваться файлами и документами, которые впоследствии можно легко фильтровать или сортировать.

Следите за прогрессом своей команды

Не можете понять, кто чем сейчас занимается? Это часто бывает, когда вы управляете огромной командой. Иногда становится трудно отслеживать все обновления в режиме реального времени. В настоящее время инструменты для совместной работы поставляются со встроенными и интегрированными инструментами управления задачами, которые позволяют отслеживать, контролировать и оставаться в курсе проектов и прогресса команды в режиме онлайн.

Больше никаких непродуктивных собраний

Вы можете избежать непродуктивных собраний, взаимодействуя с членами своей команды через программное обеспечение. 23% работников считают собрания пустой тратой времени. Используя программное обеспечение для управления совещаниями, вы сможете более продуктивно работать с командой. Давайте ознакомимся со списком лучших бесплатных инструментов для совместной работы.

Slack

Slack не нуждается в представлении. Он считается одной из наиболее широко используемых программ для совместной работы. Это идеальный инструмент для внутреннего делового общения, поскольку он позволяет создавать разные каналы и позволяет добавлять неограниченное количество участников команды. В зависимости от того, сколько людей в вашей команде, вы можете создать канал для каждого отдела, например для продаж, маркетинга, DevOps, поддержки и так далее. Вы также можете создать групповой чат внутри канала или сотрудничать с членом команды напрямую, используя личные сообщения. Slack поддерживает голосовые и видеозвонки на тот случай, если вам не хочется много печатать.

Ценообразование:

Slack поставляется с бесплатным планом, который подходит для небольших команд. В бесплатной версии вы можете интегрировать до 10 сторонних приложений, а также совершать видеозвонки. Планы Standard и Plus для Slack начинаются с 6,67 долларов США за пользователя в месяц и 12,50 долларов США за пользователя в месяц соответственно при ежегодной оплате.

Skype

Skype — еще один отличный инструмент для онлайн-сотрудничества. Если вы работаете в компании, где больше полагаются на голосовое общение и видеосвязь, Skype станет отличным выбором. Кроме того, интерфейс и функции этого приложения очень похожи на чаты в социальных сетях, что не только делает общение удобным, но и поддерживает вовлеченность всех членов команды.

Ценообразование:

Skype — это бесплатное программное обеспечение для онлайн-чата и видеоконференций. Skype для бизнеса стоит 2 доллара за пользователя в месяц, поставляется с дополнительными удобными функциями, такими как до 250 участников онлайн-встреч, безопасность корпоративного уровня и управление учетными записями сотрудников.

Flock

Flock — еще одна коммуникационная платформа, похожая на Slack, с простым интерфейсом и встроенными инструментами для повышения производительности. В числе других функций Flock для совместной работы — опросы, создание заметок и автоматизация рабочего процесса. Flock также имеет встроенное управление задачами, которое позволяет их создавать одним щелчком мыши.

Ценообразование:

Flock — это бесплатный онлайн-инструмент для совместной работы с базовыми функциями. Профессиональный план Flock стоит 4,50 доллара США за пользователя в месяц при ежегодной оплате.

Workplace от Facebook

Представьте, что Facebook ограничен только вашими коллегами и начальниками. Это центральный узел для всего вашего общения на рабочем месте. Workplace не является инструментом для отдельного отдела или команды, а призван объединить всех. Как и в Facebook, вы можете общаться в чате, создавать группы, планировать мероприятия, выходить в прямой эфир или записывать видео для последующего просмотра.

Ценообразование:

Workplace от Facebook имеет как бесплатную, так и платную версии. Премиум-версия стоит 3 доллара США за пользователя в месяц и включает расширенные корпоративные функции, такие как встроенные интеграции, настраиваемые API, инструменты мониторинга, SSO и многое другое.

Convo

Convo — это расширенный социальный инструмент для совместной работы, позволяющий одновременно поддерживать заинтересованность и продуктивность вашей команды. Он заменяет традиционное общение один-на-один на один-со-многими. С его новостной лентой вы можете быть в курсе всех последних действий разных команд в вашей организации. Это делает приложение очень эффективным для межфункционального сотрудничества.

Ценообразование:

Convo бесплатен для пяти членов команды. Convo Pro с расширенным функционалом стоит 9 долларов за одного пользователя в месяц.

Советы по карьере для разработчиков-джуниоров

Источник: Dev.to Начинающие разработчики часто спрашивают меня, как они могут ускорить повышение своего профессионального уровня. Иными словами, они хотят узнать, как им побыстрее стать эффективными членами команды, познакомиться с огромной кодовой базой и со всем, что нужно для работы. Переход на новую работу может стать стрессом даже для senior-разработчика. Если же речь идет о новичках, то для них это вдвойне тяжелее. Рассмотрим четыре стратегии повышения профессионального уровня junior-разработчика, которые позволяют быстро освоиться на рабочем месте.

1. Задавайте много вопросов

Во-первых, не стесняйтесь задавать много вопросов. И что еще более важно, не бойтесь это делать. Набраться смелости, чтобы что-то спросить, может быть непросто. Для многих это означает, что они не все знают. Но стоит ли переживать об этом? Сфера разработки настолько обширна, что в ней никто не может знать все. Задавая вопросы, особенно на открытом форуме (например, в Slack-канале вашей компании), у вас могут возникнуть сомнения: «Будут ли коллеги смотреть на меня свысока из-за того, что я этого не знаю? Не перестанут ли они доверять мне как программисту?». В такие моменты важно напоминать себе о том, что все с чего-то начинают. Даже программисты с 30-летним стажем когда-то были на вашем месте и старались сориентироваться в обширной сфере разработки. Во-вторых, если у вас возник вопрос, то весьма вероятно, что эта тема интересна также и другим людям. Набравшись смелости и спросив открыто, вы поможете не только себе, но и своим коллегам. Помните, что синдрому самозванца подвержены все. Каждый разработчик в какой-то момент чувствует, что недостаточно хорош, что не заслуживает того, чтобы занимать свое место, что его коллеги поймут, насколько мало он знает, и его разоблачат как мошенника. Не слушайте этот голос сомнений. В-третьих, когда вы задаете свой вопрос на публичном форуме, он становится документацией, к которой вы сможете вернуться позже. Вот почему я всегда рекомендую разработчикам, отправляющим мне личные сообщения, вместо этого задавать вопросы в общедоступных каналах Slack. Ведь тогда ответить на вопрос сможет любой член команды (или даже несколько человек), а ответы пригодятся не только тому, кто спросил, но и тем, кто постеснялся спросить. Кроме того, обсуждение станет доступным для поиска, а это поможет тем, у кого такой же вопрос появится в будущем. Теперь давайте обратимся к опытным разработчикам, у которых новички часто спрашивают советы. Вы, как опытные программисты, определяете культуру вашей компании: будет ли эта компания и команда психологически безопасным местом, где люди могут задавать вопросы, не подвергаясь критике? Реагируя на вопросы, проявляйте мудрость, иначе создадите среду, в которой ваши коллеги будут бояться высказаться. Когда Google проводил исследование, чтобы определить факторы, которые способствуют высокой производительности в команде, на первом месте оказалась психологическая безопасность. Члены команды должны чувствовать себя в безопасности и знать, что в обществе друг друга можно проявлять уязвимость. А теперь давайте опять вернемся к джуниорам. Какие вопросы вы могли бы задать, чтобы стать более эффективным членом команды? Вот пару примеров:

• Не могли бы вы рассказать мне об архитектуре нашего приложения? Какие фреймворки и библиотеки мы используем?
• Не могли бы показать мне структуру директорий нашей кодовой базы? Где какой код находится? Как он организован?
• Как выглядит процесс разработки? Какой тип рабочего процесса Git мы используем?
• Как происходит релиз? Как новый код попадает в продакшн? Насколько часто выпускается новый код?
• Почему функция X реализована именно так?
• Почему мы используем библиотеку A, а не библиотеку B?

Все это прекрасные вопросы, которые стоит задавать не только junior-разработчикам, но и всем, кто начинает работать на новом месте.

2. Просите о помощи, когда она вам нужна

Аналогичным образом важно обращаться за помощью, когда она вам нужна. Борьба с трудной задачей — неотъемлемая часть обучения. Если вас постоянно будут водить за руку, не давая работать самостоятельно, вы не сможете быстро прогрессировать. Но бывают моменты, когда лучше признать, что вам необходима помощь. Существует хорошее правило: если вы над чем-то застряли, выделите себе еще 15 минут на попытки справиться самостоятельно. Затем, если успеха нет, попросите о помощи. Эта задержка перед обращением за помощью устанавливает временные рамки для решения задачи, чтобы вы не тратили на нее целую вечность. Более того, это вынуждает вас попробовать еще раз решить все самостоятельно (ведь сразу сдаваться нельзя). А если вы просто не хотите обращаться за помощью, ограничение по времени придаст вам дополнительную мотивацию! Не нужно рассчитывать на то, что вы решите проблему самостоятельно — вспомните, что вам платят за работу. С финансовой точки зрения тратить на что-то целые часы без всякого прогресса — крайне неэффективно. Особенно, если коллега может быстро подсказать вам и тем самым решить вашу проблему. Не забывайте, что команда и нужна для того, чтобы помогать друг другу. Опытные учителя и наставники, помогая джуниорам, часто используют теорию Выготского о зоне ближайшего развития и скаффолдинг (даже если ничего о них не знают). Зона ближайшего развития (ЗБР) — это «расстояние между тем, что учащийся может делать без посторонней помощи, и тем, что он может делать при поддержке человека, обладающего большими знаниями или опытом». Скаффолдинг (строительные леса) — это метод предоставления студентам рекомендаций, помогающих им работать в рамках ЗБР. Таким образом, опытный наставник дает начинающему разработчику столько рекомендаций, сколько нужно, чтобы тот смог самостоятельно выполнить свою задачу.

3. Постоянно учитесь

Сфера разработки ПО все время меняется. Появляются новые языки, ранее популярные библиотеки и фреймворки вытесняются более современными технологиями, возникают и исчезают новые тренды в дизайне. Чтобы не отставать в этом быстро меняющемся мире, вы должны постоянно учиться. Разработчики не могут просто закончить колледж или курсы, найти работу и никогда больше не возвращаться к учебе. Мы учимся каждый день. В книге «Неординарные истории успеха» Малкольма Гладуэлла сформулировано «правило 10 тысяч часов», ставшее затем очень популярным. Оно гласит, что чтобы стать в чем-то экспертом, требуется примерно 10 тысяч часов работы в этой сфере. Естественно, что чем больше вы над чем-то работаете, тем лучше у вас получается. Тем не менее, правило 10 тысяч часов после выхода книги уже несколько раз опровергнуто. Оказывается, на самом деле важно не только то, сколько вы тренируетесь, но и то, как вы это делаете. «Практика» и «осознанная практика» — разные вещи. Когда вы учитесь играть на музыкальном инструменте, вам нужно осознанно подходить к тому, как и что вы практикуете. Если вы разучиваете какую-то конкретную песню, вы не будете просто повторять ее снова и снова. Просто проигрывать каждый раз от начала до конца — неэффективно. Скорее всего, какие-то части в песне будут сложнее других. Занимаясь осознанной практикой, вы проигрываете четыре сложных такта снова и снова, пока не добьетесь хорошего результата. А после этого переходите к следующей части. Та же концепция применяется и в разработке. Не нужно возиться со всем подряд. Осознанно выбирайте то, что хотите изучить. Если вы чувствуете, что испытываете трудности с написанием модульных тестов, изучите уроки по модульному тестированию с помощью Jest (или любой другой курс по любому другому тестовому фреймворку для вашего языка). Если пытаетесь изучить React, прочтите документацию: у React она чертовски хороша! Постарайтесь разобраться в основах технологий, которые использует ваша компания. Познакомьтесь с AWS, Heroku или любыми провайдерами IaaS / PaaS, которые вы используете. Если вы фронтенд-разработчик, изучите фреймворк или UI-библиотеку, которую использует ваша компания, например Angular, React или Vue. Если вы часто работаете с базами данных, узнайте о различиях между SQL и NoSQL, об их сильных и слабых сторонах. Другими словами, найдите время, чтобы «заточить пилу». Стивен Р. Кови в своей книге «7 навыков высокоэффективных людей» ставит «затачивание пилы» последним, седьмым навыком. Он приводит притчу о дровосеке, который с огромным трудом пилит лес тупой пилой, но отказывается ее точить, потому что у него нет на это времени: нужно пилить. Занимаясь в рабочее время исключительно выполнением текущих заданий, легко попасть в ловушку. Ваше рабочее время отслеживается, а работодатель его оплачивает. Логично, что это время вы должны тратить на работу, верно? Однако такое мышление недальновидно. Это все равно, что часами пилить большое дерево, не тратя времени на заточку пилы. Да, в то время, когда вы затачиваете пилу, вы не пилите. Но чем острее пила, тем более эффективной будет ваша дальнейшая работа. В итоге, вы сможете спилить дерево за меньшее время, чем если бы вы не остановились, чтобы заточить пилу. Хорошие работодатели признают эту истину и активно поощряют сотрудников тратить несколько часов в неделю на целенаправленную учебу. Не стесняйтесь тратить время на чтение статьи или просмотр видеоуроков в рабочее время. Если вы делаете это для улучшения своих навыков, вы станете куда более эффективным разработчиком, чем если бы тратили все рабочее время только на решение производственных задач.

4. Участвуйте в ревью кода

Наконец, принимайте участие в проверках кода. Все уважаемые компании, занимающиеся разработкой программного обеспечения, внедрили процедуры ревью, чтобы поддерживать высокое качество своей кодовой базы. Ревью кода обычно рассматривают как практику контроля. Это позволяет убедиться, что в коде используются хорошие паттерны проектирования, что код чист, что он должным образом протестирован, и что возможные неприятности предотвращены. Но не менее важно то, что ревью кода также способствуют обмену знаниями. Когда вы создаете новый мерж-реквест и просите коллег просмотреть ваш код, вы приглашаете их высказать свое мнение. Так вы можете узнать о самых разных вещах. Например, о способах рефакторинга кода, о структуре данных или паттерне проектирования, более подходящих для вашего случая, о нарушении вами best practices, которым вы еще не научились. Проверка кода — одна из лучших возможностей для учебы, и она встроена прямо в процесс разработки! Код-ревью может быть эмоционально сложным. Люди будут критиковать ваше творение, многих это задевает. Старайтесь не забывать, что даже если часть вашего кода плохая, это не делает вас плохим разработчиком. Избавьтесь от своего эго и помните о конечной цели — создании высококачественного кода и обмене знаниями. При подготовке мерж-реквеста всегда с уважением относитесь к рецензентам. Они тратят время на то, чтобы помочь вам, поэтому следите за тем, чтобы у вас были хорошие сообщения коммитов и полезные описания запросов на слияние. И, конечно, сами перед этим проверьте свой код. Ничто так не раздражает рецензента, как проверка кода без понимания контекста и обилие закомментированного и плохо отформатированного кода. Не бойтесь и самому проверять код других разработчиков, даже сеньоров. Никто не идеален, и senior-разработчики тоже допускают ошибки. Изучая код более опытных программистов, вы сможете увидеть, как они его пишут и структурируют, как называют переменные и решают сложные проблемы. Подражая стилю программирования старших коллег, вы сможете быстро повысить качество своего собственного кода. У Google есть отличные рекомендации для ревьюеров, а также для авторов кода. Я рекомендую прочитать оба раздела.

Заключение

Если вам суждено запомнить только одну вещь из этой статьи, пусть это будет тема целенаправленной учебы. Выясните, что вам требуется изучить, и сфокусируйтесь на этих вещах. Занимайтесь осознанной практикой. Проявляйте любопытство и старайтесь удовлетворять свою жажду знаний. Все это будет способствовать вашей долгой и успешной карьере. Удачи!