Комментарии

Да все верно Татьяна, Экосистема Аграрум реализованна на фреймворке DST Platform, данный движок очень удобен в разработке крупных и сложных проектов, таких как социальные сети, маркетплейсы, экосистемы, сайты знакомств и.т.д.

Заказали в ДСТ Глобал лендинг для нашей компании eosago-mc.ru сделали все быстро, качественно, все наполнили и проконсультировали, данную Веб-студию советую, работают на 5+

Agraroom проект очень понравился, классно сделан и маркетплейс товаров и маркетплейс услуг + еще куча других сервисов, интересный проект, яркий, как я поняла он реализован на DST Platform?

По проекту работы выполнялись куратором Наталей. Качество работ безупречное. Все всегда выполнялось очень добротно и в срок! Оценка за выполненные работы — отлично! С удовольствием буду рекомендовать. Спасибо Наталье и всей команде ДСТ!

В сети есть множество платформ для создания сайтов, которые можно разделить на 2 большие группы – онлайн-конструкторы и программы-конструкторы. С первыми нужно работать онлайн, со вторыми – на собственном ПК

С каждым годом появлялись новые платформы для создания сайтов, которые далеко позади оставили ВордПресс, предлагали лучшие юзабилити, более удобные и простые конструкции.
Популярные платформы для создания сайтов

Из наиболее известных можно назвать:

Wix;
Tilda;
Google Sites;
Jimdo;
IM Creator (XPRS);
Weebly uKit (uCoz);
Webnode;
uCraft;
Webflow;
Webstarts;
Bookmark и еще десяток платформ.

Лидирующее положение занимает Wix. На нем создают блоги, интернет-магазины, портфолио, многое другое. Имеющиеся полтысячи шаблонов с широким функционалом позволяют подобрать дизайн под нужную тему. Веб-сайты на этом конструкторе подстраиваются под размер дисплея любого гаджета. Если опыта достаточно, можно самостоятельно сделать сайт на этом движке. Или воспользоваться WixADI – искусственным интеллектом. Он сам соберет требуемый ресурс, опираясь на анкету, заполненную клиентом.

Конструктор сайтов Weebly

На втором по популярности месте стоит конструктор Weebly. Его разработчики создали идеальные платформы для создания сайтов. В шаблонах есть много полезных виджетов, помогающих в развитии малого бизнеса. Задействован более гибкий по сравнению с Wix drag&drop-интерфейс. Собственный интернет-магазин можно создать на этой платформе с помощью утилиты Square Suite. У Weebly есть специальное приложение, его скачивают бесплатно в PlayMarket и AppStore.

Модульная платформа для реализации веб-ресурса

Платформы для создания сайтов Tilda имеют около 450 готовых модулей. Составляя из них вариации, пользователь получает оригинальный ресурс – продажную страницу, новостной портал, интернет-магазин, портфолио. В этот конструктор встроено приложение Zero Block – графический редактор, на котором можно создать эксклюзивный дизайн. Сайтами на этой платформе можно управлять со смартфона.
CMS платформы

Популярные в начале 2000-х платформы для создания сайтов – DLE, Joomla и WordPress – продолжают развиваться. Они имеют бесплатные плагины, но наиболее функциональны варианты с разовой или помесячной платой.

Вокруг каждого конструктора группируются его пользователи. В комьюнити можно задать вопросы и получить подробные ответы по поводу его функционирования.

P.S.
Конечно все выше перечисленные платформы предлогают решения не для профессионального бизнеса, там уже используют самописные, индивидуальные решения и фреймворки, а цены и сроки на разработку значительно выше т.к. требуют высокойквалификации разработчиков и продолжительной работы.

Популярные решения для профессионального бизнеса: Laravel, Yii, DST Platform и.т.д.
Для среднего бизнеса это: ShopScript, Битрикс и.т.д.

Не подскажите какие существуют популярные платформы для создания недорогих сайтов, чтоб можно было попробовать что-то сделать самой

Все зависит от продуктового стека и того, чем автоматизируется тестирование. В DST Global лично у меня:

