Django жив?

Django жив?

да

А как туда для фронтенда, например прикрутить Vue?

Как делается интеграции с современным говном фронтендом?

Так же как и везде? Единственное, с vue немного меняется суть MVC в django. Views в django будут json эндпоинтами, а шаблонами и рендерингом будет заниматься vue.

Последнее время юзаю django + drf + react. Все устраивает :-)

А джанго все? Лет 10 назад с ним было столько холиваров, еще руби он рэил у меня аскомну набило. Тоже видать закопали…

я только ищу работу, жив

Судя по галерее, дела у тебя не очень.

Уже давно я не ограничиваюсь только Django. Много работы и в стане Node.js

Кроме джанго смотри https://github.com/tiangolo/fastapi https://github.com/coleifer/peewee

И другие ORM Много работы в контексте AWS Serverless на питоне, так что монолитные монстры по типу Джанго во многих сферах успешно заменяются на микро службы с помощью fastapi и аналогов, некоторые компании во всю используют python serverless sdk от всяких aws, google cloud для rest API

Так что чем больше знаешь, чем больше практики, тем лучше. Ну, и когда был у меня только Django, постоянно приходилось городить свой Django Rest, а «сейчас» это всё выделилось в отдельный фреймворк, а в некоторых компаниях используется комбинация с Node, в т.ч. для server-side rendering (react/vue), я больше по vue

Django+drf практически везде. Реже fastapi, реже falcon/sanic и т.д.. Оч редко flask.

Что нравится то и бери.

На каких Питон-фреймворках стильно модно молодёжно кодить в 2020-2021 годах?

Aiohttp

Спасибо за отклик и участие.

а я что просил тебя оценивать мои дела? а ты немного ли на себя берешь ченбр?

На чём ты как питонист сейчас зарабатываешь?

Если это https://www.linux.org.ru/images/19438/original.jpg не подсобка/серверная, то ты не зарабатываешь 😀

не подсобка/серверная, то ты не зарабатываешь

У меня Orange Pi Zero трудится уже 2 года с внешним ЖД. Канал меньше, чем его возможности по отдаче статики, не говоря во сколько он мне порядков окупился. Это как пример мини-сервера. А чтобы код писать и листа А4 хватит всем, в крайнем случае - стопки. И нефиг тут. Попривыкали к IDE, гляди.

На чём ты как питонист сейчас зарабатываешь?

Зарабатывают на готовых решениях. Макаки просто код пишут, гы.

Ты для веба интересуешься? Пайтон он же общего назначения. Для веба как и везде (но, я в этом случае - не «питонист»), «модно и молодежно» разделять фронт и бэк. Django точно жив, но умеет он в это или нет, не знаю. По факту должен, а там хз. Отдавать статику с сервера в виде html и сейчас норм, без всяких «модно-молодежно». Просто, есть задачи в которых нужно приложение, воркеры, еtc. Всегда изначально нужно определиться с задачей, а там смотреть. Может она вообще только на АСМ’е решается :D

Всё, что перечислено тобой - крайние случаи :-)

Понятно.

Верно ли, что «толстячки» уходят в облака?

Суть в том, что админство локалхоста на фрилансе, похоже, скоро «сдуется».

Для начала хочу себя попробовать макакой в Laravel'е, НО где-то в глубине души пугает засилие индусни в его комьюнити.

Питон в этом плане кажется более консервативным и, возможно, там ассенизаторы уже поработали)

Вот думаю собрать остатки серого вещества и попытаться стать веб-макакой)

Так я все в один мешок собрал, какой из них крайний? Насчет Python, не шутил, его вполне можно использовать под микроконтроллеры, даже какие-то урезанные версии есть. Для веба Django вроде самый норм сейчас, а если только API нужно, то от ситуации (полагаю, он излишен в таком варианте). Flask слышал в роутеры хорошо умеет, для API самое то. Может еще что полегковесней есть, не знаю.

P.S. Очепаятка была, поправил. Ассемблер, понятно, что под микроконтроллеры зайдет, о пайтоне речь. Даже под 8-битные типа atmega, какая-то урезанная версия есть.

Коротко:

1. Ничего не сдуется. В облака уходят только души :) Сейчас под облаком понимают каждый что хочет, ну и слово модное.
2. В чистый фронт знать нужно, но лезть не стоит.
3. Твой вариант Noda, но не чистый фронт.
4. Laravel плохой выбор. Просто изучи PHP в свободное время, со фреймфорком потом определишься (если NodeJS мало).
5. Макакой «не нужно», тем более веб-макакой. C/С++ никогда не устареет, какой бы Rust/Владимир этому не мешал.

