Как вкатываться в backend? Есть такой же подробный гайд как и для frontend?
Есть сегодня смысл вката в бэк через С#?
Обязательно ли высшее образование?
Какие могут быть подводные?
Java или C#?
>Как вкатываться в backend?
Ну собстна учишься программировать, обрати внимание на многопоточку, асинхронность, сети и всякое такое.
Дальше берешь фреймворк для своего языка и начинаешь писать круды. Параллельно с этим учишь SQL на базовом уровне.
Вот когда начнет что-то относительно нормальное получаться, начинаешь искать работу. Вот и весь гайд.
На просторах интернета есть , но там есть лишние моменты для новичка, например тем же эластиком явно мучать стажера или зеленого джуна не станут почти нигде.
>Есть сегодня смысл вката в бэк через С#?
Да, вполне.
>>2162390 (OP)
>Java или C#?
Шарп более продвинутый с точки зрения синтаксиса, но всяких энтерпрайзных библиотек для джавы больше. Тут, как мне кажется, похуй, учи то, что больше нравится и то, что востребовано в твоем городе.
>>2162415
Насколько сильно надо погружаться в фронт для бэка?
Не слишком тупо будет построить такую последовательность изучения
1. Изучить ОС и Сети (есть два хороших учебника)
2. HTML, CSS, JS (для бэка не надо знать фреймворк, типа реакта?)
3. Java, SQL
4. Какой-нибудь скриптовый язык типа python
5. Специальные инструменты и фреймворки для backend
Упаси боже. Я только базовую структуру HTML понимаю и с трудом пишу в стиле веб 1.0, JS и CSS даже читать не умею. Ничего, пыхчу джуном сейчас.
Как правило, ты будешь делать API и просто отдавать json на фронт, а там жсеры пусть рисуют на его основе как им нравится.
Из полезного лучше потрать время на линукс и sql. Чистый SQL ты редко будешь писать, но понимать полезно. А линукс требуют вообще везде, ну, может, на некоторых местах шарпистам необязательно.
Хуйня это всё. Бери один язык (джава, сишарп, руби, питон, жс) и учи его основы и архитектуру приложений. Потом - веб-фреймворк, на этом этапе естественным образом будешь сталкиваться с SQL и фронтэндом, по мере необходимости их осваивать. Про сети читай перед сном, ОС вообще нахуй не нужны дададад, нужны, но ты на них только зря распыляться будешь и время тратить
Очень много где требуют РНР и node js
Есть смысл и через них вкатываться?
Особенно РНР удивил
> Как вкатываться в backend? Есть такой же подробный гайд как и для frontend?
Я хз, что там за гайд для фронтенда. Просто выучи язык программирования. Любой. Научись писать на нем программы. Т.к. понятие бекэнда очень размыто, то писать можешь все что не попадает под определение фронтэнд. Будет плюсом если то что ты пишешь будет уметь в сетевое взаимодействие. Обязательно выучи SQL. Хоть ленивые жопы и понаписали orm для всех возможных языков, но без знания как именно происходят запросы можно соснуть с проглотом.
> Есть сегодня смысл вката в бэк через С#?
А почему нет? Язык как язык. В бекэнд сейчас можно хоть на жаваскрипте вкатываться.
> Обязательно ли высшее образование?
Нашы вузы в принципе не выпускают нужных специалистов. И даже если сильно захотят, то за 5 лет обучения ситуация на рынке может пять раз поменяться. на собеседовании твоими конкурентами будут стеденты, котоыре в лучшем случае учили С++, а то и pascal с бейсиком. В дс ситуация чуть повеселее, но в целом так же. Достаточно просто соображать как рабоатет язык и не завалиться на первых вопросах. Т.к. кадров катастрофичкески не хватает, то возьмут того, кто без ошибок напишет Hello world. Сам видел как человек завалился на собеседовании на том, что не смог написать print в питоне.
> Какие могут быть подводные?
Смотря куда пойдешь. Бекэнд это очень абстрактное понятие. Можно писать логику для интернет сексшопа, а можно попасть на фирму сождающую доильный аппарат на ардуине. Подводные везде свои уникальные.
> Java или C#?
Похуй совершенно. Выучи что то одно, но хорошо. Сеньер питонист получает больше чем java джун.
PHP избегай как огня. закончишь верстальщиком. будешь конкурировать со школьниками за возможность написать говносайт на вордпрессе.
Nodejs примерно такая же хуйня. В сеьезном бизнесе не катируется. максимум накижаешь прототип сервиса, который потом другие люди перепишут на какую нибудь java. JS сам по себе вызывает обширную профессиональную деформацию. Если вдруг решишь перейти на любой другой язык то будешь удивлятьс я почему твой говнокод не компилится и почему тимлид смотрит на твой коммит с неодобрением.
В общем, как я понял из всего вышесказанного, не надо пока забивать себе голово абы чем. Лучше просто начать с изучения любого языка который нравится (Java) и двигаться в сторону разработки под backend. Попутно изучая базу типа Алгоритмов и структур данных, Сетей и ОС. Освоить SQL/HTML/CSS и потом уже скрипт
Зачем С# на бэке если все серваки на nix системах?
>1. Изучить ОС и Сети (есть два хороших учебника)
Глубоко не стоит погружаться, линуксы поизучай и основные команды в терминале
>2. HTML, CSS, JS (для бэка не надо знать фреймворк, типа реакта?)
Что примерно представляет из себя фронтенд htmlbook прочитать по диогонали и пару вечеров поиграться с css будет достаточно. В js тоже особо не стоит углубляться, базового синтаксиса вполне достаточно, в реакт углубляться не стоит если ты не собираешься ним работать это такое говно Нужно знать на уровне примерно понимать что происходит и при необходимости ctrl+c ctrl+v кусочек верстки из одного файла в другой, но в последнее время обычно фронт делают SPA отдельным репозиторием и ты вообще только json отдаешь.
>3. Java, SQL
Да, полюс взаимодействие с базой данных через ОРМ, у вас там в жабе всякие хибернейты и либы коннекторы, тот же jdbc.
>4. Какой-нибудь скриптовый язык типа python
Это полезно, но лучше сконцентрироваться на жабе, а так вполне себе годный язык для всяких мелочей и не только на нем очень удобно писать парсеры, собирать данные со сторонних сервисов, пробежаться по файлам и писать ботов для телеги и вк. Но тут тебе уже нужно будет помимо языка вникать во всякие либы типа beautifulsoup, urllib, telebot и тп, так что это лучше оставить на потом.
>5. Специальные инструменты и фреймворки для backend
Да spring в первую очередь, плюс еще всякие сервера типа tomcat еще распространен nginx не знаю на сколько он актуален в жабе, сейчас еще везде докеры используются опять же насколько это актуально для джависта
Я бы еще сюда добавил всякие паттерны, джависты их любят, плюс надо обязательно постигнуть мощь ООП и принципы SOLID, DRY, KISS.
>Особенно РНР удивил
А ты еще сильнее удивишься если туда окунешься, больше половины вакансий это студии разной степени хуевости чем хуже тем ярче описана вакансия а остальные вакансии требуют синьеров и на выходе в нормальные поекты для джуна единицы вакансий. Я из того болота свалил в рельсы.
>Т.е. если хочешь в бэк, то без вариантов, надо ставить сносить винду и ставить linux?
Не обязательно, в винде есть wsl, но удобнее будет работать с линуксов и маков, некоторые параллельно 2 системы ставят. Но изучать его нужно, поскольку на серверах везде линуксы.
> Принципы ООП на Java и Алгоритмы на Java
ООП часто спрашивают по кочкам. Фишка в том, что java это в половине случаев легаси код написанный в произвольном стиле. Больше удели времени Java Core С большей вероятностью спросят как работfет HashMap и GC, чем про паттерны. Джунов обычно спрашивают как создать хорошую архитектуру. Тупо спрашивают как рабоатет язык. Но базовые алгоритмы нужно знать, да.
> Т.е. если хочешь в бэк, то без вариантов, надо ставить сносить винду и ставить linux?
Для многих языков это актуально, но не для Java. Прикол в том, что код написанный тобой на винже будет так же работать и на линупсе. Как развернуть твой код на линухе думать будет девопс. Знание линупса будет плюсом, но не мастхев.
Подсказать не могу, т.к. я не джавист. Хотя джавить приходилось. И даже пилить мобильное говно.
В принципе любая книга подойдет. Java очень консервативна. Часто требуются люди именно для поддержания старого кода, где современный синтаксический сахар не предусмотрен. Когда я говорю старый, то это 10 лет и более. Так что книга 17 года вполне норм.
Опять же, спрашивают на собесах основы языка, а не новомодные функции. Спросят за коллекции. Учи все по коллекциям. Чем array отличается от list и тому подобное. Какие есть модификаторы у методов. Самые часто используемые методы объекта. Чем перегрузка метода отличается от переопределения и все такое.
Что бы нормально ориентироваться в этих вопросах, тебе нужна практика. Прочесть книгу мало, нужно понимать, что ты прочел. Лучше всего создай себе задачу. Задайся целью написать калькулятор или блокнот с подсветкой синтаксиса. Как только у тебя появится задача, даже самая тупая, ты начнешь воспринимать прочитанное как разработчик. Будешь думать как новая информация о языке поможет тебе решить поставленную задачу. А без этого хоть 10 раз книгу перечитай ничего на собеседовании толком не ответишь.
У него есть 2 книги
"Шилдт Г. - Java. Руководство для начинающих" и "Шилдт Г. - Java. Руководство для начинающих" и "Шилдт Г. - Java. Полное руководство". Это книги которые следует учить друг за другом? Или первая это для тех, кто хочет освоить быстро основные положения Java core а вторая для тех, кто хочет освоить Java более углубленно?
>image.png
Уебан блять, хуле ты вкатышу высираешь роадмапу от людей, которые делают эти роадмапы, с их же слов, ориентируясь на то, какими навыками должен обладать сферический разработчик в ваакуме, чтобы он мог себя назвать профессионалом, и все это по их мнению. Это блять не для вкатышей делается.
Сука, блять, я просто хуею, сети и ОС дрочить вкатышу с советами от подобных тебе долбоебов. Хотя, ладно, человеку, который спрашивает "ПУК А НУЖНА ЛИ ВО...", можно подобной толстотой ссать на лицо со спокойной совестью.
Рекомендую Таненбаума и Кормена навернуть этому вкатывающемуся господину, чтобы точно ощутить этот general knowledge и, как говориться, быстро вкатиться.
>роадмапы
Собственно эти картинки ни разу не роадмапы.
"Дорожная карта" должна говорить, что делать шаг за шагом. Эти же картинки просто рисуют стек технологий.
Реальное обучение и идёт поэтапно и послойно. Сначала что-то поверхностно, потом другое поверхностно, потом ещё что-то, потом возвращаешься и уже более детально с чем-то разбираешься.
Потому что невозможно что-то хорошо изучить, не имея бэкграунда.
Здесь же >>2162414 вообще абсолютно бредовая карта.
Для бэкендера сначала предлагается изучить сети, потом ОС, с упором на конкурентность, треды, IPC, потом язык программирования и тоже явно указано на конкурентность, потом основые баз данных, потом надо лезть в кишки баз данных....
И только после этого ты готов к тому, чтобы узнать такие поняния как API, REST API, Json API и т.п.
Ну абсолютный бред.
Дальше идёт конкретная цепочка серьёзных технологий, и вдруг настаёт момент, когда ты готов узнать про nginx и апач.
Ну реально бред вообще.
Ребята, какие сети. Какие потоки. Вы хотя бы деплоить научитесь. Как посмотришь на вас, бекендщиков, прямо слеза прошибает. 21-ый век на дворе, а мы всё ещё по ftp да по ssh архивчики заливаем. Давно уже придумали ci/cd, пайплайны, github экшены и прочее.
Вы хотя бы документировать свой код научитесь. Правильно отделять функционал от представления. Тестировать научитесь. Качественно писать классы. Использовать линтеры/код снифферы. Чтобы красивый нормальный код был. Какие нахуй nosql-базы? Какой rabbitmq? Вам до них ещё расти и расти.
>Java или C#?
Почему вкатыши на этой доске всегда выбирают между мертвым говном и копией мертвого говна? Повелись на древний форс, что в энтерпрайзе выскоие зарплаты (у шарпистов зп кстати ниже других стеков)? Давай по пунктам расписывай почему не хочешь учить node.js или go
В дотнете ты сам лепишь костыли для типовых задач, в жабе расширяешь уже имеющийся функционал. Тот же CrudRepository. В дотнете сам будешь реализовывать, ага.
Соответсвенно, если приходишь в команду, где софт уже написан, то в шармах могут такого наговнокодить, что глаза на лоб полезут.
Вот у тебя ооп подход используется, а потом с нихуя начал хуярить функциональщину и лямбды. Особенно, если приходишь на легасии вроде .net framework 4.5, там даже нормального DI контейнера не было. Каждый сука извращался, как мог. Почитай инит у каст виндздора. Я в рот ебал такой говнокод.
Ты полнейший дебик.
>Тот же CrudRepository
Ну так есть ЕФ - стандарт дефакто, если ОРМ проекту заходит.
>а потом с нихуя начал хуярить функциональщину и лямбды
"Бля тута лямбда пасаны памагити страшна (((("
Одно другому не мешает.
> DI контейнера не было
Не мороси, все было и все было норм если норм использовать
Да и кору уже 5 лет.
пишешь интерфейс
interface FizRepo extends CrudRepository<Fiz, Long> {
public list<Fiz> getAllEqualsIgnoreCaseBuzz (Buzz buzz); //необязательный пример метода
}
Потом можешь инжектить такую репу в сервис и обращаться к ней с методами например
fizRepo.save(fiz) или FizRepo.getById(10L) - там уже все из коробки работает.
Если вместо CrudRepository использовать jpaRepository то параметром можно передать pagination - для пагинации и сортировки или Specification - для фильтрации соответсвенно по параметрам.
Можешь методы писать, в которых спринг по названию напишет сиквель сам (ну или можно самому написать как надо). В этом примере он найдет лист всех физ, в которых поле баз без учета регистра равно параметру. Если таких нет - пустой лист.
Спринг сам сделает нужный класс, подставит в сервисы где он нужен.
другой анон
>>2171003
В общем, я кажись понял, это враперх поверх ОРМ.
ПРи том тут его обосрали
https://stackoverflow.com/a/51685858
Ну хз. Выглядит не оч.
Я у себя в коде тоже самое делаю, да, пишу ручками, но по факту один раз надо написать базовую репо, а потом от нее уже фактические наследовать.Дело 3 файлов, но зато не будет проблем как по ссылке выше.
>>В чем отличие от ОРМ-то?
Надстройка над ормом. Я хз что тот анон имел ввиду,я думал в шарпе такое же есть. Пиздят фичи и фреймворки ведь в обе стороны. Энтити фреймворк разве не генерит тонну кода за тебя сам?
Это удобно тем, что не надо класс создавать, подключения делать, обрабатывать все это. Просто интерфейс накидал в 3 строки - репо готова.
>>Каккие БД поддерживает?
Все. Прописываешь зависимость, прописываешь в конфигах путь к базе - спринг по пути сам поймет какой драйвер надо подтянуть из зависимостей.
>>тут его обосрали
Там нытье по большему счету что спринг сам решил какие технологии использовать для магии и не позволяет туда свой велосипед впилить. Большинству похуй - никто не собирается свой транзакшн менеджер писать. Про то что несколько бд сложно подключит - ну хз, у меня на проекте 3 базы (постгрес, мусклю, микрософт СКЛ сервер). Просто 3 конфига сделали.Чуть сложнее чем когда 1 база конечно - там конфиги можно вообще не писать.
Для крудов - то что есть очень удобно. Для чего то более сложного или когда нужна супер скорость и все эти рефлекшены неприемлемы - всегда есть SpringJDBC - который использует вместо ОРМ обычный ждбц и почти без магии.
>>не задача фреймворка враперить
Спринг является уже скорее фремворком фреймворков, он втянул в себя все что можно. Он еще и депенденси менеджментом занимается до кучи.
>>интерфейса хватило бы, а дальше сам реализовывай
Посчитали что реализация у репозитория всегда одинаковая и запилили немного магии. Можно конечно и самому сессии открывать/закрывать, но зачем? Из десятка операций оставили 2-3 которые составляют ценность, делегировав весь бойлерплейт спрингу.
>Энтити фреймворк разве не генерит тонну кода за тебя сам?
Ну, Дб запросы сам генерит. А так вообще ничего он не генерит, все на рефлексии.
Хотя вангую, шо с новыми код генераторами может и начнут распердоливать в биллд тайме часть работы а может и уже, но я не знаю
>>2172515
>Он еще и депенденси менеджментом занимается до кучи.
.Net core тоже.
Тут вечно баталии, нужны ли вообще репы, если ОРМ (ЕФ) и так уже репа.
>Как вкатываться в backend? Есть такой же подробный гайд как и для frontend?
Вот неплохое описание целевого уровня для джуна на Java https://habr.com/ru/post/580424/
Подскажите пожалуйста, ананасы!