Возможно ли писать код без условных операторов?

xmoonlight, на это могу сказать, что исключения обычно юзают именно для обработки запланированного флоу. Например, если пользователь не смог авторизоваться (неверный пароль 3 раза подряд), можно выкинуть исключение, какой-нибудь компонент перехватит, отрисует попап с ошибкой, и перебросит исключение вверх, где уже можно отключить аккаунт на 5 минут и написать в логгер. Системные ошибки, кстати, тоже удобно ловить на самом высоком уровне глобальным перехватчиком и отправлять в какой-нибудь Sentry.

А подавлять ошибки, конечно, не надо.

Возможно ли писать код без условных операторов?

xmoonlight, ну так если в коде вообще нет условий, и это не hello world, то это по-любому плохой код) Вопрос-то абсурдный. А с моим ответом автор сможет добиться желаемого, причем без эзотерики (b[]a==2]()) и вполне даже технологично.

есть try-catch

Интересное мнение. Без сарказма. Но почему? Я после "Исключительного кода" напротив начал ценить исключения, как отличный способ обработки ошибок.

Если goto

Ну тут смотря как написано. В ядре Линукс goto очень много. Это же защита инструмента от дурака, только и всего - появляется инструмент, кто-то начинает с ее помощью говнокодить в 10 раз больше обычного, появляется "плохая практика" и инструмент не используют в пользу такого инструмента, с которым наговнокодить сложнее.

Возможно ли писать код без условных операторов?

xmoonlight, вместо того, чтобы сделать if, можно сделать goto. a && goto something. А для ошибок выбрасывать исключения и там опять же goto.

Как можно мокнуть preventDefault при vm.$emit в связке Jest и vue-test-utils?

Alex, тогда не работает. Возможно потому, что это stub, а не реальный элемент. Плюс у нас почему-то везде юзается $emit. Почему не знаю, но видимо, так надо.

Что делать, если Паскаль не рассматривает else?

DevMan, да неплохой ресурс, злободневный. А вышеприведенный код мне понятен, поэтому я и разместил смешной комментарий в комментах, где можно.

Что делать, если Паскаль не рассматривает else?

Паскаль паскакаль xD

Выгорание Oled дисплея из-за приложения, можно ли подать в суд на атора приложения?

FFNull Dev, как все запущено, 40 лет, а интеллектуально как в юности

Выгорание Oled дисплея из-за приложения, можно ли подать в суд на атора приложения?

Ярость украинских школьников, бессмысленная и беспощадная

Возможен ли корректный treeshaking с vue-cli-service?

Кирилл Романов, интересно. А знаете какие-нибудь статьи \ мануалы?

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Kizzeon, ну просто тут ясна ваша компетенция. Буцтрап, чанки, правки темы из админки, вот это вот все. Тут, как грится, все и так ясно. Оставайтесь на вашем уровне и клепайте кривосайтики на модх, дело-то ваше. А мои аргументы ясны и прозрачны любому разработчику уровня middle и выше.

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Михаил Жабко, тут да, есть такой минус в WP. Однако БОЛЬШИЕ, нагруженные сайты на не-enterprise CMS будет делать только не очень хороший разработчик, потому что масштабировать серьезный проект на CMS проблематично, придется все равно переезжать на фреймворк. Я объясню суть: страницы - это такие штуки, которые у тебя в меню. Ты в принципе не сможешь (и не должен) делать для среднего сайта их более 20-30 штук. Многие начинают пихать туда посты, контент, и тогда количество страниц растет, но это неправильно, т.к. страницы - это контейнеры для контента и служебные страницы, которые в контент не впихнуть (главная, список постов, страницы благодарности).

И вот если для размещения контента (статей, материалов, различных публикаций) использовать:
- посты, категории, тэги
- пользовательские типы постов, если возможностей стандартных типов не хватает

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

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Kizzeon, чанки \ сниппеты - если в CMS код хранится в бд и есть система чанков и сниппетов, то это дно. Друпал был днищем, сейчас стал днищем поменьше за счет симфони и, внимание, отказа от хранения кода в базе. А из буцтрапа нормальный фронт возьмет разве что сетку и миксины, а остальное напишет сам. Остальное даже комментить не буду. И да, скрин админки мало чем отличается от моего, хотя цвета получше стали.

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Дмитрий,

