notie.js - скрипт всплывающих уведомлений
https://jaredreich.com/projects/notie.js/
Где искать клиентов для интернет магазина
Если встает вопрос: "где искать клиентов", то можно самостоятельно попробовать на него ответить.
Представим себя клиентом, который ищет своего исполнителя, какой то конкретной задачи. Первоначально надо искать исполнителя, который надежно и качественно выполнит задание (поручение, предоставит услугу, товар).
При выборе обратим внимание на:
- репутацию – дает надежду на качественно выполненную исполнителем услугу;
- качество товаров и услуг – один из наиглавнейших аспектов при выборе исполнителя;
- цену - она должна быть средняя, потому что слишком низкая вызывает недоверие, слишком высокая отталкивает;
- доставку (если она требуется);
- скидки – приятно всегда получать даже самые низкие скидки.
Первые контакты для начала ищем через сарафанное радио у довольных заказчиков, друзей, родственников, знакомых. Затем через интернет или газеты, объявления, визитки.
Используем такие средства или сервисы для поиска как:
- поисковики - быстрый и надежный способ найти исполнителя;
- социальные сети – популярный, но не всегда хорошие способ, занимает много времени;
- блоги и специализированные форумы – удобно, так как можно помимо поиска исполнителя прочитать отзывы и рекомендации пользователей;
- онлайн объявления – удобный вид поиска, но не всегда описывает все нюансы исполнителя.
А теперь прочитав это, проанализируйте и двигайтесь от обратного =) Успехов в продажах!
Коротко о принципах проектирования
Don't Repeat Yourself (DRY, рус. Не повторяйся) - изменение единственного элемента системы не требует внесения изменений в другие, логически не связанные элементы. Те элементы, которые логически связаны, изменяются предсказуемо и единообразно.
KISS (keep it short and simple — «делай короче и проще») - принцип проектирования, при котором простота системы декларируется в качестве основной цели и/или ценности.
YAGNI (англ. You Ain't Gonna Need It — «Вам это не понадобится») - отказ от избыточной функциональности, — т. е. отказ добавления функциональности, в которой нет непосредственной надобности
S.O.L.I.D. - это аббревиатура пяти основных принципов объектно ориентированной архитектуры.
-
S – Single-responsiblity principle - Принцип единственной обязанности. Каждый объект должен иметь одну обязанность и эта обязанность должна быть полностью инкапсулирована в класс
-
O – Open-closed principle - Принцип открытости/закрытости. Сущности (классы, модули, функции и т. п.) должны быть открыты для расширения, но закрыты для изменения
-
L – Liskov substitution principle - Принцип подстановки Барбары Лисков. Поведение наследуемых классов не должно противоречить поведению, заданному базовым классом, то есть поведение наследуемых классов должно быть ожидаемым для кода.
-
I – Interface segregation principle - Принцип разделения интерфейса. Слишком «толстые» интерфейсы необходимо разделять на более маленькие и специфические, чтобы клиенты маленьких интерфейсов знали только о методах, которые необходимы им в работе
-
D – Dependency Inversion Principle - Принцип инверсии зависимостей. Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.
Коротко о методологиях разработки
Waterfall ( водопад, она же каскадная разработка ) - процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки.
- Все требования должны быть определены и детально описаны до начала разработки;
- Проекты легко контролируются, отслеживаются ресурсы, риски, время;
- Качество имеет первоочередной приоритет по сравнению со стоимостью и временем.
- Дорого и медленно;
- Чувствителен к изменениям;
- Мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту;
Agile ( проворный, итеративная разработка ) - сведения разработки к серии коротких циклов, называемых итерациями, которые обычно длятся одну-две недели. Каждая итерация сама по себе выглядит как программный проект в миниатюре, и включает все задачи, необходимые для выдачи мини-прироста по функциональности.
- Использование временные рамки(time boxes);
- Конечный пользователь вовлечен в процесс с самого начала;
- Быстрое получение первой/пробной версии продукта для тестирования;
- Легко воспринимаются корректировки и изменения в процессе разработки.
- Риск никогда не достигнуть закрытия/завершения проекта.
- Небольшой или средний проект, относительно короткий по времени;
- Технические требования приемлемые, коллериются с технологиями, которые собираются быть использованными для разработки.
Наиболее популярные методолгии итеративной разработки:
- KANBAN - визуализация разработки, разделяя на задачи и использование отметок о положение задачи в разработке.
colorify.js - скрипт извлекает цвет из изображения
У скрипта есть функция ленивой загрузки. То есть сначала видите область цвета преобладающего в картинке, а после загрузки она уже проявляется.
http://colorify.rocks/index.html