😰 PiS выдвинул своё предложение по получению гражданства Польши, и оно гораздо хуже строже, чем предыдущие

Ранее президент Польши выдвинул предложение, чтобы иностранцы без корней проводили на карте резидента ЕС/сталом побыте не 3 года, а 10 перед подачей заявления о признании польским гражданином. Пока по этому проекту только собираются мнения.

Тем временем PiS выдвинул своё предложение, и там сроки и условия гораздо хуже, чем в президентском.

👉 Вы можете найти оригинальный текст вот здесь. Но учтите, это пока проект, он ещё не принят и неизвестно, будет ли. Ссылка, по которой вы сможете оставить своё мнение, будет в конце

🟣 Что предлагают в проекте PiS

🔹 Ввести требование, чтобы все иностранцы, кто подаётся на польское гражданство, предоставляли справку о несудимости в стране своего гражданства.

Авторы проекта говорят, это связано «с растущим числом преступлений, совершаемых иностранцами, пребывающими на территории Республики Польша» (но статистику не приводят).

🔹 Увеличить сроки проживания, необходимого для подачи на гражданство:

▪️Пребывание на карте резидента ЕС или сталом побыте: с 3 лет ➡️ до10 лет;

▪️Пребывание в браке с супругом-гражданином Польши: вместо формулы «3 года проживания+2 года брака» ➡️ «5 лет проживания на карте резидента+6 лет брака»;

▪️Пребывание на карте резидента ЕС или сталом побыте для лиц без гражданства: вместо 2 лет ➡️ также 5 лет;

▪️ Для людей со статусом беженца: с 2 лет на сталом, выданном на этом основании ➡️ до 10 лет;

▪️ Пребывание на сталом по карте поляка: с 1 года ➡️ до 5 лет;

▪️Просто легальное и непрерывное проживание: было 10 лет ➡️ станет 15.

➕Вдобавок заявитель должен:

▪️ иметь стабильный и регулярный источник дохода в Польше;
▪️ иметь законное право занимать жилое помещение;
▪️ не пользоваться социальными выплатами в последние 5 лет перед подачей;
▪️ быть несудимым;
▪️ иметь положительную оценку местного коменданта полиции по своему месту жительства в течение последних 10 лет;

🔹 Поднять уровень польского языка, необходимого при подаче на гражданство: с В1 ➡️ до C1 (принимать хотят только свидетельства госкомиссии или свидетельства учебных заведений на польском, за исключением полицеалок).

🔹 Ввести государственный экзамен на тему знаний о Польше (Państwowy Egzamin Obywatelski). Как сказано в проекте, «экзамен будет охватывать такие темы, как государственное устройство Польши, её политическая система, гражданские права, история и культура, а также проверку выполнения требования продемонстрировать интеграцию с польским обществом».

☝️ При этом проект сохраняет для детей, у кого хотя бы один родитель имеет гражданство Польши, упрощённый порядок получения обывательства, без экзамена и языка на С1.

Как сказано в обосновании, «предлагаемое изменение отвечает потребности обеспечения более глубокой интеграции иностранцев с польским обществом, приведения регулирования в соответствие со стандартами ЕС, а также реагирования на вызовы, связанные с растущей иммиграцией, в особенности украинской. Проект сохраняет баланс между интеграционными требованиями и доступностью гражданства».

👉 Проект поступил на общественные консультации. Чтобы оставить своё мнение, идите сюда и ищите номер RPW/32950/2025. Затем вежливо и обоснованно пишите, почему вы считаете, что этот проект не следует принимать в нынешнем виде.

👉 МВД: вместо увеличения сроков ожидания гражданства нужно ввести проверку степени ассимиляции и знания языка

Ипотека без рисков для айтишников 💻🏠

Привет! Меня зовут Николай, я эксперт по ипотечным кредитам с большим опытом работы с IT-специалистами. Помогаю подобрать оптимальные условия под ваш доход и вид трудоустройства, оформить всё онлайн и сэкономить время.

