Прошу прощения за посторонние шорохи в звуке! 00:16 Определение фулстка. Говорим про веб и мобильную разработку 00:30 История фулстека и веба 01:00 Раньше был только веб мастер 01:40 LAMP и пхпшники 02:11 Веб без фреймворков 02:50 Веб Фреймворки - упор на бекэнд 05:30 Ruby on Rails 05:45 Django и почему Python лучше 06:30 PHP Фреймворки 07:00 SPA и приложения в браузере 07:30 Упор на фронтенд 07:55 MERN стэк 08:20 MongoDB vs MySQL 08:50 API Фреймворки 09:55 Headless CMS и "отсутствие" бэкенда 10:50 Firebase 11:15 Serverless 11:50 Открытые API и отсутствие своего бэкенда 12:30 Мобильный фулстек 13:10 Android 13:19 Apple 13:40 Кроссплатформенный фулстек 14:30 Важно ли знать верстку и CSS 15:10 Хранилища данных 15:30 Деплой и девопс 16:20 Дизайн для фулстека? 16:50 Перспективы фулстеков 18:30 Посмотри на Golang
Для меня fullstack - это справится одному человеку с цепочкой поставленных задач. Например задача разработать и запустить коммерческий сайт. 1. Знания: фронтенд (html,js,css), бекенд (любой язык), база данных, навыки работы с хостингом, регистрация домена, подключение сертификата безопасности, + навыки работы с серверами, например поднять веб сервер с БД и другие сопутствующие знания.
прошу прощения но вы перемешали веб и администрирование это далеко разные вещи и человеку который фулстэк сис админ я бы даже кортошку почистить для супа не дал
проблема фулстека - как в той детской игре, когда надо совместить фигуры. Ты такой многогранный, а в вакансиях просят что-то одно треугольник или круг. На выходе часто выкидываешь просто половину навыков и конкурируешь с теми, кто специализируется на чем-то одном.
Про то, что дизайн не относится к фулстеку, это молодец, правильно сказал. А то некоторые любят говорить, что фронт+бек это не фулстек, ведь он же дизайном не занимается. А фулстек, это якобы который всем занимается. Ну это бред. Т.к. это другая профессия. А фронт и бек, это разные направления одной профессии программиста. Поэтому когда в вакансии требуется быть и фронт программистом и бек программистом, то таких называют фулстеками. Так же, с точки зрения программиста, я думаю практически не бывает однонаправленных. Т.е. чтобы бек не мог заниматься фронтом, а фронт беком. Тут только от уровня будет зависеть. Например, 90% сеньер беков, смогут устроится крепким джуном фронта, а процентов 50% и мидлом фронта. Так же и сеньер фронт.(либо они могли бы подтянуть знания за месяц и устроится на эти позиции) А вот одновременно быть мощным сеньером бека и фронта, это уже мало кто сможет.
как фуллстек девелопер, подтверждаю, что отдельно на фронт разработку и отдельно на бэк - выше мидла не берут, как бы ты ни пыжился. потому и не рассматривал никогда вакансии по-отдельности, в целом хороший фулл тоже оплачивается соразмерно хорошим фронтендерам и бэкам. хотя и зовут много реже... но зато в тимлиды - самая дорога
Ваниант фуллстека, к кторому, как мне кажется, нужно стремиться (если, конечно, хочется): Со фронтом всё понятно. На бэке это golang / python, а лучше и то и другое для разных задач. Еще нужно знать кучу технологий вокруг: postgres, mongo, redis / tarantul, grpc и пр. Много раз сталкивался с тем, что любому разработчику очень нужны навыки девопса, а для фуллстека это еще более критично. Здесь, конечно, docker + kubernetes + умение настраивать ci / cd + consul + ну и нужны базовые знания администрирования linux, чтобы понимать как вообще что-то куда-то разложить и сделать это безопасно. Просто голова кругом идет, когда осознаешь, сколько всего нужно освоить чтобы быть даже не лучшим, а просто в тренде.
вы тут про вэб, но я ворвусь пожалуй... фулстек ещё можно так определить: 1. Прошивка микроконтроллера\FPGA. 2. В прошивку FPGA может быть встроен процессор - значит программа для этого процессора. 3. Драйвер для этого дела на Linux/Windows. 4. Обычное десктопное приложение для работы с устройством.
А потом приходит заказчик и возмущенно спрашивает: "Вы же говорили что фулстек и можете сделать весь проект от начала и до конца! А где же приложения в App store и Google Play?" .
@@_dyats а чем он не настолько кроссплатформенный, как планировалось? Планировалось сделать так, чтобы .net приложения можно было хостить на linux машинах. Эта цель уже давно достигнута, так что всё вполне кроссплатформенно, как и задумывалось
3-е твоё видео на тему фуллстека. Но как по мне самое информативное и без воды, на эту тему это первое, которое, как я помню его я проинтерпретировал как "фуллстек имеет широченный кругозор и при этом почти ни в чём из того что в списках навыков он не эксперт" ну или по другому говоря - широкие но не глубокие знания.
Спасибо! Два первых - экспромт, к этому попробовал подготовиться. Оно, иронично, получилось широким и не глубоким. Тема очень обширная. Все же моногие фулстеки имеют фокус, по крайней мере лучше бы им иметь фокус.
@@SeniorSoftwareVlogger Мне один знакомый синьеристый синьер фулстек говорил - конечно не получится быть мега крутым и там и там, но можно знать и то и то на уровне Мидла, ну или даже синьера, но если делать что то прям принципиально новое, то конечно там нужна специализация))
Спасибо за курсы как раз мигрирую в Data Science! На прошлой работе использовались десятки микросервисов на нескольких языках.(что не есть хорошо, если вы маленький) И по долгу службы пришлось во всем этом разбираться. Agile Scrum и гора full stack всех мастей. У меня сложилась вот такая вот подборочка. node.js - Express давно не в моде, сейчас балом правит Koa и набирает популярность Hapi, Fastify, из Rails like фреймворков это Sails и Adonis. Для single-page application тащить node.js на бекенд не обязательно, а вот для изоморфных приложений с SSR придется даже если сам backend на другом языке. Нормально рендерить компоненты React или Vue и тд. умеет только node.js В Python - так же Django, Flask микро это Bottle и Falcon, если нужен websocket server с асинхронщиной aiohttp. В Ruby - Тут все также Rails и набирает популярность Sinatra, Hanami, Padrino , async на async) Go - Beego, Revel+Fashttp или вообще все нуля на часто на fasthttp, в жанре микро популярен gin, echo, atreugo PHP - Laravel, Phalcon, Symphony с 7 версии PHP стал очень не плох да и скоростая асинхронщина на swoole вообще радует. В базах данных мода на NoSQL и Mongo проходит и слава богу. Postgresql, MariaDB + TokuDB или Myrocks - Percona (Форки Mysql) , Cassandra, in memory правит Redis в качестве кеша все также Memcached и часто вижу Tarantool. И большая часть этих full stack могла ещё и в mobile, в основном это кросс платформ React Native, Cordova. Но и на Android Kotlin некоторые могли. От постоянных прыжков на разные языки начинаешь понимать что люди пишут совершенно одно и тоже на разных языках. Последнее время ловил себя на том что делаю скобки в Python или ставлю отступы в Go и удивляюсь почему IDEA пишет ошибку. Теперь может удивить наверное только Haskell ))
Начинал все с css, html , потом php конечно. Все нужно было для работы, на работе были сайты на Joomla. Изучил систему, понял что такое вообще переопределения шаблонов, потом уже потихоньку углублялся и углублялся. Ушел во фриланс, начал брать заказы. Какие-то сам выполнял, какие-то передавал партнерам, был менеджером в таком случае. Сейчас уже и другие языки изучаю, и дизайн системы, архитектуру. Каждый раз удивляюсь, сколько всего еще есть для изучения)
Всё чётко! Замечу, однако, что jQuery мы зачастую использовали из соображений кроссброузерности. На чистом JS писать было адски муторно: броузеры очень по-разному его интерпретировали. Сейчас ситуация кардинально изменилась.
ИМХО, full-stack это когда хорошо знаешь что-то для фронта (react, angular, vue)+ верстка (css, bootstrap) и хорошо что-то из бэека (java, c#, php, python, ruby, etc.) + БД (SQL, ORM, DBMS). Все остальное - это cheating))
Дмитрий, обычно я ставлю людей на ускорение, но это единственный раз, когда я смотря чье либо видео, должен был поставить замедление на 5-10 процентов, потому что говорите очень быстро используя сложные термины. Я вас не ругаю, наоборот это очень круто!
все верно за исключением одной маленькой детали - писать майкросервисы используя serverless framework... да еще и прикрутить graphql... Это очень интересный бакенд и далеко не каждый потянет... Кстати с лямбдами можно использовать любой современный язык. А у автора язык не поворачивается назвать это бакендом. Хотя в остальном все правильно
11:00 если все это назвать фулстеком, то можно тогда просто на экспрессе написать сайт и использовать ту же могу в качестве хранилища, а замостить все в хероку. Требуемые знания: express (node), pug/ejs(HTML), Sass/scss(css), mongoose(mongodb)
Про python, django полностью согласен. Мало того, что фреймворк классный, да еще с python`ом можно перейти на многие другие направления. Сам язык очень приятный.
Забыл еще в фуллстэке упомянуть SEO на таком уровне))) т.к. нужен еще чувак, кот. прям адвансэд специалист по всяким GoodleAds, po Instagram промоушену, и не только это всё знает, но и сделает за 3 копейки чтобы без даты людям шли заказы прям рекой сразу же в конверсию
Привет! А можешь сделать видео про аналитику, ML, Data Science? Было бы здорово! Можно не про сами технологии, а о том насколько это сейчас актуально в той же Германии на рынке.
Дима, я не по теме, просто не знаю где вопрос задать тебе можно. Как выбрать кресло или стул для программиста чтобы было комфортно работать весь день. Может видео сделаешь на тему оптимизации рабочего пространства для программиста? Каким креслом пользуешься лично ты?
Это "no backend" в моем видео. Мне нравится идея, я даже хотел свой сайт перевести на jam, потом понял, что ВордПресс пока удобнее для меня. Не нужно все интеграции самому писать.
Можешь посоветовать, что выбрать для углубления, мне вообще ближе front-end, я все-таки более визуал, но на некоторых каналах слышал мнение, что фронтендер - это недопрограммист, типа те, кто бек-енд не тянет.насколько вообще можно копать в глубину во фронте?
Во всю глубину. Просто для бэкенда платформа - ОС линукс, для тебя - браузер. Можно точно так же упарываться как браузер работает внутри и как под это оптимизировать фронтенд приложение. Браузеры сегодня сравнимы по сложности с ОС. Вот еще хорошее направление для копания th-cam.com/video/iEFcmfmdh2w/w-d-xo.html я собираюсь делать видео на эту тему.
Я бы посоветовал выбирать, что тебе по душе и слать тех, кто так считает. Возможно фронтеры и слабее бека, но скопа занятий тоже хватает, если смотреть широко. А если все же захочешь в бек, то спокойно можешь потом перейти.
Расскажи пожалуйта почему монго? Я часто вижу в стеке вакансий но мне кажется это боль и страдания когда прийдет хайлоад. Какие у него преимущества для профессиональное разработки? Не совсем понимаю какие "документы" лучше сторить в монго, чем в bson postgresql например.
В те давние времена постгрес не умел в bson. Документ - неструктурированные данные. Глупый пример: у тебя есть магазин разнородных товаров. Если сложить их в одну таблицу, то у тебя будет очень много колонок под каждую фичу разного продукта и куча полей будет пустыми. Документная база справляется с этим лучше.
Скажу по опыту проектов на работе: Постгря умеет с джейсоном работать, но изначально под иерархическую документоориентированную структуру не проектировалась. В монге это всё, как говорится, by design, а значит, и библиотек больше, и запросы проще писать и др. В общем, достаточно попробовать на практике обе системы, сразу понятно станет. Если проект простой CRUD - проще использовать SQL. Если Event Sourcing, например, где события имеют разный состав полей, тогда уже интересно смотреть в сторону монги.
Фронтенд, бэкенд... всё ещё надо тестить. Тестирование тоже в список требований)) Как правило, человек-оркестр не идёт в "обеспечение качества". И... ещё я думаю, что лучшие практики решают. Если взять человека, который типа фулл-стек, но он везде велосипедит, лишь бы работало хоть как-то, то возникают вопросы)))
В том то и дело, что качество кода по сути дела не нужно. Нужен финансовый результат. А он зависит не только от полученных денег, но также и от затраченного времени. Нет смысла переписывать код красиво и грамотно 30 минут, когда можно вставить костыль за 2 минуты. Особенно это актуально, когда ты фулл-стек, и твой код никто никогда не увидит
@@profile_sh_jo В основном ничего не сыпется. Да, будет нечитаемая каша из кода. Но, кого это волнует, если ты фулл-стек? Проекты в основном мелкие. Закончил один, перешёл к следующему.
Скажите пожалуйста, на что я могу рассчитывать изучая руби как первый язык? Если смотреть в сторону веба. Есть ли в этом смысл и что ещё мне нужно будет учить?
Нужно изучать Ruby on Rails и Sinatra. Если дальше идти на рельсы, то нужно так же знать хотя бы базу HTML/CS/JS потому что рельсы - это веб, а веб - это почти всегда "фулстек".
Да, думаю не такие углубленные знания во всем в целом, сложнее большее количество технологий рассматривать. Но зато я могу быть ментором и для фронтендера и для бекендера) Как всегда интересные темы обсуждаешь. Про golang тоже думаю в скором времени за него взяться, как только до демонов ручки дойдут...
Вообще вёрстка уже не дело фронэндщика, если это веб. Потому что я и те кого я знаю всегда дизайнеру заказывают дизайн уже с версткой. Зачем мне psd файл?
@@ghostinthewires7006 Когда то под фронт программистом понимали вёрстальщиков. Сейчас веб-приложения так усложнились что у них дофига работы. С помощью фреймворков/библиотек как реакт, ангуляр, или вуи страница один раз загружается дальше идут только ajax запросы. Ну как в десктопных приложениях. Стек в целом такова: Бизнесмен дают идею, дизайнер рисует, делает вёрстку. Бекэнд разработчик создает всю логику программы, программа получается без внешнего вида. Фронт энд оживляет вёрстку которую создавал дизайнер, используя данные получаемых от бекэнд части проекта
@@ghostinthewires7006 зависит от сложности проекта. js кода может быть очень много. Плюс, фреймворки, вью, реакт ангуляр. И ещё важна такая штука, как количество кода. Чем больше код, тем тяжелее его поддерживать, тяжелее его развивать, тяжелее работать в команде. Я бы даже сказал, что в этом вся суть. И неважно, формошлепство это или нет. Когда куча кода, в нём сложно ориентироваться и надо создавать структуры какие-то(как раз тут и выходят фреймворки), чтобы самому ориентироваться, новые люди могли вливаться в проект и т.п. И не важно, что в итоге получишь, полноценную игру или кучу формочек.
Жаль про enterprise ничего не сказано. Расскажу свое для общей картины. У нас серверная часть на C#, используется ORM (NHIbernate), наружу это всё выводится через WCF. Клиенты разные. Основной клиент написан на С++(MFC), также имеет в себе прослойку на C++/CLI, некоторые клиенты на C#(WPF). Есть еще небольшие веб-морды, которые тоже используют дотнетовский back. Плюсом к этому инсталляторы(WIX), мобильные приложения(Cordova со всем зоопарком) и другие интересные вещи. И это только первый проект. Есть еще два подобных, которые на Java. Там веб-сервера с логикой на Java, клиент на JavaFX. По факту требуется уметь это всё, кроме дизайна и иногда верстки. Точнее можно не уметь, но разрабатываться все равно придется. Из 8 разработчиков отдела как минимум 5 могут работать с этим всем набором. Правда гордиться тут нечем, т.к. оплата не космос.
лишь бы ляпнуть херню. Фуллстек - это не разнорабочий. Вод программист wordpress - это действительно разнорабочий. Просто любой фуллстек - это довольно дорогой специалист, что бы встретить его в нижних сегментах оплаты.
Как фулстек вырасший из modx-> php laravel/jquery -> angular/nodejs что хорошо знать: 1. Js/TS 2. Css/Html 3. Базы данных NoSql/Sql 4. Серверную часть (terminal/unix/ vim (и как из него выйти), виртуалки и желательно Киберетис 5. Git, 6. Иметь хороший тулинг в VsCode, типа tslint, prettier и т.д., + расширение для хрома типа чекера фонтов, линеек и т.п. 7. Crome devTools: как делать аудит и оптимизиацию, как играться со стилями в консоле и дебажить 8. Использовать онлайн тулы типа squoosh.app zeplin.io/ bundlephobia.com/ 9. Иметь несколько толковых каналов и подскастов на тему веба, чтобы знать о новинках т.д. 10. Английский язык 11. Использовать нормальное железо, чтобы не ждать всяких компилятор по 5 минут 12. По всем пунктам почти поискать Best Practise, как писать js, как оформлять коммит и т.д. 13. Любить то чем занимаешься
Наверное Кубернетис. А зачем кубер, когда есть докер сварм или клаудфаундари? А в чем отличие? Терминал в юниксе это не серверная часть, равно, как и вим. Зачем вскод, когда есть джет брейнс? После 7 пункта смешно читать. Ты скажешь, конечно, что я токсичный троль и, может, в чем-то прав. Но твоя самоуверенность относительно твоей экспертизы вызывает улыбку :)
@@ljlogin Привет! Кубер или Виртуалки - для общего развития, наверное - потому что зависит от наличие devOps. Терминал и Vim - я использую исклютельно для ssh к серверам unix, crontab и т.д. vsCode или джет брейнс каждый сам выбирает под себя. Выше я поделился тем что использую на практике, будут рад если ты добавишь что-то из своей
@@skob Кубер = виртуалка? 🤔Кубер для общего развития - сильно. Ну в терминале и виме можно больше делать вещей. А зачем мне давать какие-то советы в интернете? Вроде в видео и так все подробно изложили. Речь то не о тулзах была.
@@ljlogin я поделился тем с чем мы работаем как фуллстеки в современном понимание. Будет ли это полезно подписчикам , я думаю каждый для себя решает сам.
ПОМОГИТЕ! Когда я подписываюсь на другой канал ютуб, то у них не увеличивается количество подписчиков. То есть моя подписка не отображается у них в количестве и мне говорят, что я не подписалась, хотя я реально подписалась. Как это можно исправить? Подскажите, пожалуйста!!!! Очень прошу!!!! Речь идет не о том, когда не отображаюсь в их списке подписчиков, а именно когда не увеличивается их количество подписчиков на +1 после моей подписки.
Привет, есть вопрос. Кого имеют ввиду когда говорят Software Developer / Software Engineer. Как я понял это то человек который может с 0 до 100% сделать приложение на ( Web, Desktop, Mobile and etc ) Можешь подсказать, когда я могу называть себя Software Developer'ом))
На самом деле с фуллами всё проще, первое определение ты дал - это тип, который может от начала до конца отпедалить весь проект, эт актуально для всякой мелюзги, стартапов или если у проекта куча времени. А вот в случае с более-менее большими компаниями фулл это тот, кого можно поставить на любой процесс и он с ним справится. Нужно бэк делать - ну ок, пришла задача разверстать что-то - давайте, жабаскрипт нужно подправить - вы таск сделайте, ща разрулю. Клиент прислал кривое лого, которое вообще не пихается в дизайн его отчета? Где мой фотошоп, ща починим. Докеры нужно подпатчить, что-то на продакшене заапгрейдить - да говно-вопрос. Вот это фулл. One man army. Хорошие - большая редкость, но если есть - это очень ценные кадры. Где хорош? Ну во-первых на любом мейнтейненсе, особенно на срочных задачах. Во-вторых точно хорош для задач, которые слишком малы чтобы звать туда всю команду, но слишком разносторонни чтобы давать их узкому спецу. Также хороши чтобы делегировать им суппорт важных клиентов или целые подпроекты. То есть есть кусок кода который очень комплексный, но сгонять на него целую команду просто дорого да и смысла нет - будут сидеть балду гонять, в этом случае туда можно запинхуть фулла и пусть решает.
Клиент, лого, отчет... именно тот уровень где заканчивается фуллстек. как только станет вопрос а почему аплекейшен не может загрузить проц, а как так получается что не получается... тут выяснится что нужен специалист в определенной области и это абсалютно не значит что он не может подправить стили на страничке, это просто ЕМУ нафиг не надо и скорее всего вам это тоже не надо так как будет стоить в 10 раз дорозже чем это сделает проф верстальщик. Если умный менеджмент это не понял (как показывает масса вакансий фулстек) то это проблема менеджмента и конкретной конторы, которая называетя не умение профессионально организовать бизнесс процессы для эффективного использования высококвалифицированных ресурсов.
@@alexlyakh4930 , для каждой задачи свой инструмент. А что вообще тебе не нравится? Судя по стилю поста ты должен быть дорогим высоковостребованным специалистом, так в чем проблема? Конторы, которые ищут фуллов, это не для тебя. А если серьезно то может они просто подзаебались что если задача не касается профильного направления специалиста то это вводит его в ступор требует привлечения дополнительной толпы народа с менеджером?
@@GenaTolstij Генадий, мне все нравится. Если вопрос во мне. Но мне кажется топик не про меня был как и не про ВАС. я повторю свой тезис для лучшего понимания всеми членами данного треда: острая необходимость в фуллстек девелоуперах возникает в следствии низкой культуры менеджмента и технического планирования и является симптоматикой куда более серъезной проблемы. Это может невелироватся общими низкими техническими требованиями конкретного проекта (сайтик - отчет) или же может усугубить ситуацию если проет технический сложный. Что именно и заключается в фразе "для каждой задачи свой инстуремнт" обращаю ваше внимание она звучит как "для каждой ... свой" а не "один ... для всех" тоесть мы приходим в ситуацию что на технически не сложных проектах любой дев фуллстек, что за собой влечет тезис что "фуллстековость" не является свойством дева а исключительно свойство энавермента в котором он находится.
@@alexlyakh4930 , ок, начался холивар :) По поводу удачного и неудачного менеджмента, давай начнём с того что не все конторы это большой и кровавый корпорейт, также не стоит забывать что не все конторы это галеры, аутсорсы и т.д. Бизнес есть разный. Вот ты обстебал типа "уровень сайт-отчет", а как быть с конторами занимающимися аналитикой? Подумаешь - отчеты продают :D По поводу "для каждой задачи свой инструмент" я не имел в виду задачу программерскую, смотри выше - я говорил именно про менеджмент. Когда задача слишком комплексная, чтобы с ней можно было воевать в одиночку узкому спецу, но слишком маленькая для целой команды. И это и есть как раз правильный менеджмент - когда на задачу выделяют ровно столько и ровно тех ресурсов, которых там надо.
получается фулл это затыкатель в проекте, человек которым можно заткнуть любую позицию, наверно да, кстати хорошая мысль, тобиш это человек который не все "знает" а человек который быстро вникает в суть дела
Может мне кто-нибудь объяснить почему все ругаются на PHP? Что с ним не так? Освоил html и css. Решил взяться за изучение PHP, но теперь начал сомневаться.
PHP - язык программирования мутировавший из шаблонизатора, уникальное явление. В итоге вобрал в себя некоторые не очень хорошие особенности Perl + особенности шаблонизаторов. Кроме того, он изначально заточен под CGI. Сейчас во всех приличных местах от CGI отказались, но ненужная совместимость до сих пор тянется. Ввиду всего этого многие замечают что на других языках код короче, читабельнее и быстрее работает чем аналог на PHP. Спрашивается, зачем PHP, когда есть аналоги получше? С другой стороны, низкий порог вхождения, особенно для тех кто привык к шаблонизаторам. Значит такие специалисты дешевле. Значит экономия.
@@sergiyshatunov3873 Считаете что не стоит тратить время и осваивать другой? Я хочу учится по направлению WEB. Вопрос, возможно, глупый, просто я ещё "зелёный".
@@faluna2957 Ознакомиться с PHP однозначно стоит. Но не советую им чрезмерно увлекаться. Однозначно надо освоить JS. JS более востребован чем PHP. Да и на сервере он может использоваться. Рекомендую изучать их параллельно проходя одни и те же темы на разных языках. В любом случае, применять PHP не применяя JS в нынешних реалиях выглядит странно. В свою очередь, для меня, как для программиста - полиглота, выглядит странным вообще делать выбор между языками. Надо начать со всех доступных языков, остановиться на том, который легче даётся, остальные подтянуть позже.
Отличия Python от Ruby лишь в том, что Гвидо протолкнул Google взяться за его детище и с помощью Google этот язык с 2015 года попёр вверх с дикой скоростью. Вот и всё. Но в 2020 году будет выход Ruby 3, где обещают супер-пупер прокачку. Посмотрим, что наделают.
Думаю фулстек довольно субъективное понятие. Для меня лично как для мобильного разработчика: разработал модель представление и контроллер (В любых его формах MVC, MVP MVVM). Можешь создавать с нуля и доводить до релиза один - можно считать себя фулл стек разработчиком. Но интернет с бэк эндом где-то в облаке или скилл разработки API, или твое умение кросс-платформить вещи не обязательные для этого.
1. Фуллстеки это вечные мидлы. Либо ты углубляешься в бек и архитектуру с ним связаную, либо ты офигенно прошариваешь современный фронт с его монструозными фреймворками 2. Ни одного упоминания .NET экосистемы 3. SPA не означает фокус на фронтенд, это как сравнивать теплое с мягким 4. Верстка для фуллстек разработчика(!) не обязательна, так как верстка не является разработкой по определению, это скорее оформление макета в разметку
я фулстек сеньор. Как вам такое? Вот, живой пример) Что мешает изучать тот же ангуляр/реакт/всё, что угодно и при этом углубляться в архитектуру бекенда - не ясно. По поводу вёрстки, что значит она не обязательна? То есть вы считаете, что это нормально, если человек, который говорит, что он фуллстек разработчик, не сможет сверстать страницу? Оформление макета в разметку - это не разработка? А какое определение тогда у слова "разработка" в вашем понимании, если, к примеру, сверстать страницу адаптивную, которая будет работать во всех браузерах и на мобилках - это не разработка по вашему?))
Шикарно! Цитата: "Js как такового не было и пользовались jQuery" Апплодирую стоя! И несколько столь же спорных утверждений всего за 2:50 ... Вы определитесь, что было первым js или jQuery - начинавший как библиотека для js )
Наверное он имел ввиду, что никто не занимался серьезно js разработкой, а использовали jQuery чтобы хоть как-то оживить странички (типа вместо того чтобы писать какие-то свои фишки на чистом js, брали jQuery, потому что это было просто, и его хватало).
правильное замечание фулстеки это веб мастера, я лет 15 назад был фулстеком ))), сегодня фулстек это маленькие проекты и фриланс или очень узконаправленные проекты а если точнее штамповка под одну гребенку )))
Фулстек довольно сложно поддерживать на высоком уровне. Чуть углубился в новые веяния бэка - стал отставать на фронте, и т.д. Я 3 года назад был фулстеком с упором на фронт. Сейчас же, только бэкенд на Go. Осознаю, что если надо будет что-то сверстать серьёзное и элегантное, то получится не ахти уже
@@AronMidесть пару минусов (lack of generics - язык слишком типизированный и т.д.), которые будут сглажены в Go2 скоро. А вообще - для бэкенда не представляю что-то лучше. У нас запущен проект, где-то 30 микросервисов (команда всего в пару человек) и все очень гладко и приятно поддерживать и развивать.
Мой друг приглашает меня на работу фронтенд разрабом но я знаю только HTML и CSS он говорит по ходу дела научишься js но я боюсь всё просрать как быть?
На PHP фреймворк Laravel популярный, так же есть Yii, Zend, Symfony. Кстати PHP 7 сильно прибавил как в оптимизации, так и в возможностях языка. Но новичкам советовал бы Python наверное, потому что больше возможностей.
Навыки фуллстек-программирования нужны не для работы на дядю. Суть в том, что ты в одиночку можешь на коленке слепить какой-нибудь проект, и проанализировать сколько денег из проекта подобной тематики можно выжать, если сделать всё нормально
все же дяди другого мнения и тоже хотят фулстеков :) К твоему комменту тогда фулстек должен еще уметь в подукт менеджмент. И те, кто умеют вполне неплохо живут. Согласен.
@@SeniorSoftwareVlogger Маркетинг - это вообще основное. Нужно чётко представлять для чего делается продукт, кто будет его использовать, каким образом будут появлятся клиенты/пользователи, и конечно же, каким образом будет происходить монетизация. Это всё даже важнее, чем сделать хороший продукт. Но, в основном, всё значительно проще. Крутые проекты на фулл-стек не делают. А делают то, что может 1 человек реально собрать за день, максимум за неделю. Например, появилась идея потестить popunder-рекламу одной тематики. Для этого требовалось: настроить сервер для работы под высокой нагрузкой(сотни и тысячи посещений в секунду), оптимизировать сбор и вывод статистики базы данных, сверстать на коленке лендинг, скоростной бекэнд и фронтенд не более 30 килобайт, настроить рекламную кампанию. Итоговые затраты на тестирование вышли $40 на рекламу и около 8 часов времени, в основном на сборку лендинга. Такие мелкие проекты может делать только фулл-стек, иначе такое тестирование обошлось бы очень дорого. 1 человек на настройку сервера, 1 человек для отрисовки макета лендинга, 1 верстальщик, 1 бекэнд программист, 1 человек для закупки трафа на ленд. Кроме того, работу всех этих людей кому-то пришлось бы кооперировать. При том, что вероятность заработка на каждом отдельном таком проекте - минимальна. А так, фулл-стек может делать десяток подобных проектов в месяц, и если хоть какой-нибудь стрельнёт, то это дополнительная прибавка к пассивному доходу, который не нужно делить на толпу.
Подтвердили мой выбор JavaScript Developer - fullstack по всем направлениям разом. Бекенд, фронтенд и приложения (на досуге). :-) Огромная благородность за разъяснения по базам данных! Даже и не подозревал как они разнятся и что у каждой своя цель.
год уже пишу на жаваскрипте, до этого 10 лет на пхп писал. в жс есть пара больших проблем не считая детских болячек (динамической типизации и прототипов) которые лечатся тайпскриптом - практически отстутвуют ентерпрайз фреймворки (тоже можно подлечить тайпскриптом: нест и тайп орм) и невероятно раздутая папка с модулями - в скромном приложении на реакте больше 12000 модулей и на бекенде чуть меньше 10к ну и фулстеку надо всетаки знать хотя бы по минимуму девопс. тот же докер настроить
Ты не совсем прав, насчёт ios/swift, сейчас довольно активно развивается бекенд на Свифте, но людей в этом пока мало, есть мощные фраемворки, такие как vapor, kitura (ibm), perfect, они активно развиваются и на них можно писать что угодно
Бэк java spring boot либо node.js , база Postgresql либо mongo db, фронт vue.js либо сток bootstrap) вот мой full stack). Хотя довелось и опробовать JDeveloper от oracle.. Та еще муть...
Да ну. Это всего лишь мнение, а понятие - всегда общественный договор. Я как-то думал о себе что фулстек, а потом почитал, кто что под этим не понимает. Большинство сует в это понятие, типа знать всё и уметь все проекты. Если ты там к примеру, не программируешь драйвера, то какой ты фулстек )) Хотя, все эти умники таки пихают свой стек в понятие фулстек, а другие унижают. Поэтому я просто и не пытаюсь оперировать этим понятием, ненадежное оно. С т.з. винды, ну так под винду бывают проекты, от начала и до конца. С чего тогда нельзя назвать по этой логике виндового программиста от начала и до конца умеющего делать проект? Я вот программист под винду, под .NET, но сейчас мало проектов, в которых GUI под виндовс тоже, пользователи всё хотят веб, поэтому хоть и под .net я программист, но пишем под web. И да, "одностраничное". Но как-то мне кажется, что слишком необоснованное предположение, что одностраничное приложение смещает фокус в веб. Что там сложного? А на бекенде сотня таблиц в базе данных и сложнейшая логика, и не только с базой данных. Морда, имея одну страницу, скорее всего скрывает сложную логику сзади. Причем, гуи как раз особо логики не имеет. Логика там, на бекенде. Гуи не только не имеет, а всячески по возможности лишается любого контроля за чем-либо. Это нормально, это подход позволяющий быстрее разрабатывать и более гибко. Так что не понимаю, почему фокус должен в веб смещаться. В ту работу, которая бездумная и код не несет бизнес-логики.
@@liamsmith7052 Чем плох RN? Сделал мобильное приложение, затем расширил его на другие платформы на том же RN. Мне кажется, что в этом плане RN удобен.
@@АндрейПоздняков-е4к Я полушутя сказал, но раз вы спросили, отвечу подробно: Есть задачи, где RN удобен, но, имхо, не для новичков. (видос же - на эту аудиторию) Если коротко, то RN - это не CLR или JVM, где одну кодовую базу ведёт половина на винде, половина на маках, а прод крутится на линухах) Если подробнее, то него уровень абстракции от запускаемой платформы гораздо более слабый, а значит, требует знать саму платформу. Лучше освоить конкретную платформу, а уже потом браться за RN, либо прийти к выводу, что для конкретного проекта рентабельнее написать два отдельных приложения. У новичка на этапе "Сделал мобильное приложение" будет возникать очень много проблем конкретной платформы, которые чтобы решить, неплохо бы (я бы даже сказал, что критично) знать её специфику и особенности работы. Если он выберет RN, у него будет возникать очень много багов конкретной платформы, плюс баги RN. Плюс RN далеко не всё умеет, что умеет родной SDK. (Bluetooth, NFC, всякие фишки по пуш-уведомлениям последних версий и др. Если захочется, чтобы это появилось в приложении на RN, нужно будет писать библиотеку на нативной платформе, плюс её адаптер под RN. Либо надеяться, что версия, выложенная умельцами на гитхабе, не сильно глючная). Поэтому начинать учить мобильную разработку с RN, надеясь на кроссплатформенность, имхо, наивно и опасно (можно испортить себе всё впечатление от мобильной разработки). Сам раньше так начинал: начал на RN, плюнул, переписал на Андроиде, и не жалею)
Прошу прощения за посторонние шорохи в звуке!
00:16 Определение фулстка. Говорим про веб и мобильную разработку
00:30 История фулстека и веба
01:00 Раньше был только веб мастер
01:40 LAMP и пхпшники
02:11 Веб без фреймворков
02:50 Веб Фреймворки - упор на бекэнд
05:30 Ruby on Rails
05:45 Django и почему Python лучше
06:30 PHP Фреймворки
07:00 SPA и приложения в браузере
07:30 Упор на фронтенд
07:55 MERN стэк
08:20 MongoDB vs MySQL
08:50 API Фреймворки
09:55 Headless CMS и "отсутствие" бэкенда
10:50 Firebase
11:15 Serverless
11:50 Открытые API и отсутствие своего бэкенда
12:30 Мобильный фулстек
13:10 Android
13:19 Apple
13:40 Кроссплатформенный фулстек
14:30 Важно ли знать верстку и CSS
15:10 Хранилища данных
15:30 Деплой и девопс
16:20 Дизайн для фулстека?
16:50 Перспективы фулстеков
18:30 Посмотри на Golang
Спасибо за видео!!!
это был шорох валюты рекламодателя?)
Так же есть now от zeit это как heroku
ГЭВЭТЭ!1 (шутка)
Фул стек разработчик, должен уметь не меньше, чем сын маминой подруги
Я фулстек грузчик.Таскаю всё, что дают.
АХПХАХАЗА красавчик!!
Тема отличная. Давно хотелось подобного видео. Доступно изложил. Спасибо
каждый раз как ты говоришь вЕб, в моей голове ассоциация как пенсионер говорит сЕкс
обопьется своим пЕпси и рассказывает нам тут...
После fullstack идет stackoverflow)))
Круто! спасибо! Очень развернутое видео с наставлениями и размышлениями о будущем. Сейчас мало знать один язык нужно знать как можно больше.
Для меня fullstack - это справится одному человеку с цепочкой поставленных задач. Например задача разработать и запустить коммерческий сайт. 1. Знания: фронтенд (html,js,css), бекенд (любой язык), база данных, навыки работы с хостингом, регистрация домена, подключение сертификата безопасности, + навыки работы с серверами, например поднять веб сервер с БД и другие сопутствующие знания.
прошу прощения но вы перемешали веб и администрирование это далеко разные вещи и человеку который фулстэк сис админ я бы даже кортошку почистить для супа не дал
@@NoName-wf3cr вы не знаете, о чём говорите.
@@Lexsender не гуру, но мне кажется, он прав
проблема фулстека - как в той детской игре, когда надо совместить фигуры. Ты такой многогранный, а в вакансиях просят что-то одно треугольник или круг. На выходе часто выкидываешь просто половину навыков и конкурируешь с теми, кто специализируется на чем-то одном.
Какая же жиза
В точку
Про то, что дизайн не относится к фулстеку, это молодец, правильно сказал. А то некоторые любят говорить, что фронт+бек это не фулстек, ведь он же дизайном не занимается. А фулстек, это якобы который всем занимается. Ну это бред. Т.к. это другая профессия. А фронт и бек, это разные направления одной профессии программиста. Поэтому когда в вакансии требуется быть и фронт программистом и бек программистом, то таких называют фулстеками.
Так же, с точки зрения программиста, я думаю практически не бывает однонаправленных. Т.е. чтобы бек не мог заниматься фронтом, а фронт беком. Тут только от уровня будет зависеть. Например, 90% сеньер беков, смогут устроится крепким джуном фронта, а процентов 50% и мидлом фронта. Так же и сеньер фронт.(либо они могли бы подтянуть знания за месяц и устроится на эти позиции) А вот одновременно быть мощным сеньером бека и фронта, это уже мало кто сможет.
как фуллстек девелопер, подтверждаю, что отдельно на фронт разработку и отдельно на бэк - выше мидла не берут, как бы ты ни пыжился. потому и не рассматривал никогда вакансии по-отдельности, в целом хороший фулл тоже оплачивается соразмерно хорошим фронтендерам и бэкам. хотя и зовут много реже... но зато в тимлиды - самая дорога
Ваниант фуллстека, к кторому, как мне кажется, нужно стремиться (если, конечно, хочется):
Со фронтом всё понятно. На бэке это golang / python, а лучше и то и другое для разных задач. Еще нужно знать кучу технологий вокруг: postgres, mongo, redis / tarantul, grpc и пр. Много раз сталкивался с тем, что любому разработчику очень нужны навыки девопса, а для фуллстека это еще более критично. Здесь, конечно, docker + kubernetes + умение настраивать ci / cd + consul + ну и нужны базовые знания администрирования linux, чтобы понимать как вообще что-то куда-то разложить и сделать это безопасно.
Просто голова кругом идет, когда осознаешь, сколько всего нужно освоить чтобы быть даже не лучшим, а просто в тренде.
вы тут про вэб, но я ворвусь пожалуй... фулстек ещё можно так определить:
1. Прошивка микроконтроллера\FPGA.
2. В прошивку FPGA может быть встроен процессор - значит программа для этого процессора.
3. Драйвер для этого дела на Linux/Windows.
4. Обычное десктопное приложение для работы с устройством.
А потом приходит заказчик и возмущенно спрашивает: "Вы же говорили что фулстек и можете сделать весь проект от начала и до конца! А где же приложения в App store и Google Play?" .
Ни одного упоминания C#, а тем временем он невероятно кроссплатформенный enterprise-ready язык
@@max_iddqd да это не другая тусовка, просто это вопрос кругозора человека - не более.
Но C# все же не настолько кроссплатформенный как планировалось, но тем не менее, на нем сейчас можно делать что угодно, и под что угодно.
@@_dyats а чем он не настолько кроссплатформенный, как планировалось? Планировалось сделать так, чтобы .net приложения можно было хостить на linux машинах. Эта цель уже давно достигнута, так что всё вполне кроссплатформенно, как и задумывалось
@@kd8437 linux & windows это не кроссплатформенность
@@_dyats а что это тогда? windows и linux - это 2 разные платформы. Приложение, которое может работать и там, и там считается кроссплатформенным))
3-е твоё видео на тему фуллстека. Но как по мне самое информативное и без воды, на эту тему это первое, которое, как я помню его я проинтерпретировал как "фуллстек имеет широченный кругозор и при этом почти ни в чём из того что в списках навыков он не эксперт" ну или по другому говоря - широкие но не глубокие знания.
Спасибо! Два первых - экспромт, к этому попробовал подготовиться. Оно, иронично, получилось широким и не глубоким. Тема очень обширная. Все же моногие фулстеки имеют фокус, по крайней мере лучше бы им иметь фокус.
@@SeniorSoftwareVlogger Мне один знакомый синьеристый синьер фулстек говорил - конечно не получится быть мега крутым и там и там, но можно знать и то и то на уровне Мидла, ну или даже синьера, но если делать что то прям принципиально новое, то конечно там нужна специализация))
Странно) Ни одного слова про Java|c#.
Спасибо за курсы как раз мигрирую в Data Science!
На прошлой работе использовались десятки микросервисов на нескольких языках.(что не есть хорошо, если вы маленький)
И по долгу службы пришлось во всем этом разбираться. Agile Scrum и гора full stack всех мастей.
У меня сложилась вот такая вот подборочка.
node.js - Express давно не в моде, сейчас балом правит Koa и набирает популярность Hapi, Fastify, из Rails like фреймворков это Sails и Adonis.
Для single-page application тащить node.js на бекенд не обязательно, а вот для изоморфных приложений с SSR придется даже если сам backend на другом языке.
Нормально рендерить компоненты React или Vue и тд. умеет только node.js
В Python - так же Django, Flask микро это Bottle и Falcon, если нужен websocket server с асинхронщиной aiohttp.
В Ruby - Тут все также Rails и набирает популярность Sinatra, Hanami, Padrino , async на async)
Go - Beego, Revel+Fashttp или вообще все нуля на часто на fasthttp, в жанре микро популярен gin, echo, atreugo
PHP - Laravel, Phalcon, Symphony с 7 версии PHP стал очень не плох да и скоростая асинхронщина на swoole вообще радует.
В базах данных мода на NoSQL и Mongo проходит и слава богу.
Postgresql, MariaDB + TokuDB или Myrocks - Percona (Форки Mysql) , Cassandra, in memory правит Redis в качестве кеша все также Memcached и часто вижу Tarantool.
И большая часть этих full stack могла ещё и в mobile, в основном это кросс платформ React Native, Cordova.
Но и на Android Kotlin некоторые могли.
От постоянных прыжков на разные языки начинаешь понимать что люди пишут совершенно одно и тоже на разных языках.
Последнее время ловил себя на том что делаю скобки в Python или ставлю отступы в Go и удивляюсь почему IDEA пишет ошибку.
Теперь может удивить наверное только Haskell ))
Начинал все с css, html , потом php конечно. Все нужно было для работы, на работе были сайты на Joomla. Изучил систему, понял что такое вообще переопределения шаблонов, потом уже потихоньку углублялся и углублялся. Ушел во фриланс, начал брать заказы. Какие-то сам выполнял, какие-то передавал партнерам, был менеджером в таком случае.
Сейчас уже и другие языки изучаю, и дизайн системы, архитектуру. Каждый раз удивляюсь, сколько всего еще есть для изучения)
Спасибо, Олег, за видео!
Пожалуйста, Арсений.
4:11 Лев Николаев, вот это встреча, это же мой препод с шараги
Вообще прям очень полезно зашло!
Unity + ASP.NET Core + Postgres. .NET рулит :)
Интересное и полезное видео) Если можно, то по чаще хотелось бы видеть подобные видео на канале =)
Почему не слова про asp.net?
потому что я в этом совсем не алё
он еще живой?
@@КоляСолдат более чем
@@КоляСолдат дотнет второй ж после жабы в энтерпрайзе
@@КоляСолдат а почему он мёртвый должен быть?))
ей! а как же C# .NET?
Всё чётко! Замечу, однако, что jQuery мы зачастую использовали из соображений кроссброузерности. На чистом JS писать было адски муторно: броузеры очень по-разному его интерпретировали. Сейчас ситуация кардинально изменилась.
ИМХО, full-stack это когда хорошо знаешь что-то для фронта (react, angular, vue)+ верстка (css, bootstrap) и хорошо что-то из бэека (java, c#, php, python, ruby, etc.) + БД (SQL, ORM, DBMS). Все остальное - это cheating))
Мой стек: Mongo, Koa, Vue2, Node.js во Vue и koa углубился уже довольно таки серьёзно. Надо все бросать и переходить на react - express?
Смысл? Для того чтобы потыкать? Найти работу с твоими технологиями реально.
А как это так javascript не было, а использовали iQuery?
я тоже поржал
Дмитрий, обычно я ставлю людей на ускорение, но это единственный раз, когда я смотря чье либо видео, должен был поставить замедление на 5-10 процентов, потому что говорите очень быстро используя сложные термины. Я вас не ругаю, наоборот это очень круто!
Fireship посмотри :D
все верно за исключением одной маленькой детали - писать майкросервисы используя serverless framework... да еще и прикрутить graphql... Это очень интересный бакенд и далеко не каждый потянет... Кстати с лямбдами можно использовать любой современный язык. А у автора язык не поворачивается назвать это бакендом. Хотя в остальном все правильно
Спасибо, что поправил. Я могу недооценить развитие serverless
Vot vot... obsoljutno soglasen. 98% ljudjei ne potjanjet takuju arhitekturu. Slozhno sozdatj i slozhno orkestrirovatj. No vo vsei etoi slozhnostji estj prekrasnaja prostota. Malenkie servisi/funkcii, ljegko swapnutj, modificirovatj. Svoboda jazikov pod kazhduju funkciju. Esho dobavljaesh event sourcing i voobshe krasota poluchaetsa.
Одно упущение - Zend-фреймворк был всегда:) Прям историю моей жизни пересказал)
11:00 если все это назвать фулстеком, то можно тогда просто на экспрессе написать сайт и использовать ту же могу в качестве хранилища, а замостить все в хероку. Требуемые знания: express (node), pug/ejs(HTML), Sass/scss(css), mongoose(mongodb)
Крутая интеграция )
Про python, django полностью согласен. Мало того, что фреймворк классный, да еще с python`ом можно перейти на многие другие направления. Сам язык очень приятный.
Лайк бро! От пхпшника!
Принимай какашку
Ловите 💩
«Если вы РНРшник, то в вас кидают говном!» ))))
Если джавер - тоже. Только си, только хардкор! Ну или джаваскрипт...
@@АнтонАлябьев-п1й лучше golang и CoffeeScript. Странно что они мало распостранены.
@@sergiyshatunov3873 Нет не странно. то что не нужно не распростаняеться.
@@ВасилийВасилий-ь4о и интернет тоже нинужон
Забыл еще в фуллстэке упомянуть SEO на таком уровне)))
т.к. нужен еще чувак, кот. прям адвансэд специалист по всяким GoodleAds, po Instagram промоушену, и не только это всё знает, но и сделает за 3 копейки чтобы без даты людям шли заказы прям рекой сразу же в конверсию
Ой всё 😆 да, очень похоже на тех вебмастеров!
Спасибо, лайк 👍
Лучше и лучше с каждым разом, хорошая работа.
у меня сейчас Laravel для API , а VueJs для фронтэнда, часть сайта где требуется статика - php+blade.
крутая интеграция!
А вы сами чем занимаетесь и на каких языках программируете? Я просто не давно на вашем канале)
seniorsoftwarevlogger.com/
@@SeniorSoftwareVlogger благодарю!
Привет!
А можешь сделать видео про аналитику, ML, Data Science? Было бы здорово! Можно не про сами технологии, а о том насколько это сейчас актуально в той же Германии на рынке.
Если я пишу апи на ларавел и юзаю это апи в моем мобильном апп, то что лаверел только для веба или нет?
Дима, я не по теме, просто не знаю где вопрос задать тебе можно.
Как выбрать кресло или стул для программиста чтобы было комфортно работать весь день. Может видео сделаешь на тему оптимизации рабочего пространства для программиста?
Каким креслом пользуешься лично ты?
Это на канал Игоря Линка скорее
тема крутая, спасибо за видео!
было бы интересно узнать что ты думаешь про JAM stack?
Это "no backend" в моем видео. Мне нравится идея, я даже хотел свой сайт перевести на jam, потом понял, что ВордПресс пока удобнее для меня. Не нужно все интеграции самому писать.
Можешь посоветовать, что выбрать для углубления, мне вообще ближе front-end, я все-таки более визуал, но на некоторых каналах слышал мнение, что фронтендер - это недопрограммист, типа те, кто бек-енд не тянет.насколько вообще можно копать в глубину во фронте?
Во всю глубину. Просто для бэкенда платформа - ОС линукс, для тебя - браузер. Можно точно так же упарываться как браузер работает внутри и как под это оптимизировать фронтенд приложение. Браузеры сегодня сравнимы по сложности с ОС.
Вот еще хорошее направление для копания th-cam.com/video/iEFcmfmdh2w/w-d-xo.html я собираюсь делать видео на эту тему.
Я бы посоветовал выбирать, что тебе по душе и слать тех, кто так считает. Возможно фронтеры и слабее бека, но скопа занятий тоже хватает, если смотреть широко. А если все же захочешь в бек, то спокойно можешь потом перейти.
@@ghostinthewires7006 спасибо, бро)
Расскажи пожалуйта почему монго?
Я часто вижу в стеке вакансий но мне кажется это боль и страдания когда прийдет хайлоад.
Какие у него преимущества для профессиональное разработки? Не совсем понимаю какие "документы" лучше сторить в монго, чем в bson postgresql например.
В те давние времена постгрес не умел в bson. Документ - неструктурированные данные. Глупый пример: у тебя есть магазин разнородных товаров. Если сложить их в одну таблицу, то у тебя будет очень много колонок под каждую фичу разного продукта и куча полей будет пустыми. Документная база справляется с этим лучше.
Скажу по опыту проектов на работе: Постгря умеет с джейсоном работать, но изначально под иерархическую документоориентированную структуру не проектировалась. В монге это всё, как говорится, by design, а значит, и библиотек больше, и запросы проще писать и др. В общем, достаточно попробовать на практике обе системы, сразу понятно станет.
Если проект простой CRUD - проще использовать SQL.
Если Event Sourcing, например, где события имеют разный состав полей, тогда уже интересно смотреть в сторону монги.
Как правило говном в PHP кидаются те разработчики, которые от него далеко. Ну-ну ;-)
Фронтенд, бэкенд... всё ещё надо тестить. Тестирование тоже в список требований)) Как правило, человек-оркестр не идёт в "обеспечение качества". И... ещё я думаю, что лучшие практики решают. Если взять человека, который типа фулл-стек, но он везде велосипедит, лишь бы работало хоть как-то, то возникают вопросы)))
В том то и дело, что качество кода по сути дела не нужно. Нужен финансовый результат. А он зависит не только от полученных денег, но также и от затраченного времени. Нет смысла переписывать код красиво и грамотно 30 минут, когда можно вставить костыль за 2 минуты. Особенно это актуально, когда ты фулл-стек, и твой код никто никогда не увидит
@@_stas7407 Дело ведь не в красоте. Тут костыль, там костыль, а потом всё посыпется и конечно, скажется на фин. результате.
@@profile_sh_jo В основном ничего не сыпется. Да, будет нечитаемая каша из кода. Но, кого это волнует, если ты фулл-стек? Проекты в основном мелкие. Закончил один, перешёл к следующему.
@@_stas7407 ну это уже надо овладеть стихией, чтобы так безболезненно говнокодить. обычно это приводит к проблемам
Скажите пожалуйста, на что я могу рассчитывать изучая руби как первый язык? Если смотреть в сторону веба. Есть ли в этом смысл и что ещё мне нужно будет учить?
Нужно изучать Ruby on Rails и Sinatra. Если дальше идти на рельсы, то нужно так же знать хотя бы базу HTML/CS/JS потому что рельсы - это веб, а веб - это почти всегда "фулстек".
Да, думаю не такие углубленные знания во всем в целом, сложнее большее количество технологий рассматривать. Но зато я могу быть ментором и для фронтендера и для бекендера) Как всегда интересные темы обсуждаешь. Про golang тоже думаю в скором времени за него взяться, как только до демонов ручки дойдут...
Вообще вёрстка уже не дело фронэндщика, если это веб. Потому что я и те кого я знаю всегда дизайнеру заказывают дизайн уже с версткой. Зачем мне psd файл?
Ваще не понимаю. Дизайн не для фронтов, вёрстка тоже. А что им тогда остаётся делать? Сам фронтер и чёт все равно не понимаю
@@ghostinthewires7006 Когда то под фронт программистом понимали вёрстальщиков. Сейчас веб-приложения так усложнились что у них дофига работы. С помощью фреймворков/библиотек как реакт, ангуляр, или вуи страница один раз загружается дальше идут только ajax запросы. Ну как в десктопных приложениях. Стек в целом такова: Бизнесмен дают идею, дизайнер рисует, делает вёрстку. Бекэнд разработчик создает всю логику программы, программа получается без внешнего вида. Фронт энд оживляет вёрстку которую создавал дизайнер, используя данные получаемых от бекэнд части проекта
@@kadirovDev всё ещё не так много, как у бекеров. В разы меньше. Чисто моё мнение
@@ghostinthewires7006 Я тоже бэк прогер. Но если буду говорить что они не так многое делают, это будет не нейтральное мнение)
@@ghostinthewires7006 зависит от сложности проекта. js кода может быть очень много. Плюс, фреймворки, вью, реакт ангуляр. И ещё важна такая штука, как количество кода. Чем больше код, тем тяжелее его поддерживать, тяжелее его развивать, тяжелее работать в команде. Я бы даже сказал, что в этом вся суть. И неважно, формошлепство это или нет. Когда куча кода, в нём сложно ориентироваться и надо создавать структуры какие-то(как раз тут и выходят фреймворки), чтобы самому ориентироваться, новые люди могли вливаться в проект и т.п. И не важно, что в итоге получишь, полноценную игру или кучу формочек.
Прикольный видос
Спасибо за такой контент! А на счет ГО надо подумать.
Где купить такую же подставку под макбук?
На амазоне. В описании ссылка Пользуюсь и рекомендую
@@SeniorSoftwareVlogger Нашел, спасибо. Без VPN'a не открывается айфрейм с техникой)
Ой всё... Эти блокировки
Привет, из 2022. Хороший обзор. Не знал что для API подходит любой язык. Сейчас изучаю пайтон, но смотрю в сторону JS, react.js...
Вы сказали, что для апи подходит Фласк. Но чем он лучше, чем Джанго рест фреймворк?
Жаль про enterprise ничего не сказано. Расскажу свое для общей картины. У нас серверная часть на C#, используется ORM (NHIbernate), наружу это всё выводится через WCF. Клиенты разные. Основной клиент написан на С++(MFC), также имеет в себе прослойку на C++/CLI, некоторые клиенты на C#(WPF). Есть еще небольшие веб-морды, которые тоже используют дотнетовский back. Плюсом к этому инсталляторы(WIX), мобильные приложения(Cordova со всем зоопарком) и другие интересные вещи. И это только первый проект. Есть еще два подобных, которые на Java. Там веб-сервера с логикой на Java, клиент на JavaFX. По факту требуется уметь это всё, кроме дизайна и иногда верстки. Точнее можно не уметь, но разрабатываться все равно придется. Из 8 разработчиков отдела как минимум 5 могут работать с этим всем набором. Правда гордиться тут нечем, т.к. оплата не космос.
Люди оркестры .
"веб" это круто.... Поржал от души )))) спасибо за видео.
А почему ? ( начинающий я, не суди строго)
Ребята мое произношение высмеивают
@@tohoto2183 из-за не дальновидности ума) типа пхпшникт и джсники макаки. а то что web намного шире и все ещё продолжает расти - пофиг.
фулстэк - красивое название для разнорабочего. уметь все по чуть чуть и ваять простые проекты либо тяп ляп и так сойдёт.
Некоторые люди просто не понимают, что есть специалисты, пишущие и бек и фронт для крупных приложений и при этом еще кубернетис настраивают)
лишь бы ляпнуть херню.
Фуллстек - это не разнорабочий. Вод программист wordpress - это действительно разнорабочий. Просто любой фуллстек - это довольно дорогой специалист, что бы встретить его в нижних сегментах оплаты.
Как фулстек вырасший из modx-> php laravel/jquery -> angular/nodejs что хорошо знать:
1. Js/TS
2. Css/Html
3. Базы данных NoSql/Sql
4. Серверную часть (terminal/unix/ vim (и как из него выйти), виртуалки и желательно Киберетис
5. Git,
6. Иметь хороший тулинг в VsCode, типа tslint, prettier и т.д., + расширение для хрома типа чекера фонтов, линеек и т.п.
7. Crome devTools: как делать аудит и оптимизиацию, как играться со стилями в консоле и дебажить
8. Использовать онлайн тулы типа squoosh.app zeplin.io/ bundlephobia.com/
9. Иметь несколько толковых каналов и подскастов на тему веба, чтобы знать о новинках т.д.
10. Английский язык
11. Использовать нормальное железо, чтобы не ждать всяких компилятор по 5 минут
12. По всем пунктам почти поискать Best Practise, как писать js, как оформлять коммит и т.д.
13. Любить то чем занимаешься
Наверное Кубернетис. А зачем кубер, когда есть докер сварм или клаудфаундари? А в чем отличие? Терминал в юниксе это не серверная часть, равно, как и вим. Зачем вскод, когда есть джет брейнс? После 7 пункта смешно читать. Ты скажешь, конечно, что я токсичный троль и, может, в чем-то прав. Но твоя самоуверенность относительно твоей экспертизы вызывает улыбку :)
@@ljlogin Привет!
Кубер или Виртуалки - для общего развития, наверное - потому что зависит от наличие devOps.
Терминал и Vim - я использую исклютельно для ssh к серверам unix, crontab и т.д.
vsCode или джет брейнс каждый сам выбирает под себя.
Выше я поделился тем что использую на практике, будут рад если ты добавишь что-то из своей
@@skob Кубер = виртуалка? 🤔Кубер для общего развития - сильно. Ну в терминале и виме можно больше делать вещей. А зачем мне давать какие-то советы в интернете? Вроде в видео и так все подробно изложили. Речь то не о тулзах была.
@@ljlogin я поделился тем с чем мы работаем как фуллстеки в современном понимание. Будет ли это полезно подписчикам , я думаю каждый для себя решает сам.
Alexander Skobeltsyn ок. Скажу проще. Исходя из твоих слов, у тебя отсутствуют необходимые компетенции для раздачи советов.
ПОМОГИТЕ! Когда я подписываюсь на другой канал ютуб, то у них не увеличивается количество подписчиков. То есть моя подписка не отображается у них в количестве и мне говорят, что я не подписалась, хотя я реально подписалась. Как это можно исправить? Подскажите, пожалуйста!!!! Очень прошу!!!! Речь идет не о том, когда не отображаюсь в их списке подписчиков, а именно когда не увеличивается их количество подписчиков на +1 после моей подписки.
Привет, есть вопрос. Кого имеют ввиду когда говорят Software Developer / Software Engineer.
Как я понял это то человек который может с 0 до 100% сделать приложение на ( Web, Desktop, Mobile and etc )
Можешь подсказать, когда я могу называть себя Software Developer'ом))
Это человек, который может писать программы. Всё
Engineer на западе это специалист с профильным образованием.
@@MaxSvargal а что такое запад?
@@alexalextt правильный вопрос был бы - кто такой Engineer. между проектированием и разработкой - таки разница е...
На самом деле с фуллами всё проще, первое определение ты дал - это тип, который может от начала до конца отпедалить весь проект, эт актуально для всякой мелюзги, стартапов или если у проекта куча времени. А вот в случае с более-менее большими компаниями фулл это тот, кого можно поставить на любой процесс и он с ним справится. Нужно бэк делать - ну ок, пришла задача разверстать что-то - давайте, жабаскрипт нужно подправить - вы таск сделайте, ща разрулю. Клиент прислал кривое лого, которое вообще не пихается в дизайн его отчета? Где мой фотошоп, ща починим. Докеры нужно подпатчить, что-то на продакшене заапгрейдить - да говно-вопрос. Вот это фулл. One man army. Хорошие - большая редкость, но если есть - это очень ценные кадры.
Где хорош? Ну во-первых на любом мейнтейненсе, особенно на срочных задачах. Во-вторых точно хорош для задач, которые слишком малы чтобы звать туда всю команду, но слишком разносторонни чтобы давать их узкому спецу. Также хороши чтобы делегировать им суппорт важных клиентов или целые подпроекты. То есть есть кусок кода который очень комплексный, но сгонять на него целую команду просто дорого да и смысла нет - будут сидеть балду гонять, в этом случае туда можно запинхуть фулла и пусть решает.
Клиент, лого, отчет... именно тот уровень где заканчивается фуллстек. как только станет вопрос а почему аплекейшен не может загрузить проц, а как так получается что не получается... тут выяснится что нужен специалист в определенной области и это абсалютно не значит что он не может подправить стили на страничке, это просто ЕМУ нафиг не надо и скорее всего вам это тоже не надо так как будет стоить в 10 раз дорозже чем это сделает проф верстальщик. Если умный менеджмент это не понял (как показывает масса вакансий фулстек) то это проблема менеджмента и конкретной конторы, которая называетя не умение профессионально организовать бизнесс процессы для эффективного использования высококвалифицированных ресурсов.
@@alexlyakh4930 , для каждой задачи свой инструмент. А что вообще тебе не нравится? Судя по стилю поста ты должен быть дорогим высоковостребованным специалистом, так в чем проблема? Конторы, которые ищут фуллов, это не для тебя. А если серьезно то может они просто подзаебались что если задача не касается профильного направления специалиста то это вводит его в ступор требует привлечения дополнительной толпы народа с менеджером?
@@GenaTolstij Генадий, мне все нравится. Если вопрос во мне. Но мне кажется топик не про меня был как и не про ВАС. я повторю свой тезис для лучшего понимания всеми членами данного треда: острая необходимость в фуллстек девелоуперах возникает в следствии низкой культуры менеджмента и технического планирования и является симптоматикой куда более серъезной проблемы. Это может невелироватся общими низкими техническими требованиями конкретного проекта (сайтик - отчет) или же может усугубить ситуацию если проет технический сложный. Что именно и заключается в фразе "для каждой задачи свой инстуремнт" обращаю ваше внимание она звучит как "для каждой ... свой" а не "один ... для всех" тоесть мы приходим в ситуацию что на технически не сложных проектах любой дев фуллстек, что за собой влечет тезис что "фуллстековость" не является свойством дева а исключительно свойство энавермента в котором он находится.
@@alexlyakh4930 , ок, начался холивар :) По поводу удачного и неудачного менеджмента, давай начнём с того что не все конторы это большой и кровавый корпорейт, также не стоит забывать что не все конторы это галеры, аутсорсы и т.д. Бизнес есть разный. Вот ты обстебал типа "уровень сайт-отчет", а как быть с конторами занимающимися аналитикой? Подумаешь - отчеты продают :D
По поводу "для каждой задачи свой инструмент" я не имел в виду задачу программерскую, смотри выше - я говорил именно про менеджмент. Когда задача слишком комплексная, чтобы с ней можно было воевать в одиночку узкому спецу, но слишком маленькая для целой команды. И это и есть как раз правильный менеджмент - когда на задачу выделяют ровно столько и ровно тех ресурсов, которых там надо.
получается фулл это затыкатель в проекте, человек которым можно заткнуть любую позицию, наверно да, кстати хорошая мысль, тобиш это человек который не все "знает" а человек который быстро вникает в суть дела
Использую php для написания логики, не web. Мне нравится. Чем python лучше?
Может в том что питон нужен для ml приложений
Может мне кто-нибудь объяснить почему все ругаются на PHP? Что с ним не так? Освоил html и css. Решил взяться за изучение PHP, но теперь начал сомневаться.
Есть спорные моменты раньше было больше. Теперь больше по привычке ругают. Можно легко вкатиться на нем, а дальше уже смотреть
Говорят все php для детей....
PHP - язык программирования мутировавший из шаблонизатора, уникальное явление. В итоге вобрал в себя некоторые не очень хорошие особенности Perl + особенности шаблонизаторов. Кроме того, он изначально заточен под CGI. Сейчас во всех приличных местах от CGI отказались, но ненужная совместимость до сих пор тянется.
Ввиду всего этого многие замечают что на других языках код короче, читабельнее и быстрее работает чем аналог на PHP. Спрашивается, зачем PHP, когда есть аналоги получше? С другой стороны, низкий порог вхождения, особенно для тех кто привык к шаблонизаторам. Значит такие специалисты дешевле. Значит экономия.
@@sergiyshatunov3873 Считаете что не стоит тратить время и осваивать другой? Я хочу учится по направлению WEB. Вопрос, возможно, глупый, просто я ещё "зелёный".
@@faluna2957 Ознакомиться с PHP однозначно стоит. Но не советую им чрезмерно увлекаться. Однозначно надо освоить JS. JS более востребован чем PHP. Да и на сервере он может использоваться. Рекомендую изучать их параллельно проходя одни и те же темы на разных языках.
В любом случае, применять PHP не применяя JS в нынешних реалиях выглядит странно.
В свою очередь, для меня, как для программиста - полиглота, выглядит странным вообще делать выбор между языками. Надо начать со всех доступных языков, остановиться на том, который легче даётся, остальные подтянуть позже.
Отличия Python от Ruby лишь в том, что Гвидо протолкнул Google взяться за его детище и с помощью Google этот язык с 2015 года попёр вверх с дикой скоростью.
Вот и всё.
Но в 2020 году будет выход Ruby 3, где обещают супер-пупер прокачку.
Посмотрим, что наделают.
ну руби до 2.0 был тем еще по скорости :)
Думаю фулстек довольно субъективное понятие. Для меня лично как для мобильного разработчика:
разработал модель представление и контроллер (В любых его формах MVC, MVP MVVM).
Можешь создавать с нуля и доводить до релиза один - можно считать себя фулл стек разработчиком.
Но интернет с бэк эндом где-то в облаке или скилл разработки API, или твое умение кросс-платформить вещи не обязательные для этого.
1. Фуллстеки это вечные мидлы. Либо ты углубляешься в бек и архитектуру с ним связаную, либо ты офигенно прошариваешь современный фронт с его монструозными фреймворками
2. Ни одного упоминания .NET экосистемы
3. SPA не означает фокус на фронтенд, это как сравнивать теплое с мягким
4. Верстка для фуллстек разработчика(!) не обязательна, так как верстка не является разработкой по определению, это скорее оформление макета в разметку
я фулстек сеньор. Как вам такое? Вот, живой пример) Что мешает изучать тот же ангуляр/реакт/всё, что угодно и при этом углубляться в архитектуру бекенда - не ясно. По поводу вёрстки, что значит она не обязательна? То есть вы считаете, что это нормально, если человек, который говорит, что он фуллстек разработчик, не сможет сверстать страницу? Оформление макета в разметку - это не разработка? А какое определение тогда у слова "разработка" в вашем понимании, если, к примеру, сверстать страницу адаптивную, которая будет работать во всех браузерах и на мобилках - это не разработка по вашему?))
что делать, если приходиться верстать на vaadin, и без шаблона?..)
Шикарно! Цитата: "Js как такового не было и пользовались jQuery" Апплодирую стоя! И несколько столь же спорных утверждений всего за 2:50 ... Вы определитесь, что было первым js или jQuery - начинавший как библиотека для js )
Наверное он имел ввиду, что никто не занимался серьезно js разработкой, а использовали jQuery чтобы хоть как-то оживить странички (типа вместо того чтобы писать какие-то свои фишки на чистом js, брали jQuery, потому что это было просто, и его хватало).
Мне в свое время было проще в скрытом подгружать данные с бекенда. Но я фронтом почти не занимался, мне простительно
правильное замечание фулстеки это веб мастера, я лет 15 назад был фулстеком ))), сегодня фулстек это маленькие проекты и фриланс или очень узконаправленные проекты а если точнее штамповка под одну гребенку )))
Фулстек довольно сложно поддерживать на высоком уровне. Чуть углубился в новые веяния бэка - стал отставать на фронте, и т.д.
Я 3 года назад был фулстеком с упором на фронт. Сейчас же, только бэкенд на Go. Осознаю, что если надо будет что-то сверстать серьёзное и элегантное, то получится не ахти уже
Evghenii Maslennikov Как тебе Go?
@@AronMidесть пару минусов (lack of generics - язык слишком типизированный и т.д.), которые будут сглажены в Go2 скоро. А вообще - для бэкенда не представляю что-то лучше. У нас запущен проект, где-то 30 микросервисов (команда всего в пару человек) и все очень гладко и приятно поддерживать и развивать.
Xamarin где?
В прошлом на задворках истории)
Xamarin + ASP.NET Core + MSSQL + Typescript + WPF/WinForms/UWP/AvaloniaUI - вот лично моя пачка технологий для .NET фуллстека
Не разу не видел чтобы devops инженеры писали на руби. Python, bash, старички на перле.
Шеф написан на руби github.com/chef/chef
@@SeniorSoftwareVlogger а если с такой стороны то да. Там gitlab и redmine в ту же топку
ну рецепты шефа тоже на руби :)
@@SeniorSoftwareVlogger Знаю. Это была причина его не выбрать :-) Да и в России почему-то от него отказываются потихоньку в пользу ansible.
"Потому-что Джанго использует пайтон, а пайтон использует Хауди" :D
Каждый первый iT блогер, считает за честь продать свой зад никому не известной онлайн школе, за шоколадку. Этот не исключение
Кто как не Антон Попков знает кто кому продал свою задницу)
Мой друг приглашает меня на работу фронтенд разрабом но я знаю только HTML и CSS он говорит по ходу дела научишься js но я боюсь всё просрать как быть?
Попробовать и поднажать на js на выходных и вечерами?
@@SeniorSoftwareVlogger Да я буду стараться и учить js, bootstrap 4
@@SeniorSoftwareVlogger но именно твой канал мне нравится и понятнее чем остальные запили пж видос про js и его особенности если будет время
@Vlad Veshi нечего 😒
На PHP фреймворк Laravel популярный, так же есть Yii, Zend, Symfony. Кстати PHP 7 сильно прибавил как в оптимизации, так и в возможностях языка. Но новичкам советовал бы Python наверное, потому что больше возможностей.
Фул стек нужен только нищебродам. Вам оно надо? Делать кучу работы за половину денег?
Фул стек нужен только для Пэт проектов.
А остальное ну его нафиг
вот это я считаю правильные мысли
почему веб, а не ВЭБ?
Потому что секс, а не сэкс
Навыки фуллстек-программирования нужны не для работы на дядю. Суть в том, что ты в одиночку можешь на коленке слепить какой-нибудь проект, и проанализировать сколько денег из проекта подобной тематики можно выжать, если сделать всё нормально
все же дяди другого мнения и тоже хотят фулстеков :) К твоему комменту тогда фулстек должен еще уметь в подукт менеджмент. И те, кто умеют вполне неплохо живут. Согласен.
@@SeniorSoftwareVlogger Маркетинг - это вообще основное. Нужно чётко представлять для чего делается продукт, кто будет его использовать, каким образом будут появлятся клиенты/пользователи, и конечно же, каким образом будет происходить монетизация. Это всё даже важнее, чем сделать хороший продукт.
Но, в основном, всё значительно проще. Крутые проекты на фулл-стек не делают. А делают то, что может 1 человек реально собрать за день, максимум за неделю.
Например, появилась идея потестить popunder-рекламу одной тематики. Для этого требовалось: настроить сервер для работы под высокой нагрузкой(сотни и тысячи посещений в секунду), оптимизировать сбор и вывод статистики базы данных, сверстать на коленке лендинг, скоростной бекэнд и фронтенд не более 30 килобайт, настроить рекламную кампанию. Итоговые затраты на тестирование вышли $40 на рекламу и около 8 часов времени, в основном на сборку лендинга. Такие мелкие проекты может делать только фулл-стек, иначе такое тестирование обошлось бы очень дорого. 1 человек на настройку сервера, 1 человек для отрисовки макета лендинга, 1 верстальщик, 1 бекэнд программист, 1 человек для закупки трафа на ленд. Кроме того, работу всех этих людей кому-то пришлось бы кооперировать. При том, что вероятность заработка на каждом отдельном таком проекте - минимальна. А так, фулл-стек может делать десяток подобных проектов в месяц, и если хоть какой-нибудь стрельнёт, то это дополнительная прибавка к пассивному доходу, который не нужно делить на толпу.
'web' уж лучше тогда вообще как 'вьеб' произносить))
.. и 'stack' тогда как 'стьеок'))
Стацк
вьеб штако)))
Подтвердили мой выбор JavaScript Developer - fullstack по всем направлениям разом. Бекенд, фронтенд и приложения (на досуге). :-) Огромная благородность за разъяснения по базам данных! Даже и не подозревал как они разнятся и что у каждой своя цель.
год уже пишу на жаваскрипте, до этого 10 лет на пхп писал.
в жс есть пара больших проблем не считая детских болячек (динамической типизации и прототипов) которые лечатся тайпскриптом - практически отстутвуют ентерпрайз фреймворки (тоже можно подлечить тайпскриптом: нест и тайп орм) и невероятно раздутая папка с модулями - в скромном приложении на реакте больше 12000 модулей и на бекенде чуть меньше 10к
ну и фулстеку надо всетаки знать хотя бы по минимуму девопс. тот же докер настроить
Фулстек это типо полностью заполненный стек?
Ну типа все можешь сделать на проекте
@@SeniorSoftwareVlogger типа разнорабочий
Немчинский на стриме просил передать привет. Получите, распишитесь. С вас $10 за доставку.
Сам не пробовал, но вроде как можно вообще реализовать REST API на одном Apache без каких-либо серверных скриптов.
Ты не совсем прав, насчёт ios/swift, сейчас довольно активно развивается бекенд на Свифте, но людей в этом пока мало, есть мощные фраемворки, такие как vapor, kitura (ibm), perfect, они активно развиваются и на них можно писать что угодно
я использую backend - Go, db - MongoDB, mobile frontend - Flutter
Бэк java spring boot либо node.js , база Postgresql либо mongo db, фронт vue.js либо сток bootstrap) вот мой full stack). Хотя довелось и опробовать JDeveloper от oracle.. Та еще муть...
Да ну. Это всего лишь мнение, а понятие - всегда общественный договор. Я как-то думал о себе что фулстек, а потом почитал, кто что под этим не понимает. Большинство сует в это понятие, типа знать всё и уметь все проекты. Если ты там к примеру, не программируешь драйвера, то какой ты фулстек )) Хотя, все эти умники таки пихают свой стек в понятие фулстек, а другие унижают. Поэтому я просто и не пытаюсь оперировать этим понятием, ненадежное оно.
С т.з. винды, ну так под винду бывают проекты, от начала и до конца. С чего тогда нельзя назвать по этой логике виндового программиста от начала и до конца умеющего делать проект? Я вот программист под винду, под .NET, но сейчас мало проектов, в которых GUI под виндовс тоже, пользователи всё хотят веб, поэтому хоть и под .net я программист, но пишем под web. И да, "одностраничное". Но как-то мне кажется, что слишком необоснованное предположение, что одностраничное приложение смещает фокус в веб. Что там сложного? А на бекенде сотня таблиц в базе данных и сложнейшая логика, и не только с базой данных. Морда, имея одну страницу, скорее всего скрывает сложную логику сзади. Причем, гуи как раз особо логики не имеет. Логика там, на бекенде. Гуи не только не имеет, а всячески по возможности лишается любого контроля за чем-либо. Это нормально, это подход позволяющий быстрее разрабатывать и более гибко. Так что не понимаю, почему фокус должен в веб смещаться. В ту работу, которая бездумная и код не несет бизнес-логики.
Киану дело говорит.
Это не Киану, он просто на него похож. Киану бы не стал рекомандовать начинать мобильную разработку с React Native, потому что это кроссплатформа.
@@liamsmith7052 Чем плох RN? Сделал мобильное приложение, затем расширил его на другие платформы на том же RN. Мне кажется, что в этом плане RN удобен.
@@АндрейПоздняков-е4к Я полушутя сказал, но раз вы спросили, отвечу подробно:
Есть задачи, где RN удобен, но, имхо, не для новичков. (видос же - на эту аудиторию)
Если коротко, то RN - это не CLR или JVM, где одну кодовую базу ведёт половина на винде, половина на маках, а прод крутится на линухах)
Если подробнее, то него уровень абстракции от запускаемой платформы гораздо более слабый, а значит, требует знать саму платформу. Лучше освоить конкретную платформу, а уже потом браться за RN, либо прийти к выводу, что для конкретного проекта рентабельнее написать два отдельных приложения.
У новичка на этапе "Сделал мобильное приложение" будет возникать очень много проблем конкретной платформы, которые чтобы решить, неплохо бы (я бы даже сказал, что критично) знать её специфику и особенности работы. Если он выберет RN, у него будет возникать очень много багов конкретной платформы, плюс баги RN. Плюс RN далеко не всё умеет, что умеет родной SDK. (Bluetooth, NFC, всякие фишки по пуш-уведомлениям последних версий и др. Если захочется, чтобы это появилось в приложении на RN, нужно будет писать библиотеку на нативной платформе, плюс её адаптер под RN. Либо надеяться, что версия, выложенная умельцами на гитхабе, не сильно глючная).
Поэтому начинать учить мобильную разработку с RN, надеясь на кроссплатформенность, имхо, наивно и опасно (можно испортить себе всё впечатление от мобильной разработки). Сам раньше так начинал: начал на RN, плюнул, переписал на Андроиде, и не жалею)
@@liamsmith7052 Ваши доводы весьма убедительны.
@@АндрейПоздняков-е4к Да, вот только то ли автор их все потёр, то ли ютуб глючит)
Старый, что со светом?
проебал
классный свет, не понял в чём проблема
Tense Fragile засвет, поленился откорректировать :)
18:43 - А зачем ждать, даже стронг джунам релокейты предлагают, темболее Golang программисту коих недостаток
не спеши ты так)
Что значит "не спеши". Скорость воспроизведения 1.25 ставлю.
Про дотнет ничего не сказал
мне про него мало что известно
Автор канала не работает с .NET, АйТиБорода работает с .NET
Зачем 2 репозитория под фронт и бек? Можно ведь хранить всё в одном репо. Иногда даже в одной папке.
Так удобнее когда команда таки разделяется. Плюс разные тулчейны и CI
правильно. В одной папке - архивировать легче и коллегам по аське пересылать :)