Интерфейс в разы понятнее.

Неа. Просто для сравнения, modx и wordpress. На первом видим невразумительные иконки, какой-то привет из нулевых, управление неудобное. Админка WP красивее. Там есть масса удобностей вроде выпадающих меню, ее удобно расширять своими плагинами при необходимости.

то время как MODX целиком и полностью построен на ООП, что отражается на его отличном API.

То-то там даже PSR нет. Почитай статьи выше. Modx и есть легаси-лапша, и то, что там запихали логику в объекты, не делает ее лучше. У Джумлы тоже 100% ООП, но она ужасна. Касательно Wordpress - он написан неплохо. Да, есть огрехи (касающиеся global), но в остальном он весьма себе ООП, и код постоянно развивают. А такие вещи, как чанки, вообще в топку.

Это просто квинтэссенция понятности и простоты интерфейса.

Это квинтэссенция веба 2.0, во времена расцвета которого и был расцвет modx.

Зато в Вордпрессе на 10 плагинов - 10 различных вариантов интерфейса.

Потому что там нет анальных ограничений на плагины. Это плюс. Интерфейс у плагинов обычно всегда неплохой, но, конечно, наговнокодить можно, но это можно и в modx.

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Михаил Жабко, так там синтаксис приятнее только за счет Лары. Без Лары Evo как была кривым уг, так им и осталась бы. Я скинул выше три статьи, Keeping Modx Relevant, там подробно описано, что из себя представляет Modx, бывшим разработчиком ядра.

Дмитрий,

А в MODX нужно немного головой думать

То есть, интерфейс интуитивно НЕпонятнее, чем интерфейс WP. То есть, разработка вызывает БОЛЬШЕ ненужных мыслительных усилий, потраченных на разбирательство с корявым API, нежели в WP (где ты просто подключаешься к нужному хуку).

при этом сборка среднего сайтика на ней происходит в разы проще и быстрее, чем на Вордпрессе

Очень субъективно.

Но ведь визуального редактора, в котором можно наклепать говносайт мышкой нет

Угу, лучше такой визуальный редактор, который будет коряво отображать разметку и стили, как в Джумле или Modx (читай - обычный iframe с настройками форматирования), чем удобный, крутой и современный Gutenberg. Можете называть это как угодно, но это - киллер фича. Мне не нужно больше ковыряться в исходном коде страницы (неожиданно - часто нужно встроить в контент страницы какой-то элемент, или добавить параграфу особенный класс, или вывести шорткод), я добавлю блок через Gutenberg. Я уже делал и свои, кастомные блоки - это ОЧЕНЬ круто, когда у тебя, к примеру, есть стилизованный список с каунтерами или твоя карусель, или еще что-то, и ты сразу делаешь блок со всеми настройками. Это не "для хомяков", это шикарный UI и экспириенс. Это 2к20. А Modx - нулевые, как по экспириенсу, так и по кодовой базе. Почитайте Keeping Modx Relevant выше.

сама философия Вордпресса

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

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

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

MODX для людей которые хотят полностью контролировать свой проект.

Вот это уже смешно. На Wordpress контроля ГОРАЗДО больше, потому что именно WP дает разработчику свободу и свежий воздух. Ядро само по себе 100% безопасно, стабильно и работает быстро, пиши тему, пиши плагины и вперед. По сути, это ничем не будет отличаться от работы с фреймворком.

Причём с поиском по всех товарах на каждой странице и уйме товаров.

Никто адекватный не пишет большие и качественные ИМ на модх или wp, это нонсенс.

Весь неоходимый набор плагинов

Это есть и в WP, и если что, очень легко написать свое. Плагины пишутся с удовольствием.

Полный контроль кода сайтов - если захотел поменять css код тебе не нужно лезть сквозь хренову уйму папок ради нахождения какого то файла с настройками, а ты просто заходишь в "шаблон" страницы который открывается в 2 клика и редачишь код.

