Я считаю, что происходит обычно так: люди видят, о чем больше пишут/говорят и берут это.
Как вы правильно заметили — люди выбирают то, что на слуху, но нормальные разработчики не хватают всё подряд в проект, а сравнивают, пробуют и лишь затем делают выбор.
Понравилось далеко не всем людям.
Ниодна идея не может удовлетворить всех, всегда будут те кому нравится и кому — нет, но главное — обе стороны будут двигать всех вперёд. JSX не нравился многим и мне в том числе. Но если понимать что это несёт в себе — всё становится логичнее и правильнее.
Так или иначе, я считаю, что React замечательная библиотека и одна из лучших вещей случившаяся в web за последнии пару лет. Как минимум это дало огромный толчок к развитию всей области. А отдавать все эти заслуги маркетингу, а не отличным идеям, реализованным в React — это нечестно, на мой взгляд.
Дело не только в маркетинге, а в коммьюнити и удобстве использования. Сколько примеров, идей, библиотек и тп есть для React/Flux, и сколько для Catberry? Просто ребята из FB сделали крутую штуку и людям это очень понравилось. Пусть имя компании сыграло не последнюю роль, но не стоит это приписывать маркетингу.
Посмотрите на современные социальные сети, такие как Twitter, Facebook или Pinterest.
После небольшого скроллинга, мы будем иметь десятки тысяч DOM-узлов, эффективно взаимодействовать с которыми — задача не из легких.
В Pinterest никаких тысяч, а тем более десятков тысяч элентов не будет. Там всегда около 100-150 элементов и при скроллинге одни удаляются и вставляются новые или просто содержимое заменяется.
Мне кажется TARS и подобные инструменты очень специфичны. Да, вы сделали возможность всё менять, добавлять своё и кастомизировать как угодно, но опять же придётся разбираться не только с Gulp, а теперь ещё и с TARS, пусть это и всего лишь добавить 10-20 минут на каждую задачу вначале.
На мой взгляд, в каждой компании есть уже свой конвейер, который не сильно меняется от проекта к проекту и намного проще что-то изменить в нём. Да и строить сборщик на основе другого сборщика, который обретёт в будущем ещё один сборщик… какая-то абстракция на абстракции.
И тем не менее, работа проделана большая и думаю TARS найдёт своих пользователей :)
Затем, что есть язык программирования javascript и есть надстройка над ним coffeescript. Соотвественно на первом пишут все javascript-программисты, а на втором — лишь малая часть. Javascript это язык, стандарт если хотите, когда coffeescript это лишь какой-то инструмент, но не самостоятельная единица.
Уродливость — это дело вкуса, так что не стоит ставить это в минус языку. Для кого-то и python попахивает со своими отступами и отсуствием скобок, а для кого-то вся суть в этом.
Писали на node.js платёжную систему, строки не считал, но проект достаточно крупный. Есть хорошие решение уже сейчас, но для некоторых вещей приходится придумывать велосипеды.
Не совсем согласен с передачей строк по значению, дело в том, что случае со строками нет никакого способа это проверить, потому что строки неизменяемы.
JS не какой-то странный зверь, которого надо поймать и наблюдать за ним, чтобы понять как он ведёт себя. Это такой же инструмент как и C#, для которого есть документация. Поэтому не нужно ничего «предполагать/проверять/искать причины поведения».
Например, есть отличная статья по стандарту ECMA, в которой объясняется подробно о том как работает всё это в JS (в заключении есть прямая фраза, что примитивы (к которым строки относятся) передаются по значению).
Статья неплохая, много полезного для новичков и даже для уже повидавших js. Но есть несколько косяков.
Строки в качестве аргументов функции передаются по ссылке, а не по значению.
Не верно, все примитивы в js передаются по значению. В статье несколько раз упоминается неверная информация и это плохо…
self executed function
Общепринятое название immediately invoked function expression (IIFE). Раз уж решили писать для новичков, то чтобы они потом не путались в терминологии лучше так.
А ещё недавно появился метод bind, который привязывает функцию к контексту.
Он не просто привязывает функцию к контексту, он создаёт новую функцию с указанным контекстом, в отличие от call и apply.
Очень грустно это осознавать, и смотреть на них — казалось бы близких, казалось бы хорошо видимых — но недостижимых. И осознавая, что остается довольствоваться спорами о том, какая команда выйдет в получинал; новостями о том, какую актрису с кем увидили, и почему запретили хамон.
Для начала стоит научиться ценить то, что есть вокруг. Океаны, горы, снег и множество прекрасных уголков Земли. Люди это просирают каждый день и от этого грустно…
И не стоит обсуждать актрис, лучше купите себе телескоп, поезжайте за город и любуйтесь вместе с семьей прекрасными видами неба.
Думаю велосипед тут явно лишний по 2ум причинам как минимум:
— в официальной документации есть пример
— существует несколько пакетов Django для взаимодействия через ajax, например, DjangoRestFramework
Как вы правильно заметили — люди выбирают то, что на слуху, но нормальные разработчики не хватают всё подряд в проект, а сравнивают, пробуют и лишь затем делают выбор.
Ниодна идея не может удовлетворить всех, всегда будут те кому нравится и кому — нет, но главное — обе стороны будут двигать всех вперёд. JSX не нравился многим и мне в том числе. Но если понимать что это несёт в себе — всё становится логичнее и правильнее.
Так или иначе, я считаю, что React замечательная библиотека и одна из лучших вещей случившаяся в web за последнии пару лет. Как минимум это дало огромный толчок к развитию всей области. А отдавать все эти заслуги маркетингу, а не отличным идеям, реализованным в React — это нечестно, на мой взгляд.
В Pinterest никаких тысяч, а тем более десятков тысяч элентов не будет. Там всегда около 100-150 элементов и при скроллинге одни удаляются и вставляются новые или просто содержимое заменяется.
На мой взгляд, в каждой компании есть уже свой конвейер, который не сильно меняется от проекта к проекту и намного проще что-то изменить в нём. Да и строить сборщик на основе другого сборщика, который обретёт в будущем ещё один сборщик… какая-то абстракция на абстракции.
И тем не менее, работа проделана большая и думаю TARS найдёт своих пользователей :)
JS не какой-то странный зверь, которого надо поймать и наблюдать за ним, чтобы понять как он ведёт себя. Это такой же инструмент как и C#, для которого есть документация. Поэтому не нужно ничего «предполагать/проверять/искать причины поведения».
Например, есть отличная статья по стандарту ECMA, в которой объясняется подробно о том как работает всё это в JS (в заключении есть прямая фраза, что примитивы (к которым строки относятся) передаются по значению).
Не верно, все примитивы в js передаются по значению. В статье несколько раз упоминается неверная информация и это плохо…
Общепринятое название immediately invoked function expression (IIFE). Раз уж решили писать для новичков, то чтобы они потом не путались в терминологии лучше так.
Он не просто привязывает функцию к контексту, он создаёт новую функцию с указанным контекстом, в отличие от call и apply.
Для начала стоит научиться ценить то, что есть вокруг. Океаны, горы, снег и множество прекрасных уголков Земли. Люди это просирают каждый день и от этого грустно…
И не стоит обсуждать актрис, лучше купите себе телескоп, поезжайте за город и любуйтесь вместе с семьей прекрасными видами неба.
— в официальной документации есть пример
— существует несколько пакетов Django для взаимодействия через ajax, например, DjangoRestFramework