🔹 Полностью бесплатная консультация и сопровождение
🔹 Все банки Польши в одном месте: подберу лучшие % и условия
🔹 Специализируюсь в т.ч. на сложных кейсах: Umowa o Dzieło , B2B, Ryczałt, бизнес-инкубаторы

Моя визитка http://mykola.mokko.tilda.ws/

#fast_promo

🤔 Подарили деньги в Беларуси — нужно ли платить налог на дарение или включать это как доход в PIT? Кейс читательницы Dzika + интерпретация налоговой

Dzik уже рассказывал ранее про сложный вопрос с «даровизной» в Польше. Если кратко, то подарки от близких родственников не должны облагаться налогом при соблюдении некоторых условий. В частности, надо подать форму SD-Z2.

Однако в в правилах сказано ― чтобы иметь возможность подать SD-Z2, заявитель должен «mieszkać na stałe» в Польше. И, к сожалению, разные ужонды трактуют эту фразу по-разному. Кто-то — как наличие постоянного вида на жительство, а кто-то — просто как постоянный адрес в Польше.

В итоге разным людям в разных отделениях налоговых говорят то заполнить форму SD-Z2 даже без ПМЖ и не париться, то включать подарок в PIT как доход, то вообще ничего не делать, так как «побыт часовы».

И недавно Dzik-у написала читательница, которая планирует получить деньги в подарок на территории Беларуси. Она заранее обратилась в скарбувку, чтобы понять, как это всё оформить.

🟣 Что сказали читательнице Dzika в ужонде в Варшаве

— Свежая информация из ужонда Śródmieście 1 в Варшаве.

В отделе, где заполняются декларации о дарении, сказали, что декларацию о дарении между двумя гражданами Беларуси не возьмут — возьмут только в случае гражданства или постоянного резидента ЕС.

На вопрос, нужно ли в таком случае декларировать эти деньги как przychod, отправили позвонить в отдел, кажется, «dochodów zagranicznych». Там ответили, что нет, никаких налогов на дарение за пределами Польши в Польше быть не должно, в PIT включать эту сумму не нужно, нужно только иметь подтверждение источника средств для их дальнейшего использования.

Пан отходил в соседнюю комнату, чтобы уточнить и быть уверенным на 200% — вернулся и подтвердил.

🟣 Что говорят в этом отделении налоговой?

Журналистка Dzikа написала как обычный человек мейл в «Pierwszy Urząd Skarbowy Warszawa - Śródmieście» с просьбой разъяснить: как же всё-таки облагается подарок между гражданами Беларуси-близкими родственниками — вроде «родитель в Беларуси дарит деньги ребёнку, который живёт в Польше».

Вот что оттуда ответили: «В описанном случае вы не должны подавать формуляр SD-Z2, если имеете исключительно временное пребывание в Польше.

В соответствии с законом дарение, полученное вами, не подлежит налогу на наследство и дарение, его также не следует указывать в расчёте PIT».

👉 В случае сомнений советуют заказать индивидуальную интерпретацию (как это сделать).

🤔 Это довольно любопытно, потому что, например, другому читателю Dzika в скарбувке в варшавском Бемово сказали, что дарение между гражданами Беларуси, где один живёт в РБ, а другой в Польше по ВНЖ, — это доход, с которого надо уплатить подоходный.

Так что лучше наведайтесь в своё отделение налоговой (советуем лично, а не по телефону) и уточните, как именно трактуют даровизну у вас. Но гораздо надёжнее — индивидуальная интерпретация от налоговой или же дорадцы (где искать юристов, коморников и консультантов по налогам в Польше).

Индивидуальная интерпретация по похожему кейсу👇

🤔 Подарили деньги в Беларуси — нужно ли платить налог на дарение или включать как доход в PIT: позиция налоговой (обновлено!)

Uwaga, это продолжение, начало с описанием кейса читательницы и ответом скарбувки читайте выше ☝️

