WbICHA, дублирование простейшего кода. Зачем мне везде передавать className внутрь, а если это несколько наследуемых компонентов? Тоже самое что передавать props каких то данных, вместо использования глобального хранилища
А какие кейсы бывают, когда компонент может возвращать не DOM? Чтобы я знал что такие практики используются и где. Буду благодарен
Час назад я создал вопрос и до сих пор у меня не могут установиться зависимости vue и react. Живу в Краснодаре, за это время успел скачать игру) Какая то чушь. Но если проблема только у меня, то надо пробовать решить. Предполагал что не знал последних новостей
Приятно такое слышать. Но в вакансиях многие пишут, что в сопроводительном письме ждут примеры кода. Вакансии без примеров не будут рассмотрены. Хотел бы я сказать что таких вакансий мало, но это не так. И как на зло они все с хорошей зарплатой)
Понял. Благодарю за ответ. А как Вы тогда находите подтверждению его опыта? Просто наводящими вопросами или тестовыми заданиями.
Хватает ли тогда наводящими вопросами убедиться в компетенции кандидата.
А если тестовое задание, то многие ли соглашаются его пройти. Я про то что во время рабочего дня если проходить, то это такое себе, я думаю Вы как работодатель согласитесь)). А если на выходных, то какое у Вас мнение на этот счёт?
Понял. Благодарю за ответ. На счёт государственного, это то да. Но на HH вижу много вакансий, где требуется наличие высшего технического образования или наличие высшего образования, связанного с информационными технологиями. Поэтому начинаю беспокоится, что будут проблемы, такие как ScreenReaders, ведь HR современные люди. А указывать высшее, потом говорить что это специально для прохождения, потом косые взгляды и т.д, вот это больше беспокоит. Про "вуз", а не "ВУЗ" буду знать. Спасибо
Раз ты уже нашёл работу, то откуда у тебя лишние 4-5 лет, чтобы ещё и в другом городе получать образование? И зачем оно тебе, если ты уже опытом своим можешь доказать наличие нужных навыков?
Спасибо за ответ.
Я ж написал что, в далёком городе России)) Ключевое слово "Россия"
Большое спасибо за такой ответ. А что мне сделать чтобы меня не за судили? Что лучше сделать, кроме того, как найти работу новую?) По сути я ж просто работаю, ничем законным не занимаюсь. Делаю сайт.
Прост пока у меня опыта мало, я фиг найду работу официальную. Как то можно обезопасить себя?
Slava Rozhnev, operation_type это тип операции. Списание или же начисление. От этого на фронте будет вырисовываться определённый текст. PLUS - начисление, SUB, списание, но как я уже и сказал это у меня вызывает вопросы. Ведь даже при списании будет начисление. list_purchase, конечно можно вынести в отдельную таблицу и я понимаю даже почему, но данное поле даже необязательное, оно как примечание. Стоит ли для неважный вещей создавать таблицу? Не будет ли нарушаться принцип KISS? salesman - да, это кстати нужно будет сделать. Чтобы потом через админку можно было добавлять новый продавцов.
А по названию - переводчик наше всё. В этом направлении я работаю. И знаю что холивар , но как бы Вы назвали данные поля?
И как бы Вы реализовали систему списания и начисления баллов? Наверное это самый главный вопрос
А такой вопрос. Я часто слышу, что иногда нужно отстаивать решение. Как понять верное ли замечание или нет? Одно дело компания, где такое бывает, а другое дело твой код, который человек видит первый раз и не понимает что и как тут устроенно.
Хотя я конечно и понимаю что это уже разные мнения и прочее, но может есть что сказать по этому поводу?
prevo, да, спасибо. Я уже сделал без про, с костылём, но зато бесплатно. Я просто сделал 5 полей. И человек, создавая тариф может оставить поле пустым. В коде же реализовал так, что если поле пустое, то li не выводить. Да, костыль, но что поделать)
Спасибо. Уже успел реализовать всё это. Единственный вопрос, который я никак и нигде не могу найти. Как бы Вы вывели вложенный список. Получается примерно так
<?php the_title() ?>
<?php the_field('type_client')
<?php the_field('price') ?>
Возможности тарифа
ul
li /li
li /li
li /li
li /li
li /li
/ul
li может быть сколько угодно, поэтому тут должно быть динамическое значение. А что то типа массива в ACF я не нашёл
Я могу для каждого преимущества создать поля и сделать их необязательными и по идее можно заполнить сколько хочешь, но ведь это будет не очень красиво
Добрый вечер Роман. Спасибо за новую информацию.
Но Ваше решение оно помогает мне объединить 2 компонента одними данными.
Это сработало бы, если моя логика не была завязана на VueX.
Но мне же нужно использовать VueX как источник правды. Ведь при добавлении новой таски она должна сохраняться, при измении таски она так же должна сохраняться.
Если я не правильно понял Ваш ответ, то буду благодарен, если поправите
Щас глянул и улыбнуло. Как всегда назвали абсолютно всех дураками, которые делают всё неправильно, но вот увы ответа точного никто не дал. Очень... Очень грустно
А какие кейсы бывают, когда компонент может возвращать не DOM? Чтобы я знал что такие практики используются и где. Буду благодарен