- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Это непрофессионально. Профессионал сначала изучает задачу, а потом подбирает способы ее решения.
Профессионал изучает задачу, а потом хвалит свое "болото", и раскручивает на это болото клиента
Sly32 просил передать:
Анализ по РФ (по деньгам и по количествам)
Собственно есть и те кто упорно отнекивается от реактивного фронта для ВП проекте при наличии объективных причин....
Не изучают даже для своих сайтов, а для сайтов клиентов тем более...
Ps Ну и избыточность ( сложность) для большинства, тоже надо учитывать
У меня складывается впечатление, что так называемые программисты становятся всё тупее и тупее. Зачем соображать своей головой когда проще накидать готовых решений и добавить немного своего говнокода закостыляв всё это. И это теперь тренд современного так сказать программирования.
Тренд современного программирования уже давно существует в вебкодинге ( вайбкодинге) , с началом развития CMS и прочих timeweb
сами шевелили своими мозгами, придумывая алгоритмы
А вы думаете сейчас сильно иначе, если делаете что-то более менее серьёзное? Или библиотека типа phpMorphy выдаст всё готовое на блюдце?)) Работа по созданию морфологического сервиса на PHP, например, практически невозможна без "шевеления мозгами" и придумывания собственных алгоритмов.
И это далеко не единственный случай лично у меня, когда приходилось придумывать собственные алгоритмы. Был ещё, например, плагин по поиску и удалению из списка тех тайтлов, на которые уже написаны статьи на сайте. Работает по системе: мой алгоритмический поиск (основной) с порогами совпадений, стоп-словами и лемматизацией + родной поиск Вордпресс для максимальной эффективности.
ЗЫ. У меня складывается впечатление, что так называемые программисты становятся всё тупее и тупее. Зачем соображать своей головой когда проще накидать готовых решений и добавить немного своего говнокода закостыляв всё это. И это теперь тренд современного так сказать программирования.
Проблема в том, что одно дело когда есть хобби, а другое дело когда бизнес и работа. Для начала доведи до релиза свой фреймворк, найди клиентов и поработай когда у тебя есть перед кем то ответственность. Вот тогда и сможешь более менее объективно судить. Тебе уж 100500 раз говорено: все это инструменты позволяющие сконцентрироваться на задачах конкретного проекта, при этом не прибивать гвоздями проект к одному конкретному разработчику.
Уже пора тебе услышать всех кто тебе говорил, что задачи бывают сильно сложнее написания фреймворка. Это для тебя свой фреймворк написанный с нуля является маркером профпригодности. Однако для тех, кто разработкой занимается профессионально (это для него профессия) фреймворк это лишь одна из предметных областей в которой, и не более. Это ты можешь годами терзать код не выдавая ни чего готового за это время. В реальной жизни это не нужно ни кому: ни разработчикам (абсолютно глупо тратить время на то что существует и прекрасно работает), ни заказчикам - они не могут ждать (для заказчика идеальный вариант, когда его задача будет решена вчера). И 99% заказчиков не волнует xml там используется или еще что то.... Есть объективные метрики готовности продукта - это важно. остальное все лишь повод за пивком потрещать ну например на таких форумах...
и добавить немного своего
Давай создадим тему и разберем какой либо продукт. И посомотрим для чего там эти все файлы. Да и вообще, может ты даже не правильно устанавливаешь, так на всякий случай спрошу: ты знаешь что установка composer проектов для прода и для разработки может иметь разные зависимости. Посмотри на мой фреймворк из челенджа: если пользователь его поставит для работы - там нет ни каких зависимостей кроме php (ну и composer -но это мощный инструмент, обеспечивающий серьезный профит), а если ставить для разработки там появляется и инструменты тестирования, статического анализа.......
Ты уверен, что "много файлов" без конкретики для чего эти самые файлы - это серьезная оценка?
А зачем? ВП то полностью не изучают, десятки плагинов накрутят, лишь бы работало здесь и сейчас )
Не изучают даже для своих сайтов, а для сайтов клиентов тем более...
Ну тут так же конечно зависит от конкретики проекта. Из такого "Общего": если над проектом работает команда то удобнее получается вести проект. Т.е. есть четко бекендер, который там (в данном случае) в вп реализует функционал, и есть фронт который занимается только фронтом и у них даже релизы не обязательно выкатывать одновременно. Тут я не хотелбы если честно углубляться я все же фулстек. Хотя у меня есть два модуля для себя где разделено. И фронт на вью реализован... В принципе я доволен. Так же на одном проекте (я бек, есть фронт) часть проекта разделили - удобно разрабатывать, ни кто ни кого практически не ждет. Т.е. накидали в yaml файле описание АПИ - и пошли заниматься каждый в своем темпе.. В общем то такой же вывод можно сделать резюмируя череду митапов ( а их в пандемию было очень много) и конф.
Уточню еще раз это не "истина для всех случаев жизни"... :)