🟣 Что говорит KIS

Dzik также посмотрел индивидуальные интерпретации на Eurika и нашёл похожий кейс.

Описание: гражданин Беларуси живёт в Польше на основании ВНЖ, ведёт ИП, платит налоги по рычалту. В 2024-м он должен был получить подарок от матери, тоже гражданки РБ, в размере 130 тыс. злотых. Деньги планировалось перевезти из Беларуси в Польшу наличными, а затем положить на счёт в польском банке.

Автор запроса спросил у KIS (Krajowa Informacja Skarbowa), нужно ли уплатить на этот подарок налог на наследство и дарение и подать форму SD-Z2? Или же следует указать эти 130 тысяч в годовой декларации PIT-37 как доход из других источников?

☝️ Обновлено: ответ налоговой: нет, на подаренную сумма не нужно платить налог на наследство и дарение на территории Польши, поскольку «в момент заключения договора дарения денежные средства будут находиться на территории Беларуси», следовательно, формуляр SD-Z2 тоже подавать не нужно.

Однако по поводу PIT положение двоякое. С одной стороны, к нему налогообложению денежного подарка из Беларуси применяются положения соглашения между Польшей и РБ об избежании двойного налогообложения в отношении налогов на доход и имущество от 18 ноября 1992 года.

С другой, там есть статья, которая гласит: «Части дохода лица, имеющего место жительства в одном из договаривающихся государств <> подлежат налогообложению только в этом государстве». Это значит, в Польше.

То есть, это всё же расценят как доход из других источников, а значит, его надо указать в годовой декларации PIT.

☝️ Важно! Это индивидуальная интерпретация, которая выдавалась конкретному человеку. Вы не можете ссылаться на неё как неоспоримое доказательство по своему кейсу. Вместо этого лучше закажите собственное разъяснение в KIS. Как это сделать, читайте вот тут 👈

👉 Получили наличные в подарок в Беларуси — нужно ли платить налог на наследство и дарение в Польше? Ответ налоговой

🚌🙅‍♂️ Латвия запретила нерегулярные автобусные перевозки через границу с Беларусью с ноября

Кабинет министров Латвии сегодня принял решение запретить перевозчикам выполнять нерегулярные пассажирские перевозки через границу с Беларусью и Россией на автобусах, пишет devby со ссылкой на Delfi.

Запрет будет действовать год — с 1 ноября этого года по 31 октября 2026-го.

Министерство сообщения объясняет ограничение ростом потока такого вида перевозок, очередями транспорта на приграничных дорогах Латвии, а также сопутствующими рисками для безопасности, включая нелегальную иммиграцию. Ограничение вводится на трёх пунктах пропуска, один из них — «Патерниеки» — на границе с Беларусью.

Новшество касается перевозчиков, которые выполняют разовые спланированные поездки, включая туристические — например, на экскурсии, спортивные мероприятия, в санатории и так далее. Оно распространяется в том числе на перевозчиков, которые зарегистрированы в других странах, например в Молдове, Литве и Эстонии, а также осуществляют транзитные рейсы через Латвию.

👨‍💻 В Варшаве пройдёт финал European Cybersecurity Challenge 2025

Это крупнейшее и самое престижное соревнование CTF (Capture the Flag) для молодых талантов, пишет Rzeczpospolita.

Чемпионат Европы по кибербезопасности на варшавской арене «Torwar» продлится до 9 октября. Это 11-е соревнования, организованные под эгидой Европейского агентства по кибербезопасности (ENISA), и впервые финал принимает Польша. Организатором мероприятия в Польске выступает NASK.

🟣 Как будет выглядеть чемпионат?

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

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

Команда-победитель будет объявлена ​​чемпионом Европы, хотя в соревновании также участвуют команды из Австралии, Канады и Коста-Рики.

Польша уже много лет принимает участие в European Cybersecurity Challenge. В 2021 году она завоевала серебряную медаль, а в 2024 году вновь поднялась на пьедестал — с бронзовой медалью и результатом в 4554 балла.

