Уважаемый.
1. Пишите контракты грамотно, чтобы избежать таких рисков. Та «рыба», которая имеет хождение в интернете для контракта фрилансера — как раз и имеет эту подводную бомбу. Достаточно там убрать пункт об оплате каждый месяц, чтобы эту ситуацию разминировать. А так же не мешает добавить пункт про перечисление денег в течение 90 дней со дня подписания протокола (инвойса). Можете там хоть год написать.
2. Во-первых не 15 дней, а 15 рабочих дней, т.е. 3 недели. Во-вторых не продать, а предоставить документы, чтобы ВК разнёс деньги по правильным кодам ВЭД и они ушли с транзитного счёта на текущий. Валюту можете хоть сколько держать (не забывайте считать курсовые разницы).
3. Сочинять и правда нечего, потому что я прекрасно вижу, что информацией нужно владеть не на уровне страхов и слухов, а просто изучить внимательно что к чему, иначе с фирмой в ЕС вас ждут куда большие проблемы, чем наш вполне внятный валютный контроль.
4. Я знаю с десяток людей, которые работают с ~2000го года и никаких фирм в Латвии не открывали и не имели ни единой проблемы с ВК, ФНС, ПФР и ФСБ (;)). Потому что они умные люди и привыкли считать и разбираться в простейшем законодательстве, а не кричать «всёпропало, открываю фирму в Латвии и буду тратить 1 год жизни из 5, чтобы кормить чужое государство».
5. Я работаю с 2007 года, осенью будет 10 лет. В налоговой был — один раз, да и то только потому, что продал гараж и они поинтересовались почему я с него 6% не заплатил. Отнёс стандартную отписку со ссылками на нормы закона и всего делов.
Я вам реально советую не бояться, а реально изучить законодательство.
Конечно не попадал, потому что в контракте срок оплаты — 90 дней прописан. А сейчас у меня вообще никакого срока — всё по факту.
Тем более никак не «налоговая возникает», это не её функция, а финмониторинг банка передаёт информацию в федеральный финмониторинг, который и штрафует. Зачем сочинять? Слышал звон, да не знаешь где он.
Я фрилансю уже 10 лет легально (ИП). Никогда не было проблем с заказчиками со свифтом, одеском, а сейчас апворком. Работаю только на длительные заказы.
Так что считаю эти соображения какими-то странными.
Вот это да…
Наш валютный контроль и УСН по сравнению с этим — просто образец простоты и низкой стоимости. Не понимаю — какой смысл тратить ценные годы жизни, работая на Латвию и платя там каждый месяц по 500 евро?
Если доходы в пределах $2-5к/мес, то альтернативы отечественным банкам, УСН и простейшему валютному контролю — попросту нет.
На апворке на длительных контрактах расходы вполне терпимы: 5%, клиент платит через апворк, никаких проблем для него это не составляет, свифт не нужен.
Не увидел ни одного плюса, кроме ВНЖ в Латвии (который тоже не понятно зачем нужен?), одни минусы.
Я понимаю, что для скриптовых языков — это не так актуально. В языках же где на выходе — бинарник, это большое NO NO.
В модулях на джаваскрипте что я видел — тесты вынесены в отдельную директорию, и релиз на выходе в поддиректории dist. Никакой особой проблемы с этим не вижу, просто особенность инструментария и языка.
Вот что я реально видел — это тесты положены в ту же папку, что и сорс файл, только у него суффикс _test.java, они даже в одном пространстве имён находятся и потом собираются в один .jar. Вот это реально бред, так делать нельзя
Как именно деплоится только то, что нужно для продакшена? Скриптовый язык какой-то?
Как раз рилиз диплой подразумевает, что там нет всех этих левых зависимостей, которые неизбежно тянутся за тестами, да и самих тестов нет, которые неизбежно раздувают результирующий бинарник. К тому же тесты могут обладать сайд-эффектами, т.е. код работает только в присутствии тестов, что является очень неприятной фичей.
На CI деплоится весь солюшен, который с нуля собирается и прогоняются тесты. Потом собирается инсталлятор, пекеджи и т.д.
Именно так всё работает во всех C/C++/C# проектах, в которых я участвовал.
В скриптовых языках возможно это и не так актуально, так как зависимости все грузятся на этапе пре-компиляции или вообще в рантайме.
Так и не понял — на чём автор основывает свою статью? Можно ли увидеть где-нибудь увидеть методы исследования, цифры опросов разработчиков и ПМ?
Или всё это одно большое IMHO? Ну так нужно так и писать тогда: «по моему мнению, в компаниях, в которых я работал, автоматическое тестирование развито слабо», вместо безаппеляционного мнения, преподносимого как.истина в последней инстанции.
Я вот работал в компании, которая автоматические тесты пишет с 90х годов. Что дальше, моё мнение против мнения автора?
Тем более, для внедрения TDD/BDD и изобретать ничего не нужно, в современных средах разработки достаточно добавить тестовый проект. На самом деле это единственно возможный способ убедиться что твой собственный код отвечает всем требованиям, других способов попросту не существует. Любой программист так и или иначе всегда делал отдельные маленькие проекты, в которых пробовал новые идеи. Ну так вот — место таким проектам — в тестах!
Пользовательский интерфейс IRC — это ircII или mIRC, которые все похожи более-менее друг на друга: текстовый лог вверху: одна строчка=одно сообщение, и строка ввода внизу
Прочитал я всё это и понял, что автор никогда не видел IRC, пользовательский интерфейс, логику работы и общую иделологию которого, практически на 100% повторяет slack. Ничто не ново под луной. Да, у нас был slack в 1995м году, когда никакого гугла ещё в помине не было.
Много лет назад был проект, который назывался coLinux и делал ровно то же самое. Без проблем разворачивались пакеты с редхета и даже иксовые приложения запускались на цигвиновом Х-сервере.
Вещь хорошая и судя по всему не особо сложная для воплощения, коли это сумели сделать энтузиасты.
Новое лицо майкрософт можно только приветствовать, особенно MVC 6 и интеграцию Visual Studio с тулзами из вселенной node.js
1. Пишите контракты грамотно, чтобы избежать таких рисков. Та «рыба», которая имеет хождение в интернете для контракта фрилансера — как раз и имеет эту подводную бомбу. Достаточно там убрать пункт об оплате каждый месяц, чтобы эту ситуацию разминировать. А так же не мешает добавить пункт про перечисление денег в течение 90 дней со дня подписания протокола (инвойса). Можете там хоть год написать.
2. Во-первых не 15 дней, а 15 рабочих дней, т.е. 3 недели. Во-вторых не продать, а предоставить документы, чтобы ВК разнёс деньги по правильным кодам ВЭД и они ушли с транзитного счёта на текущий. Валюту можете хоть сколько держать (не забывайте считать курсовые разницы).
3. Сочинять и правда нечего, потому что я прекрасно вижу, что информацией нужно владеть не на уровне страхов и слухов, а просто изучить внимательно что к чему, иначе с фирмой в ЕС вас ждут куда большие проблемы, чем наш вполне внятный валютный контроль.
4. Я знаю с десяток людей, которые работают с ~2000го года и никаких фирм в Латвии не открывали и не имели ни единой проблемы с ВК, ФНС, ПФР и ФСБ (;)). Потому что они умные люди и привыкли считать и разбираться в простейшем законодательстве, а не кричать «всёпропало, открываю фирму в Латвии и буду тратить 1 год жизни из 5, чтобы кормить чужое государство».
5. Я работаю с 2007 года, осенью будет 10 лет. В налоговой был — один раз, да и то только потому, что продал гараж и они поинтересовались почему я с него 6% не заплатил. Отнёс стандартную отписку со ссылками на нормы закона и всего делов.
Я вам реально советую не бояться, а реально изучить законодательство.
Тем более никак не «налоговая возникает», это не её функция, а финмониторинг банка передаёт информацию в федеральный финмониторинг, который и штрафует. Зачем сочинять? Слышал звон, да не знаешь где он.
Так что считаю эти соображения какими-то странными.
Наш валютный контроль и УСН по сравнению с этим — просто образец простоты и низкой стоимости. Не понимаю — какой смысл тратить ценные годы жизни, работая на Латвию и платя там каждый месяц по 500 евро?
Если доходы в пределах $2-5к/мес, то альтернативы отечественным банкам, УСН и простейшему валютному контролю — попросту нет.
На апворке на длительных контрактах расходы вполне терпимы: 5%, клиент платит через апворк, никаких проблем для него это не составляет, свифт не нужен.
Не увидел ни одного плюса, кроме ВНЖ в Латвии (который тоже не понятно зачем нужен?), одни минусы.
В модулях на джаваскрипте что я видел — тесты вынесены в отдельную директорию, и релиз на выходе в поддиректории dist. Никакой особой проблемы с этим не вижу, просто особенность инструментария и языка.
Вот что я реально видел — это тесты положены в ту же папку, что и сорс файл, только у него суффикс _test.java, они даже в одном пространстве имён находятся и потом собираются в один .jar. Вот это реально бред, так делать нельзя
Как раз рилиз диплой подразумевает, что там нет всех этих левых зависимостей, которые неизбежно тянутся за тестами, да и самих тестов нет, которые неизбежно раздувают результирующий бинарник. К тому же тесты могут обладать сайд-эффектами, т.е. код работает только в присутствии тестов, что является очень неприятной фичей.
На CI деплоится весь солюшен, который с нуля собирается и прогоняются тесты. Потом собирается инсталлятор, пекеджи и т.д.
Именно так всё работает во всех C/C++/C# проектах, в которых я участвовал.
В скриптовых языках возможно это и не так актуально, так как зависимости все грузятся на этапе пре-компиляции или вообще в рантайме.
Первый раз вообще о таком ужасе слышу.
Без разницы кто пишет тесты. Место тестам — в отдельном проекте и отдельной области видимости
Или всё это одно большое IMHO? Ну так нужно так и писать тогда: «по моему мнению, в компаниях, в которых я работал, автоматическое тестирование развито слабо», вместо безаппеляционного мнения, преподносимого как.истина в последней инстанции.
Я вот работал в компании, которая автоматические тесты пишет с 90х годов. Что дальше, моё мнение против мнения автора?
Тем более, для внедрения TDD/BDD и изобретать ничего не нужно, в современных средах разработки достаточно добавить тестовый проект. На самом деле это единственно возможный способ убедиться что твой собственный код отвечает всем требованиям, других способов попросту не существует. Любой программист так и или иначе всегда делал отдельные маленькие проекты, в которых пробовал новые идеи. Ну так вот — место таким проектам — в тестах!
Вещь хорошая и судя по всему не особо сложная для воплощения, коли это сумели сделать энтузиасты.
Новое лицо майкрософт можно только приветствовать, особенно MVC 6 и интеграцию Visual Studio с тулзами из вселенной node.js