AG
И Java. Но гложут сомнения, что он на Джаве бэкэнд писал, а не просто интегрировался с ним.
Size: a a a
2020 November 26
AG
Спасибо, волнует вопрос про Spring, Web Services frameworks, Java Design Patterns, Spring rest services/Nodejs. Это же вроде как к бэкенду больше
Стоит спросить, имхо.
AK
И Java. Но гложут сомнения, что он на Джаве бэкэнд писал, а не просто интегрировался с ним.
т.е. на фулстэк тянет?
EP
Всем привет, кто может помочь объяснить кто это такой?Expert in JavaScript frameworks viz. Angular.
Good working knowledge in Jasmine, Karma, TDD, OOP JavaScript, jQuery Kendo UI and its plugins.
Worked with SAAS and LESS css preprocessors.
Expert in writing jquery custom widgets, plugins and JavaScript DesignPatterns with jquery patterns and custom directives.
Worked with front-end automation toolsNPM, Bower and GitHUb.
Working experience in Spring, Web Services frameworks.
Working experience with Java Design Patterns.
Java Front end, Polymer, Web Components, TypeScript.
Server-Side: Spring rest services/Nodejs
Scripting: TypeScript, ES7
Building Tool: Webpack, (JavaScript)
Tools: vscode, Webpack, Git, Sass, Node, Karma UI, Nodejs
Good working knowledge in Jasmine, Karma, TDD, OOP JavaScript, jQuery Kendo UI and its plugins.
Worked with SAAS and LESS css preprocessors.
Expert in writing jquery custom widgets, plugins and JavaScript DesignPatterns with jquery patterns and custom directives.
Worked with front-end automation toolsNPM, Bower and GitHUb.
Working experience in Spring, Web Services frameworks.
Working experience with Java Design Patterns.
Java Front end, Polymer, Web Components, TypeScript.
Server-Side: Spring rest services/Nodejs
Scripting: TypeScript, ES7
Building Tool: Webpack, (JavaScript)
Tools: vscode, Webpack, Git, Sass, Node, Karma UI, Nodejs
больше похож на фуллстека, который умеет во фронт на JS + node&java на беке
в общем, классическиий интерпрайз фуллстек.
в общем, классическиий интерпрайз фуллстек.
AG
т.е. на фулстэк тянет?
Да. Если он писал, а не работал с перечисленным на бэкэнде.
AK
больше похож на фуллстека, который умеет во фронт на JS + node&java на беке
в общем, классическиий интерпрайз фуллстек.
в общем, классическиий интерпрайз фуллстек.
тогда БД бы тоже были или не обязательно?
AG
тогда БД бы тоже были или не обязательно?
Во времена микросервисов уже не обязательно
AK
Во времена микросервисов уже не обязательно
Какие вопросы правильно задать заказчику?
EP
тогда БД бы тоже были или не обязательно?
с базой напрямую мало кто работает, в spring есть ORM, эта некая абстракция над базой, запросы пишешь на языке бекенда. под ORM вообще пофиг какая база
AK
с базой напрямую мало кто работает, в spring есть ORM, эта некая абстракция над базой, запросы пишешь на языке бекенда. под ORM вообще пофиг какая база
Спасибо Евгений
AG
с базой напрямую мало кто работает, в spring есть ORM, эта некая абстракция над базой, запросы пишешь на языке бекенда. под ORM вообще пофиг какая база
С ORM ом тоже надо уметь работать. Да и потом, отладка как будет производиться без знания СУБД?)
AG
Какие вопросы правильно задать заказчику?
Заказчику? Выглядит как резюме, задавать вопрос нужно соискателю исходя из вашей вакансии, над которой вы работаете
AK
Заказчику? Выглядит как резюме, задавать вопрос нужно соискателю исходя из вашей вакансии, над которой вы работаете
Это описание вакансии такое
AG
Это описание вакансии такое
Тогда уточните. Какой уровень владения бэкэндом им нужен, подойдёт ли фронт умеющий в бэкэнд, или нужен полноценный фуллстэк без скидок. Ну и про SQL / базы данных все же стоит спросить, а то кинут разрабу Oracle , а ORM-щик даже зайти в БД не сможет 😂
AG
Это я, кстати, без претензий в сторону людей, просто Oracle реально немного более замороченная, чем остальные РСУБД
AG
Слэш рядом с нодой тоже вызывает вопрос. То есть им нужно знание бэкэнда Java стэка, или Ноды (на выбор), или и то и другое.
EP
С ORM ом тоже надо уметь работать. Да и потом, отладка как будет производиться без знания СУБД?)
Я же не говорю, что знания СУБД не нужны. Моя мысль, что в контексте вакансии не так важно, с какой именно СУБД опыт.
Я не сильно разбираюсь в этом вопросе, но, насколько знаю, sql он для всех баз один, отличия начинаются, когда начинают пилить логику в базе. Большинство бэков имеет опыт отладки базы данные, потому что он с ней работает. Так что опыт с ORM — это опыт работы с Spring платформой, коий я отношу к бэку, как и опыт работы со условно любой базой.
А по опыту подбора беков и фуллстеков, вопрос с какой конкретно базой человек работал, если и встает, то одним из последних и определяющим редко когда является. Что не отменяет и обратное утверждение, был опыт.
Я не сильно разбираюсь в этом вопросе, но, насколько знаю, sql он для всех баз один, отличия начинаются, когда начинают пилить логику в базе. Большинство бэков имеет опыт отладки базы данные, потому что он с ней работает. Так что опыт с ORM — это опыт работы с Spring платформой, коий я отношу к бэку, как и опыт работы со условно любой базой.
А по опыту подбора беков и фуллстеков, вопрос с какой конкретно базой человек работал, если и встает, то одним из последних и определяющим редко когда является. Что не отменяет и обратное утверждение, был опыт.
AK
Коллеги, спасибо.
AG
В общем, соглашусь, было бы важно - указали бы. У меня просто профдеформация, после нескольких лет на проектах биллингов. Там без знания СУБД делать особо нечего для разработчика уровня мида и выше.
МК
Я же не говорю, что знания СУБД не нужны. Моя мысль, что в контексте вакансии не так важно, с какой именно СУБД опыт.
Я не сильно разбираюсь в этом вопросе, но, насколько знаю, sql он для всех баз один, отличия начинаются, когда начинают пилить логику в базе. Большинство бэков имеет опыт отладки базы данные, потому что он с ней работает. Так что опыт с ORM — это опыт работы с Spring платформой, коий я отношу к бэку, как и опыт работы со условно любой базой.
А по опыту подбора беков и фуллстеков, вопрос с какой конкретно базой человек работал, если и встает, то одним из последних и определяющим редко когда является. Что не отменяет и обратное утверждение, был опыт.
Я не сильно разбираюсь в этом вопросе, но, насколько знаю, sql он для всех баз один, отличия начинаются, когда начинают пилить логику в базе. Большинство бэков имеет опыт отладки базы данные, потому что он с ней работает. Так что опыт с ORM — это опыт работы с Spring платформой, коий я отношу к бэку, как и опыт работы со условно любой базой.
А по опыту подбора беков и фуллстеков, вопрос с какой конкретно базой человек работал, если и встает, то одним из последних и определяющим редко когда является. Что не отменяет и обратное утверждение, был опыт.
вопрос по базам встает, если речь идет о реляционных\нереляционных, но тут не этот случай мне кажется.