Хм. А вот интересно посмотреть на суд обязуют выдать логи какого-нибудь p2p-tox'a. т.е. месседжера техническую невозможность выдачи логов которого сможет доказать адвокат.
В ирке не ведется? Странно… на больших точно — я через логи много полезного находил. Но вот да, могут обязать вести логи? А если я не компания? А если это что-то p2p и логи у всех и ни у кого… Кажется у законодательной системы не хватает уровня абстракции для покрытия всех возможных IM-месаджеров…
Нет, а вот мне интересно. А если у меня собственный Jabber и mail серверы, то что они ко мне отправят запрос по которому я должен им выдать свои логи или как?
Я думаю что это необходимо как минимум в виде опции. Есть масса подходов и платформ, где структура проекта достаточно жестко задается, при этом системы сборки там далеки от идеала.
Успехов, буду следить за обновлениями и по возможности с удовольствием попробую.
На яндексе неплохой курс для начинающих, этот work.caltech.edu/telecourse.html тоже. Мне до конца еще далеко, но я думаю что дальше уже Задачка, «Нейронные сети — Полный курс» и в перед =)
Как раз сегодня ночью организовывал свои gulp task'и для React 13 + babel.
Приятно что вы заботитесь а кастомизации, но все-таки мне кажется что build система должна быть жестко разделена от продукта config файлом, и навязывать разработчику где ему хранить шаблоны, и как разбивать код на модули — очень не благородное дело. В случае с React здесь появляются различные конфликты например.
Сорри, я-таки не понимаю в чем проблема. Я использую все тот же Browserfy + transform(es6ify) кторый замечательно поддерживает классы и беды не знаю. + sourcemaps, в чем минус?
И важный момент, что она очень легко расширяется и если чего-то нет в API добавить новый метод — обычно 2-3 строчки. Например изначально нет возможности сбросить максимальные и минимальные значения для axis'ов, но это легко дополняется:
//Range
c3.chart.fn.axis.reset_range = function () {
this.axis.max(undefined);
this.axis.min(undefined);
};
Да, я тоже полгода назад смотрел — и отказался. А сейчас посмотрел и перешел на нее.
Документация действительно не вся заполнена, хотя API работает все. И поддержка шустрая. Примеры очень полные, комбинации дают богатые возможности (где-то 5\6 от amCharts) и судя по звездочкам и ишьюсам ее сейчас много кто использует (а значит баги всплывают\закрывают часто).
До этого сидел на d4 — хорошая штука. Но не Reusable, и разработчик (хоть и классный парень) но довольно сильно занят(
Софтина видит только FATовские разделы если что
Успехов, буду следить за обновлениями и по возможности с удовольствием попробую.
Приятно что вы заботитесь а кастомизации, но все-таки мне кажется что build система должна быть жестко разделена от продукта config файлом, и навязывать разработчику где ему хранить шаблоны, и как разбивать код на модули — очень не благородное дело. В случае с React здесь появляются различные конфликты например.
А так, спасибо)
www.fundable.com/rayton-solar-inc
Документация действительно не вся заполнена, хотя API работает все. И поддержка шустрая. Примеры очень полные, комбинации дают богатые возможности (где-то 5\6 от amCharts) и судя по звездочкам и ишьюсам ее сейчас много кто использует (а значит баги всплывают\закрывают часто).
До этого сидел на d4 — хорошая штука. Но не Reusable, и разработчик (хоть и классный парень) но довольно сильно занят(