Захаров Александр: увы реалии таковы что люди насмотрятся как люди делают плохо и будут думать что так и надо а все остальное не правильно. И дойдет до них что это плохо только спустя пару зафэйленных проектов.
pka06455: нет никакой связи. Просто у германа есть вроде как возможность отложенного выполнения задач, но в целом лучше разделять все по зонам ответственности. cron - запуск по рассписанию. Причем герману плевать кто поставил задачу а крону плевать что делать по рассписанию, это позволяет более гибко комбинировать все эти вещи.
Grow-Progress.com, Дмитрий Королёв прекращаем. Ломают все что популярно (есть автоматические сканеры на известные уязвимости), решения разработанные самостоятельно могут "не сломать" только потому что незачем, в целом уровень безопасности таких решений ниже. Точно так же как и низок уровень безопасности различных мелких расширений для всех видов CMS которыми мало пользуются. Это обычное дело. XSS пропускают даже гуглы с майкрософтами, чем вы лучше их - ничем. Следовательно - любой может ошибиться и пропустить очевидную дыру.
Денис Инешин: все относительно, код с Angular1 на Angular2 мигрируется довольно легко (если использовать babel, компонентный подход, минимум дата биндинга, и у вас есть потом неделька для миграции того что вы написали за пару месяцев). Но вообще да, согласен. Просто посчитал что стоит упомянуть что Angualr2 уже близко, и он очень близок с теми идеями которые несет react + flux, но реализует все это чуть по другому. Причем с идеологической точки зрения мне этот подход больше нравятся.
FYI - они отказались полнотью от дата биндинга, его не будет, ну и они добавили абстракцию между DOM и приложению (тот же виртуальный дом грубо говоря но чуть по другому).
sivabur: вы не поняли, у вас подряд идут 3 комментария, два из них удалены (по известным вам причинам ;). Просто мне показалось это забавно учитывая контекст беседы. Я сам не заморачиваюсь, так что не мне кого-то судить, просто 3 попытки составить предложение и две из которых проволились (что показывает что вам все же не плевать что вы пишите, во всяком случае в контексте данного разговора), это реально забавно (в хорошем смысле). Не обижайтесь.
p.s. ихние недостатки... хоть слово такое и есть но забавно.
skvoshiz: все правильно, именно так. Качество важнее денег (хотя без денег довольно сложно обеспечить это качество, и еще сложнее обеспечить успех если качества не хватает), а еще более важно - ценность которую несет пользователю продукт. Если ценность продукта высока, качество не хромает, всеравно придется потратить солидную сумму на маркетинг. И что бы вы не голодали, проект все же должен приносить прибыль, что, в случае если с качеством и ценностью у нас все хорошо - проблем составить не должно. Вывод - качество и повышение ценность должны обеспечивать прибыль, иначе все это качество и ценность быстро угаснут (если конечно же вы не филантроп-миллионер)
skvoshiz: как говаривал мудрец - If i can't have sex with it, what's the point?
перефразируя, если это не приносит дохода, зачем это делать? Причем доход может быть косвенным, скажем... тупо реклама, или подписки (учитывая что целевая аудитория любит деньги, значит у них они есть, и если продукт им нужен - они будут делиться).
Михаил Паутов: создание аккаунта... админа? Он уже должен быть, и это больше серверная таска. Для авторизации рекомендую воспользоваться JWT.
Ну и вы забыли "список новостей, редактирование новости" и т.д. У списка может быть поиск, пагинация и прочее... Все это можно раздробить на директивы и жить счастливо.
littleguga: он плохо разделяет по смыслу стили, но в целом добивается примерно тех же целей. Вопрос именования классов - дело второстепенное как по мне.
littleguga: я не пользуюсь методологиями "именования класов". Если для вас BEM это именно "именование классов" то печаль беда. Это разделение стилей по назначению, дробление всего на блоки, отказ от каскадирования (или минимизация скорее) с целью получить более управляемые стили. Причем BEM это крайнее проявление этих идей.
Я для стилей пользуюсь принципами SOLID, можно это пожалуй так назвать. А для именований когда как, но в последнее время все чаще предпочитаю вариант bem или что-то схожее.
