Comments 38
Фронэнд не умирает. Просто грань между десктопом, мобильным приложением и сайтом стирается.
Уже сейчас чтобы писать сайты не обязательно знать JavaScript/TypeScript.
Вы немного не правы относительно сути вещей: грань между десктопом, мобильным приложением, и сайтом не стирается — её изо всех сил пытаются стереть производители ПО, потому что им это сулит радикальное уменьшение издержек. Единорог, на котором написано «делаем один раз, и это работает у любого юзера на любом девайсе!» появился не вчера, и не в 2019, это история уже солидной давности.
Результат этого — вон те самые картинки из статьи про 2008, 2018, и 2028. Потому что десктоп, мобилка и сайт продолжают оставаться разными вещами с разными проблемами; просто пока что удаётся все возникающие проблемы отгружать на сторону пользователя. Пусть еще памяти докупит, чтоб у него на десктопе три чатика на electron не выжирали всё (все 16Гб, ага).
И в силу вышенаписанного, я бы тут употреблял слово «еще», а не «уже». Потому что были времена, когда сайты еще можно было писать, зная по большей части только C и немного HTML. Сейчас — времена, когда сайты еще можно писать не надлежащими фронтэндерскими инструментами, потому что в индустрию вливаются огромные деньги ради того единорога, а юзеры пока что не очень сильно возмущаются.
Но в один прекрасный день эта чудесная картина от очередного глобального экономического кризиса (потому что он немедленно ударит по оптимизму относительно компьютерного железа, а дальше это покатится и в софт) может сильно потускнеть.
Результат этого — вон те самые картинки из статьи про 2008, 2018, и 2028. Потому что десктоп, мобилка и сайт продолжают оставаться разными вещами с разными проблемами; просто пока что удаётся все возникающие проблемы отгружать на сторону пользователя. Пусть еще памяти докупит, чтоб у него на десктопе три чатика на electron не выжирали всё (все 16Гб, ага).
Уже сейчас чтобы писать сайты не обязательно знать JavaScript/TypeScript.
И в силу вышенаписанного, я бы тут употреблял слово «еще», а не «уже». Потому что были времена, когда сайты еще можно было писать, зная по большей части только C и немного HTML. Сейчас — времена, когда сайты еще можно писать не надлежащими фронтэндерскими инструментами, потому что в индустрию вливаются огромные деньги ради того единорога, а юзеры пока что не очень сильно возмущаются.
Но в один прекрасный день эта чудесная картина от очередного глобального экономического кризиса (потому что он немедленно ударит по оптимизму относительно компьютерного железа, а дальше это покатится и в софт) может сильно потускнеть.
Пусть еще памяти докупит, чтоб у него на десктопе три чатика на electron не выжирали всё (все 16Гб, ага).
Просто к сведению
Телега нативная и оба приложения в одно время были запущены.
Я рад, что у вас всё так хорошо. А у меня приблизительно наоборот: телеграм кушает не более сотни, а слака и дискорд — в районе 300-500, иногда зашкаливая за гигабайт. А еще запускаясь или закрываясь вместе — всё это хозяйство отправляет друг друга в коллективный тупняк: если тормозит дискорд, то слака заодно.
16Гб это конечно не выжирает, но ресурсов на запуск (именно на запуск) им зачем-то надо немеряно.
16Гб это конечно не выжирает, но ресурсов на запуск (именно на запуск) им зачем-то надо немеряно.
github.com/telegramdesktop/tdesktop/issues/2464 — есть такая беда с telegram.
Уже сейчас чтобы писать сайты не обязательно знать JavaScript/TypeScript.
Помню как всего пару лет назад по крайней мере русскоязычная аудитория предвкушала повсеместное распространение того же Kotlin/JS. Или как (чуть раньше) Google раздумывала над тем, чтобы экспериментально включить DartVM в Chrome. Если я не ошибаюсь, все эти технологии так до сих пор и остались изящными попытками. Не буду говорить за хобби-проекты, но на рынке труда мне что-то не удалось найти вакансий фронтенд-разработчиков, где бы не требовался JS или синтаксически близкий к нему TS.
Пожалуй, это тема для большой статьи, а не для короткого комментария.
Ну к слову сказать на Dart + Flutter, можно написать приложение под все браузеры с компиляцией в js, пока все сыро с бубном в бете, но я думаю в этом году доделают, то есть IOS/Android+Web. Где то попадалось, что в будущем собираются добавить поддержку Windows/Linux/Mac. Если не забросят как это бывает у Google, то вполне себе интересное решение.
Фронтенд http://jetbrains.space/ написан на Kotlin
Простите что не в тему… за пикчу, отдельное спасибо. Я никогда еще не думал так о своем коде.
Где пошагово обучится программированию? я полный 0, хочу попробовать себя в ИТ, с чего начать?
Почитайте вот эту статью, там несколько вариантов вхождения в разработку. Если прямо 0, круглый 0, я бы предпочла курс в корпоративном университете какой-нибудь компании. Например, я проходила НИИТ в Нижнем Новгороде, за год с хвостиком — с нуля до Джуна+ прокачали только так (даже без особого усилия во внеурочное время), ушла работать инженером по тестированию. Поищите подобное в своём городе :-)
UFO just landed and posted this here
Да, парни в группе все были с бэкграундом разработчика (двое на С, один senior 1C, ещё один Assembler+C) и изначально были сильнее. Одного сразу после пары месяцев обучения забрали работать в Меру, потом через год после курса ещё один туда перешёл. Все однозначно прокачались. Курсы ведут практики, либо преподы-практики, сильно дают С++ и UNIX, остальное норм, английский 100 часов тоже в копилку, для меня был с нуля, сдала экзамен на pre-intermediate после курса уже. Кстати, там есть всякие отдельные курсы — из отдельных знаю, что пока очень мощный Python. Там очень классный методист Оля, обратитесь к ней, всё расскажет.
Интересно было бы услышать мнения, сможет ли теоретически flutter занять эту мультиплатформенную нишу. Вроде бы он уже сейчас работает везде, даже в веб, хоть и в бета-версии. Плюс он все-таки нативен.
Флаттер ничем (кроме толщины проталкивающего его гугла) не отличается от всех прочих на этой арене, флаттер — это «у нас есть апп, а мы хотим еще и сайт». PWA и, скажем, React Native — это наоборот, «у нас есть сайт, а мы хотим еще и апп». Electronjs — это «у нас есть сайт, а мы хотим то же в десктоп». И так далее.
Флаттер — это еще плюс один в уже немаленькую кучу очень небеспроблемных вещей, а не серебрянная пуля, даже в теории.
Флаттер — это еще плюс один в уже немаленькую кучу очень небеспроблемных вещей, а не серебрянная пуля, даже в теории.
Альтернативой — писать на своем стеке под каждую платформу и не дергаться? Это ведь дороже, дольше и сложнее. Вроде логично, что из раза в раз предпринимаются попытки это поменять. Или вы просто не верите, что под несколько платформ можно будет одним инструментом сделать качественный gui?
Или вы просто не верите, что под несколько платформ можно будет одним инструментом сделать качественный gui?
Нет конечно. Пока мне кто-то не расскажет, как конкретно он собрался нивелировать разницу в железе — у одних одни процессоры, соображения о безопасности, подключенное железо, и last but not least — другой способ взаимодействия с пользователем (тач-скрин от KB+M отличается очень существенно), у других — всё это другое.
Эта разница, которую просто невозможно безболезненно компенсировать на уровне софта. Это в чем-то аналогично попыткам запустить linux на каком-нибудь умном тостере. Запустили? Отлично! Но умный тостер с линухом внутри у вас от этого не станет десктопом с линухом, хотя и там, и там внутри вроде бы «всё тот же» (на самом деле не совсем) линух. От силы, при очень большой необходимости, можно будет одно использовать как очень-очень плохое другое (на тостере покодить, а на десктопе хлеб пожарить). Вот сейчас в этом треугольнике из мобил, веба, и десктопов «необходимость» создают софтверные конторы, а кривизна вся выливается на конечных пользователей.
Флаттер ничем (кроме толщины проталкивающего его гугла) не отличается от всех прочих на этой арене
Производительностью, на слабых устройствах все же отличается и довольно сильно.
Добавил бы ещё (в тексте пролистал или действительно нет), что никакой Wix на текущем этапе технологий не сможет заменить специалиста. WYSIWYG-редакторы также пока не смогут убить верстальщика.
А если когда-нибудь надоест заниматься вебом — есть некоторые смежные специальности, те же разработчики бизнес-аналитических приложений. Только надо SQL знать, желательно хорошо.
А если когда-нибудь надоест заниматься вебом — есть некоторые смежные специальности, те же разработчики бизнес-аналитических приложений. Только надо SQL знать, желательно хорошо.
А почему, когда стажёр становится юниором, у него стирают из памяти typescript, а когда дорастает до ведущего, то назад восстанавливают?
Жду следующею статью про мобильную разработку)
Больше всего не соглсен с тем, что топ — это опыт во всех SPA. Зачем?(Здесь я не оспариваю то, что у лида может быть опыт во всем, я оспариваю обязательность этого опыта) У вас не будет ситуаций, когда вам не подходит реакт, а необходим Angular(здесь можно поставить любую пару). Mы получаем просто небольшую разницу в синтаксисе и абстракционных моделях, которые сводятся к одному и тому-же.
Ценность определяется тем, как хорошо ты понимаешь стэк для выполнения задач твоего профиля.
Единственное место, где ко-во инструментов будет что-то решать — аутсорс галеры, которые смогут бросать вас на больший пулл задач, и то, такая практика есть далеко не в каждой.
Ценность определяется тем, как хорошо ты понимаешь стэк для выполнения задач твоего профиля.
Единственное место, где ко-во инструментов будет что-то решать — аутсорс галеры, которые смогут бросать вас на больший пулл задач, и то, такая практика есть далеко не в каждой.
Любознательность поможет всегда быть на переднем крае технологий, забирать в проект лучшие новинки в стеке,
Вот не факт что забирать будет лучшие с таким подходом. Разных напихать на грани собираемости с целью украсить резюме — это да. А вот лучшие ли с точки зрения бизнеса?
Для любого программиста крайне желателен английский язык не ниже upper-intermediate
Это относительно высокий уровень. 6-й из 9-ти, если быть точным. Вы что-то путаете.
А, и это, jQuery — не фреймворк.
6-й из 9-ти, если быть точным. Вы что-то путаете.Нет, не путаю — исключительно на своём опыте и опыте коллег. И это реально далеко не самый сложный уровень, можете посмотреть по нему учебники, всё весьма просто.
jQuery — не фреймворкНу Стековерфлоу посчитал иначе, скрин оттуда :-) Хотя я даже на Хабре уже встречал сочетание «фреймворк jQuery».
Это все понты, на практике чтоб реализовать нормальный проект на новых технологиях нужно сначала просто создать сайт приносящий хотя бы деньги а не только потерю времени! А если ты берешься за реактивную модель поведения и вместе с заказчиком начинаешь хромать на обе ноги идя на костылях… То это конечно нельзя назвать разработкой. По моему опыту я теперь делаю так если нужно разработать сайт, то беру базовые инструменты языка программирования там шаблонизаторы например, пытаюсь исключить полностью работу с javascript. Делаю максимально простым для внесения правок. И доношу до заказчика простую мысль что нет смысла делать что-то замороченное и сложное но удобное для юзера пока проект не будет приносить денег и вы не сможете полностью вкладывать в разработку…
Статья как глоток свежего воздуха в обучении фронтенду. Спасибо, за полезные ссылки.
Спасибо за статью, в которой достаточно наглядно и понятно объяснено, что такое бэкенд и фронтенд!
"На пороге первого десятилетия XXI века кажется, что интерес пользователей и разработчиков сместился c descktop в сторону web. Но это только кажется...."
Ведь такое же уже было? Или мне кажется?
Вот полная версия картинки 
Sign up to leave a comment.
Профессия: фронтенд-разработчик