Для IT-специалистов в ряде регионов может применяться ПСН (патент), когда налог платится от "потенциального" дохода. Соответственно, с бумагами все проще, а налог может оказаться меньше 6% от реального дохода. При этом логично оформлять УСН + ПСН и по УСН подавать нулевую декларацию.
По ГПХ могут возникать вопросы, не является ли это уходом от зачисления в штат (а заодно уклонением от уплаты взносов в ФСС). Поэтому это должен быть именно договор на конкретный проект, отличный от предыдущих (при наличии) с конкретными сроками и результатами.
Как-то разбирал у знакомого книги на молдавском и на румынском. Обратил внимание, что румынский легче позволяет оценить, что это за книга и о чем, чем молдавский. Во-многом потому что текст на романском языке, записанный латиницей, воспринимается частично на уровне подкорки и распознавания образа, а тот же текст, записанный кириллицей, надо полностью распарсить, прочитать и по звучанию осознать, что написано.
Сегментные регистры — это что-то из мира x86. В большинстве других архитектур их нет. Есть таблицы трансляции их их кэши в MMU. Основная проблема возникает при сбрасывании этих кэшей. Если там аппаратные ASID (address space identifiers), это удобно. Сейчас это проникает и на другие платформы, спасибо IBM (видимо) за идею. На ARMv7(-A, -R) есть восьмибитное поле для ASID.
128-битные указатели реализованы программно или аппаратно?
В линковке модулей, скомпилированных из текстов на разных языках, ничего особо удивительногого сейчас нет. Хотя, если это сделано удобно, это хорошо. А CL тоже компилируется (и может линковаться с кодом на C)?
Сборка, я так понимаю, идет только на самой IBM i? Есть ли возможность кросс-компиляции кода? Есть ли ассемлер (POWER-овский или какой-то еще?)?
trap, не содержащая проверку на соответствие границам массива, позволяет получить много интересного Undefined Behaviour. Вместо fprintf(stdout, "%c", ...) проще использовать putc. Вывод строки циклом fprintf --- тоже отдельная песня.
"Программу для генерации программы" можно было бы превратить в аналог ассемблера, добавив #define на каждый опкод и используя их внутри массива. Да еще в вызове fwrite ошибка длины.
Касательно самой архитектуры тоже есть вопросы. Хотелось бы аппаратные push/pull. И регистр флагов обновлять можно не всегда, а только по требованию (как в Aarch64).
Все бы хорошо, если бы эти патчи ещё в список рассылки отправлялись. А так получается, что время потрачено, патчи есть, но реально воспользоваться ими сложно, а через несколько месяцев они устареют, потому что код проектов изменится.
Для IT-специалистов в ряде регионов может применяться ПСН (патент), когда налог платится от "потенциального" дохода. Соответственно, с бумагами все проще, а налог может оказаться меньше 6% от реального дохода. При этом логично оформлять УСН + ПСН и по УСН подавать нулевую декларацию.
По ГПХ могут возникать вопросы, не является ли это уходом от зачисления в штат (а заодно уклонением от уплаты взносов в ФСС). Поэтому это должен быть именно договор на конкретный проект, отличный от предыдущих (при наличии) с конкретными сроками и результатами.
Или включать в договор фразу, что факт оплаты является принятием работы.
Интересно, спасибо за ответы. Компилируемый CL — это сильно.
Как-то разбирал у знакомого книги на молдавском и на румынском. Обратил внимание, что румынский легче позволяет оценить, что это за книга и о чем, чем молдавский. Во-многом потому что текст на романском языке, записанный латиницей, воспринимается частично на уровне подкорки и распознавания образа, а тот же текст, записанный кириллицей, надо полностью распарсить, прочитать и по звучанию осознать, что написано.
Банк, понятно :-)
Спасибо за расказ.
Сегментные регистры — это что-то из мира x86. В большинстве других архитектур их нет. Есть таблицы трансляции их их кэши в MMU. Основная проблема возникает при сбрасывании этих кэшей. Если там аппаратные ASID (address space identifiers), это удобно. Сейчас это проникает и на другие платформы, спасибо IBM (видимо) за идею. На ARMv7(-A, -R) есть восьмибитное поле для ASID.
128-битные указатели реализованы программно или аппаратно?
В линковке модулей, скомпилированных из текстов на разных языках, ничего особо удивительногого сейчас нет. Хотя, если это сделано удобно, это хорошо. А CL тоже компилируется (и может линковаться с кодом на C)?
Сборка, я так понимаю, идет только на самой IBM i? Есть ли возможность кросс-компиляции кода? Есть ли ассемлер (POWER-овский или какой-то еще?)?
эмуляторы Радио-86РК я встречал.
Расскажите, а откуда в принципе IBM i, почему эта система, и что на ней делаете?
А вообще было бы интересно увидеть, например, порт RatC ("A Book on C", R.E. Berry and B.A. Meekings, 1984), генерирующий код для этой VM.
trap, не содержащая проверку на соответствие границам массива, позволяет получить много интересного Undefined Behaviour. Вместоfprintf(stdout, "%c", ...)проще использоватьputc. Вывод строки цикломfprintf--- тоже отдельная песня."Программу для генерации программы" можно было бы превратить в аналог ассемблера, добавив
#defineна каждый опкод и используя их внутри массива. Да еще в вызове fwrite ошибка длины.Касательно самой архитектуры тоже есть вопросы. Хотелось бы аппаратные
push/pull. И регистр флагов обновлять можно не всегда, а только по требованию (как в Aarch64)."се-ти" в заголовке — это кто-то умный с переносами?
Неправда ваша. Если бы они были совместимы, то SONAME не поднимали бы.
Зачем пересобирать из исходников, если есть https://packages.ubuntu.com/search?keywords=firebird и https://centos.pkgs.org/8/epel-x86_64/firebird-3.0.5.33220-1.el8.x86_64.rpm.html? И гораздо проще и правильнее обновить версию и пересобрать пакет, чем из исходников пересобирать и ставить.
С примерами, пожалуйста.
Все бы хорошо, если бы эти патчи ещё в список рассылки отправлялись. А так получается, что время потрачено, патчи есть, но реально воспользоваться ими сложно, а через несколько месяцев они устареют, потому что код проектов изменится.
NSS — это Firefox и Chrome/Chromium. Не очень понятно, почему он «все менее актуален».
Интересно, почему настолько рваный правый край страницы. Режет глаза.
А чем принципиально отличается JPEG от PNG, что первые фаззер нафаззил, а вторые — не сможет?
А это уже ASRC, это несколько другая задача, которую не стоит решать только фазовым вращением.