Вообще-то за это сажают Обналичивают, конечно, но с ростом рисков растет и процент за обналичку. И скоро уже будет проще заплатить налоги и не париться.
один знакомый занимался этим. но года два назад еле-еле вышел из этого "бизнеса", без посадки и штрафов.
Смешной? От 20% по большому знакомству. Последние годы за эти лавочки серьезно взялись. Вот если пару миллиардов обналичить - тогда проблем скорее всего не будет .
Все ведь знают приколюху evolution of programmer ? https://www.ariel.com.au/jokes/The_Evolution_of_a_Programmer.html я с прошлой недели не могу перестать охудевать... после того как столкнулся с произведением ДВУХ наших "master programmer'ов". мне с моим подходом "guru hacker'а" каждый финт мастер-программера - это как нокаут. ведь нельзя же критиковать начальников отделов и манагеров, ставящих задачу мастер-программерам и принимающим от них работу - зарлпату хер получишь же... гениальная утилита должна взять из svn файлики. мастер-программер использует C++ для этого: говорите, "сам топи урановые ломы в ртути"? а нам ничего не стоит записать копирование строки вот так вот: всего лишь четыре строчки. шёл 2022 год, август месяц... а вот так другой мастер-программер пишет подобную первой утилиту, но теперь - питон: взять из свн фалики: записать xml-файл: ох, глаза, мои глаза... как-будто специально дают поработать с результатом работы шизофреников - проверка на устойчивость психики...
Я не знают такой функции wstprintf_s, есть swprintf_s думаю тут опечатка. Первый код трапнется по эксепшну "Buffer too small". Потому что буфер для swprintf_s считается в 1 Второй либо бред либо не хватает еще строк в начале. Где копирование то? Пока вижу только смещение на длину strSub и попытку записать \0 в область после смещения при наличии в этой памяти \r или \n (если это конец буфера strRootPath, то получим падение buffer overrun). Ну и удаление \r\n нужно делать с конца строки, а не с начала. ЗЫ: вы там еще в SVN сидите? ЗЗЫ: А код ревью у вас не практикуется?
да, но местами уже git и ревью тоже только местами делается. а тот код - это от некоторой утилиты, боковое, это никто не смотрит. насколько, всё-таки, не хватает разработчикам знаний bash или PowerShell. а bash уже в венде же есть, в линух-подсистеме. кажется. p.s. да, там не копирование строки, а обрезание по первому \r\n мне, как старому башеру, больно на такое смотреть.
потому что венда. длительное программирование только под винду приводит к необратимому вымыванию клеток из мозга. За популяризацию wchar_t и иллюзию что он тождественен UTF-16 особое кю.
А вот киздеть не надо. Ваши линуксовые сексуальные меньшинства отучают думать кроссплатформенно. И путать utf16 с wchar_t. Как теплое с мягким. В данном примере это вообще похер. Не говоря о том что wchar_t нужно для программеров живущих за пределами пиндостана без оглядки на систему. Для начала укажите ошибку в использовании wchar_t вместо char, а потом делайте свой высер. Тут проблема не размерности символа, а в алгоритме. Отправлено с моего iPhone используя Tapatalk