Drno, а если уже есть какая-то кредитная история? Да и насколько я загуглил по диагонали, этот вопрос всё ещё в проработке на начальной стадии. То есть вот статья www.ipoteka-legko.ru/polezno/ipoteka-dlya-predprin...
тут есть конкретные шаги (правда для ИП по общей схеме)
Drno, я хочу ипотеку, к примеру. Наивно полагать что налоговая или ещё кто-то не возбудится от моего дохода резко выросшего после перехода на удалёнку, это же Роисся... Но я наивно полагаю что поводов у них будет меньше
Юлия Бедросова, ок. Становится понятнее :)
Но вот вопрос - откуда нашему закону знать что иностранная компания это юр. лицо? Они же никак не зарегистрированы в РФ? Нельзя ли на этом как-то сэкономить, так как доход легальный, но кому ты оказываешь услугу доказать невозможно?
Пума Тайланд, госспаде, вопрос был не в том что я не могу оформиться, вопрос был в том можно ли юридически оформить себя самозанятым, работая удалённо. Не будет ли это нарушением закона. Потому что очевидно, что хочется платить 4%, а не 6% по упрощёнке на ИП, как написали выше.
Вопрос был не о том "могу ли я оформиться самозанятым", а о применении понятия СЗ к такому виду деятельности как удалёнка. ИП или юр.лицо открывают для чего-то, с целью какой-то. А не просто потому что оформляйте да и всё. Что за бред вы пишете??
Юлия Бедросова, уже известны основные положения, и я пока не увидел ни подтверждений, ни противоречий тому чтобы удалёнщикам нельзя было оформляться как СЗ, потому и решил данный топик открыть заранее. Закон вступает в силу с 1 января 2019, то есть в общем-то практически завтра, уже ноябрь начался
Мне больше непонятно как раз про то что я как бы не являюсь наёмным работником (я не работаю на какое-то юрлицо из рашки по найму), но в то же время получаю деньги как наёмный каждый месяц. Просто выходит что это можно переиграть, что я каждый месяц кому-то оказываю услугу. А этот кто-то мне за это каждый месяц платит одни и те же деньги. Вполне логично.
Я конечно могу ошибаться, но что-то ответ немного не в тему. Вы вопрос читали? :)
Первое: интересует именно САМОЗАНЯТЫЙ, а не ИП. У него вроде бы планируют 4% сделать налог.
Второе: у иностранного заказчика (к примеру это американский стартап) нет никакого юр. лица в России. Зарплату они, к примеру, будут платить в долларах на мою карту раз в месяц. Тут с картой тоже вопрос, вдруг они захотят чтобы карта была именно американского банка (как вариант). Но в любом случае я буду эти деньги переводить потом на счёт в русский банк с конвертацией из долларов в рубли, и как раз по этому поводу был вопрос номер два
Я, грубо говоря, хочу легализовать свой заработок, неся при этом минимальное налоговое бремя. И в случае удалёнки на иностранцев мне не нужно нанимать сотрудников, следовательно ИП мне лишний
randomizex, по этому поводу есть целая ветка на SO: https://stackoverflow.com/questions/2100907/how-to...
инструкцию из которой я и применил пару лет назад, но посредством git filter-branch (там второй ответ и подход описан).
Я рекомендую так же ознакомиться с проблемами, которые возникнут у других разработчиков, потому что если прибегнуть к чистке больших файлов, или же наоборот набора мелких файлов в огромном количестве - историю нужно будет переписать у всех. Возможно, тут как раз таки будет иметь смысл всем зафиксировать свои рабочие изменения в каком-нибудь git stash, далее удалить репозиторий у себя локально, и забрать ваш с уже переписанными изменениями, и как бы начать всё с нуля. Ну а изменения unstash-ить уже в свои ветки, где и продолжать работу каждому члену команды, как будто бы ничего и не было
Скорее всего автор вопроса перепутал с dict, который если не OrderedDict то может иметь случайный порядок получения элементов в момент чтения. Но на самом деле с Python 3.7 это уже фича языка и явный класс для этого не нужен. Раньше было разделение, теперь нет. И все dict-ы, по соглашению, должны хранить порядок добавления элементов. https://stackoverflow.com/questions/39980323/are-d...
wateva: приведу пример. В компании, в которой я работаю есть общий для нескольких разных проектов общий репозиторий, представляющий из себя стейт-машину (машину состояний, какой "продукт" внутри системы в какое состояние может переходить, находясь в текущем) на несколько тысяч строк кода, по сути большой вложенный массив php. Этот проект обновляется редко (раз в год-два). Некоторые проекты работают по стейт-машине 2014 года, какие-то - 2016 года. С точки зрения приложения которым я занимаюсь это - "ядро". Или его часть, без неё не будет само приложение работать корректно. Так же это сторонняя библиотека, которая ставится через composer. Стейт-машину обновляют, дописывают, крайне редко переделывают (у ядра такого уровня должно быть стабильное API). У этого "ядра" есть свой конфиг composer-а в котором указано, что ставить его как зависимость надо из git-репозитория. Таким образом, тут работают с этой "библиотекой" или "частью ядра" как с зависимостью composer. С другой стороны те кто обновляют стейт-машину, делают это через git.
Андрей Аюпов: к сожалению, с неблокирующими скриптами в php есть определённые проблемы. PHP не умеет "висеть" пока клиент с ним общается. Он блокирует выполнение и только на выходе "выплёвывает" сообщение в веб-сервер, при этом умирая сам (как процесс). Про неблокирующее php писали и экспериментировали довольно много reactphp.org stackoverflow.com/questions/16313224/write-php-non... amphp.org
seleznev_artem_info: поставьте на пути запроса прокси и ходите браузером через него. Все основные реализации WebDriver-а это поддерживают. Затем вытаскивайте ответ. Или кидайте запросы через библиотеку requests, с передачей кук для пущей надёжности.
ghostku: проверять интервалами - количество байт. Если видим что дельта байт не меняется к примеру полминуты или минуту - писать его на диск (а сравнивать до этого только в памяти), и тогда итерацию можно сделать к примеру секунду. На минуту - 30 проверок. Не так уж и много, весьма экономно к ЦП ). А вопрос когда решать что файл уже дописан до конца - только опытным путём
www.ipoteka-legko.ru/polezno/ipoteka-dlya-predprin...
тут есть конкретные шаги (правда для ИП по общей схеме)