На что сделать «ставку» в обучении? Go? Node.js? Остаться на front-end?

 Публичный пост

Мог бы начать с введения о развитии js и т.д. Проще сразу.
Если стоит выбор, что выучить дополнительно: node.js или golang?
Был небольшой опыт и на golang. Сейчас пишу на js.
Ибо во фронте конечно круто, но хочется улучшить навыки и приорести новые. К тому же, backend интересен, а на фронте все более холодное отношение к верстке. Гораздо больше нравится писать js и все меньше css.
Спрашиваю потому, что сложно определиться. Быть может есть кто-то, кто интересовался этой темой и выскажет свои мысли?

7 комментариев 👇

Понимаю) Сам устал от фронта в классическом смысле, но нравится писать на js/ts, возможно, со мной что-то не то)

Куда, на мой взгляд, можно посмотреть, если не хочешь в React, Vue, Angular, но хочешь в js:

  1. Микросервисы на ноде. Не знаю, пишут ли серьезный бек на js, есть мнение, что нет, но вот именно на микросервисы нода хорошо ложится.

  2. AdTech. Вся реклама пишется на чистом js. К сожалению, в России очень мало контор, и у них нет открытых вакансий в паблике. За границей, кстати, я тоже не смог найти много вакансий, может, плохо искал.

  3. Карты. Проблема, что и выше: на ум приходят 2GIS, Яндекс.Карты, OSM, Google Maps

  4. WebGL. Вот тут, мне кажется, можно хорошо развернуться, как пример: https://ykob.github.io/sketch-threejs/

  5. Какие-нибудь странные стартапы. Меня пытались заханить чуваки, которые сидели в Москве Сити и пилили мобильное приложение на чистом js — убийцу тик-тока. . Насколько я понял, они как-то его через webview делали.

Лично для себя решил качаться в сторону бека на Node.js: на работе, если есть возможность использовать ноду, и в своем небольшом проектике, на котором обкатываю всякие стандартные штуки, типа, авторизации, REST'a, разных ролей пользователей, etc. Пилю на Nuxt + Express + MariaDB

  Развернуть 1 комментарий

Мне кажется, что язык-технология вторична. Думаю, стоит обратить внимание не более фундаментальные знания — прокачаться в проектировании, научиться строить классные отказоустойчивые и поддерживаемые системы.

А если выбрать надо из этих двух вариантов, то возьми Go. Это что-то новое, поможет размять мозги.

  Развернуть 1 комментарий

Учи то, к чему лежит душа, и что ты сможешь потом как-то использовать в жизни (на работе или в своих проектах).

  Развернуть 1 комментарий

На фронте устаешь от верстки. Хочется именно кодить, программировать. Просто как по мне, если я сижу и делаю fix бага со смещенным квадратиком или таблицей, то это куда душнее, чем фиксить баг в работе программы. Проект на vue. Ты куда больше занимаешься организацией компонентов, версткой и т.д., а не программированием.

  Развернуть 1 комментарий
Victor Zeltin Тимлид галерный, обыкновенный. Из семейства сложноцветных. 28 апреля 2020

На бэке непосредственно кроме ЯП довольно большое число всяких дополнительных штук, от языка не зависящих, которые тоже придется поизучать. Начиная с базок, заканчивая оркестрацией и инфраструктурными штуками. Посему выбор языка не принципиален, лучше начать с того, что знаешь/есть опыт, либо с того, к чему душа лежит.
Кмк с точки зрения перспектив go выглядит интереснее, но я бы пошел в шарп или джаву (и стартанул бы холивар на эту тему) - всякие банковские штуки и кровавый ынтырпрайз, хлеб и драма всегда будет.

  Развернуть 1 комментарий
Повалишин Евгений Технический рекрутер, шкипер 28 апреля 2020

Вакансий на ноде не так чтобы много, есть некоторые проекты, которые на ней написаны, но это скорее уже не тренд.
Go -- в тренде, и в целом полезно и пригодится на работе может.
Можно еще посмотреть в React native, много кому надо, компании готовы хорошо приплачивать за этот скилл.

  Развернуть 1 комментарий

Если есть возможность дилегировать неинтересную работу - так и поступай. Если такой возможности нет, попытайся создать условия, чтобы она была. Например:

  • начать делить задачи на верстку и бизнес логику (может не лучшая идея, но где-то может сработать)
  • вынести ui компоненты (модалки, кнопки, текстовые поля и т. д.) в отдельный локальный модуль/папочку в src, попытаться выделить человека/команду на поддержку этого модуля. Здесь, конечно, все сильно зависит от проекта, есть ли в этом смысл вообще, достаточно ли ресурсов на такое решение.
  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб