Лёгкость фуллстека на JavaScript — миф?

Question

[Dmitriy-163-89]

Подскажите если кто в курсе, плиз. Правильно ли я понял следующее:
Я тут решил помимо основ фронтенда чуть-чуть на основы бэкэнда глянуть. И понял для себя следующее: то что пропоганда Node js, как более лёгкого стека для фуллстек разработчика похоже - ложь. Утверждается что это будет легче за счёт того, что JavaScript будет и на фронте и на бэке.
Но тут я понял два больших но:
1) на Node js всегда поддерживается более свежая версия джаваскрипта, чем в браузерах, т.е. постоянно будет лишняя головомойка - придётся для браузера использовать одни фичи языка, а для node js другие.
2) Typescript, т.е. необходимость знать фактически второй язык-компилятор. Который ни капли не избавляет меня от того, что мне необходимо бдить за разными версиями JavaScript для браузера и node js, т.к. ошибки типов он отловит, но вот ошибки рантайма мне всё равно JavaScript выдавать будет . Тут уже вроде и PHP выглядит и не дурно))

Comments

[Dmitry Roo]

Я бы сказал, что «фулл-стэк» - это миф.
Мелкие сайты никому не нужны, а на крупных проектах есть выделенные команды на фронт и на бэк.

[Adamos]

Dmitry Roo, вы бредите.
Проблемы, которые решают сайты, которые вполне по силам одному человеку, никуда не делись.

[Dmitry Roo]

Adamos, например?

[Adamos]

Dmitry Roo, например, я сегодня занимался одним из наших служебных сайтов, который позволяет полутора менеджерам управляться с тремя магазинами на маркетплейсах. Тысяча карточек, десяток тысяч заказов в месяц, ведение склада, аналитика и прочие плюшки автоматизации и обработки накапливаемых данных. Никаких команд к работе не привлекалось, все в одно лицо.
И сегодня же внес правки в корпоративный сайт, пятнадцать лет назад заказанный студии, но с тех пор поддерживаемый мной же в том же сугубом одиночестве.
Достаточно примеров?

[Dmitry Roo]

Adamos, про анекдотическое свидетельство слышали?

[Adamos]

Dmitry Roo, а вы - про формальную логику?
"Никому не нужны" я опроверг. Спорить ради срача - увольте.
Мне еще завтра разбираться, что за херню придумал Озон с логистикой, надо копить силы и нервы.

[Dmitry Roo]

Adamos, никому не нужны, кроме работодателя г-на Adamos-a, который очень ловко нанял ни команду, а одного сотрудника, готового ещё и отстаивать своё положение перед случайной публикой.

[Adamos]

Dmitry Roo, мелко, Хоботов. Переходите сразу к солипсизму.

[WbICHA]

1) на Node js всегда поддерживается более свежая версия джаваскрипта, чем в браузерах, т.е. постоянно будет лишняя головомойка - придётся для браузера использовать одни фичи языка, а для node js другие.

Название babel вам о чём-нибудь говорит? Сегодня никто вручную не пишет под конкретную версии браузеров, за исключением крайней необходимости.

2) Typescript, т.е. необходимость знать фактически второй язык-компилятор.

Во-первых, с каких пор нода интерпритирует тс?
Во-вторых, почему ты на фронте тс не используешь?

[Dmitriy-163-89]

WbICHA, В моём вопросе нигде не написано, что Node js интерпретирует Typescript. Но вообще в экспериментальных фичах Node js на офсайте, уже есть native поддержка Typescript, правда я не читал насколько это гуд и как работает

[WbICHA]

Dmitriy-163-89, в твоём вопросе написано, что тс необходимо знать для бека. А поскольку нода работает с жсом, то с чем связано такое заявление?

[Dmitriy-163-89]

WbICHA, Я понимаю , что можно и бэк и фронт писать на чистом js, что влечёт за собой все косяки js с возможным Nan, undefined, и всякими 1 + "true". Просто много где Typescript в вакансиях и для бэка и для фронта. А это по сути необходимость знать второй язык., помимо js. Соответственно не проще ли пойти по дороге js frontend + python/php бэкэнд ?

[StreetWanderer]

Dmitriy-163-89,

не проще ли пойти по дороге js frontend + python/php бэкэнд

А с каких пор эти языки стали статически типизированными? По вашей логике разработка на них тоже "влечет косяки".

косяки js с возможным Nan, undefined, и всякими 1 + "true".

Это вполне можно словить в рантайме, где TS не будет.
Косячит не язык, а программист.

[WbICHA]

Dmitriy-163-89,

А это по сути необходимость знать второй язык

Другой язык? Я что-то пропустил и тс теперь добавляет не только типизацию, но и свой синтаксис, свои особенности в рантайме и т.д. и т.п.?
Чем таким эти 2 языка отличаются друг от друга, кроме более строгой и вариативной типизации (в жс можно жсдоком типизировать так-то).

[Dmitriy-163-89]

StreetWanderer, StreetWanderer, косяки наверное влечёт, но похоже меньшие чем в JavaScript. Python например язык со строгой динамической типизацией. Он неявно преобразования типов не делает 1 + "something" в питон ошибку выдаст.
Да и в PHP Type declarations can be added to function arguments, return values, as of PHP 7.4.0, class properties, and as of PHP 8.3.0, class constants

[StreetWanderer]

Dmitriy-163-89, ошибки с типами - малая часть потенциально возможных ошибок.

пропоганда Node js, как более лёгкого стека для фуллстек разработчика похоже - ложь

А вот это верно.

[Сергей delphinpro]

Лёгкость фуллстека на JavaScript — миф

[ooko]

Пишу на js и бек и фронт. Бек запускаю в браузере во время разработки, а на проде уже в node работает. Язык простой, быстрый, пишу словно думаю. Всяких проблем с типами никогда не испытывал - не понимать что так ноют на эту тему.
Если бы хотел стать программистом и выбирал бек или фронт и какой язык - то держался бы подальше от фронта (это просто 3.14… ) . Но если цель что-то создавать то js и там и там однозначно сильно помогает

Answer 1

[Lanity_Roshoose]

Да, действительно это может быть только большей головной болью. Стек технологий стоит выбирать исходя из потребностей. В случае маленького пет-проекта - из собственного мнения, по сути. Я, например, для фронта использую либо HTML+CSS+JS, либо React. А бэкенд пишу на Python+FastAPI. Такой выбор сделан за счёт того, что у меня много опыта в этих стеках и они достаточно простые. В бизнесе мы используем другие стеки, например .Net + Angular, так как они лучше всего подходят под наши задачи и наши разработчики наиболее опытны именно в них.

От себя могу посоветовать бэкенд на питоне. Очень просто и быстро "включиться" в разработку. Так простой бэк спокойно пишется за вечер-два.

Answer 2

[Олег]

В этой статье вполне правильно написано
https://habr.com/ru/articles/803745/

То есть а зачем Вам именно этот "фулл" нужен ?
А потом уже можно подумать в каких комбинациях его набирать.

1. Очевидно, что если работа с сайтами То тут без HTML5+CSS3 и базового понимания JS никуда.
Собственно, а как это все рисуется в браузере у клиента.

2. Как общается броузер и сервер. Базовые знания об устройстве Internet. (4 уровня и прочее)
HTTP протокол и т.д.

3. "Рожден чтобы умирать"(Request-Router-Controler-Responce-Die) vs demon (постоянно в памяти).
То есть в каком стиле придется продумывать логику работы серверной части. Первая линейная (1-2-3). Вторая событийная
(Если есть А, то делаем первое. Если есть Б, то делаем второе)

4. Как хранить данные. СУБД и кей-валуе хралища.

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

А фулстек из HTML,CSS,JS,PHP,LAMP,NGINX,SPINX - это просто "веб-дев". Увы за сайты сейчас много не готовы платить.
Времена такие, что куча noCode решений, где за 3копейки можно получить готовый сайт

Comments

[Dmitriy-163-89]

Я видимо не совсем точно сформулировал вопрос. Основы бэка и фронта мне понятны. Клиент сервер, реквест респонс и т.д. Ключевой вопрос - не является ли фуллстек разработка на JavaScript, со всеми его бабелями и Typescript на самом деле большей головной болью, чем разработка на других стеках JavaScript для клиента + любой другой язык для бека(php, python, ruby). Да ещё при условии того, что на них есть зарекомендовавшие себя фреймворки (Laravel, rails).

[Adamos]

Dmitriy-163-89, добавьте еще, что сайты чаще делаются не на фреймворках, а на CMS, которые по большей части опять-таки на Пыхе.

[Тимофей]

Dmitriy-163-89, попробуй js на бэке и узнаешь насколько оно тебе подходит. Но как по мне php проще в понимании, прозрачности процессов и синтаксис поприятнее + есть нормальное ООП. Кому то же нравится python, go. Так что каждому свое и везде есть головная боль :)