👉 Чемпионат Европы впервые прошел в 2014 году в Фюрстенфельде (Австрия), где соревновались всего три команды. В течение следующего десятилетия программа расширялась, и к конкурсу 2024 года в Турине (Италия) в нём участвовала 31 команда из стран ЕС и ЕАСТ. В туринском турнире также приняли участие гостевые команды из Австралии, Канады и США, в результате чего общее число стран-участниц достигло 40. Больше всего титулов завоевала Германия — четыре.

Самому молодому участнику финала этого года всего 15 лет, самому старшему — 25. Успехи участников часто способствуют дальнейшей карьере в сфере кибербезопасности, зачастую в крупнейших технологических компаниях Европы. Конкурс служит своего рода инкубатором талантов, а некоторые команды поддерживаются университетами и академическими программами.

💰С 2026 года лимит доходов для незарегистрированной деятельности будет рассчитываться поквартально

Напомним, что по-польски это называется «działalność nierejestrowa», другие варианты — «nierejestrowana», «nieewidencjonowana» (подробности вот тут).

Это мелкая коммерческая деятельность физлиц, которая не требует регистрации в CEIDG. Для её ведения есть ряд условий, например, не вести предпринимательскую деятельность в течение последних 60 месяцев, а также не превышать лимит доходов.

Сейчас этот лимит рассчитывается по месяцам — он не должен быть больше 75% от минимальной заработной платы (3499,50 злотых в 2025-м).

Но, как сказано на госсайте biznes.gov.pl, с 1 января 2026 года лимит незарегистрированной предпринимательской деятельности будет поквартальным. Он составит 225% от минимальной заработной платы. Таким образом, незарегистрированная деятельность будет доступна физлицам, чей доход от этой деятельности не превышает 10 813,50 злотых за квартал.

☝️ Uwaga! Напомним, что закон «Об изменении некоторых законов с целью устранения нарушений в визовой системе РП» вводит ограничения для ведения подобной деятельности для иностранцев. Вы можете почитать разбор вот здесь.

Но если кратко, то иностранцы могут вести незарегистрированную деятельность в Польше, если у них уже есть право на предпринимательскую деятельность. Например, у них есть статус беженца или дополнительная защита, ВНЖ по предпринимательской деятельности или карта резидента ЕС.

🤔👨‍💻 Можно ли заменить джуна LLM-кой? Мнения айтишников из разных сфер (в этом посте — продакт-менеджера)

Количество вакансий для новичков в ИТ по-прежнему на низком уровне, и порой в СМИ встречается мнение, что число джунов можно оптимизировать с помощью low-code/no-code инструментов.

Но так ли это? Спросили у продакт-менеджера, QA Manager-а и разработчиков, что они думают насчёт перспективы заменить условного джуна LLM-кой.

Uwaga, текст длинный, так что будем публиковать его по частям сегодня и завтра. Ну, или вы можете прочитать всё разом по ссылке

🟣 «Сейчас идёт AI-трансформация»

Андрей, Product Manager с 15+ лет опыта

— То, что менеджмент в ИТ решил: «Всё, мы снижаем найм джуниоров, их работу теперь будут выполнять мидлы и сеньоры с AI-инструментами» — это факт. Мы видим это по цифрам.

Да, джуны нужны для преемственности. Но компании хотят срезать косты, поэтому тема AI будет заходить моментально.

Думаю, ближайшие полгода-год станут пробными. Сейчас многие компании пытаются понять, как именно стоит использовать AI — потому что без умения это не даст нужного эффекта. Например, недавнее исследование MIT показало, что 95% компаний не видят ценности от внедрения ИИ — лишь около 5% пилотных AI-программ достигли быстрого роста выручки, остальные же практически не оказали измеримого влияния на прибыль и убытки (исследование основано на 150 интервью с руководителями, опросе 350 сотрудников и анализе 300 публичных внедрений ИИ - прим. Dzika).