В облака уходят только души :)

Красивая лирическая метафора.

Laravel плохой выбор. Просто изучи PHP в свободное время, со фреймфорком потом определишься.

Ну если предлагают не сильно пыльную работу «на попробовать себя», почему бы и нет)

Просто реально сама Лара выглядит как «шаурма в шоколаде», вроде сверху шоколад, но насчет остального - есть масса вопросов ;-)

Просто реально сама Лара выглядит как «шаурма в шоколаде», вроде сверху шоколад, но насчет остального - есть масса вопросов

Да, он тормозной до неприличия. Но обвертка хорошая.

Красивая лирическая метафора.

Я облака еще 15 лет назад собирал, конектя по Ethernet мощности. Так я и сейчас «сопляк» по сравнению с «первопроходцами», и никаких кубернетисов не было относительно недавно, а «облака» были. Парадокс.

Я облака еще 15 лет назад собирал

Ясно)

Не, ржет. Позовут вот в Oracle и им соберу. Сложно что ли.

P.S. Я им, кстати, за тот год 2 багрепорта по MySQL отправил, даже спасибо не сказали.

blacksheep топ по бенчмаркам

ьно модно молодёжно кодит

В крупных компаниях юзают обычно flask какой-нить или что-то подобное. Django - это для гусар-одиночек с мотором.

О интересно! Спасибо. Только вот всё меня мучает вопрос, что делать с орм? Алхимия с 1.4 версии вроде как подвезли асинхронщину.

Я тебе уже сказал что учить: node.js, go, fastify/fastapi + aws/gcp - и без работы не останешься. Остальные все облака копируют оные, в облака много кто уходит, но стараются не завязываться на одном облаке, а писать универсальный код. Django больше для монолитных приложений, монолитную архитектуру сложно масштабировать, зато легче создавать/проектировать

PHP не успел в последний вагон. При наличии go, node.js смысла в нём не вижу, но работы по laravel хватает, я с 2010 не пишу на php и только рад, python полностью покрывает всё. Чтобы не конкурировать с толпой макак - не туси в толпе, поработай в иностранной конторе, а уж потом тока на фриланс, с фриланса начинать сложновато (нужно много всего знать и уметь и головная боль клиента становится твоей, легко сбить режим, выгореть, и всё такое)

Сейчас многие пишут в бложиках как это тяжело работать из дома, а я с 2011 так работаю и ничего, пока жив - смешно читать эти нежности. Люди думали, что дома ты пишешь код под пальмой попивая смузи, видимо

А какую литературы посоветуешь по Ноде, именно книги?

Я, конечно, идеологически считал js на сервере крайней степенью извращения, но если есть нормальные инструменты - будем себя преодолеть)

А что с орм? Ты, видимо, плохо понимаешь, где нужна асинхронщина, в орм она не особо важна, если только ты не делаешь овер нагруженный api обёртку над субд, асинхронщина хороша в отдаче многим клиентам множества потоков, чтобы главный поток не лочился на вводе/выводе, к бд обычно же используется 2-64 подключениий, и там профит минимальный от асинхронщины, но он есть, конечно

Вот пример как решаются такие вещи через connection pool из доков:

http://docs.peewee-orm.com/en/latest/peewee/database.html#connection-pooling

Книги не советую, они устаревают сразу как выходят в свет. Ну, посмотри от Ореилли про Express.js, лучше офф доки читай и кодь

https://www.fastify.io/docs/latest/

https://github.com/koajs/koa

https://github.com/sindresorhus/awesome-nodejs

Вооо, наконец-то я получил ответ на сей вопрос.

Хз, надо потыкать. Есть какие-то peewee-async и tortoise-orm.

https://fastapi.tiangolo.com/advanced/async-sql-databases/

PHP не успел в последний вагон. При наличии go, node.js смысла в нём не вижу, но работы по laravel хватает, я с 2010 не пишу на php и только рад, python полностью покрывает всё

Вот читаю я тебя, и такое уныние накатывает... При всем при том, что PHP — это прошлый век, однако же, нода — это точно такой же прошлый век. Сейчас даже фронт фактически не пишут на браузерном JS, а транспилируют, хотя бы из JS. Хотя всё чаще и чаще транспилируют уже не из JS, а изо всяких шаблонов, компонентов, или, как в Svelte, из JS-подобного языка, который на самом деле не JS, но копирует синтаксис онного и использует стандартную библиотеку. ХЗ, может мне просто не стоит пытаться ориентироваться на массовый фриланс, а пытаться искать свою нишу.

