Всем привет. Следуя правилам группы: Разработчик десктоп приложений со стажем, осваиваю новые горизонты, Vue решил освоить по рекомендации товарища и статьям сравнения с реактом.

Что это за шрифт?

Operator mono

Operator mono

Спасибо!

ребята - такой серьезный вопрос. Мои мысли - Vue работает плотно с backend. Знание Vue подразумевает знакомство с backend - Laravel, databases и тп Я почти уверен - что я прав. В каком направлении мне двигаться в сторону backend, учитывая связку с Vue?

ребята - такой серьезный вопрос. Мои мысли - Vue работает плотно с backend. Знание Vue подразумевает знакомство с backend - Laravel, databases и тп Я почти уверен - что я прав. В каком направлении мне двигаться в сторону backend, учитывая связку с Vue?

Nuxt.js Node.js

пару лет назад я бы посоветовал джанго

но сейчас модно страдать на пыхах эликсирах и нодах

ребята - такой серьезный вопрос. Мои мысли - Vue работает плотно с backend. Знание Vue подразумевает знакомство с backend - Laravel, databases и тп Я почти уверен - что я прав. В каком направлении мне двигаться в сторону backend, учитывая связку с Vue?

зависит от того, хочешь ты учить новый язык или нет

ребята - такой серьезный вопрос. Мои мысли - Vue работает плотно с backend. Знание Vue подразумевает знакомство с backend - Laravel, databases и тп Я почти уверен - что я прав. В каком направлении мне двигаться в сторону backend, учитывая связку с Vue?

это когда такаое было что он плотно работает с backend? я вон без бэка пилю и норм )

для старта в бэкенде я бы несмотря ни на что спокойно рекомендовал бы Rails или Django. несмотря на крики про их смерть, они живее всех живых, проектов полно, в том числе и новых

ну кроме SSR

зависит от того, хочешь ты учить новый язык или нет

да никуда не денешься. жс для фронта это совсем другая штука что язык для бека. лучше выучить неговно всёравно

если хочется быть в тренде, модным и выучить функциональное программирование - Phoenix + Elixir

но если раньше не было опыта на бэкенде - трудный вариант

в тренде у полуторых школьников фанбоев

Мне кажеться скоро может nuxt взлететь в тренды

в тренде у полуторых школьников фанбоев

спасибо, я пожалуй к ним отношусь

это как Ruby on Rails, но без многих косяков Ruby on Rails

nuxt не полетит никогда, так как и next, никому не нужны лишние абстракции

Почему?

руби всегда был для инопланетян

но вообще Django или Rails - идеально для старта, поясню почему: 1. Ты быстро сможешь написать что-то более-менее рабочее. 2. В процессе ты сможешь изучать концепции бэкенда, тебе не нужно сразу знать всё. 3. Инфраструктура развита на очень высоком уровне.

руби всегда был для инопланетян

аргументы будут или просто вброс? )

Ильи нет, так бы тут прозвучал OCaml)

но вообще Django или Rails - идеально для старта, поясню почему: 1. Ты быстро сможешь написать что-то более-менее рабочее. 2. В процессе ты сможешь изучать концепции бэкенда, тебе не нужно сразу знать всё. 3. Инфраструктура развита на очень высоком уровне.

меня python всегда привлекал )

Вот, тогда бери python ) Отличный язык, отличная экосистема )

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

зачем учить еще 1 яп если уже знаешь жс?)

Python Django, где-то была хорошая книга по постепенному изучению его любимого

Ща гуглану

зачем учить еще 1 яп если уже знаешь жс?)

за такие вбросы надо банить

пожизнено )

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

пиро-велосипед! бугагашечка)

Ща гуглану

ок - было бы классно )

пиро-велосипед! бугагашечка)

? )

аргументы будут или просто вброс? )

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

? )

да я Дэна драконю, вчера рекламы небыло

бери джангу. не понравится вкатывайся в рельсы ) очень просто определить

Привет всем. Как смотрите на это, если в состоянии Vue буду хранить объекты с методами? Или эти методы перенести в компоненты Vue (methods).

бери джангу. не понравится вкатывайся в рельсы ) очень просто определить

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

про рельсы забудь

монолиты — это так себе

хотя в свое время были огонь

если знаешь js начни с ноды

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

по пунктам разберем, да? 1. Упоротейшая по твоим словам система модулей позволяет пилить DSL и открывает огромнейший простор для метапрограммирования. 2. Лямб вообще-то два типа, блоки по факту лямбдой не являются. Блоки - это конструкция языка. Два типа лямб обусловлены потребностью в разных вариантах их использования. Зачастую (90% случаев) используется лямбда, для специфических случаев - создают Proc (второй тип лямбды). 3. Уж чего, а проблем с доками я не заметил в принципе. Всё, что нужно находится сверхбыстро, как в доках руби, так и в доках популярных библиотек. 4. Классметоды? Серьёзно, это проблема языка? Их даже не сделали, их присутствие - это следствие того, что класс - это объект

