кек

его уже знаю

python краткий курс прошел тоже

вот думаю шо некст

плюсы не хочу

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

создай 2 кнопки лол

разве что я могу цсской поставить элементу свойство а потом его читать...

создай 2 кнопки лол

хммм

зачем

просто 2 кнопки

?

или нельзя сорить?

плюсы не хочу

Ну уж не руби точно

почему?

осиливай дальше питонку

фреймворки

Rust выучи)

те же плюсы

ну кресты весёлые для общего развития

Scala

Лол угадайте кто в чате вебпака горит. Еж там твой друг кодеж)

ахах

че он опять там

если речь идёт о Web, то я бы хотя бы поверхностно познакомился с Go

если речь идёт о Web, то я бы хотя бы поверхностно познакомился с Go

ключевой вопрос - почему

ключевой вопрос - почему

- встроенная многопоточность - он относительно простой - не блокирующее синхронное программирование - garbage collected, никакого manual memory management - высокая производительность, довольно шустрый - статическая типизация - библиотеки (в принципе всё что касается сетей, веба и т.д. и т.п.) - cross platform, компилируется под ARM, x86 на все ведущие ОС - модульность, система package'ей

дебагер вроде тоже как есть

мне в питоне показались неадекватными циклы массивы и шо то еще. В Go также?

хотя сначала надо было спросить знаешь ли ты питон

я на питоне не работаю, сравнить не смогу

с нодой работал, и думаю лучше не трогать ноду если речь идёт о backend dev'е

пока догонишь асинхронное программирование..

всмысле догонишь

что там сложного

мне в питоне показались неадекватными циклы массивы и шо то еще. В Go также?

а где адекватнее

js хотя б ?

асинхронное от синхронного программирования в корне отличается, в ноде блокировать поток нельзя, он лишь один, поэтому тебе придётся писать код на callback'ах, но у них есть ряд недостатков, поэтому придётся изучать такие абстракции как Promises / Futures / Streams / Reactive Programming, так-же ещё есть async/await...

js хотя б ?

хз так же

не доволен питонкой будешь в гошечке сишные циклы писать с индексами в 2017

асинхронное от синхронного программирования в корне отличается, в ноде блокировать поток нельзя, он лишь один, поэтому тебе придётся писать код на callback'ах, но у них есть ряд недостатков, поэтому придётся изучать такие абстракции как Promises / Futures / Streams / Reactive Programming, так-же ещё есть async/await...

Надо писать код, который будет генерить другой код. Проги с динамическим кодом...

точнее не циклы

а вот эти вещи

Надо писать код, который будет генерить другой код. Проги с динамическим кодом...

эээм, в смысле?

ну не юзай их

еще синтаксис не нрав

двоеточие определяет начало блока

асинхронное от синхронного программирования в корне отличается, в ноде блокировать поток нельзя, он лишь один, поэтому тебе придётся писать код на callback'ах, но у них есть ряд недостатков, поэтому придётся изучать такие абстракции как Promises / Futures / Streams / Reactive Programming, так-же ещё есть async/await...

Ты только что сам перечислил плюсы))

конец блока отступом

это же пздц

конец блока отступом

идеальное решение как для 2017

Ты только что сам перечислил плюсы))

плюсы? плюсы чего относительно чему? асинхронное программирование сложнее синхронного

асинхронное от синхронного программирования в корне отличается, в ноде блокировать поток нельзя, он лишь один, поэтому тебе придётся писать код на callback'ах, но у них есть ряд недостатков, поэтому придётся изучать такие абстракции как Promises / Futures / Streams / Reactive Programming, так-же ещё есть async/await...

я это все знаю. Что в них сложного?

идеальное решение как для 2017

это жесть, если честно. Очень трудно читать

плюсы? плюсы чего относительно чему? асинхронное программирование сложнее синхронного

Когда разберешься с промисами нчего сложного не будет. А асинк авейты сразу понятны

я это все знаю. Что в них сложного?

совсем другой стиль программирования, должен понимать что такое event loop и как его не блокировать

совсем другой стиль программирования, должен понимать что такое event loop и как его не блокировать

Как не залупить )))

совсем другой стиль программирования, должен понимать что такое event loop и как его не блокировать

это учить 2 часа максимум

Когда разберешься с промисами нчего сложного не будет. А асинк авейты сразу понятны

без знаний правильного обращения с Event Loop'ом можно дров нарубить..

совсем другой стиль программирования, должен понимать что такое event loop и как его не блокировать

Если это другой стиль это не значит что это плохо и идти молится на го)

ERROR: S client not available

Хотя го эт круто..

без знаний правильного обращения с Event Loop'ом можно дров нарубить..

тупо пишешь тормозные процессы в асинк или если с коллбеками нексттик

в Go ты просто пишешь синхронный код, а он не блокирует CPU синхронный код читабельнее и проще, там по сути ничего учить не нужно

go значит go

Темболее в многопоточности тоже есть свои проблемы

а если тебе нужно что-то вычислить... ну всё, приехал! Потому-что вычисления на JavaScript в главном потоке это катастрофа... в Go можно запустить функцию в своём потоке тем самым не блокируя процессор

так-что на бэкенде лучше Go, чем Node, нода отлично с такими вещами как I/O и SSR справляется, но не более

Темболее в многопоточности тоже есть свои проблемы

если не лезть - не ударит))

в Go можно писать простой императивный код НЕ углубляясь в многопоточность.. в вебе это в основном мы и делаем.. грубо говоря каждый запрос в своём потоке, там и работаем

так-что на бэкенде лучше Go, чем Node, нода отлично с такими вещами как I/O и SSR справляется, но не более

Вот я уверен, еслиб она такая нехорошая была - не взлетела бы. А щас она так летит, что не остановишь) и по производительности все ок

Вот я уверен, еслиб она такая нехорошая была - не взлетела бы. А щас она так летит, что не остановишь) и по производительности все ок

- дело не в том "хорошая" ли или "нехорошая" технология... дело в конкретных аргументах... про вычисления на Ноде в принципе можешь забыть... а вычисления на бэке вещь довольно частая... - к тому-же синхронный стиль написания кода куда более maintainable, нежели асинхронный JS - производительность как не крути у Go всё-равно выше - статическая типизация, которой так не хватает JS, почему собственно и появился TypeScript..

и многое многое другое..

Node стал популярен потому-что JS программистов как песка на море и с браузерного DOM'а на серверный набор функций не сложно перейти

для прототипирования вполне сгодится, но для серьёзного backend решения Go таки более разумное решение

http://j.mp/2vspqdt

Ну хз

эээм, в смысле?

Метапрограммирование на вики

для прототипирования вполне сгодится, но для серьёзного backend решения Go таки более разумное решение

как это вы так всё ловко разделили

эээм, в смысле?

Есть и пример. PyroCMS (Ярик, привет) )))

ваня гений https://github.com/vuejs/vue/issues/5425

ваня гений https://github.com/vuejs/vue/issues/5425

сложна

ну способ триггерить транзишены

Ну эт в доке ж вроде есть

а зачем триггерить - чтобы изменять дом в конце

ну там жиденько очень

А, ну он же как раз ссылку дал)

ну вот он именно обьяснил что механизм key

и я переосмыслил )

правда я не уверен что можно сделать :key...

тогда оно бесполезно