Linux/macos
VScode
Pytest
DST CRM
Jenkins
Bitbucket

И еще вопрос — какими инструментами пользуются тестировщики: окружение, редакторы и IDE, библиотеки и фреймворки?

Это очень сильно зависит от подхода к тестированию в конкретной компании. Часто бывают случаи, что тестировщику вообще не приходится заглядывать в код. Особенно это может касаться различных embedded решений или прошивок устройств. Но знать, как разрабатывается продукт, как он работает, и почему сделано именно так, тестировщик должен.

Интересно, чтобы проверять написанные программистами приложения, тестировщик должен разбираться в коде лучше программистов. Этот тезис верный или нет?

С финансовой — к позиции программиста. Вот только смотри пункт про образ мышления. Есть мнение, что тот, кто рожден быть хорошим тестировщиком, будет паршивым программистом. И наоборот.

И опять особняком автоматизаторы: часто их зарплаты сопоставимы с программистами. Именно потому, что они, по факту, занимаются разработкой, и им платят, чтобы они действительно не ушли в разработку.

Спасибо за развернутый ответ. А тогда с финансовой точки зрения к чему выгоднее стремиться: к позиции тестировщика или программиста?

1. Проще сказать, чем они похожи: оба специалиста работают над тем, чтобы на выходе получился качественный продукт, отвечающий требованиям заказчика. В остальном это совершенно разные направления работы.

Конечно, есть отдельные специализации, такие, как специалист по автоматизации тестирования (test automation engineer) или разработчик в тестировании (software development engineer in tests), чья работа почти идентична работе программиста. Она предполагает написание кода автоматических тестов и тестовых фреймворков.

Но в целом задачи тестировщика слабо перекликаются с задачами программиста. Анализ требований, составление тестового плана с учетом покрытия требований, выполнение ручного тестирование и запуск автотестов, подготовка отчетов — вот работа тестировщика. Если не рассматривать уровень простого мануального тестирования, я бы сказал, что такая работа имеет значительно большую аналитическую составляющую, чем техническую.

Валидация продукта требует от тестировщика достаточно большого кругозора, так как приходится смотреть на продукт глазами пользователя, понимать его потребности. Надо уметь «быть пользователем» и знать его потребности, что непросто, если речь идет о специализированных решениях. Надо знать отраслевые стандарты, которым должно соответствовать решение, и уметь это соответствие проверить. Надо уметь находить способы тестирования совместимости с конкурентными решениями.

Кроме того, от тестировщика требуется другое мышление. Способ думать разработчика должен привести его к одному правильному и оптимальному сценарию решения проблемы. Способ думать тестировщика ведёт его ко всему многообразию сценариев, которых, по определению, больше.

Еще раз повторюсь: мы не рассматриваем автоматизаторов и разработчиков в тестировании, потому что они, на мой взгляд, всё же разработчики, а не тестировщики.

2. По поводу вопроса — кем проще стать: разработчиком или тестировщиком?

Тестировщиком. Но не потому, что им быть проще. Просто порог входа ниже. Карьера разработчика начинается с позиции junior software developer, которая требует наличия минимальных знаний: язык программирования, основные алгоритмов и структур данных, знакомство с фреймворками и так далее. Чтобы стать джуном, ты уже должен быть разработчиком.

Карьера тестировщика начинается с уровня специалиста по ручному тестированию (manual testing): есть описание тестов, делай руками, вноси результаты в отчет. Очевидно, что начинать во втором случае проще.

Спасибо за ответы Марат. У меня есть еще два вопроса.

1. Чем работа тестировщика отличается от работы программиста? И что есть общего в работе тестировщика и программиста?

2. Кем проще стать: разработчиком или тестировщиком?

Я бы сказал, что для программистов первично знание программирования. Языки и платформы — это уже вторично. Фундаментальные знания позволяют легко освоить новый язык. По моим данным, это справедливо и для QA.

Большое спасибо, мне понравилось. Но на один вопрос пока не нашёл ответа в рунете — если программисты почти строго делятся по языкам/платформе, то как обстоят дела у тестировщиков? Заранее спасибо