Привет всем. Как смотрите на это, если в состоянии Vue буду хранить объекты с методами? Или эти методы перенести в компоненты Vue (methods).

состояние должно поддаваться сериализации

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

монолиты — это так себе

адепты микросервисов подъехали. скидывать известную цитату про монолит и микросервисы или просто опустим это?

если знаешь js начни с ноды

ну ее нах... )) вообще не привлекает. лучше джанго попробую ))

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

так почему они мертвы то? Новых проектов жопой жуй, старых проектов ещё больше, экосистема развивается как и развивалась

за такие вбросы надо банить

Так это и не вброс. Я серьезно хз зачем учить питон/руби/пхп, если нравится писать на жс.

почему мертвы, кто пояснит? )

Так это и не вброс. Я серьезно хз зачем учить питон/руби/пхп, если нравится писать на жс.

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

по пунктам разберем, да? 1. Упоротейшая по твоим словам система модулей позволяет пилить DSL и открывает огромнейший простор для метапрограммирования. 2. Лямб вообще-то два типа, блоки по факту лямбдой не являются. Блоки - это конструкция языка. Два типа лямб обусловлены потребностью в разных вариантах их использования. Зачастую (90% случаев) используется лямбда, для специфических случаев - создают Proc (второй тип лямбды). 3. Уж чего, а проблем с доками я не заметил в принципе. Всё, что нужно находится сверхбыстро, как в доках руби, так и в доках популярных библиотек. 4. Классметоды? Серьёзно, это проблема языка? Их даже не сделали, их присутствие - это следствие того, что класс - это объект

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

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

так в чём проблема? у рельсы есть проблемы, у рубей - нет

вернее есть, но то что было описано - не есть проблемами рубей

проблемы у рубей немного в другой степи )

адепты микросервисов подъехали. скидывать известную цитату про монолит и микросервисы или просто опустим это?

давай цитату

Привет всем. Как смотрите на это, если в состоянии Vue буду хранить объекты с методами? Или эти методы перенести в компоненты Vue (methods).

В состоянии компонентов или в сторе? Хотя, в любом случае плохой вариант. Методы храни в methods (ваш кэп). Можно хранить во внешних файлах, и подключать в компоненты через импорты. Если нужны методы, которые будут возвращать какие-то значения, которые изначально зависят от props'ов или состояния (data компонента/стора), используй computed свойства (nb - они не принимают аргументы, хотя и пишутся как функции )

Так это и не вброс. Я серьезно хз зачем учить питон/руби/пхп, если нравится писать на жс.

ну PHP индустриальный стандарт к сожалению, хотя всё больше и больше ноды в вакансиях. Насчёт Руби сам никогда не понимал

давай цитату

я вместо цитаты картинку дам, которая отражает суть цитаты

да вакансии по всем мейнстримовым технологиям есть, писать на том что меньше нравится тупо потому что на это больше вакансий - как по мне не сильно большая радость

?

+

ты ж не между хаскелем и пхп выбираешь)

я вместо цитаты картинку дам, которая отражает суть цитаты

как относишся к наносервисам спрашивать?)

ERROR: S client not available

да вакансии по всем мейнстримовым технологиям есть, писать на том что меньше нравится тупо потому что на это больше вакансий - как по мне не сильно большая радость

на 100% согласен

так и есть, поэтому я думаю на рельсах сейчас не вариант, только для общего мировозрения

как относишся к наносервисам спрашивать?)

я нормально отношусь к микросервисам, но не к привычке пихать их везде где только можно

и рекомендовать на каждый чих

да я сам за то чтоб PHP уже сдох, да здравствует Go))

адепты микросервисов подъехали. скидывать известную цитату про монолит и микросервисы или просто опустим это?

дело даже не в микросервисах, это просто кусок монолита не гибкий

дело даже не в микросервисах, это просто кусок монолита не гибкий

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

не спорю, все в руках разработчика

я нормально отношусь к микросервисам, но не к привычке пихать их везде где только можно

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

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

+

а если у тебя и правда более-менее нормальное приложение без этого никак

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

а как это делали в индустрии последние 10-15 лет? )

просто все писали монолиты, было всё ок

а как это делали в индустрии последние 10-15 лет? )

велосипедами

так же и делали : )

потом пришли дяди и сказали, что микросервисы золотая пуля

писали как отдельные приложения

и все стали говорить, что без микросервсиов никак )

это и были по сути микросервисы

красиво )

микросервисы легче делить на малые команды и это особенно интересно большим организациям с большим колвом разработчиков на разных языках, но в плане производительности и согласованности монолит до определённых размеров лучше.

только все не так гибко было

когда у тебя нагрузка растет, что остается делать после оптимизации? докупать железки? так себе

скейлить надо

когда у тебя нагрузка растет, что остается делать после оптимизации? докупать железки? так себе

ммм, гитлаб живет

когда монолит начинает решать много проблем - настало время разделить его на сервисы)

твиттер прекрасно тоже жил на рельсе

а ты думаешь гитлаб монолит? )

гитхаб частично на рельсе до сих пор

да

я видел его исходники

или твиттер монолит?