Как стать программистом с нуля? Да никак. С 2020 года стало тяжело. А с 2022 и подавно. Если у вас действительно нет никаких задатков, то лучше попробовать поискать себя в другой профессии. До 2020 года, я всем советовал учиться программированию или идти на курсы по тестированию. И если раньше усердия было достаточно, то сейчас нет. Поезд уже ушёл, быстро и легко войти в профессию не получится. А если хочется долго и тяжело, то иди писать код, а не читай неочемные статьи.
Статья ни про что. Очевидно что человеку без опыта нужно найти хоть какое-то место работы. И ему нужно спамить резюме и отклиться на все подряд.
Было бы гораздо интреснее увидеть анализ рынка. Какие специальности нужны, и какие навыки для этих специальностей. А то пойдут на курсы по питону и не понимают почему не могут найти работу. (Ответ: потому что выпускников питон-курсов как грязи, а вакансий не так много, как например по node.js или фронту.)
Все слишком очевидно. Тут нет ничего nodejs-специфичного, это все общие советы по оптимизации. А вот, сборка приложения в бандл при помощи приложения esbuild здесь нет, а это важно. Вот лучше разберитесь как его лучше настраивать для nest/next/nuxt, что бы оно вырезало не используемый код и напишите об этом статью.
Уж, лучше такой плохой перевод где посыл статьи понятен, полезен и применим, чем очередна статья, про "как я выгорел", "как я переехал" и "какой там вышел новый смартфон".
REST, это что-то про что спрашивают на собеседовании, а на деле каждый клепает свой REST, когда появляется не круд или фильтров настолько много, что они не влазит query-parameters. Поэтому лучше использовать что-то, что более-менее стандартизированно. Ибо под REST каждый понимает, что-то своё. Мало кто говорит про рест читал что-то в духе https://restfulapi.net/ Поэтому RPC/graphql лучше чем неразбериха с REST.
Совсем стыда нет? Это даже не реклама, а позор? Вышла не игра, а какой-то видосик, который даже не раскрывает гейм плей. Чисто эксплуатация народного фольклора. Какое это вообще имеет отношение к тематике хабра?
Как по мне статья выглядит как не обработанный поток сознания. Где-то не расписаны важны вещи, где-то присутствуют не нужные детали. Статья выглядит как маркетинговый бушлит, видимо по этому и минусуют за рекламу.
Хотя тема интересная, например упоминание превьюшек в телеграмме уместно. Или же тезис о том, что вместо семантик веба доменируют агрегаторы. Twitter/Telegram для блогов, Youtube для видео, Wildberries/Ozon вместе сотни интернет магазинов.
Перечитывайте текст и старайте понимать где нужно подробнее, а где нет. (Можно прятать не существенные подробности под спойлеры).
А что на счёт бэкапов настроек, прав доступа, issues, PRs. Это имеет смысл. А бэкап гит РЕПО смысла не имеет, так как у каждого разработчика уже есть бэкап на компе. Бессмысленная статья.
Выучить питон можно, но зачем? Я бы предостерёг читающих от его изучения не имея понимая как устроиться на работу.
Зная только питон на работу не попасть, да можно выучить джанго и стать бэкэндщиком, но где найти работу, когда таких вакансий немного, а выпускников курсов толпы. Есть ещё ML, Data Science, DevOps которые связывают с питоном, но знание питона это 5% от необходимых знаний в этой професии.
Я бы не сказал, что питон проще чем другие ЯП. На нем проще написать базовые вещи, но в целом в языке есть свои "приколы". Его очень пиарят продавцы разных курсов обещая золотые горы, но на деле все по другому.
Лучше учите JS/TS там вариантов входа в профессию куда больше, хотя бы потому что больше вакансий. А дополнительных знаний здесь нужно меньше и они хорошо разжеваны во множестве видео на Ютубе.
Статья не несет никакого смысла. У автора было желание собрать все что можно. Можно было бы сделать сравнительную таблицу, с прайсами, было бы куда полезнее. А если ещё и чекбоксы с фичами добавить.
Ну а переводчики молодцы:
Он был создан в основном для тестирования разработки с полным стеком.
Что такое тестирование разработки? Что такое полный стек?
Serverless, это когда на каждый запрос, создаётся выделяется сервер и запускается код, а вы платите за время работы этого кода. Если к бэку никто обращается вы не платите ничего, а если резкий наплыв пользователей, то оно само масштабируеься, а вы платите ту же цену за запрос. Готовность под Serverless, это быстрый холодный старт, и низкое время работы без кэшей. Примеры:
Введение к статье написали. Теперь дайте знать как выбирать язык программирования.
Из "статьи" можно вынести только, что если хотите в веб-разработку, то надо учить JS. Так а как начать карьеру? Какими навыками нужно обладать, что бы взяли на Junior-позицию?
Питон популярен? Хорошо. Питон-разработчик, это back-end на django? Я вас удивлю, но на тот же Node JS вакансий гораздо больше. DS, ML? Ну так на это отдельно нужно учиться и порог вхождения гораздо выше, чем на тот же Front-end.
Очередная статья с водичкой, опытом найма даже и не пахнет.
Тема не раскрыта. Хотя и очень интересная. Так как большому количеству проектов походит вариант глупого бэка, и оптимизации некоторых процессов в далёком будущем когда бизнес вырастет.
Дайте больше конкретики по strapi. Есть ли поддержка:
Авторизации/аутентификации
Разграничения доступа к данным, админу можно видеть данные всех клиентов, не админу только свои
Хранения схемы БД под git, а не только UI редактор
Миграций БД (захотели переименовать поле, или превратить айдишник из числа в строку)
Деплоя в Serverless
Сколько кода нужно писать? Как сложно добавить новую сущность или изменить старую (сколько кода и кликов мышкой)?
Как по мне война между разработчиками и девопсами возникает из-за низкой квалификации последних. Хорошие девопсы, это программисты, которые постигли SDLC, CI/CD, Cloud, IaaC практики. Плохие девопсы, это неучи после курсов, либо сисадмины не имеющие никакого представления о разработке ПО.
Виртуальные окружения, инфраструктура как код (императивный код высокого уровня, а не yml или скрипты на баше), удобные и стандартизированные на всю компанию инструменты для логгирования, конфигурирования и отладки -- вот секрет успеха и быстрой разработки.
А когда девопсы вставляют палки в колеса, мол это сложно задеплоить, пишите код криво, что бы легко деплоилось, да и еще забирают себе все права, что нужно на каждый чих им писать, тогда и начинается война.
О чем речь если никто не может сказать, что же входит в обязанности девопса? Зачастую, особенно на out-stuff проектах, наличие девопсов только создает проблемы, так как опытные разработчики сами могут все настроить, но у них нет доступов.
Для меня девопс, это эксперт не только по развертыванию ПО, но и по автоматизации развертывания. Это автоматизация должна быть гибкой и простой настолько, что любой разработчик в команде, будет способен легко из шаблонов создать новый микросервис и задеплоить его в дев-окружение. Но как показывает практика, хороших спецов можно встретить крайне редко.
А что там по вакансиям веб-разработки на Python? На том же NodeJS их в разы больше. Зачем вообще писать Веб на питоне?
Я почему-то ожидал здесь увидеть "Дмитрий Карловский"
<сарказм>Как ускорить PostgreSQL? Заменить его на Postgres Pro. Он же быстрый мощный, а самое главное российский.</сарказм>
Как стать программистом с нуля? Да никак. С 2020 года стало тяжело. А с 2022 и подавно. Если у вас действительно нет никаких задатков, то лучше попробовать поискать себя в другой профессии. До 2020 года, я всем советовал учиться программированию или идти на курсы по тестированию. И если раньше усердия было достаточно, то сейчас нет. Поезд уже ушёл, быстро и легко войти в профессию не получится. А если хочется долго и тяжело, то иди писать код, а не читай неочемные статьи.
Статья ни про что. Очевидно что человеку без опыта нужно найти хоть какое-то место работы. И ему нужно спамить резюме и отклиться на все подряд.
Было бы гораздо интреснее увидеть анализ рынка. Какие специальности нужны, и какие навыки для этих специальностей. А то пойдут на курсы по питону и не понимают почему не могут найти работу. (Ответ: потому что выпускников питон-курсов как грязи, а вакансий не так много, как например по node.js или фронту.)
Все слишком очевидно. Тут нет ничего nodejs-специфичного, это все общие советы по оптимизации. А вот, сборка приложения в бандл при помощи приложения esbuild здесь нет, а это важно. Вот лучше разберитесь как его лучше настраивать для nest/next/nuxt, что бы оно вырезало не используемый код и напишите об этом статью.
Уж, лучше такой плохой перевод где посыл статьи понятен, полезен и применим, чем очередна статья, про "как я выгорел", "как я переехал" и "какой там вышел новый смартфон".
С реактом можно освоить больше бюджета. И менеджеры будут больше зарабатывать.
REST, это что-то про что спрашивают на собеседовании, а на деле каждый клепает свой REST, когда появляется не круд или фильтров настолько много, что они не влазит query-parameters. Поэтому лучше использовать что-то, что более-менее стандартизированно. Ибо под REST каждый понимает, что-то своё. Мало кто говорит про рест читал что-то в духе https://restfulapi.net/ Поэтому RPC/graphql лучше чем неразбериха с REST.
Esbuild?
Совсем стыда нет? Это даже не реклама, а позор? Вышла не игра, а какой-то видосик, который даже не раскрывает гейм плей. Чисто эксплуатация народного фольклора. Какое это вообще имеет отношение к тематике хабра?
Как по мне статья выглядит как не обработанный поток сознания. Где-то не расписаны важны вещи, где-то присутствуют не нужные детали. Статья выглядит как маркетинговый бушлит, видимо по этому и минусуют за рекламу.
Хотя тема интересная, например упоминание превьюшек в телеграмме уместно. Или же тезис о том, что вместо семантик веба доменируют агрегаторы. Twitter/Telegram для блогов, Youtube для видео, Wildberries/Ozon вместе сотни интернет магазинов.
Перечитывайте текст и старайте понимать где нужно подробнее, а где нет. (Можно прятать не существенные подробности под спойлеры).
А что на счёт бэкапов настроек, прав доступа, issues, PRs. Это имеет смысл. А бэкап гит РЕПО смысла не имеет, так как у каждого разработчика уже есть бэкап на компе. Бессмысленная статья.
Выучить питон можно, но зачем? Я бы предостерёг читающих от его изучения не имея понимая как устроиться на работу.
Зная только питон на работу не попасть, да можно выучить джанго и стать бэкэндщиком, но где найти работу, когда таких вакансий немного, а выпускников курсов толпы. Есть ещё ML, Data Science, DevOps которые связывают с питоном, но знание питона это 5% от необходимых знаний в этой професии.
Я бы не сказал, что питон проще чем другие ЯП. На нем проще написать базовые вещи, но в целом в языке есть свои "приколы". Его очень пиарят продавцы разных курсов обещая золотые горы, но на деле все по другому.
Лучше учите JS/TS там вариантов входа в профессию куда больше, хотя бы потому что больше вакансий. А дополнительных знаний здесь нужно меньше и они хорошо разжеваны во множестве видео на Ютубе.
Статья не несет никакого смысла. У автора было желание собрать все что можно. Можно было бы сделать сравнительную таблицу, с прайсами, было бы куда полезнее. А если ещё и чекбоксы с фичами добавить.
Ну а переводчики молодцы:
Что такое тестирование разработки? Что такое полный стек?
Typescript?
Serverless, это когда на каждый запрос, создаётся выделяется сервер и запускается код, а вы платите за время работы этого кода. Если к бэку никто обращается вы не платите ничего, а если резкий наплыв пользователей, то оно само масштабируеься, а вы платите ту же цену за запрос. Готовность под Serverless, это быстрый холодный старт, и низкое время работы без кэшей. Примеры:
https://aws.amazon.com/ru/lambda/
https://selectel.ru/services/cloud/serverless/
https://azure.microsoft.com/ru-ru/products/functions/#overview
Введение к статье написали. Теперь дайте знать как выбирать язык программирования.
Из "статьи" можно вынести только, что если хотите в веб-разработку, то надо учить JS. Так а как начать карьеру? Какими навыками нужно обладать, что бы взяли на Junior-позицию?
Питон популярен? Хорошо. Питон-разработчик, это back-end на django? Я вас удивлю, но на тот же Node JS вакансий гораздо больше. DS, ML? Ну так на это отдельно нужно учиться и порог вхождения гораздо выше, чем на тот же Front-end.
Очередная статья с водичкой, опытом найма даже и не пахнет.
Тема не раскрыта. Хотя и очень интересная. Так как большому количеству проектов походит вариант глупого бэка, и оптимизации некоторых процессов в далёком будущем когда бизнес вырастет.
Дайте больше конкретики по strapi. Есть ли поддержка:
Авторизации/аутентификации
Разграничения доступа к данным, админу можно видеть данные всех клиентов, не админу только свои
Хранения схемы БД под git, а не только UI редактор
Миграций БД (захотели переименовать поле, или превратить айдишник из числа в строку)
Деплоя в Serverless
Сколько кода нужно писать? Как сложно добавить новую сущность или изменить старую (сколько кода и кликов мышкой)?
Как по мне война между разработчиками и девопсами возникает из-за низкой квалификации последних. Хорошие девопсы, это программисты, которые постигли SDLC, CI/CD, Cloud, IaaC практики. Плохие девопсы, это неучи после курсов, либо сисадмины не имеющие никакого представления о разработке ПО.
Виртуальные окружения, инфраструктура как код (императивный код высокого уровня, а не yml или скрипты на баше), удобные и стандартизированные на всю компанию инструменты для логгирования, конфигурирования и отладки -- вот секрет успеха и быстрой разработки.
А когда девопсы вставляют палки в колеса, мол это сложно задеплоить, пишите код криво, что бы легко деплоилось, да и еще забирают себе все права, что нужно на каждый чих им писать, тогда и начинается война.
О чем речь если никто не может сказать, что же входит в обязанности девопса? Зачастую, особенно на out-stuff проектах, наличие девопсов только создает проблемы, так как опытные разработчики сами могут все настроить, но у них нет доступов.
Для меня девопс, это эксперт не только по развертыванию ПО, но и по автоматизации развертывания. Это автоматизация должна быть гибкой и простой настолько, что любой разработчик в команде, будет способен легко из шаблонов создать новый микросервис и задеплоить его в дев-окружение. Но как показывает практика, хороших спецов можно встретить крайне редко.