Как там в нулевых? В 2к20 уже давно scss и вебпак на фронте, и чтобы поменять css, тебе нужно склонить репозиторий с темой, поменять scss, собрать и задеплоить, чтобы тревис выгрузил изменения на прод. И да, в WP так тоже можно.

Нереально нормально редактировать готовые темы, а если ты пишешь с нуля тему на вордпресс то нереально нормально редактировать будет уже не тебе

Готовые темы это боль, увы, потому что говнокодеров в мире очень много. Говнокодят и за деньги, и за так, поэтому лучше всего писать, конечно же, свое. И когда пишешь свое, и делаешь качественно, то описанных симптомов просто не может быть.

Михаил Жабко,

Магазины на модх просто летают

Так они будут и на WP летать, до определенных пределов.

А на модх вы можете сделать все что хотите. Полностью управлять своим проектом. Любой элемент верстки под вашим контролем.

На Wordpress так же. Большую свободу разве что фреймворки дают. Единственный момент, который бесил когда-то - это вывод меню.

И сайты на модх заказывают как раз юр лица.

Для прогеров - это по типу мертвого друпала, когда документации нет, коммьюнити тухлое, и важные плагины так переусложнены (views), что куришь мануал сутками, чтобы вдуплить, как выполнить задачу? Не, спасибо. Я лучше возьму вариант для домохозяек и буду радоваться жизни :) Wordpress потому и выстрелил, что он был за удобство с самого начала. Он ничего не навязывает. Это вообще отличный пример, как может зарешать UI \ UX дизайн. И программировать на нем очень приятно, тебе не вставляют никаких палок в колеса, никаких ограничений. Вообще. Только apply_action(init) напиши, и все.

Стоит ли разрабатывать сайты среднего уровня сложности на EvolutionCMS?

Михаил Жабко, не знаю, от Вордпресса люди в восторге. От Гутенберга просто оргазм для глаз. Когда Modx так сможет, Wordpress будет уже сотой версии.

Захотел создать новую страницу - встал на нужном элементе дерева и контекстным меню вызвал создание новой страницы.

Сомнительная фича, учитывая, как легко в WP создаются страницы. Плюс в WP есть масса более крутых фич, главной из которых является полная свобода от кривых API в создании плагинов. Лучше системы хуков еще не придумано. После разработки компонентов для джумл, друпалов и прочего шлака я был в восторге от Wordpress. Ну а то, что там код ядра юзает глобалы и легаси от 3-4 ветки, так это временно и потихоньку фиксится.

забили на патерны

Раз, два, три, чтобы понять масштабы проблемы и кривости этого уг. Паттерны? Не, не слышал.

И вы сравнивали по производительности магазины сделанные на WP с модексовыми?

Ну на modx и wp делать нормальный ИМ среднего размера и выше будет только дегенерат. Даже Битрикс в этом плане на порядок превосходит вышеупомянутые, про UMI и фреймворки умолчу. Что Modx, что WP предназначены для одной и той же ниши, с той разницей, что WP одержал в этой ниже (маленькие сайты, маленькие ИМ, бложики и просто сайты средних размеров) сокрушительную победу.

Возраст junior во frontend?

Иван Шумов, на ebanoe.it (сейчас лежит, не могу линкануть) куча отзывов про филиалы этой галеры. Сплошной зашквар, знаете, такой стыд, когда делают они, а стыдно тебе. За отрасль в целом и ее представителей в частности.

Возраст junior во frontend?

EPAM

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

Какой слайдер лучше использовать в реальных проектах?

sashabeep, ну если его перепишут на современный манер, без джейквери и с флексом по умолчанию, то он потеснит свайперы ого-го как. Другое дело, что автор на него, похоже, забил.

Какой слайдер лучше использовать в реальных проектах?

sashabeep, да есть там флексы, если не умеете банальный display: flex, то это уже не к слику. Автоподстройка высоты есть. Выравнивание внутри контейнера - см. про банальный display: flex. А так, все другие слайдеры "умеют" это так рьяно, что когда нужно изменить это поведение немного, хочется вешаться. Слик - лучший во многом именно тем, что не обвешан таким вот гуаном с ног до головы, все просто, понятно и делается в пару строк.