Comments 228
Здравствуйте. Я профессиональный ученый квантовый физик. Мне не понятно, почему вместо того, чтобы работать и делать открытия, первоклассники, которых я беру на работу, только лопают глазами и ничего не понимают? Может это эволюция пошла в обратном направлении и люди деградируют?…
Это вообще о чем?
Недавно принимал участие в «техническом» собеседовании — довольно печально, когда приходят респонденты на вакансию Frontend разработчика со знанием React для работы над SPA, которые не знают как пользоваться assign/concat, а так же зачем они необходимы при действиях связанных с отображением переменных и не могут ответить отличие "==" от «equals»…
Без знания хотя бы основ js создать приложение — можно, но вот заставить его делать хоть что-то полезнее чем отображение шаблона…
А то что можно написать — на HTML+CSS работает быстрее ;)
Трагедия в том, что этого или не знают, или не учитывают.
Освоили JS? Замечательно! Для любопытства и, возможно, упрощения процесса труда можете ознакомиться с реактом и им подобным. Нет желания/времени — прекрасно обойдетесь и без них
И это только один из простейших примеров, если говорить про отлавливание плавающих ошибок или не дай бог о тестирование производительности — то опять же нужно понимать, как действует сеть, как действует железо, как и почему может вести себя та или иная операционная система иди даже файловая система и т.д. и т.п.
Про задержки пакетов — для этого достаточно знать, где в девтулзах находится кнопочка троттлинг и быть немножко пользователем интернета. Чтобы взять старый ноутбук и старый браузер вовсе не нужно быть экспертом в железе.
если говорить про отлавливание плавающих ошибок
Расскажите, пожалуйста, об этом подробнее. Как знание стека помогает отлавливать плавающие ошибки?Еще чуть-чуть и мы дойдем до того, что тестер должен смотреть в код и видеть потенциальные слабые места.
ЗЫ Да, есть еще такие люди, как пентестеры. Там знание предметной области нужно не хуже, а то и лучше, чем у разработчиков. Но это особая работа, которая к остальному тестированию относится достаточно косвенно и не у каждой компании в штате такой персонал есть.
Еще чуть-чуть и мы дойдем до того, что тестер должен смотреть в код и видеть потенциальные слабые местаЯ вам может быть страшную тайну открою, но кроме тестирования «чёрного ящика» — при котором, как вы и говорите, тестировщику даётся готовое ПО и он что-то в нём пытается сломать, есть ещё и тестирование «белого ящика», при котором есть возможность смотреть исходный код, и убеждаться, что все возможные сценарии и ветвления, заложенные в программу протестированы, и даже проверять конкретные вносимые правки, например перед релизом и при фиксах ранее протестированных мест…
Про задержки пакетов — для этого достаточно знать, где в девтулзах находится кнопочка троттлинг и быть немножко пользователем интернета— нет, этого недостаточно, вы со своими примерами перешли в нагрузочное\стресс тестирование, где может вылезти ещё куча проблем, а конкретное место — работа при больших задержках пакетов — вы не проверили…
К сожалению, так же как и вы, многие разработчики(а частенько и менеджеры) и не догадываются о том, что тестирование это нечто большее, чем тыканье по кнопкам по тест-плану(который ещё кто-то должен составить)…
1) При некоторой неизвестной конфигурации у одного из заказчиков подключение с клиентских компьютеров на сервер занимает очень много времени(порядка нескольких минут), в то время, как на тестовых конфигурациях такой проблемы не происходит. Задача тестировщику — воспроизвести ошибку в тестовой конфигурации.
2) При запуске одного из режимов воспроизведения видео на сервере происходит падение всей сети, в которую подключен видеосервер — перестают пинговаться компьютеры между собой, ни одно сетевое взаимодействие просто не работает. В тестовой сети подобной проблемы нет.
3) Жалоба от заказчика — иногда пользователь клиент-серверного ПО включает компьютер, подключается к серверу, а все его сохранённые настройки сбросились и имеют значение по умолчанию. После перенастройки всё может работать нормально, однако раз в несколько недель ситуация повторяется. Опять же — нужно воспроизвести проблему.
2) Маршрутизатор у заказчика не поддерживает аппаратно Multicast и не выдерживает нагрузки, если включен мультикаст-режим раздачи видео.
3) Компьютеры в сети заказчика получают адреса по DHCP, аренда IP-адреса у клиента истекает и ему выдаётся новый, настройки сохранены по связке IP-адреса и имени компьютера.
В подобных ситуациях тестировщик должен ставить задачи админам/девопсам типа "а сэмулирйте мне ситуацию при которой DNS-сервер запрос принимает, но ответ не отдаёт или отдаёт после большой задержки", возможно предварительно задав разработчикам вопросы типа "а вы вообще предусматриваете ситуацию, когда DNS-сервер глючит? Какое поведение ожидается? Не знаете? Сейчас узнаем". А если это не единичный случай, то заказать у первых или вторых себе инструмент, позволяющий самостоятельно эмулировать подобные кейсы.
И, да, хороший штатный тестировщик какого-то проекта должен иметь сакральные знания о нём, о его архитектуре, о его подсистемах и компонентах, о возможных точках отказа и т. д., и т. п. Ведь его задача при обработке баг-репорта пользователя.клиента локализовать проблему.
Понятно, что тестирование этим не ограничивается, но давайте не требовать от каждого тестировщика знания спецификаций NASA, потому что в большинстве случаев это не надо.
И я вам, как разработчик, скажу, не нужны большинству тестировщиков на большинстве проектов знание сети, нагрузочного тестирования и т.п., точнее, большинству проектов не нужны такие тестировщики. Лучше потратить несколько недель разработчика, чем взять высококлассного специалиста и 90% его времени тратить на написание тесткейсов и прокликивание интерфейсов.
P.S.: В вашем случае 2/3 админ был нужен, а привязывать настройки к IP — это верх гениальности, как такое вообще могло в голову прийти?
К примеру, проверить функционал мобильного или веб приложения не понимая, как работает сеть, что такое задержки и потери пакетов и т.д. — уже не получится полностью, а потом у реальных пользователей, сидящих на 2G, а не на офисном вайфае в одной сети с сервером приложения начнутся проблемы…С этим — согласен, но… причём тут OSI? OSI модель — предназначена для описания мертворождённого стека протоколов OSIи её уровни имеют мало общего с тем, как работают реальные сети. Ну посмотрите, блин, на этот цирк: на 6м уровне у вас есть такие вещи, как EBCDIC и JPEG, а на 7м — DHCP и HTTP. Вы когда-нибудь на HTTP/2 смотрели? Он уже перешёл с ASCII на JPEG? Нет? А почему нет? Ведь было бы так круто!
Реальные сети могут иметь и больше уровней, чем OSI модель предписывает и меньше (в малых сетях, обычно, меньше, в больших — больше), но главное — что эти уровни имеют очень мало общего с теоретическими вымыслами OSI модели! Особенно на старших уровнях.
Зачем это? Почему все на неё так камлают? Практической пользы от неё — нуль, понять как влияют задержки пакетов на отзывчивость UI все эти измышления не помоглают ни разу.
Сакральная суть знания OSI не в том, чтобы чётко относить задействованные протоколы к одному из уровней, а понимания самого принципа многоуровневости сетевого взаимодействия, инкапсуляции одних протоколов внутри других, и т. п.
В конце-концов врачи изучают анатомию человека, а не динозавра и не змеи — почему сети мы изучаем на модели чего-то, чего никогда не существовало в природе?
В исходной TCP/IP-модели — уровней всего три, хотя на практике возможно расщепления и циклы (см. какой-нибудь IP over DNS), но главное — многие принципы «инкапсуляции» и «делегирования» выдуманные OSI так никогда и не были реализованы — так зачем всю эту муть изучать и спрашивать на собеседованиях?
Карго-культ в чистом виде.
Откройте сообщения на Facebook на ноутбуке с Core i3 третьего поколения и наслаждайтесь его полётом в стратосферу на тяге собственного вентилятора.
А вот ведь что характерно… если спросить обычного пользователя, что он думает про Facebook как приложение, многие ли ответят, что оно хорошее (я даже не беру в расчет мобильную версию, которая ужасна чуть более чем полностью)? Я думаю, что большинство назовет его в лучшем случае "приемлемым". Так почему такое множество разработчиков считают, что инструменты от того же FB для разработки не просто хороши, но и пригодны для проектов, которые заведомо совсем на сам FB не похожи?
чуваку за 150т.р. достаточно знать слова ajax и socket...
Если бы все было так, я претендовала на меньшие деньги, а меня о чем только не спрашивали на собесах. Широкий спектр вопросов от теоретических про промисы, воркеры, построения отказоустойчивой системы, до практических по обходу разного рода деревьев.
К тому же про ajax можно начать спрашивать что-нибудь не стандартное. К примеру:
Какими еще способами можно получить данные от сервера не перезагружая страницу?
Можно ли слать ajax-запрос на другие сайты?
Что вы знаете про jsonp?
Доводилось ли вам с ним работать?
Как реализовать без jQuery?
Им можно отсылать только GET-запросы?
Может ли нам в нашей проблеме помочь CORS?
Что такое same origin policy?
Чем get отличается от post?
Что вы знаете про CRUD?
Что происходит после того, как вы ввели url в адресную строку?
Надежны ли jsonp?
и тд
У меня этих вопросов с собесов целая коллекция скопилась.
Тим лид с предыдущей работы потом еще долго под впечатлением вспоминал, что девушка знает чем get отличается от post, а сколько до этого приходило парней и не могли ответить.
Надо сказать, что я тоже собеседовала народ и они до таких вопросов не добирались. Тим лид даже грозился перестать брать меня на собесы, так как я спрашиваю слишком сложное.
Просто если хорошее место и толковый тим лид, то в начале пойдут вопросы на основы, которые можно прочитать в массе старей о подготовке к собесам, а потом начнут спрашивать по нарастающей.
Я, к стати, пару раз отказывалась от предложений в фирмы, где мне задавали мало технических вопросов, а те, что спрашивали оказывались слишком легкими.
Мне кажется, что надо глубоко знать предмет в тонкостях и деталях, а для этого не достаточно одного долгого зимнего вечера.
Из актуального: WebRtc, любой тег с атрибутом src?
Вопросы из реальной практики, вопросам по теории не мешают. Только надо подобрать с умом, попросить навесить обработчик — слишком просто. Что-то посолиднее — может затянуться по времени. Как то попался вопрос, что то там не получалось с видео, зациклить что ли, вот на собесе спросили меня, не могу ли я им помочь в решение проблемы. Увы, нет, прошло уже несколько лет, а мне на практике так и не довелось работать с видео.
А вот если бы меня спросили, как сделать видеочат на web-стеке, я бы, конечно сказал — WebRTC и рассказал бы, все, что знаю про эту технологию. Совсем другой результат. Собеседование — не место для шарад, вопросы должны показывать знания и опыт кандидата.
Если из реальной практики, не так давно нам потребовалось реализовать comet. Мы стали думать, что нам использовать лучше. Вполне годный вопрос: «При каких условиях лучше использовать ajax, а когда сокеты?».
Вот еще. Предположим мы захотели собирать свою статистику, по какой-то причине нам не подходят сторонние метрики яндекса и тд. С помощью чего можно реализовать свою?
Мне действительно знание модели часто помогало в решениях некоторых проблем.Вы уверены, что вам помогала семиуровневая модель OSI (которая так никогда и не была по настоящему реализована), а не четырёхуровнеая модель TCP/IP? Вот картинка.
Ну хватит, блин, уже чинить самолёты по чертежам от подводной лодки!
Если что-то типа elm позволяет разрабатывать фронтенд не думая о javascript и css, то почему бы не довериться низкоуровневые вещи компилятору и библиотекам, а разработчикам оставить высокоуровневые?
Самоорганизовывайтесь, ищите информацию по самым базовым технологиям сферы, задавайте конкретные вопросы и вам помогут.
Лично я, для фронт-энда, занимаюсь разработкой браузерных игр, начинал от связки html + css с анимацией на jQuery, завершаю на чистом JS без чужих библиотек (кроме своих, которые создавал в процессе обучения) с поддержкой «бэкграунд работы» canvas игр.
Но есть важный момент: мой интерес вызван не получением результата (это, конечно, очень важно и будет приятно), а тем, как оно работает?
А затем — понеслась! Первый прототип, показываешь другу, а он сидит на Opera 12, ничего не работает, погружаешься глубже и глубже, изучая основы фронт-энда и фичи разнообразных браузеров.
И пусть игра не сделана, и друзья не оценили белые кубики на чёрном фоне (или наоборот), твой полученный опыт будет в 10 раз более полезным, чем АФК-просмотр ютуб роликов или беглое чтение 10 обучающих материалов.
0) выучить английский
1)htmlacademy /freecodecamp. Есть еще codeschool, codeacademy. И еще миллион сайтов которые можно нагуглить.
практика
2)learn.javascript от корки до корки. на сегодня это самое полное собрание сочинений по js.
3)практика
4)практика
5) книги по паттернам / статьи по перфомансу / тонким моментам. На этом моменте выбираете фреймворк
и снова практика.
Менее тривиальный ответ получить можно? ...
Не знаю на сколько актуален мой пример, но может найдете что-то полезное для себя.
В 2004 прочитала книгу на HTML и написала первый сайтик. Достаточно примитивный, с фреймами и бегущими строками.
Затем были самоучители по php, js, css. Что-то запомнила, что-то не поняла, но это позволило худо бедно ориентироваться в вопросе.
Стала писать какие-то простенькие вещи, зачастую копируя сходно работающий код, тупо запоминая многие решения. Но этот способ имел сильный недостаток, шаг в лево, шаг в право, какое-то отличие в ситуации, и проверенное решение переставало работать.
Поэтому стала налегать на теорию js. Прямо по списку, начиная с простых типов, переменных, строк, массивов, циклов, объектов и тд, запоминала какие есть методы работы с теми же массивами или строками. Тут я начала понимать многие вещи, почему они написаны именно так, как что-то поменять, что бы продолжало работать.
Дальше писала сайт, не в коммерческих целях, а для тренировки. Из плюсов, это не простенькие примеры с обучающих сайтов, а реальные проблемы, для которых думаешь, ищешь решение, учишься отлаживать код.
Дальше ряд работ, где нарабатывалась практика. Знания из теоретических, превращались в практические, а применение некоторых вещей вошло в ряд обыденного, как завязывание шнурков.
Дальше не прекращающийся процесс повышения своих знаний. Масса книг по js, какие-то по рефакторингу, оптимизации производительности и тд.
Еще у меня есть магическая блочная тетрадка. Раньше в нее записывала разные полезные вещи, конспектировала целые главы javascript.ru, хитрые примеры, да и вообще что-то новенькое. Сейчас пишу все реже, но до сих пор пролистываю страницы, что бы освежить в памяти некоторые вещи.
В общем удачи вам, в познание программирования.
Столкнулся с противоположным — тыкаю палкой чистые JS и CSS. Сверстал страницу по макету для одной компании (вакансия фронтэнд), главные претензии были «почему тут нативный JS и нет никаких фреймворков?» и «где препроцессоры, почему чистый CSS?».
Смешанные чувства до сих пор.
Препроцессоры CSS — вещь очень полезная. Они не скрывают CSS но упрощают его написание.
А там было всего дел на 400 строчек.
Поддерживать же чью-то писанину на чистом JS в большинстве случаев означает зарыться в говнокоде и костылить.
2) css — это сложно. Анимации, transform, transition, flexbox, grid, сетки, кросбраузерная верстка, шрифты — вы хотите сказать что это все просто, и это даже не разработка, за верстку платят меньше чем за разработку на js
3) js — изучить это вообще ад, зоопарк технологий, новый ES6, сборщики для фреймворков, для новичка это очень сложно
это раньше никаких сборщиков, подключил JQ и сразу же пишешь код, а сейчас и для css надо сборщик писать.
Новичкам очень сложно разобраться со всем этим, а вы хотите, чтобы он и знал и js и css. Новичок прежде всего хочет зарабатывать, и перспективнее конечно выучить react, а знать и js и css — это уже не новичок, это уже какой никакой мидл
Вы такие удивительные вещи пишете. Первый пункт вроде как даже намекает, что фронтендер не должен уметь верстку. Конечно, тут в 2016 вроде уже появились "специалисты по настройки webpack'а", но это вообще дичь какая-то.
В моём мире новичок должен хотеть понять свои инструменты (js, css и html), а затем уже интересоваться, до чего додумалось человечество по части фронтенда.
Иначе получаются вот эти потрясающие сайты на реакте, которые сначала показывают развалившуюся страницу 20+ секунд, пока чудесный реакт загрузится, а потом перерисовывают весь сайт на каждое действие, потому что "новичкам сложно понять js", а реакт — он же сам работает.
Скорей всего ваш руководитель искал мидла с 1 годом опыта работы и вилкой до 60к рублей.
Платите 180 000 рублей, ищите людей с 6 опытом работы и хороший спец будет у вас в кармане. Если не тянете такие суммы, значит и специалист вам не нужен, развивайте бизнес и копите деньги на специалистов)
Тут, скорее, несоотвествие ожиданий работодателей и образовательной системы. В целом от человека с небольшим опытом работы, позиционирующегося на должность типа "PHP (Laravel) разработчик" я, со стороны работодателя, будут ожидать прежде всего знаний PHP, как синтаксиса, так и стандартной библиотеки, потом основных паттернов и принципов, используемых в том же Laravel, а уж потом собственно Laravel.
Причём при составлении вакансии я, скорее всего, даже не упомяну отдельно про знание синтаксиса и стандартной библиотеки, написав лишь что-то вроде PHP 5.3+, а потом расписывая остальное. А курсы типа "войтивайти", видимо, будут готовить на такие вакансии по "чеклисту" типа "пхп у нас есть и даже не 5.3, а 5.6, дальше ставим ларавель и пишем хелловорлд — "PHP (Laravel) разработчик готов"
Это в любой области так, даже в медицине, хотите профессионала, вы платите хорошие деньги и идете к кандидату медицинских наук, у которого стоит современное оборудование в кабинете за 10 миллионов.
Хотите подешевле, идете к Ашоту в подвал, он вам там мази народные пропишет
Я не знаю кому в голову пришла такая идея, что специалист стоит 40 000 рублей, ну не может он стоит 40 000 рублей, не может он стоить 80 000 и не может человек стать спецаиалистом за год или два.
Я не о том. Я о подготовке, как говорится, молодых специалистов. На трёхмесячных курсах "PHP (Laravel) разработчик" можно 2,5 месяца давать PHP и только 2 недели Laravel, а можно наоборот. Мне импонируют первые.
Если мне нужен спец, я ищу человека с 3 летним опытом.
Дело не в том спец или нет. Дело в том, в чём спец. У человека может быть 5 лет опыта работы с фреймворком на каком-то языке, на этом фреймворке он может реализовать почти любую логику за разумное время, но отсутствовать понимание элементарных вещей этого языка, приводящих, например, к огромным оверхидам в рантайме, которые не допустит человек с годом работы на "голом" языке и пары месяцев с фреймворком.
Если у человека 1 месяц опыта, то он будет глядеть в справочник постоянно.
Если у специалиста опыт 10 лет, он уже наизусть знает все операторы и функции.
Он это знает не от того, что зубрил это всё, а от того, что применял их и писал код, поэтому всё это просто запомнил, и может писать код вслепую и мгновенно, уже на подсознании.
Это разве плохо?
Если у специалиста опыт 10 лет, он уже наизусть знает все операторы и функции.
Вот тут ошибка. Из первого совсем не следует второе. В одном языке такое название, в другом другое, в одном такой порядок аргументов, в другом другой, в одном фреймворке такая обертка, в другом другая. Зачем все это запоминать?
В справочник заглянуть полминуты, IDE вообще сама подсказывает. Полминуты отсутствия набора кода не должно быть проблемой в нормальном процессе разработки.
Если у человека 1 месяц опыта, то он будет глядеть в справочник постоянно.
Тут тоже ошибка. Если человек не знает функцию, он один раз посмотрел и запомнил, и в коде написал, и если она ему понадобится через 2 минуты, то снова в справочник не полезет.
Соглашусь с комментарием выше, нужно учитывать опыт собеседуемого, если он до 1 года то скорее всего на позицию мидла такой товарищ не подойдет.
В голове мидл разработчика думаю и так достаточно много информации, что бы помнить имя всех функций, тут скорее всего нужно принимать во внимание как кандидат будет решать задачу, какие доводы и аргументы он будет приводить к выбранному решению.
В свое время было у меня собеседование где я решал задачу на бумаге с карандашом, после выполнения задания и создания велосипеда, я честно сказал что мне нужна дока и мой вариант не оптимален...
Сам же до этого проводил собеседования, но я давал человеку комп, несколько инструментов для работы с кодом, а самое важное давал доступ к документации и неограниченное время на выполнение задачи, после чего садился за свой ПК. В какой то момент выходил в курилку, для того что бы спец мог погуглить если ему это нужно.
Как итог… либо люди вставали и честно говорили что не могут выполнить задание. Либо выполняли задание, но не могли объяснить выбранного решения, либо выполняли, могли объяснить и были приняты на работу… Но требовать все помнить это лично мне кажется бредом.
Специалист, который знает все идеально работает минимум за 180 000 рублей.
Это в любой области так, даже в медицине, хотите профессионала, вы платите хорошие деньги и идете к кандидату медицинских наук, у которого стоит современное оборудование.
Хотите подешевле, идете к Ашоту в подвал.
Отличная статья, спасибо!
Вот только… почему «модель окна»? Да, этот многострадальный box как только ни склоняли, но такой вариант встречаю впервые...
Мда, суровый там попался доброволец-переводчик. Одна «Адаптация прибора в CSS» чего стоит:). Надо будет поправить на досуге (как тут), только когда еще этот досуг будет...
Мне кажется, лучше ориентироваться не на труды одиночек-энтузиастов, а на результаты коллективного обсуждения, вроде словаря сообщества «Веб-стандарты».
Знаю и CSS и JS (от основ до продвинутых вещей) но суть в том, что писать SPA мне интереснее, тем более что я все так же продолжаю верстать представления React-компонентов.
Кроме того, за SPA платят гораздо лучше.
Полностью поддерживаю! Не раз встречал сайты, в которых каждый «чих» делается с использованием какой-нибудь библиотеки или фреймворка. Сайт жутко тормозит, долго грузится, и может даже криво работать на мобилках… Базовые знания в том числе нужны, что бы таких тормозов не было!
А «костыли» можно встретить абсолютно везде! Вне зависимости от того, написан код на ванильном js, или с использованием библиотеки/фреймворка!
Предлагаю ввести абонентскую плату в 20 баксов в месяц с пользователя, но в обмен давать качественные сайт.
Готовы на такие условия?
Скажите мне тематику сайтов, где вы недовольны качеством, я скину вам аналоги, не лагающие, без рекламы, но там придется платить деньги, т.е. коммерческие проекты.
А то привыкли халявщики, используют бесплатные сайты и жалуются еще на качество)))))))
И клиента на волнует то, на чем сделан сайт, сколько за него заплатили разработчикам и т.д. Если его что-то не устраивает, он уйдет с сайта и все!
Конечно, есть проблема, что заказчикам подавай конфетку за копейки. Но здесь уже отдельный разговор)
А по поводу абонентки, представим в аналог обычный продуктовый магазин. Сделать все через одно место, где при входе на тебя с потолка капает вода с протекающего потолка, скользкий пол, на котором все падают и т.д. И сделать другой продуктовый магазин, в котором нет такого беспорядка, и брать на входе деньги… Это как-то не правильно.
т.е. теперь что бы посмотреть рецепты на пирог вам придется совершить подписку за 20 баксов в месяц.
И эти 10000$ будут идти на разработку качественного продукта, без исопльзования готовых библиотек и прочего добра
Простите конечно, но вы халявщики совсем офигели.
Ну, офигели владельцы сайтов, которые, видимо, из благотворительных целей решили сделать сайт, поддерживать его и не зарабатывать денег на посещение
А вот когда вы оформляете договор или платите деньги за сервис, то тут уже другой разговор и я буду полностью на вашей стороне.
Сайт — это владения создателя, вы приходите к нему в гости, он ставит рекламу и делает с своими сайтом все что угодно, хоть голую бабу на пол экрана может повесить и если вам что-то не понравится, это ваши проблемы, вы пришли к нему в гости, а не он к вам.
Это правило работает не только в WEB, так работает весь мир во всех областях
запомните главное правило, вам никто ничего не должен вы пользуетесь ресурсами бесплатно. Вот когда начнете покупать платные подписки ан Pikabu YouTube Vk.com, тогда можете начинать жаловаться, русский менталитет в полной его красе.
Не удивлюсь если вы и на качество фильмов жалуетесь, которые на торенте лежат))))
Кушай, что дают, да. Где-то я это уже слышал. Но это проходит довольно быстро, когда появляется нормальный конкурент с нормальным подходом. Кстати, на комп мне никто ничего установить без моего разрешения не может, это уголовное преступление
Кстати, на комп мне никто ничего установить без моего разрешения не может, это уголовное преступлениеСерьёзно? Где написано? Windows 10 ставит свои апдейты автоматом, так что срочно в суд — озолотитесь!
Где написано?
ст.273 УК РФ
Windows 10 ставит свои апдейты автоматом
Вы что, не читаете пользовательское соглашение?
ст.273 УК РФЭто про весьма ограниченный набор программ. Программы, которые сайт «просто» устанавливает для того, чтобы «улучшить» вам жизнь (и жрущие батарейку, как не в себя) сюда не подпадают, увы и ах.
Ибо как минимум чтение и модификация данных. Было бы желание и деньги на годного юриста.А также на поездки куда-нибудь в Калифорнию, ага.
Авторы подобного «софта» — это не Microsoft и жопу прикрыть грамотным соглашением вряд ли смогут.Есть прецеденты? Потому что когда начинаются разговоры про «грамотных юристов» — обычно это обозначает, что автор, так-то, по хорошему чушь говорит — но верит в то, что в малограмотном суде без экспертов «прокатит».
Сама подобная деятельность, в конечном итоге, и уже без всяких «годных юристов» вполне может под статью под вымогательство попасть…
Халявщики совсем ах**ли в 2017 году в РФ )
Если вы про ангуляры с реактами — то будут сменять друг друга еще не раз. Возможно в отдельных нишах кто-то и задержится лет на 10, но такого, чтоб надолго задержался на первом месте пока не видно.
Появился Backbone, Ember. Народ стал с интересом поглядывать на Meteor(не фреймворк, но все же стоит упомянуть). Потом прогремел звездный час Ангуляра 1, все стали переписывать свои сайты на него и фанатеть. Затем front-end сообщество решило, что Реакт — это здорово, надо срочно писать на нем. Вышел Ангуляр 2, который гораздо лучше 1-го на мой взгляд. Вот сейчас не смело выглядывает Vue из-за спин этих двух титанов.
Может еще какие были, но я забыла.
«Электричество мы изобрели, но использовать его для освещения помещений не будем — у нас свечи есть» — так вы представляете себе остановку? Или думаете, что когда-нибудь соберутся все на одну большую конференцию и там объявят: «Мы наконец достигли совершенства! Изобретать больше ничего не надо, можете расходиться по домам»?
Люди как писали на React так и будут писать.
Как писали на Angular так и будут писать.
Сейчас вышел Web Compopent (extends HtmlElement)
Всем кажется что это революция и конец света, но нет.
1) У react 16 скорость выше чем у ваших Web Compopent, это я еще не говорю про Vue
2) Web Compopent не дал нам единый подход к разработке и не даст, все те же «30 способов решения одной задачи», фреймворк? так есть уже Polymer, нафиг он никому не нужен.
Человек, добросовестно изучивший спецификации, знающий все хаки и нюансы имплементации CSS, навряд ли согласится на «низкоуровневую позицию». А новички, в лучшем случае, читают MDN наискосок, а в худшем — смотрят некачественные видеокурсы в стиле «HTML+CSS+JS+Jquery+PHP». Но это же новички, кто таким не был? Проблема в том, что в понимании работодателя новичок сначал учит HTML, CSS, JS в идеале, а потом берется за React, Angular, Vue… А на самом деле — новички учат все это параллельно и знают всего понемногу. Поэтому нет специалистов только по CSS и JS. Спциалист знает и базу, и фреймворки/библиотеки. Поэтому стоит дорого. Проблема решается просто — платите больше и к вам придут хорошие специалисты.
И кстати, вот еще один фактор: если по 8 часов в день писать только HTML и CSS, то можно и головой тронуться. ;)
Он даже уже отчаялся и понизил планку, теперь ищет не сеньора, а мидла, так как работники нужны, а приходят совсем слабые.
Соглашусь, я в свое время начинал изучать JS с JQuery, так как нужно было выполнять задачи и времени на погружение в тонкости не было. Но правда тогда я и не метил на должность мидл разработчика, а хотелось устроится джуном или стажером…
А сейчас учат React, Vue и это понятно, так как в первую очередь при устройстве на работу людям нужно решать задачи, может и не очень качественно, но решать, а все теории тонкости придут с опытом...
Проблема в том, что в понимании работодателя новичок сначал учит HTML, CSS, JS в идеале, а потом берется за React, Angular, Vue… А на самом деле — новички учат все это параллельно и знают всего понемногу. Поэтому нет специалистов только по CSS и JS.
А зачем они учат это всё параллельно? Пускай напишут хоть одно полноценное приложение типа "тудушечки" на минимальном стеке и уже могут искать работу, развивая и(или) делая новую версию на "модном".
Учат они это затем, так как эти знания фигурируют в вакансии, людям надо начинать работать и зарабатывать себе на хлеб, по этому у них и приоритеты знать что то модное, уметь на этом модном сделать это… то… и вот это...., а теория, знания основ немного подождут и пробелы в знаниях пропадут немного позже, но сейчас он уже работает, учится у опытных сотридников, а не 5 лет читает заумную литературу и работает грузчиком.
Закрыться на год, выучить всё что можно, а потом наконец выйти из комнаты суперменом — так не бывает :)
Я не про доскональные знания, просто складывается впечатление, что у людей без опыта, отзывающихся на вакансию с требованиями типа HTML5,CSS3,ES6,React 70% времени обучения было потрачено на React, а 30% — на всё остальное вместе взятое, хотя я ожидаю отношения типа 20?80.
Увы именно так оно и происходит.
То есть, как правило люди без опыта хотят найти себе работу, выбрали направление веб разработка. Получили какие то знания по программированию, смотрят вакансии…
И понеслась…
Бесплатный курс по django, бесплатный курс по foundation, бесплатный курс по react… Вуаля через 3-6 месяца он уже может накатать простенький сайт. Более тонкое изучение начинается, когда что-то не понятно как работает, во время создания чего то нового, просто при изучении вышеперечисленного.
От сюда и получается 70к30
А 20 к 80 это хорошо подходит для студента вуза и то при условии что он определился с направлением на 2-3 курсе. А также программисту с опытом, так как у него уже появилось понимание что лучше изучить основы, а также у него уже есть работа и доход.
Я не понимаю, кто берёт на работу людей, которые не знают основы. Я на собеседованиях по основам прежде всего гоняю, да и меня тоже. А если их не берут, то нафига они учат фреймворки, а не основы?
Приведу такую аналогию, надеюсь я с ней угадал...
Когда я замотался ездить на маршрутках, перемещаться между городами на электричках я задумался о покупке машины. Моей главной целью было комфортное перемещение и забить на расписание, когда захотел, тогда и поехал.
То есть в данном случае я был заказчиком и для меня были важны сроки, по этому я не изучал как устроенна машина, я отучился на права, конечно немного почитал про ее устройство, для того что бы не заглохнуть при старте и как мне правильно стартонуть в горку.
Так в чем прикол, таких спецов берут…
1) компании которые не могут заплатить больше
2) компании которым нужны джуны
Вот моя история))) я учился в колледже, а не в вузе…
Прочитал от корки до корки
https://www.ozon.ru/context/detail/id/26400700/ — правда не 6 издание, а одно из первых
https://www.ozon.ru/context/detail/id/3589107/
https://www.ozon.ru/context/detail/id/2881910/
https://www.ozon.ru/context/detail/id/138437220/
а ну и еще 3 тома кнута, правда не дочитал… и еще туеву хучу книг…
дизассемблирование было одним из самых интересных увлечений, С/C++, Java…
Прекрасные времена…
а потом баццц, я в колледж пошел для того что бы в армию пораньше сходить, а потом баццц и кризис в стране, людей не брали на работу, а увольняли при любом случае что бы на плаву остаться…
2.5 года в пустую.
И приплыл в веб разработку… хотя сейчас этому рад.
Вы думаете я понимал хоть каплю CSS(создание интерейфейсов в моей практике было swing на яве, qt, opengl)? или задвиги JS(да там сам черт голову по началу сломит)?..
Но платили за скорость разработки… ух как много я тогда говнокода написал… Вы не взяли или у вас не приняли на работу, где-то до возьмут…
Я помню на одном собеседовании завалился на том что сказал что стандарты html5 и css3 является действующими))) вот таки дела)))
А ну еще забыл добавить, в то время когда я учился безлимитного инета почти не было на просторах России, в тренде были юристы и маркетологи))) На полках действительно стояли стоящие книги, флешки это было круто, информация нарезалась на болванки, в колледжах и университетах еще был стандарт дискет))) Прекрасные времена… но время деньги, по этому сейчас быстрее обучится основам React и быстро нарабатывать опыт, а не изучать основы JS и не получать нефига… по этому будут стучаться рекруты куда попало, пока не возьмут на работу, а самое главное им может повезет устроиться на более оплачиваемую работу.
Может конечно мне везет на таких работодателей, все субъективно
скорее всего, в начинаешь со временем забивать на работодалей которые тебя не устраивают… но нужен опыт.
вот и за что минус?
если вас не устраивает работодатель, то проще забить и не обманывать друг друга...
Так для обоих сторон, чаще всего, противоположенная — это кот в мешке. Придешь, пообщаешься, взвесишь все плюсы и минусы, а потом сделаешь выводы.
Мои знания на столько минимальны, что я сразу предупреждаю эйчаров, что не знаю. Зато уверена, что если надо, то освою в сжатые сроки, чай не первая технология которую я не знала, но она потребовалась для очередной новой работы.
Вот вам тык +1, если так расстроились.
Я более об опытных сотрудника, меня лично раздражают вопросы про основы и теории… как только меня начинают этим грузить, я просто забиваю, по одной простой причине "Вам нужен опытный сотрудник который будет решать проблемы и решать их достаточно быстро или Вам нужен теоретик, который будет летать в абстракциях". Для того что бы ответить на многие вопросы проще воспользоваться докой, ресурсом, допустим caniuse(если мы берем JS+CSS)..., если кому то нужна статистика, ок дайте мне задание и укажите за какое время я его должен выполнить, я либо соглашусь либо нет, если не выполню то честно признаюсь по каким причинам.
Я заранее могу сказать что слишком замороченные запросы к БД я давно не делал, но если надо прикину их абстрактно, и примерно укажу что мне надо для того что бы их реализовать… чем честнее на собеседовании тем проще потом, одно могу сказать это подходит для более менее опытных людей в данной сфере. Второй момент, если сотрудник не собирается в фирму и он пришел на собеседование скорее для запасного варианта, то он скорее ответит на все 110%, но если он нервничает, а собеседование это стресс когда пытаешься устроиться, то скорее всего он где-то накосячит...
Про собеседования — это индивидуально, от интервьюера тоже многое зависит. С одними легко и как дружеская беседа, с другими словно студент на экзамене
ну я в самом начале написал что это все для более опытных кандидатов…
можно много прочесть книг, но если не укрепить практикой, то в основном эта летающая в облаках теория, ну и конечно что-то из нее понятно, но все мы понимаем, практика это все же практика
К примеру, отмечала, что function foo() {console.log(2);} foo() после 2 выведет undefined. После узнала, что если в функции явно ни чего не возвращается return, то по умолчанию вернет undefined. А так же многое другое.
Как-то с удовольствием посмотрела мейловский технопарк, записи лекций по фронту. Хотя практически все знала.
Если кто-то берёт людей, которые знают основы React, но не знают основы JS, то такая стратегия оправдана. Но я не понимаю кто и на какие задачи их берёт. Что им можно поручить? Вёрстку от версталщика натягивать на React? Проще версталщика обучить этому. Компоновать интерфесы из элементов UI Kit? Так только самое элементарное. Подвинуть кнопку — уже надо CSS знать, всякие маржин коллапс и потоки.
1 вариант, это то что он на реакте сделает быстрее и меньше стоит денег, как правило это простые сайты и клиент и работодатель за это платит денег
2 вариант(но почему то у нас этого боятся многие работодатели), это пока джуниор не понимает всего и вся он может решить задачу и развивается за счет опытных сотрудников, а в это время хватает знания и наставления более опытных… инвестиции, когда то более опытный сотрудник может уйти, но натаскал более слабого, а также разгрузка более опытных сотрудников от работ которые для них кажутся неинтерестными(почти постоянная причина увольнения в IT сфере)
Представляю себе историю:
Человек честно изучал теорию, читал книги, сидел на форумах, ездил на конференции...5-6 лет работал где попало ради того чтобы достичь дао программирования.
И вот он на собеседовании…
дает свою трудовую книжку…
И ему задают вопрос, вы конечно очень много знаете, очень много понимаете, но почему у вас в трудовой за 5-6 лет нет ни одной записи что вы работали по специальности? то есть ваш опыт равен 0 лет? мы вам перезвоним
что бы был практический опыт надо с чего-то начинать…
несколько примеров.
Человек честно учился 5-6 лет в университете, приходит на работу, как правило от него практической пользы почти нет...
Человек бросил университет, учился далеко не по специальности и через 2 года практики даже в ИП "Иванова", от него больше результата и примеры работ есть.
Человек учился 5-6 лет в университете и примерно на 3 курсе начал сначала фрилансить, где-то поработал на удаленке, вот от таких людей еще больше результата на практике.
Значит приходим к выводу что бы было что упомянуть, нужна практика...
По этому люди которые прошли курс 7 месяцев, может еще и не могут гордится огромным кейсом, но они пытаюся попасть на работу, заваливают собеседования, но рано или поздно устроятся на работу, да полноты знаний не хватает, но на практике пустота заполнится быстрее.
Человек честно учился 5-6 лет в университете, приходит на работу, как правило от него практической пользы почти нет...
Если человек честно учился в универе, то польза от него будет очень быстро. Другое дело, что люди в универах чаще всего «отсиживают», а потом внезапно осознают, что нужно бы еще и самому закреплять теорию практикой.
По этому люди которые прошли курс...
Вы пытаетесь устроить гонки трактора с малолитражкой. Если есть желание веб пилить до конца своих дней, то не нужно идти в вузы, там школьных знаний хватит за глаза. Но ничего не мешает студенту подрабатывать во фрилансе и набрать тот же самый опыт + хорошие знания, которые «курсанту» не светят в том же возрасте (ибо это дольше и дороже).
мои комментарий относится к этому:
А зачем они учат это всё параллельно? Пускай напишут хоть одно полноценное приложение типа "тудушечки" на минимальном стеке и уже могут искать работу, развивая и(или) делая новую версию на "модном".
Тоесть, мы с вами подчти одно и тоже говорим, только разными словами.
Предположим, условный новичок написал слайдер на JS, не понимая при этом замыкания, контекст вызова или даже блочную модель документа. Но оно работает. Как он должен понять, что он чего-то не знает? Web-стек изначально спроектирован так, чтобы им можно было пользоваться без глубоких знаний. Новичок решает, что он теперь все знает и идет изучать дальше, что там за AJAX такой. И на каждом углу ему суют код на JQuery, т.к. он короче и проще. Человек запоминает несколько строчек и считает, что теперь он знает, как работает AJAX. И так далее по списку…
И лишь позже человек столкнется с проблемами, которые заставят его осознать, что он чего-то не понимает в том же CSS. Естественный процесс обучения. Пытаться заставить учить все по порядку, это все равно, что заставлять ребенка учить падежи, прежде чем ими пользоваться.
Не стоит искать проблему там, где ее нет. С разработчиками все в порядке, беда с работодателями, которые не могут отличить состоявшегося специалиста от начинающего. В сознании работодателя знание технологии скорее бинарно — знает CSS/не знает CSS. В реальности же уровень знания имеет множество градаций, а потребность в том или ином уровне — зависит от задачи.
Я только про начинающих, https://habrahabr.ru/post/341626/#comment_10507280
Нужен специалист, т.е. реально крутой специалист, то ищем человека с 5-10 лет опыта работы. при этом вилку устанавливаем от 180 000 рублей до 250 000 рублей, да, такие цены сейчас на хороший Frontend Разработчиков.
Я конечно понимаю, что для всех это разрыв шаблона, как HTML+JS можно платить 200 000 рублей, в этом и корень всех проблем.
Нужен специалист среднего звена, т.е. он делает не идеально, но может решить проблему, то цена такому спецу от 100 000 до 150 000 примерно.
Нужен Junior: цена 80 000 рублей (человек с коммерчески опытом работы в 1 год)
Нужна нулевка цена около 30 000 — 40 000 рублей (теоретик, но хочет себя попробовать в сфере)
Это цены по Москве.
А на деле что?
На деле начальник ищет сеньора за 80 000 рублей и жалуется что нет спецов.
Начальник ищет джуниора с 2 опытом работы за 20 000 и жалуется что нет спецов.3
Не тянете 200 000 рублей? тогда и спец вам не нужен, развивайте бизнес и копите деньги на специалистов.
В итоге ищут специалиста на удаленке…
что-что в москве зажрались даже спецы с ценой за свои знания
30 000 — 40 000 рублей теоретик?
так многие мидлы получают… конечно не в моске
Нужен Junior: цена 80 000 рублей
пипец....
Нужен специалист среднего звена, т.е. он делает не идеально, но может решить проблему, то цена такому спецу от 100 000 до 150 000 примерно.
е мае, буду покорять Москву со своим стажем в 6-7 лет, не считая до того как....
не минусуйте, так сказать я немного ошалел)))
я на удаленку… пожалуй))), да я знаю про цены в москве, я от нее в 3-4 часов езды… про кремниевую долину я не заикаюсь...
Квартира 35 000 рублей.
У многих разработчиков сбита самооценка, им внушили что верстак должен получать 20 000 рублей и они продолжают писать на D3.js React.js за 20 000 рублей.
Нет мои друзья, цена такого разработчика от 140к
Гляньте вакансии, телегу, LinkedIN
В итоге ищут специалиста на удаленке…
что-что в москве зажрались даже спецы с ценой за свои знания
А вы хотите что бы спец получал по 60 000 рублей в Москве? Это цена Wordpress разработчика или верстальщика, но никак не JS разработчика.
Вы думаете у веба только 1 направление? вы остались дажеко в 2000 годах.
откройте вакансии гляньте сколько предлагают работодатели, зайдите на LinkedIN, зайдите в телеграмм канал, где предлагаю работу, вилка для фронтендера минимум от 140к начинается, это есть серьезный проект.
Если у вас сайт визитка, то вам не нужен JS разработчик, вам достаточно купить веб-мастера, а вы все под одну гребенку лепите.
так многие мидлы получают… конечно не в моске
Это не мидлы, это джуниоры, которым сказали что они мидлы)
Или просто лохи с пониженной самооценкой, что маловероятно.
Откройте вакансии, посмотрите цены, я это не из воздуха взял.
Смотрите только не в сторону вебмастеров и верстаков, а именно в Frontend разработку или JavaScript разработчик, вы путаете разные ниши в вебе.
Нужен Junior: цена 80 000 рублей
Опять таки, не путайте нулевика после института и джуниора, джуниор это человек с хоть каким-то опытом работы и опять таки это цены в FrontEnd Разработку либо JS программист, а не верстак, понятное дело что джуниорский верстак будет стоить 20 000 рублей или 15 000 рублей в Москве.
е мае, буду покорять Москву со своим стажем в 6-7 лет, не считая до того как....
не все так просто, если вы работали 7 лет, это не означает что вы будете умней человека, который работал 1 год, тут зависит от вашего опыта.
Есть человек работал с сложной логикой 2 года и вы, человек который работал 10 лет с Wordpress, вы джуниору даже в подметки не будете годится.
Откройте сайт с вакансиями если мне не верите.
Только вбивайте по ключу: Frontend Разработчик или JavaScript разработчик
перефразирую… москва зажролась…
мне кажется там цены для того что бы туда не ехали)) она же не резиновая.
Дело не в самооценке, дело в прожиточном минимуме))
Все чаще в вакансиях пишут React-разработчик. "React головного мозга" — к сожалению, такая-же болезнь современности как когда-то "jQuery головного мозга", когда люди напрямую ассоциировали JS c jQuery и писали ужасную лапшу (у некоторых до сих пор наблюдается в затяжной форме). А с фронтендером не знающим CSS — я даже в одну маршрутку не сяду.
Если этот человек хорошо знает что именно и зачем он начинает писать, знает какую проблему он решает, то этот человек молодец. Если человек желает получить свой опыт велосиподостроения, чтобы просто самому лучше разбираться в теме — он тоже молодец. Если человек создает свой велосипед и не может объяснить зачем это нужно, и чем его велосипед отличается в лучшую сторону от всего окружающего зоопарка — то он велосипедостроитель в плохом смысле этого слова. На моей практике, я встречал множество разработчиков использующих React и не понимающих толком что именно он дает и чем за это придется заплатить. Или просто витающих в каких-то маркетинговых розовых облаках, рассказывающих, например, про то что Virtual DOM гораздо быстрее обычного DOM.
«Он в основном спроектирован исходя из потребностей Facebook. Так что если ваши приложения сильно отличаются от того, что делает Facebook, то React может не подойти для ваших нужд»
Так это из-за реакта фейсбук такое тормозящее говно?
какой то замкнутый круг:
- я написал на чистом JS и CSS
- то есть ты написал свой велосипед? посмотри в сторону фреймоврков
- о я написал простенькую вещь на фреймворке за 5 минут)))
- нафига тебе фреймворк, эта задача легко решается на чистом JS и CSS
Нужно знать что писать с помощью фреймворков, а что на чистом.
Я знаю проекты, где говнокод, каша и ужас, код писали быстро и тяп-ляп за неделю, но они работают и приносят деньги, а разработчики получают весьма достойно.
А есть наоборот, код чистый как слеза, и работает микросекунды, его писали месяц, а денег проект не приносит.
Приносит проект деньги или нет от разработчика мало зависит в общем случае.
Например, если в код-говно, то на его поддержку и дорабатывание нужны повышенные ресурсы, повышенное время. А время — это деньги владельца бизнеса.
То есть, получается, что прибыль будет меньше. А если владелец жадный и не понимает, что если сейчас не сделать что-то в проекте, то завтра он утонет, то он и утонет.
Например, если для того, чтобы выбраться в первые строчки гугла, нужно повысить скорость загрузки сайта, то, если код-говно, то на его очистку нужно потратить туеву хучу ресурсов и денег.
А если не вывести в первые строчки, то дохода не будет, не будет зряплаты, не будет дальнейшего развития и проект умрёт.
От разработчика лично прежде всего зависит скорость, с которой он решает задачи. Формулировка задачи и критерии их приёмки (в том числе нефункциональные — ресурсоемкость, качество кода и т. п.) обычно вне области его отвественности.
Да, разработчик может оказаться несоотвествующим должности, не способным за разумное время решать задачу, способом соотвествующим критериям. Но это отвественность того, кто такого разработчика взял. Но если его работа критериям приёмки соотвествует, но получается говно на выходе, вредящее бизнесу, то это отвественность того кто формирует критерии и того, кто по ним принимает.
Ну а как обосновать, что зп будет не обещанные зазывалами в ИТ 150к+, а 30-40к и то, если норму сдашь?
какой то замкнутый круг:
1) я написал на чистом JS и CSS
2) то есть ты написал свой велосипед? посмотри в сторону фреймоврков
3) о я написал простенькую вещь на фреймворке за 5 минут)))
4) нафига тебе фреймворк, эта задача легко решается на чистом JS и CSS
1) Это хороший навык, пригодится когда нам потребуется написать какой-нибудь супер уникальный календарь с слайдером или график, которого нет в наборе HighCharts, считаю что этим навыком должен обладать любой хороший специалист, плюс к этому все это дело должно быть написано на современный лад ES6/ES7 и код должен быть понятен другим разработчикам, это самый сложный пункт когда пишешь свой велосипед.
2) Написали свой фреймворк для компонентного подхода в фронте.
и использовали его на работе последний год — я вас не возьму на работу, это зашквар.
3) Простенькую многие могут написать, напишите что-то сложней и покажите этот проект.
4) Если вы делаете сайт визитку под фреймворк — плохо, если вам нужно подсветить кнопку и вы берете фреймворк — плохо.
Есть рынок веба, у него есть много задач.
Сайт визитка, блог, портал с котиками, Админка, CRM, сложная аналитическая система, проекты реально могут быть очень сложными, сейчас 2017 год.
Написали свой фреймворк для компонентного подхода в фронте.
и использовали его на работе последний год — я вас не возьму на работу, это зашквар.
Даже, если работодателем был Гугл или Фейсбук? :)
Если вы делаете сайт визитку под фреймворк
Тут очень сильно завивсит от ситуации. Например, вводить в имеющийся технологический стек новые элементы типа CMS (в том числе и самописной) лишь для сайта-визитки, когда уже десятки проектов крутятся на фреймворке, может привести к повышенным расходам на его разработку и поддержку, по сравнению с вариантом написать его на фреймворке, который в команде даже уборщица знает.
Если человек знает React и имеет пробелы в JS, то это никак не скажется на уровне разработки так как все пишется на фремворках и сейчас никто в здравом уме не будет писать серьезный проект на голом JS так как такая разработка невыгодна для бизнеса, для бизнеса важно скорость разработки чтобы обогнать конкурентов и быстрее получать прибыль.
все пишется на фремворках и сейчас никто в здравом уме не будет писать серьезный проект на голом JS
Не писать и не знать — это две большие разницы. В одном случае ты знаешь, как работает чудесный фреймворк, в другом — ты мыслишь категориями его API.
Может давайте будем учить асемблер и С++ чтобы программировать на языках высокого уровня.
Внезапно это неплохая идея! Вряд ли это знание навредит, зато помочь — запросто.
Вы оперируете лишь слухами и мнением других разработчиков.(как правило такими же как вы, которые последний раз в JS заглядывали в 2000 году)
Скинуть вам кипу проектов на react? укажете мне в каком месте они лагают.
У меня есть практика во множестве компаний, клиенты в 2016-2017 никогда не жаловались на лаги или что-то подобное.
У вас нет практики, вы вообще никакого отношения к WEB не имеете, вы C#/C++ разработчик и даете какие-то советы веб разработчикам, смешно.
Печально, когда знаток сидит в своем болотце и не смотрит по сторонам. Моя профессиональная компетенция не ограничивается вебом, есть с чем сравнивать.
Скинуть вам кипу проектов на react? укажете мне в каком месте они лагают.
Вы подписываетесь под тем, что не знаете CS и не умеете в чистый JS?
Если вы считаете, что в вебе программирование какое-то особенное, то я вас огорчу: абстракции здесь так же текут, а проблема производительности стоит так остро, как нигде больше.
Печально, когда знаток сидит в своем болотце и не смотрит по сторонам. Моя профессиональная компетенция не ограничивается вебом, есть с чем сравнивать.
ASP.NET — легаси, никто не поднимает на нем новые проекты, только если внутри организации динозавров, где думают что JS это то что было в 2000 годах)
Вы подписываетесь под тем, что не знаете CS и не умеете в чистый JS?
Нет, я считаю что любой react Разработчик должен знать идеально JS и CSS.
Он должен уметь писать все с нуля, знать само ядро так сказать, паттерны и прочее. Он должен уметь нарисовать свой график с нуля на SVG если это потребуется, в идеале он должен знать как устроена сеть, backend и еще куча всего.
Кто это знает тот получает 150 000 — 250 000 рублей по Мск.
Кто этого не знает получает 80 000 рублей.
Кто знает только версту и то с учебником — получает 40 000 рублей.
Еще рассматривайте всю эту канитель со стороны бизнеса, многие забывают про деньги/сделки/продажи/окупаемость
Проблем то нет никаких, нужен спец- платите деньги.
Или вы хотите что бы спец за 10 000 рублей делал вам качественный продукт?
Все зависит от проектов, бюджета и еще многих факторов.
ASP.NET — легаси, никто не поднимает на нем новые проектыВы точно не путаете с classic ASP и Web Forms?
Нет, я считаю что любой react Разработчик должен знать идеально JS и CSS.Тогда о чем мы спорим?)
Вы употребляете слова "знать" и "уметь" как сниноимы. Как по мне, то опытный разработчик должен уметь это всё и получать "150 000 — 250 000 рублей по Мск", а начинающий только знать, а навыки и умения получать в процессе работы за "40 000 рублей."
ASP.NET — легаси, никто не поднимает на нем новые проекты
Это вы только что про ASP.NET WebForms написали. Кроме них есть еще ASP.NET WebPages, ASP.NET MVC, ASP.NET WebApi и ASP.NET Core. Последний, кстати, умеет запускать где-то внутри ноду для изоморфного рендеринга.
То что его используют как API это норма, не отрицаю)
Там можно из коробки создавать бакэнд для SPA. Для создания самого SPA понадобится клиентский фреймворк.
Backend разработчик плит свой сервис на .CORE и отдает фронтендеру API
Frontend цепляет API и строит всю логику на своем любимом React используя TypeScript.
Зачем нам вообще прослойка в виде C#?
Какие плюсы то?
Как думаете .NET ASP CORE разработчик обязан знать идеально CSS + JS + REACT?
2. Чтобы иметь возможность обойтись одним веб-сервером а не двумя.
«Посмотрите ребята, я пишу на PHP а на выходе у меня JS, как же круто, теперь можно писать все это в одном редакторе, мне теперь не нужно учить JS, можно уволить фронтендеров» ©
Это очень плохо, о качестве даже заикаться не буду)
Хотя бизнесу норм, экономия на кадрах не хилая.
Но я все таки предпочитаю react + node.js как альтернативу экономии на сотрудниках)
А у нас nodejs стоит за PHP :) При обращении клиента к странице, PHP собирает данные и дергает ноду, чтобы получить отрендеренную страницу, которую отдаёт клиенту. В дальнейшем клиент дергает апишку и PHP отдаёт джсоны, к ноде не обращаясь. Это не то?
т.е. без клиентского фреймворка не обойтись)Wtf?
а AJAX это снова велосепедостроение, возвращаемся к 2000 годам.
Зачем это все нужно?
строит всю логику на своем любимом ReactВсю UI-логику.
Но это их проблемы, а не мои, я же не жалуюсь что нам моей Nokia 3310 не запускаются современные игры, приложения и т.д.
Но и тут мы идем на встречу, если все таки нужно поддержка динозавров, мы берем +50-100% к стоимости проекта, радует что таких людей не больше 0.01% )))
Внезапоно, C++ — язык высокого уровня.
А если человек знает React, но имеет серьёзные пробелы в JS, то почти гарантированно через довольно короткое время перестанут выполняться нефункциональные требования типа производительности и поддерживаемости.
Что-то слабо верится про 2000 строк на JS, эмитирующих absolute в CSS. Проблема там явно другая решалась
А потом — от поддержи всякого старья отказались, а код — остался. И никто не хочет его трогать, так как там упоминаются такие вещи, о которых разработчики даже не подозревают (так как их выпилили из всех современных браузеров).
Пробел в знаниях основ веб-разработки