В ваших словах заставляет усомниться уточнение, что Cackle Reviews работает через JS и необходимость копирования в валидатор контента сформированного на клиенте.
Если бы гугл мог прочитать микроразметку сам, то ничего копировать не пришлось бы
Я уж не знаю, работает ли ваш механизм, но эта якобы проверка совершенно бессмыслена.
Чтобы убедиться, что Google будет индексировать ваш сайт с микроразметкой, есть специальный валидатор Google Testing Tool. Так как Cackle Reviews работает через JavaScript, то вам нужно не просто скопировать адрес страницы с отзывами, а открыть консоль браузера (например в Chrome это Ctrl + Shift + C), перейти на вкладку Elements и скопировать весь код страницы в окно 1 валидатора, кликнуть «ПРОВЕРИТЬ».
Не понял, как в этом случае гугл будет самостоятельно индексировать рейтинг и количество отзывов добавленные на страницу товара описанным способом.
Скажите пожалуйста, что тут подразумевается под контрактом? Offer на двух языках полученный от одеска/апворка? Если да, то откуда взять его номер, ведь в нем только дата?
Точность, применительно к определению местоположения, измеряется величиной радиуса, т.е. в еденицах длины, а 70% – это вероятность успешного определения расположения.
Да, я хорошо понимаю, что такое разработка полноценной ИС и какие бюджеты для этого нужны. 100-300к российских денег назвал исходя из «1 месяц аутсорса + внедрение».
Самое страшное это вовсе не программирование, а аналитика. Обычно, Senior Developer может запрограммировать что угодно, если он понимает бизнес-процессы, которые должен автоматизировать. Или если их понимает кто-то другой, обычно – какой-то другой отдел или даже другая организация.
Возможно вы правы.
Но мне намного больше нравится обратный подход. Если компания «начинающая», то ей стоит попользоваться каким-то готовым решениям, понять как это все работает, определиться со своими бизнес-процессами, сформулировать чего в ИС не хватает для счастья компании и тогда уже думать – переходить на более навороченное решение или разрабатывать собственное, если это действительно целесообразно.
Я ничего не хочу сказать о ваших продуктах, вполне возможно это хорошие системы решающие свои задачи, просто меня несколько удивляет сам подход.
Зачем компании из 15-30 сотрудников ввязываться в производство специфики которого она не понимает? Сопровождать свое решение в будущем?
Сколько будет стоит разработка и внедрение такой системы? 100-300к?
Не проще ли купить мегаплан в коробке или другое подобное решение за меньшие деньги и на наступать на грабли, о существовании которых руководство даже и не подазревает?
CRM с циклом разработки от месяца, проанализированная и запрограммированная фриленсерами – это не CRM, а админка для пары таблиц БД с клиентами компании. Кривая и косая.
Вообще, если руководитель или начальник техотдела торговой компании со штатом менее 1000 человек внезапно решают написать свою CRM/ERP, то нужно немедленно принимать меры и бить их по голове. Либо чем-то тяжелым, либо грустными рассказами.
Концерны это фантастически удобно, если вам нужно переопределять модель.
К пример, если джем с моделью User. В простом случае он может состоять из одной только строки:
include UserConcerns::Base
У вас есть приложение, которе использует этот джем. И на уровне приложения потребовалось добавить в User на дополнительную логику.
Вы далете концерн и добавляете инишиалайзер с его подключением к User:
User.send(:include, CustomProjectExtension).
Кроме того, Concern разруливает подключение модулей к модулям, очень удобно.
Репозиторий должен быть самодостаточным, – взял и начал работать. Не тратя время на разбирательства, кто и как готовил репозиторий и свое локальное окружение.
Аргументация в пользу таких усложнений, как я понимаю только одна – .gitignore превратиться в помойку.
Файлы проектов IDE – сколько актуальных ide или редакторов существует для вашего стека? Не думаю, что больше 5.
Дотфайлы локального окружения для запуска проекта (если такие есть).
Всякий мусор ОС (.DS_Store, thumbs_db).
Файлы специфичные для вашего стека, которых не должно быть в репозитории.
Первые два пункта – это 10-15 строчек, в худшем случае.
Разве это стоит вероятности наступления на БольшиеГрабли?
Нет, не проще.
После такого решения вы или кто-то из вашей команды потратит уйму времени, чтобы понять, почему же у него картинки.jpg появились в репозитории, картинка.jpeg – нет.
3. Техническое задание на разработку (на базе реального ТЗ, которое может многократно изменяться в процессе проектирования происходит оценка дальнейшей разработки)
Честно говоря не понял про ТЗ, которое может меняться в процессе проектирования. Имелось ввиду, в процессе разработки?
Если да, как вносите поправку к первоночальной стоимости, доп. соглашениями к договору? Или это как-то отдельно в договоре обговаривается?
Если бы гугл мог прочитать микроразметку сам, то ничего копировать не пришлось бы
Я уж не знаю, работает ли ваш механизм, но эта якобы проверка совершенно бессмыслена.
Не понял, как в этом случае гугл будет самостоятельно индексировать рейтинг и количество отзывов добавленные на страницу товара описанным способом.
И что-нибудь еще.
Радиокружок, игра на барабанах?)
И, собственно, какая цель?
Точность, применительно к определению местоположения, измеряется величиной радиуса, т.е. в еденицах длины, а 70% – это вероятность успешного определения расположения.
Самое страшное это вовсе не программирование, а аналитика. Обычно, Senior Developer может запрограммировать что угодно, если он понимает бизнес-процессы, которые должен автоматизировать. Или если их понимает кто-то другой, обычно – какой-то другой отдел или даже другая организация.
Но мне намного больше нравится обратный подход. Если компания «начинающая», то ей стоит попользоваться каким-то готовым решениям, понять как это все работает, определиться со своими бизнес-процессами, сформулировать чего в ИС не хватает для счастья компании и тогда уже думать – переходить на более навороченное решение или разрабатывать собственное, если это действительно целесообразно.
Я ничего не хочу сказать о ваших продуктах, вполне возможно это хорошие системы решающие свои задачи, просто меня несколько удивляет сам подход.
Сколько будет стоит разработка и внедрение такой системы? 100-300к?
Не проще ли купить мегаплан в коробке или другое подобное решение за меньшие деньги и на наступать на грабли, о существовании которых руководство даже и не подазревает?
Вообще, если руководитель или начальник техотдела торговой компании со штатом менее 1000 человек внезапно решают написать свою CRM/ERP, то нужно немедленно принимать меры и бить их по голове. Либо чем-то тяжелым, либо грустными рассказами.
К пример, если джем с моделью User. В простом случае он может состоять из одной только строки:
include UserConcerns::Base
У вас есть приложение, которе использует этот джем. И на уровне приложения потребовалось добавить в User на дополнительную логику.
Вы далете концерн и добавляете инишиалайзер с его подключением к User:
User.send(:include, CustomProjectExtension).
Кроме того, Concern разруливает подключение модулей к модулям, очень удобно.
И какой основной стек технологий, на чем разрабатываете)?
Репозиторий должен быть самодостаточным, – взял и начал работать. Не тратя время на разбирательства, кто и как готовил репозиторий и свое локальное окружение.
Аргументация в пользу таких усложнений, как я понимаю только одна – .gitignore превратиться в помойку.
Файлы проектов IDE – сколько актуальных ide или редакторов существует для вашего стека? Не думаю, что больше 5.
Дотфайлы локального окружения для запуска проекта (если такие есть).
Всякий мусор ОС (.DS_Store, thumbs_db).
Файлы специфичные для вашего стека, которых не должно быть в репозитории.
Первые два пункта – это 10-15 строчек, в худшем случае.
Разве это стоит вероятности наступления на БольшиеГрабли?
После такого решения вы или кто-то из вашей команды потратит уйму времени, чтобы понять, почему же у него картинки.jpg появились в репозитории, картинка.jpeg – нет.
Стоило бы назвать статью «Ретроспектива трендов веб-дизайна за прошедшие годы»
Честно говоря не понял про ТЗ, которое может меняться в процессе проектирования. Имелось ввиду, в процессе разработки?
Если да, как вносите поправку к первоночальной стоимости, доп. соглашениями к договору? Или это как-то отдельно в договоре обговаривается?