Pull to refresh
0
0
mediaton @mediaton

User

Send message

В react экосистеме вполне себе без наследования получилось обойтись не потеряв в эргономике, на rust в целом потихоньку развиваются react like фреймворки, да и с альтернативной моделью тоже, например slint который пишут люди участвовавшие в разработке qt

Спасибо, действительно уникальная подборка по сравнению с тем же this-week-in-rust.org
Спасибо большое, как раз пригодилось
вот еще появится Object.getOwnPropertyDescriptors Proposal

const shallowClone = (object) => Object.create(
  Object.getPrototypeOf(object),
  Object.getOwnPropertyDescriptors(object)
);
Смысл во многом в том, чтобы не перенастраивать лексический анализатор в голове каждый раз когда смотришь на js файл после coffee
не вполне понятно зачем тогда вообще использовать rebase только на локальном репозитории, как я понимаю смысл этого предостережения в том что вся команда должна делать pull --rebase удаленных веток во избежании конфликтов.
Не делайте ребейз коммитов, находящиеся вне вашего репозитория.

Вот давно хотел спросить, что это значит? не делать rebase c удаленной ветки не своего репозитория?

Да, без портфолио как-то совсем сиротливо. Я когда нашел brainstorage понял что нет смысла верстать очередной сайт портфолио для себя, вместе с лентой активности brainstorage был очень хорошим инструментом для рассказа о своей текущей деятельности. Теперь опять все возвращается к тому что нужен свой отдельный домен.
Ха, ха то то Кен Кизи под конец занялся программированием )
На самом деле просто количество инструментов пригодных для web увеличиться, затратные по производительности вещи будут уходить на уровень ниже и их можно будет использовать через js api.
Мне вот интересно, можно ли будет из нативного js прозрачно работать с кодом загруженным в этом формате? Например скомпилировать к примеру node.js, отдать клиенту и вызывать node.js api из js скрипта?
Hugo отличатся еще тем что написан на go и удивляет скоростью генерации сайта
спасибо, стало яснее )
Эм, я прямо впечатался презентацией, в первую очередь простотой конфигурации и масштабируемостью. Я как раз занялся вопросом поиска удобного менеджера приложений для node который бы подходил под эти требования:
1. Приложения автоматически стартовали при рестарте сервера.
2. Приложения автоматически стартовали после падения
3. Была возможность перегрузить приложение вручную.
4. Разные вкусности, типа отдельных логов на приложение и т.п.
5. Просто добавлять новые приложения.
И с первого взгляда Impress, это то что мне нужно, но меня смущает подход к модулям нетипичный для node.js. Смогу ли я удобно использовать пакеты из npm через require()? работает ли подход когда для каждого приложения создается свой package.json со своими зависимостями? Или мне стоит ограничится например supervisor для этой сферы использования?

Information

Rating
Does not participate
Location
Санкт-Петербург и область, Россия
Date of birth
Registered
Activity