Да, было сомнения в начале, но в intersectionsLine (для луча и отрезка) мы не знаем какой тип находится под ILine, но он должен содержать метод pointBelongsToArea. Это просто пример для наглядности. Про traits будет следующая часть.
Андрей работает с 3Д-движком с помощью языка C#, который на бэке в основном используется) Концептуально это конечно больше на фронт похоже, т.к. серверный код не пишет для к примеру однопользовательского VR-решения. Но для много пользовательского может и серверную часть писать.
Не только PC, VR есть и мобильные кейсы. В экосистеме Apple полноценно подходит, конечно, Apple Vision Pro. Но для старта можно попробовать более оптимальный вариант по цене/качеству-какой-нибудь Quest 3 или аналог (Meta — запрещена на территории РФ). Тут проблема только в том, что не будет возможности на Mac разрабатывать под PC VR. Только под мобильную платформу-собирать APK и тестировать в Quest 3 автономно. Но! Внутри Unity, в пакете XR Interaction Toolkit, к примеру, есть симулятор условного шлема, на котором можно тестировать работу приложения даже с помощью клавиатуры и мыши.
1. Работодатель самостоятельно запрашивает сведения о ваших доходах за два предшествующих года в СФР, но для надежности можно при увольнении письменно запрашивать у работодателя справку о доходах (ранее справка по форме 182н) и предоставлять её при трудоустройстве к новому работодателю.
2. Если вам не нужен больничный и вы планируете работать во все дни больничного, то можно отказаться от него, сразу написав заявление работодателю в свободной форме. Если вы поболели несколько дней и считаете, что уже можете работать, то необходимо заранее написать заявление работодателю в свободной форме о том, что хотите приступить к трудовой деятельности до закрытия больничного листа и попросить с этой же даты не оплачивать больничный, таким образом, бухгалтерия в больничном листе исключит отработанные дни из оплаты пособия и за эти дни начислит заработную плату.
Хочу отметить, что обязательно надо заранее уведомлять работодателя о своих намерениях и писать заявления.
Можно ставить любую подходящую версию PostgreSQL, для программирования под 1С установка версии с PostgreSQL патчами 1С более удобно, так как СУБД можно использовать как для баз 1С, так и для хранения данных SonarQube)
@AVF_613 частично с Вами согласны по поводу поддержания базы процессов. Это действительно трудоемкий процесс, поэтому не нужно описывать все подряд. Моделирование оправдано там, где есть риски, где нужен анализ, где нужна исполнимость процесса в BPMS, а также для проектирования новых для компании процессов. Для этого обычно в компаниях с культурой процессного управления создаются процессные офисы.
Не можем согласиться с высказыванием, что бизнес не разбирается. Если вы встречались с такой ситуацией, то, возможно, у бизнеса не было необходимости в этом разбираться. Это могло быть связано с тем, что культура процессного управления в компании слабо развита, а она начинается с самой верхушки управления. Если там нет заинтересованности, то и ниже ее не будет.
Так же все же считаем, что Lean и ТОС — не инструменты. Это две методологии, которые включают в себя инструменты улучшения бизнес-процессов. Но чтобы что-то улучшить, нужно сначала найти эти «узкие» места, и в этом хорошим подспорьем является процессный подход (опять же, который не заключается в тотальной регламентации).
Данная статья является первой частью цикла статей. Вторая часть доступна тут. И там как раз про этап поиска путей улучшения. По результатам найденных и оцененных методологических улучшений уже принимается решение бизнесом о запуске различных изменений и проектов, в том числе проектов по автоматизации или замене имеющихся методов автоматизации. И вот уже в рамках этих проектов проводится полное обследование и описание модели данных, статусной модели, оцениваются рыночные предложения, выбирается путь автоматизации и прочее.
Обычное тестирование — это тестирование форм, создание, редактирование документов/отчетов, наполнение регистров и т.д. Интеграционное тестирование — это проверка взаимодействия системы 1С с внешними или внутренними ресурсами/микросервисами, например через API или HTTP запросы. Именно такие примеры описаны в статье. А именно инструменты 1С, с помощью которых происходит это взаимодействие.
Привет! Конфигурация выполняется платформой, пользователь взаимодействует с платформой, которая имеет свою конфигурацию. Конфигурация может изменяться под потребности заказчика.
Спасибо за полезное и очень важное дополнение! Существует четкое разделение ролей, но, к сожалению, не все компании и заказчики о них в курсе. На многих проектах каноническое распределение обязанностей между специалистами сильно изменилось. Мы стараемся, чтобы как можно больше разработчиков и заказчиков были осведомлены о правильном распределении ролей, а не искали универсального специалиста в качестве «волшебной таблетки от всех проблем».
Наряду с использованием широкого спектра современных инструментов ИБ, мы подбираем и специфические релевантные варианты для каждого конкретного случая. В некоторых компаниях все еще работают с ПО, которое написано на более ранних версиях Java. И которые в силу различных обстоятельств не могут перейти на более старшие версии. Для них не менее важно уметь настраивать правила безопасности, учитывая и внутренние регламенты организаций. Мы учитываем все пожелания заказчиков и подбираем решение исходя из ситуации. В этом особенность заказной разработки.
Конечно, использование маинд карты для простой формы ввода может показаться излишним. Автор использовала эту форму в качестве визуального примера, на котором просто объяснить, как такой подход может помочь.
На практике интеллект-карты чаще используются для более сложных проектов, где необходимо глубокое понимание пользовательского опыта. Вот почему это помогает:
лучше понять, как пользователи будут взаимодействовать с продуктом;
выявить скрытые проблемы, которые могут быть не очевидны на первый взгляд;
сделать тестирование более эффективным, сфокусировав его на ключевых моментах пользовательского опыта.
В результате время, потраченное на создание маинд карты, окупается за счет лучшего понимания пользователей и выявления важных проблем на ранней стадии.
Привет, благодарим за обратную связь! Мы ценим комментарии наших читателей и нам важно видеть конструктивную критику.
Ответ автора: не сказал бы, что SDET не нужны там, где используют Low-Code. В процессе создания этой статьи я заметил, что на просторах сети есть интересные вакансии, например, эта: https://builtin.com/job/sdet-appian-experience-remote/2957618 Поэтому было принято решение включить маленький кусочек информации про Low-Code/No-Code платформы. Насчет «воды» могу только указать на тег статьи — это лишь мнение :)
Спасибо за комментарий!:) Постараемся ответить по порядку.
Да, такой вариант рассматривался. Но все же мы решили продолжать разрабатывать и поддерживать проект с использованием KMP, так как мы видим тенденцию развития данной технологии и уверены, что вскоре многие проблемы будут решены. В том числе путем перехода на новый UI Compose Multiplatform. Еще раз подчеркнем, что мы не утверждаем, что KMP — это плохая технология и ее нужно опасаться. Совсем наоборот. Мы говорим о том, к каким неочевидным трудностям управления проектом стоит быть готовым при использовании KMP, а также делаем вывод, что при росте масштаба проекта и сложности бизнес-логики растет и фатальность допущенных ошибок.
и 3. Согласны с вами по поводу современных языков программирования. На счет формирования команды автор полагает, что здесь решает, в том числе, владелец проекта и то финансирование, которое он готов вложить команду разработки. Универсальный разработчик - не редкость, но его экспертность дороже оплачивается. Такие специалисты конечно ценятся на проекте, но иногда нужно больше «неуниверсальных» рук и умов, чтобы уложиться в поставленные сроки)
Да, фиксировать контракты между доменной и нативными частями необходимо в любом случае. Но если приложение полностью нативное, то разработчики часто работают по конкретному флоу, реализуя все механизмы от самых низших слоев к высшим (если мы говорим Clean Architecture) и сам более гибко может менять контракт
Конечно нет, KMP не виновник проблем проекта) Все инструменты хороши, нужно уметь ими правильно пользоваться
Да, было сомнения в начале, но в intersectionsLine (для луча и отрезка) мы не знаем какой тип находится под ILine, но он должен содержать метод pointBelongsToArea. Это просто пример для наглядности. Про traits будет следующая часть.
Андрей работает с 3Д-движком с помощью языка C#, который на бэке в основном используется) Концептуально это конечно больше на фронт похоже, т.к. серверный код не пишет для к примеру однопользовательского VR-решения. Но для много пользовательского может и серверную часть писать.
Не только PC, VR есть и мобильные кейсы. В экосистеме Apple полноценно подходит, конечно, Apple Vision Pro. Но для старта можно попробовать более оптимальный вариант по цене/качеству-какой-нибудь Quest 3 или аналог (Meta — запрещена на территории РФ).
Тут проблема только в том, что не будет возможности на Mac разрабатывать под PC VR. Только под мобильную платформу-собирать APK и тестировать в Quest 3 автономно.
Но! Внутри Unity, в пакете XR Interaction Toolkit, к примеру, есть симулятор условного шлема, на котором можно тестировать работу приложения даже с помощью клавиатуры и мыши.
К сожалению, тут мы уже ничем не сможем помочь(
Рады быть полезными)
Добрый день.
1. Работодатель самостоятельно запрашивает сведения о ваших доходах за два предшествующих года в СФР, но для надежности можно при увольнении письменно запрашивать у работодателя справку о доходах (ранее справка по форме 182н) и предоставлять её при трудоустройстве к новому работодателю.
2. Если вам не нужен больничный и вы планируете работать во все дни больничного, то можно отказаться от него, сразу написав заявление работодателю в свободной форме.
Если вы поболели несколько дней и считаете, что уже можете работать, то необходимо заранее написать заявление работодателю в свободной форме о том, что хотите приступить к трудовой деятельности до закрытия больничного листа и попросить с этой же даты не оплачивать больничный, таким образом, бухгалтерия в больничном листе исключит отработанные дни из оплаты пособия и за эти дни начислит заработную плату.
Хочу отметить, что обязательно надо заранее уведомлять работодателя о своих намерениях и писать заявления.
Можно ставить любую подходящую версию PostgreSQL, для программирования под 1С установка версии с PostgreSQL патчами 1С более удобно, так как СУБД можно использовать как для баз 1С, так и для хранения данных SonarQube)
@AVF_613 частично с Вами согласны по поводу поддержания базы процессов. Это действительно трудоемкий процесс, поэтому не нужно описывать все подряд. Моделирование оправдано там, где есть риски, где нужен анализ, где нужна исполнимость процесса в BPMS, а также для проектирования новых для компании процессов. Для этого обычно в компаниях с культурой процессного управления создаются процессные офисы.
Не можем согласиться с высказыванием, что бизнес не разбирается. Если вы встречались с такой ситуацией, то, возможно, у бизнеса не было необходимости в этом разбираться. Это могло быть связано с тем, что культура процессного управления в компании слабо развита, а она начинается с самой верхушки управления. Если там нет заинтересованности, то и ниже ее не будет.
Так же все же считаем, что Lean и ТОС — не инструменты. Это две методологии, которые включают в себя инструменты улучшения бизнес-процессов. Но чтобы что-то улучшить, нужно сначала найти эти «узкие» места, и в этом хорошим подспорьем является процессный подход (опять же, который не заключается в тотальной регламентации).
Данная статья является первой частью цикла статей. Вторая часть доступна тут. И там как раз про этап поиска путей улучшения. По результатам найденных и оцененных методологических улучшений уже принимается решение бизнесом о запуске различных изменений и проектов, в том числе проектов по автоматизации или замене имеющихся методов автоматизации. И вот уже в рамках этих проектов проводится полное обследование и описание модели данных, статусной модели, оцениваются рыночные предложения, выбирается путь автоматизации и прочее.
Опечатка. В статье исправили)
Действительно так, спасибо за уточнение ❤️
Действительно так, не следующие 10 бит, а младшие 10 бит. В статье исправили, спасибо!
Добрый день. Если в группе будет хотя бы 1 свободный слот (не tombstone) и не будет искомого элемента, то поиск прекратиться.
При отсутствии искомого элемента и свободных слотов алгоритм переключится на следующую группу.
Обычное тестирование — это тестирование форм, создание, редактирование документов/отчетов, наполнение регистров и т.д. Интеграционное тестирование — это проверка взаимодействия системы 1С с внешними или внутренними ресурсами/микросервисами, например через API или HTTP запросы. Именно такие примеры описаны в статье. А именно инструменты 1С, с помощью которых происходит это взаимодействие.
Привет! Конфигурация выполняется платформой, пользователь взаимодействует с платформой, которая имеет свою конфигурацию. Конфигурация может изменяться под потребности заказчика.
Спасибо за полезное и очень важное дополнение! Существует четкое разделение ролей, но, к сожалению, не все компании и заказчики о них в курсе. На многих проектах каноническое распределение обязанностей между специалистами сильно изменилось. Мы стараемся, чтобы как можно больше разработчиков и заказчиков были осведомлены о правильном распределении ролей, а не искали универсального специалиста в качестве «волшебной таблетки от всех проблем».
Наряду с использованием широкого спектра современных инструментов ИБ, мы подбираем и специфические релевантные варианты для каждого конкретного случая.
В некоторых компаниях все еще работают с ПО, которое написано на более ранних версиях Java. И которые в силу различных обстоятельств не могут перейти на более старшие версии. Для них не менее важно уметь настраивать правила безопасности, учитывая и внутренние регламенты организаций.
Мы учитываем все пожелания заказчиков и подбираем решение исходя из ситуации. В этом особенность заказной разработки.
Конечно, использование маинд карты для простой формы ввода может показаться излишним. Автор использовала эту форму в качестве визуального примера, на котором просто объяснить, как такой подход может помочь.
На практике интеллект-карты чаще используются для более сложных проектов, где необходимо глубокое понимание пользовательского опыта. Вот почему это помогает:
лучше понять, как пользователи будут взаимодействовать с продуктом;
выявить скрытые проблемы, которые могут быть не очевидны на первый взгляд;
сделать тестирование более эффективным, сфокусировав его на ключевых моментах пользовательского опыта.
В результате время, потраченное на создание маинд карты, окупается за счет лучшего понимания пользователей и выявления важных проблем на ранней стадии.
Есть такой вариант в Jira https://www.atlassian.com/ru/agile/tutorials/burndown-charts
Привет, благодарим за обратную связь! Мы ценим комментарии наших читателей и нам важно видеть конструктивную критику.
Ответ автора: не сказал бы, что SDET не нужны там, где используют Low-Code. В процессе создания этой статьи я заметил, что на просторах сети есть интересные вакансии, например, эта: https://builtin.com/job/sdet-appian-experience-remote/2957618
Поэтому было принято решение включить маленький кусочек информации про Low-Code/No-Code платформы. Насчет «воды» могу только указать на тег статьи — это лишь мнение :)
Спасибо за комментарий!:) Постараемся ответить по порядку.
Да, такой вариант рассматривался. Но все же мы решили продолжать разрабатывать и поддерживать проект с использованием KMP, так как мы видим тенденцию развития данной технологии и уверены, что вскоре многие проблемы будут решены. В том числе путем перехода на новый UI Compose Multiplatform. Еще раз подчеркнем, что мы не утверждаем, что KMP — это плохая технология и ее нужно опасаться. Совсем наоборот. Мы говорим о том, к каким неочевидным трудностям управления проектом стоит быть готовым при использовании KMP, а также делаем вывод, что при росте масштаба проекта и сложности бизнес-логики растет и фатальность допущенных ошибок.
и 3. Согласны с вами по поводу современных языков программирования. На счет формирования команды автор полагает, что здесь решает, в том числе, владелец проекта и то финансирование, которое он готов вложить команду разработки. Универсальный разработчик - не редкость, но его экспертность дороже оплачивается. Такие специалисты конечно ценятся на проекте, но иногда нужно больше «неуниверсальных» рук и умов, чтобы уложиться в поставленные сроки)
Да, фиксировать контракты между доменной и нативными частями необходимо в любом случае. Но если приложение полностью нативное, то разработчики часто работают по конкретному флоу, реализуя все механизмы от самых низших слоев к высшим (если мы говорим Clean Architecture) и сам более гибко может менять контракт
Конечно нет, KMP не виновник проблем проекта) Все инструменты хороши, нужно уметь ими правильно пользоваться