Я тебе уже сказал что учить: node.js, go, fastify/fastapi + aws/gcp - и без работы не останешься. Остальные все облака копируют оные, в облака много кто уходит, но стараются не завязываться на одном облаке, а писать универсальный код

Может ты мне пояснишь, почему все так ломятся в облака, но при этом 99% проектов имеют менее 100 запросов в секунду? Я тут качу бочку регулярно на облака с микросервисами, но делаю это только потому, что до сих пор в упор не вижу причин помешательства на этих технологиях. Не путать с модульными монолитами. Или, может быть, я и сам спутал, и на самом деле в облаках плавают модульные монолиты.

не вижу причин помешательства на этих технологиях

Аналогично, только молчу в тряпочку ;-)

Из api’шных батареек для django стоит глянуть на tastypie.

Но это не совсем про модно-молодежно.

не вижу причин помешательства на этих технологиях

Аналогично, только молчу в тряпочку

Ага, то есть, у меня не глюки. Уже хорошо. А то все сидят под NDA и ничерта не расскажут ни про один проект. Чуть раньше я бы сказал что-то вроде: «серьезные фрилансеры» создают себе работу на ровном месте. Но это было бы слишком просто. Исполнителю нет смысла на ровном месте создавать проблемы заказчику — нужно хотя бы какое-то оправдание и какая-то видимость рабочего и развивающегося проекта.

В нулевых годах какой-нибудь индус, пишущий на Java, на любе ТЗ бы начал рисовать в UML архитектуру классов. Не потому, что он такой злобный и хочет вытрясти деньги из заказчика — а потому, что просто не умеет проектировать систему. По этой причине он вычитал кучу умных книжек и освоил разные паттерны — чтобы хорошо делать вид того, что проектировать систему он умеет... и дальше продолжать не уметь проектировать систему, но, по крайней мере, убедив заказчика в том, что всё на мази, и время не тратится в пустую.

Перенося эту модель на микросервисы, мы получаем, что микросервисы — это не инструмент для построения чего-то там, а это инструмент для убеждения заказчика в том, что всё сделано правильно и деньги нужно платить. Если ты это понимаешь — хорошо для тебя, и заказчик доволен. Если ты против этого идешь — ты отталкиваешь заказчиков от себя. Но можно ведь не понимать совсем ничего, ходить на лекции коучей, и неосознано встраиваться в эту систему отношений. Мне кажется, что последних — большинство, причем, они не особо на это жалуются.

Ну кроме как стандартного ответа: системы на микросервисах проще масштабировать в динамике.

Насчет мастурбирования масштабирования я только помню, что это можно делать вертикально и горизонтально.

В болото микросервисов я пока не лез)

Ну так масштабирование мало кому нужно. Писать сайт-визитку на микросервисах будет только какой-нибудь неадекват. Инструмент должен соответствовать задаче, а забивать гвозди микроскопом любая школота сможет.

Я питонист, зарабатываю на django преимущественно

Работа в офисе?

На каких Питон-фреймворках стильно модно молодёжно кодить в 2020-2021 годах?

tensorflow, pytorch

В новом мире контейнеров и микросервисов апи к всему этому делают на fastapi, aiohttp, sanic и проч.

Ну так масштабирование мало кому нужно. Писать сайт-визитку на микросервисах будет только какой-нибудь неадекват. Инструмент должен соответствовать задаче, а забивать гвозди микроскопом любая школота сможет

Ну так ты описал сейчас всю индустрию — так же скучно теперь обсуждение вести. Да, сайт-визитка, да, на микросервисах, да, неадекват, да, школота забивает гвозди чем попало. Напомню, что питон — это ни разу не язык общего назначения, а вполне себе специализированный язык скриптования для замены баша в конкретных юниксах. Школота и на баше сайты писала, и ничо — главное, чтобы содержание у сайта было хорошее.

да живы твои рельсы. у меня знакомый пилит на них софт для авиокомпании в дойчланде.

да живы твои рельсы. у меня знакомый пилит на них софт для авиокомпании в дойчланде

Ну так кто-то и на коболе в банке пилит.

Теперь уже удаленно, но твоем контексте, думаю, можно сказать что в офисе

А что собсна плохого в UML? Даж если этот индус не умел проектировать, он по крайней мере документировал то, что делал.