Раньше была популярна тема Agile-трансформации, когда команды учились работать по-новому, в более компактном формате. Сейчас же идёт AI-трансформация, когда ты должен учиться работать на новых инструментах на базе LLM, Generative AI и т.д. Другой вопрос, что малое количество продакт-менеджеров научились работать по-новому.

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

Это огромная работа, которая занимала недели и месяцы. Теперь же этот цикл сократился до дней — благодаря AI-инструментам.

AI поможет составить Excel-таблицу, подготовить вопросы, протестировать их в «синтетическом» интервью ещё до беседы с реальными людьми; приоритизировать фичи; исследовать семантику ответов пользователей, подсказать их настроение; найти болевые точки, в которые стоит бить, и даже предложить новые гипотезы. Ну и, наконец, сформировать требования.

То есть, эти инструменты уже начинают выступать в роли собеседника, который дополняет твоё видение ситуации. Да, разумеется, за ними нужно перепроверять — но всё равно, это тоже результат работы, который можно переиспользовать в каком-то процентном соотношении.

Я скажу, что это уже работает на 60%. Раньше я бы попросил выполнить эти задачи джуниора — а теперь справляюсь сам, лишь с помощью соответствующих инструментов.

Бизнес-аналитикам внедрение генеративных инструментов также помогает сократить время работы на 20-30% — если они их правильно используют. Здесь всё зависит от людей, контекста, разрешенных на проекте AI-инструментов и того, какими данными можно делиться.

Хорошая ли идея снизить найм джунов? Увидим со временем. Да, последствия будут, но бизнес любит где-то сэкономить, и часто не видит проблем, которые появятся в будущем из-за среза костов сейчас.

Вывод: да, джуна уже можно заменить на определённых задачах и в продакт менеджменте.

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

И после обеда ещё будет мнение Senior QA Engineering Manager, не переключайтесь!👇

Порядок в документах: надёжно и прозрачно

Apostille PRO — центр поддержки иностранцев в Польше и Ваш надёжный партнёр в работе с документами.
▪️ присяжные переводы
▪️ апостиль
▪️ бухгалтерское сопровождение
▪️ ВНЖ, ПМЖ, гражданство
▪️ ипотека
▪️ лизинг
▪️ страхование

По промокоду «DZIK» до конца октября — скидка 10%

📞 +48 571 535 985 (Telegram)
📧 info@apostillepro.pl
📲 Instagram: https://www.instagram.com/apostille_pro/

#fast_promo

👨‍💻 Можно ли заменить джуна LLM-кой? Мнение QA (часть 1)

Пост с мнением продакт менеджера читайте вот тут. Весь текст разом доступен по ссылке

🟣 «Справляется не хуже QA джуна, а порой даже лучше и значительно быстрее»

Александр, Senior QA Engineering Manager с 15+ лет опыта

— Не так давно наша компания приняла решение, что нам необходимо двигаться в сторону внедрения AI-инструментов во все процессы разработки и тестирования; закупила лицензии под различные AI-агенты, LLM, IDE, плагины и стартовала программу обучения сотрудников.

На данный момент мы находимся в процессе трансформации уже около полугода и пришли к выводу, что заменить QA полностью как класс пока всё же нельзя. Но вот оптимизировать работу или выполнить некоторую часть QA задач — вполне.

По итогу из всего набора AI инструментов мы оставили GitHub Copilot, который в энтерпрайз версии может работать и как плагин для чата с LLM, и как AI-агент для анализа исходного кода в репозитории и генерации кода или изменений в коде прямо в среде разработки.

Среди прочего, в целях анализа результатов, воспроизводимых различными AI-инструментами и LLM моделями, используем Cursor и Claude Code в качестве дополнительных сред разработки.

Из опыта работы с GitHub Copilot можно сказать, что уже сейчас он вполне применим для автоматизации тестирования и написания API-тестов.

