да зачем, там никто не будет сидеть

ага, там уже 650 человек не сидит

https://telegram.me/react_js https://telegram.me/reactnative_ru https://telegram.me/nodejs_ru https://telegram.me/devops_ru

Есть кто nativescript использовал?

а зачем

За всякис

м

А vanilla js кто нить пробовал?

Говорят крутая штука

Быстрее jQuery!

Ходят слухи, что Intel выпустит серию процессоров с аппаратным ускорением jQuery.

И всё будет летать.

Базарю.

😂

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

ну придется теперь реакт бросать, раз аппаратное ускорение, что тут

напомнило amp, его кто-нибудь юзал?

На всякий случай репост из @react_js)

В марте выступал на AgileDays 2016 с докладом о том, что случилось в мире JavaScript за последние два года и какие тренды есть сейчас. Получил много благодарностей за это выступление и вот на днях опять. Раз многим оно оказалось полезным, решил поделиться. Основная часть была взята с ноябрьского выступления. "2016 год. Добро пожаловать в новую реальность. Сегодня позиция JavaScript-разработчика является одной из самых востребованных и хорошо оплачиваемых в мире. Современные возможности JavaScript - это квестистенция всего, что произошло в отрасли разработки за всё её время существования: универсальные React-компоненты и композиция, декларативная анимация, изоморфные приложения, отсутствие side effects, авто-генерация тестов, симбиоз ООП и функционального программирования. Последние три года выдались самые насыщенные революционные для веб-разработки. Многие разработчики, кто не успел уследить за произошедшим, задают лишь один вопрос ЧТО ПРОИСХОДИТ? В рамках этого доклада мы попробуем синхронизироваться с JavaScript сообществом и посмотреть, что же он предоставляет нам сегодня? Как решать задачи привычные задачи? Что является актуальным направлением, а что может стать пустой тратой сил и времени?" http://www.slideshare.net/denisizmaylov/javascript-react-redux-63287677

Гг

Java для браузеров, особенно для раннего js - это хороший прикол))

))

доброй ночи чатлане, https://github.com/cujojs/rest норм клиент? на самом деле у меня апи пока толком и нет, но на морде уже хочется дергать по моде все)

Сойдет.

Сойдет.

👍🏻

гайзы

как синхронно сделать?

чтоб ретурн в конце после ича

Reduce?

но зачем?

аллах дал им асинхронность, а они все блокируют

но ретурн в конце выходит раньше

.each проверяет что нужно если есть то возвращает несколько статусов (в зависимости от чего нужно) без ича так никак

да

Сыч

какой-то бред

PHP-стайл?

чтоб ретурн в конце после ича

Придётся привыкать к асинхронности. Открой для себя Promise. И camelCase.

как синхронно сделать?

В api_response массив? Замени на pure map Если объект, то через Object.keys

И jquery each 100% синхронный

В api_response массив? Замени на pure map Если объект, то через Object.keys

Спс

Ну ка, про жсеры, объясните такую штуку в хроме function foo() {return typeof(null) === 'undefined'} for (var i = 0;i<1000;i++) console.log(foo())

баян же

баян

Народ, как вы считаете - в каком случае фреимворк не нужен? Исходя из каких примеров задач. Или время самописов прошло

Сорян, не видел А это пофиксили уже?

баг в v8, в вебките пофиксили, в ноде вроде нет еще

Народ, как вы считаете - в каком случае фреимворк не нужен? Исходя из каких примеров задач. Или время самописов прошло

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

а как понимать нужен или нет для конкретной задачи

я просто новичок

не знаю ничего ещё

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

Просто я всегда придерживался самопису (как сейчас говорят велосипеды). Когда есть все готовое - это хорошо, но для меня лично, может я и не прав пропадает азарт самого процесса создания чего то своего, суть интереса и энтузианизма. Иметь что то свое - это знать и быть уверенным в том, как оно работает. Да и вообще, учили надеется только на себя. Люблю чистый код, ничего лишнего и меньше багов. А со временем только руку набиваешь и опыт не плохой.

Просто я всегда придерживался самопису (как сейчас говорят велосипеды). Когда есть все готовое - это хорошо, но для меня лично, может я и не прав пропадает азарт самого процесса создания чего то своего, суть интереса и энтузианизма. Иметь что то свое - это знать и быть уверенным в том, как оно работает. Да и вообще, учили надеется только на себя. Люблю чистый код, ничего лишнего и меньше багов. А со временем только руку набиваешь и опыт не плохой.

и шо, ты написал свой react.js лучше чем обычный?

и шо, ты написал свой react.js лучше чем обычный?

Дело в процессе.

Дело в процессе.

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

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

Это работа, там другой подход.

Причем совместная, логично что там не до процессов что да как.

Просто я всегда придерживался самопису (как сейчас говорят велосипеды). Когда есть все готовое - это хорошо, но для меня лично, может я и не прав пропадает азарт самого процесса создания чего то своего, суть интереса и энтузианизма. Иметь что то свое - это знать и быть уверенным в том, как оно работает. Да и вообще, учили надеется только на себя. Люблю чистый код, ничего лишнего и меньше багов. А со временем только руку набиваешь и опыт не плохой.

по сути ты говоришь, что пропадает "азарт и интерес" потому, что не очень понимаешь, что там происходит внутри фреймворка Такое чувство нормально и бывает часто поначалу. И если задача быстро сделать сложный проект — то нормально смириться с этим чувством Если же есть время самому экспериментровать и делать "то, что понятно"  — это хорошо. Но можно очень долго делать то, что коллаборативный опыт сообщества признал плохой идеей. Потому приходим к тому, что "делай сам, но опирайся на известный опыт". И тут два (в реальности больше) варианта развития — либо создаёшь что-то новое и хорошее, либо создаёшь что-то хорошее, но (не)давно созданное. А потому следующий этап — когда видишь, что то, что пытаешься создать сам, уже кто-то точно так же создал. И ты прекрасно понимаешь, что он там сделал, и лучшее решение — прийти и помочь, вместо того, чтобы писать свой аналог. Фреймворки по задумке решают те проблемы, о которых все знают и теми способами, о которых тоже все знают, просто грамотно собрав все эти способы вместе. И если ты делаешь проект "сам" и понимаешь, что твоё самостоятельное решение по сути будет делать то же самое, что предлагает некий фреймворк — то почему бы его не использовать. А если же не то же самое, а совсем другое — то и вопроса о том, чтобы брать фреймворк нет.

Это работа, там другой подход.

а куда ты пишешь свои велосипеды?

есть тут знатоки npm?

Я форканул npm-модуль, указал в package.json в качестве зависимости свой репозиторий(форк). При npm install приезжает весь репо с исходниками, а хочется чтобы приезжал билд. Как собственно это сделать?

если в pkg указываешь репо зависимостью

то так и будет

перефразирую вопрос

а что тебя не устроило в изначальном пакете?

как грамотно форкать npm модули?

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

но мне надо уже сейчас его юзать

покажи пулл-реквест

какой воркфлоу в данном случае?

зависит от пакета

https://github.com/callemall/material-ui

пуллреквест на одну строчку

нашёл твой пулл-реквест

ты сам когда нибудь публиковал что-нибудь в нпм?

только в приват

ага

знаешь про prepublish?

ты про директиву в скриптс?

кто силен в бутстраповской разметке