• TeaVM — инструмент для создания веб-фронтэнда на Java, Kotlin и Scala
    0

    Суть фреймоворка в рамках — от слова frame. Из рамок вылезти значительно труднее и ещё труднее в них влезть. Для технологических решений с осознанными ограничениями рамки удобнее.

  • Такты для разработчиков
    0

    iDoka это можно делать даже на псевдотредах. Было бы желание:)))

  • Такты для разработчиков
    0

    Такты сами по себе ничего не исключают, но они позволяют сделать рассинхронизацию по тактам. Это верно. Не надо противопоставлять такты схемам на базе ЛФ. Это некорректно.

  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0

    vintage яндекс уже предлагал вам эквайринг или они пока размышляют?:))) Tree очень неплох, но jsonnet мне ближе. Кстати, ждем reActive Tree c проприетарным кодом в нодах.

  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0

    Предлагаю перейти на canvas и забыть про DOM или почти забыть.

  • Зачем нужен БЭМ
    0

    Обращение через контейнер-владелец единственно правильная практика.

  • Зачем нужен БЭМ
    0
    Виталий Харисов — Пришёл в Яндекс в 2005 году как HTML-верстальщик. За время работы в Яндексе прошёл путь от вёрстки независимыми блоками до БЭМ, от офиса в Симферополе в 25 кв.м. до 1200 кв.м., от команды из одного человека до руководства всей разработкой на Украине.

    vintage я яндексменов чувствую за километр. Они не будут менять свою точку зрения. Это бесполезная затея

  • Почему JavaScript работает быстрее, чем С++?
    0

    Несогласен. Проблема не в головах. Проблема в архитектуре. Огромность как показатель приложения — это прямое следствие выбранной архитектуры. Как правило со статичным ядром и плагинами. Эффективность архитектуры это просто словосочетание. Эффективным может быть решение с использованием той или иной архитектуры. Архитектура jquery дает одни решения, ангуляр другие, а вуи или мол третьи.

  • Angular vs. React vs. Vue: Сравнение 2017
    0

    Специально посмотрел приложение для Андроида от али. Нет там пагинации. Сплошной скролл с подгрузкой. Причем полагаю. что все ассеты и UX как им надо кэшируются и рендарятся:) То, что 99 процентов UX кривые то, тут за грибами не ходи. Правильный трансформер Tools для UX так никто и не сделал. Хотя с инструментария и надо было начинать. vintage на мой взгляд действительно трудолюбив талантлив и амбициозен. Так и надо. Я редко кого-то хвалю. Иначе мне бы не кидали столько "-" в карму. Но это для меня не показатель. У Потапенко ненамного меньше:) Я всё ещё здесь.

  • Angular vs. React vs. Vue: Сравнение 2017
    0

    PaulMaly почему вы пишите "рендер" как "рендар". Вам так слышится или вы пальцем не туда попадаете? Реализация зависит от того что человек себе представляет. Вы так себе представляете vintage по другому. Совместите свои взгляды и вы подружитесь.
    Относительно вашей задачи. Асинхронные события произошли, а караван из операций идёт своим путем, (он же конвейер).

  • Angular vs. React vs. Vue: Сравнение 2017
    0

    Я полностью разделяю точку зрения vintage
    Эволюция взглядов на паттерны для js чем то напоминает эволюцию взглядов для as3 с некоторым лагом по времени (лет на 5). Это честно очень забавно.
    Event drive полезен для моделирования.Когда надо понять как может работать система. Часто она работает не так как ты себе это представил. Я не знаком в деталях с $mol. Для меня это просто $mol:)


    Нет, тут мы чётко контролируем что, когда и в каком порядке будет исполнено.

    На энде (клиенте или сервере) имеется какой-то верификатор исполнения по сценарию?

  • Angular vs. React vs. Vue: Сравнение 2017
    0

    Возможно имеется ввиду [родительский] контейнер, который слушает и подсматривает за плагинами, а таргетные компоненты пользуются такой "услугой".

  • Параллелизм против многопоточности против асинхронного программирования: разъяснение
    0

    Анимация например, обработка данных с неизменяемым контекстом. Про три сокета. Не знаю как будет выглядеть. Зависит от языка.

  • Параллелизм против многопоточности против асинхронного программирования: разъяснение
    –1

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

  • Параллелизм против многопоточности против асинхронного программирования: разъяснение
    –2

    Поток это канал, контейнерного типа где размещаются процессы или часть кода. Как любой канал он может простаивать, освобождаться. Это всё азы из теории СМО.Там до кучи терминов. Их надо знать, если хотите быть настоящим архитектором, а не фейковым. А так можете утверждать всё что угодно и на основании своих догм строить всё что угодно. К реальному делу это не имеет никакого отношения.

  • Параллелизм против многопоточности против асинхронного программирования: разъяснение
    –3

    Дебилам не отвечаю. Для остальных — если все ядра занят делом, то значит цель балансировки достигнута.

  • Как я перестал любить Angular
    +1
    Вопрос не в синтаксисе (дело привычки), а в том, что можно и без директив интерфейс компоновать

    Нужно! Именованные скобки (они же теги) должны быть частью выражения.

  • Как я перестал любить Angular
    +1

    $ вероятно сигнализирует о глобальных планах экспансии продукта, но пока его за trees не видно :))))

  • Параллелизм против многопоточности против асинхронного программирования: разъяснение
    –2

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

  • Переходим на сторону сервера с bem-express
    –1

    Кто такие Яндесоиды? Очевидно, что BEM это в корне (или из корня)неверная технология.
    Но другой нет. Т.е. есть — JSONNET, но её никто не использует. 21 век. Все по-прежнему делается руками.


    tadatuta


    Ты же знаешь ответ ;)
    Зависит от отдела == опыта команды и требований

    Зависит от руководства.
    Я бы ваш отдел не моргнув глазом распустил.
    Единственное детей и женщин жалко:)

  • Новый чемпионат для backend-разработчиков: HighLoad Cup
    0

    Справедливости ради. Есть класс задач, которые я называю задачами с "ускользающей сложностью". Их проблематично точно решить и за три месяца…

  • Новый чемпионат для backend-разработчиков: HighLoad Cup
    0

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

  • Декларативное программирование в web-е
    0

    Достаточно просто пока у вас объект имеет небольшое количество узлов и уровней. А если это ответ от умного дома с сотнями датчиков и десятками параметров, то совсем не просто. Приходится повторять структуру объекта. А это лишний трафик на каждую милисекунду. Выход один описывать формат ответа непосредственно в запросах. Здесь ближе GraphQL

  • Liscript — web REPL: поцелуи, велосипеды и экскаваторы
    –1

    vintage аплодирую стоя, но мне синтаксис JSON ближе.

  • Декларативное программирование в web-е
    –1

    У меня схожие мысли.Схемы нужны для определения типов десерилизованных данных и реализация Sсhema для JSON совсем не пример для подражания.

  • Декларативное программирование в web-е
    0

    В элементах enum массива допустимы ключи — типы или только значения? vintage в Tree имеются декларации или нет? Лень читать доки.

  • Ingram Micro и Odin Automation
    +1

    Можете не продолжать. Статья пустая. Просто обязаны:)

  • Создание языка программирования с использованием LLVM. Часть 6: Расширение языка: Операторы, определяемые пользователем
    –3

    Разные люди разбираются по разному с учётом того видят они разницу между тёплым и белым или нет. Вероятно перевод близок к оригиналу. B качестве треннинга перевода пойдет, но вот сам оригинал никуда не годен. Замечание к редакторам пропускающим такие паблики. Прислушайтесь к geekmetwice. Когда затрагиваешь подобные темы надо начинать с фундаментальных вещей, а не с их сомнительных реализаций. Научиться можно и плохим техникам. Даже быстрее чем хорошим.

  • Создание языка программирования с использованием LLVM. Часть 6: Расширение языка: Операторы, определяемые пользователем
    –5

    Зачем вы этот трэш переводили???

  • Играючи BASH'им
    0

    Понравилось солнышко! Я больше люблю солнышки рисовать. На канвасе правда.

  • JavaScript как явление
    0

    Что-то среднее между tree и jsonnet :)))

  • Сравнение REST и GraphQL
    0

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


    это не json, а объект в терминах grapqhl
    аргументы разным целям служат, где-то фильттр, где-то сортировка, где-то служебный флаг итд. Вообще во всех языках в функции передается список аргументов, а не массив.

    Видимо тут имеются ввиду объекты, но не в смысле классов или функций, которых в обычном json нет. По крайней мере я именно так это понимаю.

  • Пятничное: к сообществу
    0

    Только не в обороте, а на рынке. Если я олигарх прихожу на рынок. Всё скупаю и устанавливаю новую цену. Или я нищеброд торгуюсь за снижение цены так как карманы мои пусты. Есть разница? Давным-давно существует универсальный метод расчета сколько и чего должно быть на рынке, чтобы не было дисбаланса. Я про этот метод знаю почти 40 лет, но он до сих пор нигде в финсфере не используется! Ни у нас ни в Америке. Хотя создан американскими учеными. Вот где парадокс парадоксов. Биткоины будут отдыхать если этот метод глобально внедрить по шарику. Это метод, кстати, объясняет почему Америке не грозит дефолт.

  • Сравнение REST и GraphQL
    0

    portey если вы такие умельцы портируйте на PHP jsonnet ( jsonnet.org ) .GraphQL будет отдыхать. А пока да он весьма неплох.

  • Пятничное: к сообществу
    0

    На еще один двигатель? https://vk.com/duyunov_official

  • Новый чемпионат для backend-разработчиков: HighLoad Cup
    0

    Почему не рассмотрели моё задание? Оно не такое тривиальное как может показаться:)

  • Как программно разметить спутниковую фотографию? Решение задачи Dstl Satellite Imagery Feature Detection
    0

    Как стать программистом исследователем в Mail.ru и что это такое? Я по дефолту считаю себя программистом исследователем. И полагаю, что не только я:)))

  • Сравнение Vue.js с Angular и React, и почему Vue выигрывает
    0

    Многое из того что потом кодируется напрямую зависит от формата данных.
    Давайте лучше обсудим apache avro vs MsgPack
    Быстрее это всё в текстовом редакторе набрать в JSON схемах.

  • Сравнение Vue.js с Angular и React, и почему Vue выигрывает
    0
    Там где «все остальные фреймворки» тащат javascript в разметку, react затащил разметку в javascript. Совместно с typescript, это еще и дает то, что весь рендер типизован.

    Согласен с комментом. Есть ещё jsonnet

  • Приложения для Tarantool 1.7. Часть 1. Хранимые процедуры
    0

    Ориентация на Lua обозначило печальный тренд, который будет сохранятся в tnt и дальше. Скорее всего мы не увидим jsonnet подобных систем когда код является частью данных, а не наоборот. Именно в этом истинный смысл хранимости и реактивности. Точка, точка, два крючочка. Это уже проходили. Что мы еще не увидим? Мы не увидим систем с гибким расширением ядра плагинами и работы с помощью перепрограммируемых запросов, а не жёстких методов. Это важно для проектирования, адаптирования и тестирования систем без переписывания значительной части кода. Но программистов считающих, что tnt "круть" достаточно. Поэтому фронт работ для них предопределён… В конце концов какая разница за, что платится бабло. Главное, что оно платится.
    Стоит отметить и сильные стороны tnt. Это безусловно мультизадачность, использование MsgPack. и механизма копирования при записи COW. Остальным смело можно пренебречь.