GitHub Copilot агент способен изучить исходный код в репозитории и на базе описанных инструкций, требований или же текста тестового сценария создать новый API-тест, сделав все необходимые изменения в коде проекта.

По качеству кода и точности ожидаемых результатов справляется очень хорошо — 85-90%, не хуже QA джуна, а порой даже лучше и значительно быстрее. На выходе имеем +75-80% к скорости разработки API-тестов, что я считаю очень хорошим результатом.

Но вот с другими видами автоматизации тестирования пока есть нюансы. Так, полноценная автоматизация тестирования UI или мобильных приложений опробованным нами AI-агентам с различными LLM-моделями оказалась пока не под силу — как из-за сложности имеющегося кода, так и из-за невозможности AI-агентов достучаться до контента страниц/скринов приложений и сделать качественный поиск элементов на них.

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

С использованием GitHub Copilot для написания UI тестов качество кода и точность результатов пока оставляют желать лучшего — менее 40-50%, что я считаю плохим результатом. Джун «пилит» такие тесты пусть и не быстрее, но лучше.

С мобильными приложениями всё ещё сложнее, там качество кода и точность результатов не превышают 20-25%.

Продолжение 👇

👨‍💻 Можно ли заменить джуна LLM-кой? Мнение QA (часть 2)

Начало вот здесь 👈

🟣 «Посоветовал бы нынешним QA джунам осваивать смежные с AI темы»

Александр, Senior QA Engineering Manager с 15+ лет опыта

— Думаю, что при грамотной селекции и применении AI-инструментов уже сейчас возможно автоматизировать большинство простых и среднесложных задач в QA, что позволит убрать бОльшую часть QA джунов из участия в данном процессе.

Любой бизнес нацелен на оптимизацию расходов. Условно, зачем компании 50 джунов, если взамен можно оставить 5-10 мидлов, которые с помощью AI-инструментов сделают тот же объем работы?

Ещё одним тревожным звоночком для QA джунов может стать то, что компании в последнее время всё реже готовы рисковать и брать на работу QA джуна — пусть даже и имеющего опыт с AI-инструментами и умеющего оперировать оными.

В первую очередь — из-за отсутствия глубокого опыта/знаний в QA дисциплине и невозможности анализировать качество выдаваемых результатов различными AI-агентами и LLM моделями (или очень плохого качества такого анализа).

Лично видел примеры, когда вместо 200-300 строк кода ожидаемых изменений QA джун с AI-инструментами получал на выходе 1200 строк кода посредством шаблонной кодогенерации. Причём предложенное решение было неоптимальным и с «поломанными» паттернами. Быстро, но не эффективно — в долгосрочной перспективе чревато большими проблемами.

В случае с сеньор/лид специалистами ситуация совсем другая. Здесь AI-инструменты реально в помощь. Они оптимизируют рутину, ускоряют процесс написания кода без видимой потери в качестве кода и результатах, освобождая при этом больше времени для других задач и проверки кода тех же мидл-специалистов, которые пока ещё востребованы в текущей QA иерархии.

Я считаю, что со временем возможности людей без опыта/QA джунов попасть в айти и в QA-тестирование и автоматизацию, в частности, будут только ухудшаться. Количество вакансий и количество людей, которые нужны в этой сфере, уже уменьшаются.

Думаю, совсем скоро с помощью AI инструментов закроют имеющийся спрос на API тестирование и автоматизацию, затем — UI тестирование и автоматизацию, а после уже доберутся до мобилок и каких-то более комплексных вещей. Прогресс рано или поздно возьмёт своё.

Что бы я посоветовал нынешним QA джунам? Осваивать смежные с AI темы, например, развиваться в направлении тестирования AI-агентов и LLM моделей. Это становится необходимым для обеспечения стабильности и оценки качества результатов работы AI-инструментов.

AI Models Testing сейчас очень свежая и перспективная тема, которой пока занимается буквально пару человек в нескольких небольших стартапах.

Завтра выйдет ещё немного мнений, stay tuned!

👉 Текст целиком