спасибо за статью. Скажите, знания, полученные для тестировщика, могут в дальнейшем пригодиться для освоение NLP-developer или это вообще совершенно разные знания и ничего из тетсировщика для nlp не почерпнешь?

Хорошая статья и комментарии, полезные советы, но я бы добавил.

1. Формы должны быть короткими

Когда пользователь посещает ваш сайт, естественно, как он-лайн маркетолог, вы хотите собрать с него как можно больше данных. Однако, когда дело доходит до создания хорошей целевой страницы, чем меньше, тем лучше. Чрезвычайно важно, чтобы пользователь заполнял как можно меньше полей формы. Чем больше полей вы просите ввести посетителя, тем меньше у вас шансов получить заполненную форму и выполнить желаемую конверсию. Если вам необходимо заполнить форму, спросите только самое необходимое. Помните, что вы всегда можете запросить дополнительную информацию на странице благодарности.

При наличии таких ограничений, какие поля в форме вы должны сделать обязательными? Большинство пользователей не возражают назвать свое имя и адрес электронной почты, но запрос телефонных номеров или даты рождения может привести к тому, что ваш показатель падения возрастет до 50%. Остерегайтесь этих полей формы!

2. Адаптируйте свои целевые страницы для отдельных аудиторий

Если у вас есть отличное предложение, и вы его хорошо продвигаете, вы, скорее всего, будете получать трафик из разных источников. Если это вообще возможно, вы хотите настроить целевые страницы для разных аудиторий. Пользователь, который попадает на вашу целевую страницу с поста в Facebook или Twitter, совершенно отличается от пользователя, который попадает на вашу целевую страницу с объявления PPC или по ссылке из вашего ежемесячного информационного бюллетеня.

3. Сопоставьте копию целевой страницы с рекламой PPC

Для получения эффективной целевой страницы не забудьте сопоставить слова, используемые на странице, с ключевыми словами и текстом, используемыми в объявлениях и платной рекламе в Google. Повторение того же языка и ключевых фраз демонстрирует последовательность и убеждает посетителей в том, что они находятся на правильном пути. Также важно доставлять пользователей непосредственно к контенту, который они ищут. Если пользователь нажимает на рекламу PPC о спальных мешках, не оставляйте их в разделе кемпинга — вы хотите доставить их в нужное место назначения. Соответствуйте потребностям пользователя как можно ближе — вот где происходит конверсия кликов в покупку!

4. Тест!

Последний признак хорошей целевой страницы — тестирование. Эффективная целевая страница просто не может быть создана без тщательного тестирования. Результаты тестирования и отслеживания важны для того, чтобы увидеть, что ваша целевая страница делает правильно, а что нет. Тестируйте, тестируйте и тестируйте еще!

Я не поняла на счет «черного и белого». На счет догм было же уже написано в начале моего коммента.

Про начальников — что я имела ввиду — разработчик не может самостоятельно определять цели и средства потому как он находится внутри разработки. Поэтому есть специальные люди, специально в стороне от разработчиков у которых должен быть бОльший опыт(специальный опыт) и они «не в команде»(не в банде). А то что все люди и все ошибаются — ну да, но если есть нормальный подход к построению команд разработчиков то человеческий фактор снижается.
На счет лишь разница в ЗП, уровне ответственности — да верно. Но это же не главное!!! Начальник в стороне со своими задачами и он видит когда его подчиненные полезным делом занимаются, а когда начинают изобретать велосипед или их потянуло не туда.

Алгоритм Mobile First влияет на поисковую выдачу не только во время мобильного серфинга, но и при использовании десктопных устройств. Основная и мобильная версии сайта ранжируются по одному индексу, поэтому если ресурс не адаптивен к мобильным устройствам, позиции сайта могут просесть. Если пользователь переходит на сайт, не находит полезную информацию и возвращается к поисковой выдаче, Google воспринимает это как отрицательный сигнал и снижает позиции сайта при ранжировании.