Походу в день знаний на хабре усилилась активность троллей :) Я так-то не клиент, но даже ежу понятно, что фраза «вы сможете приобрести… со скидкой 50%» оговаривает именно приобретение. Хотели бы они написать про ежемесячную стоимость для тех, кто подключился сегодня — так бы и написали — «приобрести сервер с ежемесячным платежом в 50% от обычной цены».
Выберите «сделать это позднее», и ОС сама свяжется с серверами активации, убедится, что на данном конкретном ПК Windows 10 ранее уже активировалась и активирует вновь установленную ОС.
Вот интересно, а как она будет определять, что именно эта машина уже активировалась? Если по ID оборудования, то есть плохой момент, что оборудование может быть изменено — например, мамку поменяли и все? Или алгоритм поумнее стал?
Я, конечно, прошу прощения, за свой, возможно, необдуманный пост… но для чего ЗДЕСЬ, на РУССКОязычном портале, информация о том, что в Европе или Америке проседает рынок вакансий ИТ?
Entity-Attribute-Value.
Если попросту:
1) У вас есть базовая модель (Entity) с — Id, Name, Category. Это может быть товар, например.
2) В зависимости от категории, в которой расположен товар, к базовой модели применяются определенные атрибуты (Attribute) — Возраст ребенка, Материал (для игрушек), Вес, Габариты (для большинства товаров) и тому прочее. Ну и для связки Модель-Атрибут задается значение. Это все требует как минимум трех таблиц в реляционной базе (для NoSQL баз вроде другая ситуация, я не сталкивался, честно), не считая всей логики в БД и коде для обслуживания всей этой байды. При наличии большого количества атрибутов и категорий можно столкнуться со сжиранием большого количества памяти. Выход — кеширование и оптимизация структуры.
Не успел отредактировать камент)
Бросайте это гиблое дело с разработкой велосипеда. Берите готовое решение, про которое готовы быть уверены, что оно будет существовать долгое время, и изучайте до корней и допиливайте под себя. Это проще, быстрее и даст бОльший профит за меньшее время.
15 лет пользуемся собственным движком, написанным (на коленке) еще в 11м классе. С тех пор доработали там все, что можно было, не используя фреймворков. Летает в несколько раз быстрее большинства других магазинов за счет простой и незамысловатой логики. Но есть все, включая самое страшное зло — EAV.
Разработать с нуля — большой труд. Если у вас не команда в 10 человек с опытом или нет пяти лет на вдумчивую разработку — бросайте это гиблое дело. Что-нибудь обязательно упустите.
К слову, сейчас начали еще бОльший труд — перенос сего чуда на asp.net mvc в качестве эксперимента — проще застрелиться)
Идея вообще суперская, жаль что до этого не додумались еще раньше…
Вот интересно, а как она будет определять, что именно эта машина уже активировалась? Если по ID оборудования, то есть плохой момент, что оборудование может быть изменено — например, мамку поменяли и все? Или алгоритм поумнее стал?
Планов может быть много, все-таки.
Если попросту:
1) У вас есть базовая модель (Entity) с — Id, Name, Category. Это может быть товар, например.
2) В зависимости от категории, в которой расположен товар, к базовой модели применяются определенные атрибуты (Attribute) — Возраст ребенка, Материал (для игрушек), Вес, Габариты (для большинства товаров) и тому прочее. Ну и для связки Модель-Атрибут задается значение. Это все требует как минимум трех таблиц в реляционной базе (для NoSQL баз вроде другая ситуация, я не сталкивался, честно), не считая всей логики в БД и коде для обслуживания всей этой байды. При наличии большого количества атрибутов и категорий можно столкнуться со сжиранием большого количества памяти. Выход — кеширование и оптимизация структуры.
Не успел отредактировать камент)
Бросайте это гиблое дело с разработкой велосипеда. Берите готовое решение, про которое готовы быть уверены, что оно будет существовать долгое время, и изучайте до корней и допиливайте под себя. Это проще, быстрее и даст бОльший профит за меньшее время.
Разработать с нуля — большой труд. Если у вас не команда в 10 человек с опытом или нет пяти лет на вдумчивую разработку — бросайте это гиблое дело. Что-нибудь обязательно упустите.
К слову, сейчас начали еще бОльший труд — перенос сего чуда на asp.net mvc в качестве эксперимента — проще застрелиться)