Именно поэтому мы привели пример про использование переменных, var(--primaryColor) может меняться в рамках проектов, а для компонента изменений не будет. Причем primaryColor может устанавливаться через вариативность типа кнопки и это может работать не только с цветом. Как вы уже упоминали выше, без оснований и тестов написать что то хорошее сразу не получится, но я бы рекомендовал пробовать, а не опускать руки со словами "Все тлен....".
Вы не поверите, но да, в рамках одного продукта может быть несколько приложений разделенных по зонам ответственности ПМ и команд разработки, именно в таком случае это будет достаточно удобный инструмент.
Вы работаете в компании и делаете продукты на заказ, тут конечно подойдет конкретный подход, а именно хедлес, но своя библиотека опять оправдывает себя, так как позволяет часто использовать уже готовые логические компоненты.
Интересная проблема - когда команды не синхронизированы с точки зрения используемых инструментов, у нас было так что в какой то момент времени использовали React от 16 до 18й версии, в контексте такого случая - общая библиотека компонентов это тоже проблема. Так как сначала всем надо договориться и переехать на использование одной версии библиотеки, что является сжиганием часов на рефакторинг того, что и так работает. Ну и бизнес такое не очень уже любит.
Думаю, чтобы выносить компонент в ui-kit - он должен сначала "пожить" в боевых условиях, доказать свою стабильность и право быть там.
Холиварненько... но компонент может пожить и в UI Kit и доказать что он его достоин, в таком случае даже переносить ничего не нужно. И если код библиотеки доступен многим командам в рамках компании, то шанс что найдут как доработать и поправить сильно выше, нежели он будет лежать просто в своем проекте с которым работает полтора разработчика.
Я не утверждаю что подход полностью безопасен, ваш коментарий вполне уместен, даже скажу что под капотом есть родные баги такие что "Мама не горюй", но если нам требуется просто API то наверное WP будет излишен и менее удобен для контент менеджера особенно для построения динамических страниц.
Это вам понятно что конструкция в пункте 1. и 2. является пустой и ненужной в данном случае, но к сожалению уровень у всех разный и написать только последний пример без какой-то вводной тоже не правильно.
При правильном описании функции и подключении ее через модули (или "."-include), для вызова справки по функции достаточно выделить ее и нажать F1. Именно поэтому и появилась статья.
У того же Google есть своя стойка, по крайней мере в Кемерово точно у оператора (Goodline) стоит, я не берусь утверждать что там большая часть необходимого для сервисов кэша (Youtube как минимум), но это лучше чем ничего у Амедиатеки.
Для тех пользователей кто сидит на простом тарифе, для разговоров внутри сети и ничего более, стоимость 1 мб ~ = 10 смс (5-7 р.). У большой тройки в пакетных тарифах есть небольшая кучка СМС. Да, те у кого смартфоны в основном используют интернет и голосовой трафик, поэтому я думаю появление данных тарифных планов было не с проста.
Есть давно придуманный пароль «Pa$$word» который упоминается на всех курсах M$, скрипт выполняет сброс на этот пароль или какой-либо другой стандартизированный для вашей организации, и устанавливает признак на смену пароля при первом входе. Высылаете SMS о необходимости сменить пароль (на тот, который придумает он сам).
Мы например в инструкции сразу писали базовый пароль и все пользователи его знали.
Список простых паролей соответствующих стандартной политике, 8 символов.
Многие возможно слышали о таких вещах на курсах.
Помойка1
Помойка2
Помойка3
…
…
Помойка24
«Мой предыдущий пароль»
Не вводите человека в заблуждение, платформы там не все (сомневаюсь даже про Mac) и компилятор только x32 (не принципиально конечно). Работать с БД она не умеет, в связи с отсутствием родных компонентов в комплекте, предполагаю что сторонние не соберутся. Пакет мобильного разработчика купить надо отдельно, и для минимальной версии Delphi Professional.
Есть организации которые занимаются межеванием, там копий паспортов при оформлении земель сельскохозяйственного назначения валом (при обычных земельных участках тоже есть копии паспорта, но только заявителя), даже генераторы не нужный. Копию реального паспорта передаем сотруднику оператора, оформляем симки почти на целые населенные пункты и вполне себе легально.
Такая схема будет работать при взаимодействии с сотрудниками банков, паспортных столов, организациями оказывающими риэлторские услуги и т.д. и т.п. Все будет зависеть от честности сотрудников организаций куда мы передаем свою информацию.
Безграмотность в сфере IT нашего правительства безумно удивляет.
Сделано это для того, что бы можно было блокировать неугодных, а не штрафовать их согласно нового закона и пополнять тем самым ка(рманы)зну. Мне просто интересно какое предложение может выдвинуть провайдер хозяину блога, кроме как не о его блокировке?
«Закон не предусматривает ответственности для блогера за нарушение именно этого закона. Мы не можем применить к нему прямых мер воздействия — разве что обратиться в МВД, чтобы ему выписали административный штраф до 1000 руб. за мелкое хулиганство, например за матерщину.»
Именно поэтому мы привели пример про использование переменных, var(--primaryColor) может меняться в рамках проектов, а для компонента изменений не будет. Причем primaryColor может устанавливаться через вариативность типа кнопки и это может работать не только с цветом.
Как вы уже упоминали выше, без оснований и тестов написать что то хорошее сразу не получится, но я бы рекомендовал пробовать, а не опускать руки со словами "Все тлен....".
Версионирование библиотеки и кодревью никто не отменял. Понятно что это не ограничивает количество проблем, но выручить может.
Вы не поверите, но да, в рамках одного продукта может быть несколько приложений разделенных по зонам ответственности ПМ и команд разработки, именно в таком случае это будет достаточно удобный инструмент.
Вы работаете в компании и делаете продукты на заказ, тут конечно подойдет конкретный подход, а именно хедлес, но своя библиотека опять оправдывает себя, так как позволяет часто использовать уже готовые логические компоненты.
Интересная проблема - когда команды не синхронизированы с точки зрения используемых инструментов, у нас было так что в какой то момент времени использовали React от 16 до 18й версии, в контексте такого случая - общая библиотека компонентов это тоже проблема. Так как сначала всем надо договориться и переехать на использование одной версии библиотеки, что является сжиганием часов на рефакторинг того, что и так работает. Ну и бизнес такое не очень уже любит.
Холиварненько... но компонент может пожить и в UI Kit и доказать что он его достоин, в таком случае даже переносить ничего не нужно. И если код библиотеки доступен многим командам в рамках компании, то шанс что найдут как доработать и поправить сильно выше, нежели он будет лежать просто в своем проекте с которым работает полтора разработчика.
Я не утверждаю что подход полностью безопасен, ваш коментарий вполне уместен, даже скажу что под капотом есть родные баги такие что "Мама не горюй", но если нам требуется просто API то наверное WP будет излишен и менее удобен для контент менеджера особенно для построения динамических страниц.
Мы например в инструкции сразу писали базовый пароль и все пользователи его знали.
Помойка1
Помойка2
Помойка3
…
…
Помойка24
«Мой предыдущий пароль»
Это я к тому, что есть варианты обойти политики.
Я просто оставлю это здесь.
Такая схема будет работать при взаимодействии с сотрудниками банков, паспортных столов, организациями оказывающими риэлторские услуги и т.д. и т.п. Все будет зависеть от честности сотрудников организаций куда мы передаем свою информацию.
Безграмотность в сфере IT нашего правительства безумно удивляет.
«Закон не предусматривает ответственности для блогера за нарушение именно этого закона. Мы не можем применить к нему прямых мер воздействия — разве что обратиться в МВД, чтобы ему выписали административный штраф до 1000 руб. за мелкое хулиганство, например за матерщину.»
Как наказать придумаем потом.