- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
ВЫБРАТЬ
КОЛИЧЕСТВО ( РАЗЛИЧНЫЕ УвольнениеИзОрганизации.Сотрудник) КАК Сотрудник
Кадровая история сотрудников спецслужб их.Подразделение,
ЕСТЬNULL (КОЛИЧЕСТВО ( РАЗЛИЧНЫЕ ВЫБОР
КОГДА УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование = "" По собой желанию, на учебу пункт 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию, по уходу за инвалидном п.3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование = "" По соб желанию, ребёнок-инвалид до 18 л., А 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию , с переменой м. ж., пункт 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию, по уходу за ребенком до 14 лет, п 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию , на пенсию, п 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" по соб желанию, п.3 статьи 77 ТК РФ""
ТОГДА УвольнениеИзОрганизаций.Сотрудник
КОНЕЦ ), 0) КАК увПоСобств,
ЕСТЬNULL (ВЫБОР
КОГДА УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" За прогулы, подпункт """" а"""" пункта 6 статьи 81 ТК РФ""
ТОГДА УвольнениеИзОрганизаций.Сотрудник
КОНЕЦ ,0) КАК УвПрогул,
ЕСТЬNULL ( КОЛИЧЕСТВО ( РАЗЛИЧНЫЕ УвольнениеИзОрганизации.Сотрудник
),0) Как УвВсего
ИЗ Документ.Увольнение.Сотрудник КАК УвольнениеИзОрганизации
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КадроваяИсторияСотрудников.СрезПоследних как КадроваяИсторияСотрудниковСрезПоследних
ПО Сотрудник КАК УвольнениеИзОрганизации.Сотрудник = КадроваяИсторияСотрудниковСрезПоследних.Сотрудник
ГДЕ
УвольнениеИзОрганизации.Ссылка.Организации в ИЕРАРХИИ (& Организация)
И УвольнениеИзОрганизации.ДатаУвольнения >=& НачалоГода
И (УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию, по уходу за инвалидном п.3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование = "" По соб желанию, ребёнок-инвалид до 18 л., А 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию , с переменой м. ж., пункт 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию, по уходу за ребенком до 14 лет, п 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" По соб желанию , на пенсию, п 3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" по соб желанию, п.3 статьи 77 ТК РФ""
ИЛИ УвольнениеИзОрганизаций.СтатьяТКРФ.Наименование ="" За прогулы, подпункт """" а"""" пункта 6 статьи 81 ТК РФ""
)
СГРУППИРОВАТЬ ПО
КадроваяИсторияСотрудниковСрезПоследних.Подразлеление
ЕСТЬNULL (ВЫБОР
КОГДА Увольнение Зоран зайти.СтатьяТКРФ.Наименование = "" За прогулы, подпункт """" а"""" пункта 6 статьи 81 ТК РФ""
ТОГДА УвольнениеИзОрганизации.Сотрудник
КОНЕЦ ,0);
NULL есть? А если найду?
"Доброго времени суток. Есть запрос и возникает такая ошибка: ожидается выражение ТОГДА"
[далее 10050500505 строк кода с хардкодом копипастом, говном и малафьей]
1. В строке 02 в конце строки не хватает запятой;
2. Для увПоСобств в условии ВЫБОР не хватает ИНАЧЕ;
3. В строке 36 в конце строки не хватает запятой;
4. В последней строке (в СГРУППИРОВАТЬ ПО) в условии ВЫБОР не хватает ИНАЧЕ;
5. В последней строке, в конце строки точка с запятой не нужна.
> уходу за инвалидном
Походу таки руками 🙂
то-0есть в 1С принято строить бизнес-логику на проверке совпадения строки с
" По соб желанию , с переменой м. ж., пункт 3 статьи 77 ТК РФ
?
fuxed
Выводит:
Тут размер в байтах.
Пруфлинк: https://ideone.com/YqKWVf
Именно поэтому я за "PHP".
Ещё в заголовках торрент-файлов (bencode) тоже перед строкой указывается её размер.
Где-то ещё было, но мой петушиный мозг сходу не может вспомнить. Точно ещё где-то было, это же не могло мне присниться.
А зачем? В контексте эскейпа это никак не поможет: в (5, "\r\nab") всё равно будет неоднозначность. А в контексте нулевых байт — ну дык «serialize()» по-любому должна бинарные данные эскейпить и выводить нуль-терминированную строку, или я что-то своим мозгом по ГОСТу не понимаю?
Например вот этот пиздец:
разбирают выражение, находят +, начинают разбирать аргументы, тут почему-то получается так, что аргумент парсится из той же строки, что и изначальное выражение. То есть первый аргумент плюса это не 0x0, а 0x0+2. Как такое может быть? Ну может они там с индексами ебутся, а не копируют кусочки строк для оптимизации...
> fixed in PHP 5.4 [...] re-broken in PHP 5.4, with the new 0b literal
- скопировать юнит-тест религия не позволила конечно же
Какой "C" )))
Если бы они его скормили, то всё норм было бы. А они хуйню за токеном скормили.
https://git.php.net/?p=php-src.git;a=blob;f=Zend/zend_language_scanner.l;hb=refs/heads/PHP-5.3
https://git.php.net/?p=php-src.git;a=blob;f=Zend/zend_language_parser.y;hb=refs/heads/PHP-5.3
Упоминание "0x" встречается в таких фрагментах:
В новой версии добавили проверку длины на ноль:
https://git.php.net/?p=php-src.git;a=blob;f=Zend/zend_operators.h;hb=refs/heads/PHP-5.3
Мне нравится, что функции в принципе пофиг, есть в начале строки 0x или нет. Оно понятно, что функция, например, выше, которая вызывает zend_hex_strtod, ещё и сама стрипает префикс, потому пришлось так сделать, но... ёбтваюмать. Зачем тащить это в паблик
Вопрос тогда, зачем стрипать 0x отдельно уровнем выше, когда и strtol, и самописная функция его прохавают
https://www.php.net/manual/ru/internals2.funcs.php
Если мы хотим из пыхокода вызывать функцию как hex_strtod, то нужно объявить такую функцию:
Пышечка в первый параметр (ht) положит количество реальных аргументов (в данном случае скорее всего 1), во второй параметр (return_value) положит указатель на область памяти, в которую наша функция должна сохранить результат. Извлекать аргументы наша функция должна сама, используя вызов zend_parse_parameters.
Короче, обёртку нужно дописать, чтобы вызвать из пыха.
https://www.php.net/manual/en/internals2.ze1.zendapi.php
Вообще, я что угодно могу обосрать
Это отказ от статической валидации (какой бы то ни было), отказ от рефакторинга, файнд юзаджа и код комплишена в IDE.
Питон неконсистентен.
В нем есть тайп хинты, но опциональные. Когда их использовать?
Как описать структуру? Через класс? Через дата класс?
Через дикт? Может быть взять тайпхинты для описания типов у дикта?
Или взять неймд туплу? Или просто туплу?
Использовать ли мне явные интерфейсы? Или утку? Или может быть Abstract Base Classes?
Типизация как-бы чисто динамическая, но на самом деле ты всегда должен знать тип.
def foo(self, id): return self.data[id]
если data это list, а id вдруг пришла как строка ('1' а не 1), то ты соснул, бо типизация строга.
Так что в идеале надо венгерской нотацией всегда указывать тип
strId, nId итд.
Тогда зачем отказались от статики?
Как-бы есть функциональное программирование, но лямбды ужасны.
Есть itertools, а есть list comprehension. Что и когда юзать?
map(lambda p: p.name, petuhs)
или
(p for p.name in petuhs)
?
Функциональное программирование префиксное (или не знаю как сказать -- функции пишутся слева)
Грубо говоря нельзя так
grebeshok_age = puthus.find(p => p.name == "grebeshok").map( p=> p.age).first()
надо так
next(map(lambda p: age,filter(lambda p: p.name == "rebeshok", petushki)))
ужасное, нечитаемое
через comprehesion будет не лучше.
продолжать?
Не без этого.
Abstract Base Classes - это развене классический жабовый интерфейс?
map(lambda p: p.name, petuhs)
или
(p for p.name in petuhs)
Сам написал что лямбды ужасны. Вот когда они становятся ужасными -надо свитчить на списковые выражения.
>Есть itertools, а есть list comprehension. Что и когда юзать?
А где они пересекаются-то?
>> если data это list, а id вдруг пришла как строка ('1' а не 1), то ты соснул, бо типизация строга.
Напоминает «Object Pascal» (в частности, «Delphi»): там есть динамический тип Variant, в который можно пихать данные произвольных типов (ибо там есть поле-дескриптор, которое помнит, значение какого типа сейчас лежит в переменный), но неявного каста нет (ибо типизация строгая), поэтому нужно либо явно кастовать (и это на мой взгляд хорошо), либо в функции, принимающей Variant, делать свитч по всем допустимым типам.
Однако, в «Object Pascal» динамическая типизация опциональная: ты явно указываешь переменные, которые принимают динамический тип. А в «Питоне» динамическая типизация повсюду.
> Есть itertools, а есть list comprehension. Что и когда юзать?
Попробуй мне вырази хоть одну функцию из itertools одним компрехеженом.
> next(map(lambda p: age,filter(lambda p: p.name == "rebeshok", petushki)))
Понял, что написал? Эквивалентно просто:Ладно, сам переведу первую версию:
Встроенные функции - обычные переменные. Куча типичных имен вроде str занята. Назвал переменную str? Получи вылет после вызова str(), причем вылетит это только в рантайме.
Неструктурированная документация на апи, в отличие от жавадока, например.
Есть кодировки utf8 и utf-8. Но есть только utf-8-sig, без минуса нельзя.
Самая жопа, конечно же (в прошлом) это "начать всё с нуля" в тройке. Ну и "поддержка" винды.
Сам исходник, естественно, в досовской кодировке, как bat-файлы.
Если выполнить CHCP 1251, то можно исходник перевести в виндовую кодировку:
Но не нужно, ибо после CHCP 1251 обычные bat-файлы будут выводить кракозябры.
Да, в третьем Питоне работают оба варианта без CHCP.
много раз обсуждалось что в NT есть два API для вывода в консоль
* старый говеный однобайтовый через сишный рантайм для старых прог
* новый модный уникодный через консоль апи для новых прог, выпущенных после второй половины 90х)
Вот если все хранить в уникоде и ю3ать консольный API, то не будет проблем с кодировками вообще никогда и никаких
Так и надо делать
Так не делали в двойке
В двойке всё высралось в кодировке исходника, в тройке — в виндовой (cp1251) вне зависимости от кодировки исходника.
*****
После CHCP 65001 двойка вообще глючит по-страшному:
При перенаправлении вывода в файл всё работает.
*****
Тройка при перенаправлении сосноли в файл не хочет выводить юникодный текст, даже если исходник в UTF-8. Пробуем вывести греческую букву «альфа»:
Результат в stderr:
Просто в сосноль выводит нормально.
Зачем в тройке хакнули перенаправление сосноли в файл?
ты скажи ему явно что stdout у тебя utf:
set PYTHONIOENCODING=utf-8
и всё сработает
В "PHP" у пелременных и функций отдельные неймспейсы. Именно поэтому я за "PHP".
«Питон понравился мне тем, что он может выполнять любую работу. У него есть библиотека для мобильных приложений, для десктопных, на нем можно писать скрипты автоматизации для серверов, можно веб-приложения. Но по факту на работу без глубокой математики требуются только веб-разработчики. Никто не пишет на нем десктопные приложения, и уж тем более мобильные. Для этого есть другие языки, которые создавались специально под свои задачи».
Алексей предупреждает, что Python легкий только в начале. А после легкой базы придется приложить усилия, чтобы освоить более серьезные аспекты — библиотеки и фреймворки. «Если сравнить язык программирования с водоемом, то, например, язык С — это океан. Ты ныряешь с обрыва на огромную глубину, и либо плывешь, либо тонешь. Язык Пайтон — это пляж с чистым песком, где ты можешь далеко зайти, спокойно поплавать, и если понял, что хочешь двигаться дальше — то за красивым пляжем есть огромная впадина, по глубине сопоставимая с С и Java».
Кстати, после закрывающей кавычки пробел не нужен, ' S" установит ' >IN на символ за кавычкой. Но без него как-то неспокойно на душе...
А можно просто эту пллату через USB к конпуктеру подключить и юзать его как терминал. Вот только лень с этим розбираться... Я пока что моргатель светодиодами 🙁
Зато фортовый next для direct threading в одну инструкцию получился: ldmia r7!, {pc} (в r7 лежит указатель на шитый код).
http://gforth.org/manual/ARM-Assembler.html#ARM-AssemblerНу или свой пишешь. Ассемблер просто конпелирует инструкции в область данных. Собираешь образ и выводишь в файл.
Вообще да, для x86 инструкции можно собирать по байтам, а для армов приходится по битам.
И пока thumb2 не особо радует - там переменная длина инструкций (16 бит или 2 раза по 16 бит), по 2-3 формы для каждой инструкции, везде разные длины immediate и куча алиасов между инструкциями...
Даже х86 местами логичней кажется.
К примеру, 0x48..0x4F ('H'..'O') упали на команду LDR. "H " загрузит в R0 dword, который лежит через 32 байта от текущей инструкции. "I " - в R1. И т.п.
EOR (аля XOR) мапается на 0x40 ('@'). Во втором байте должно быть 01SSSDDD. Т.е. почти все варианты с регистрами с r0 по r7 доступны (eor r7, r7 выпадает т.к. в ascii нет 0x7F). Всякие сложения-вычитания - аналогично.
BX (аля jmp на регистр) попал на 0x47 ('G'), во втором байте надо 0RRRR000, т.е. все регистры от R0 до R15 доступны.
STR Rt, [Rn + Rm] попадает на 0x50 и 0x51 ('P', 'Q'). Кодируется как 0101000M MMNNNTTT. Т.е. от M будет доступно где-то 4 регистра.
В целом - неплохо.
Кстати, вспомнил тут свою давнюю идею - фортоподобный язык, где слова не надо отделять пробелами. Тупо искать самое длинное совпадение в словаре. Пробел, таб и возврат каретки - пустые слова, которые ничего не делают. Цифры инициируют парсинг числа, кавычки - парсинг строки и т.п. Само собой, ты можешь всё это поменять т.к. это просто записи в словаре.
Типа как в 'RETRO_FORTH префиксы? Вот только слова там пробелами отделяются, 'поэтому_строки_выглядят_вот_так. Ещё у тебя придётся убрать/переименовать слова типа: 1+ 1- 2dup 2@ 2! 2+ 2*. А мне нравится разделение пробелами, парсер простой получается. Если пробел после кавычки мозолит глаза, для строк можно придумать такой синтаксис:Я это даже где-то постил.
У меня, кстати, тоже своя идея есть, я даже её наполовину запилил, но потом забросил (ну ядро в виде com файла давно уже пылится, почти допиленное, хотел допилить и переписать на самом себе под 32 бита, но надоело):
1. Определяющие слова не сами парсят имена, а принимают их параметрами на стеке. Например : принимает адрес, длину, создаёт определение, начинает компиляцию. Код получается вербознее, но зато проще в своих определяющих словах проверять имя на что-то ( например, что слово уже определено или на какой-то ограничитель, типа как locals| ... | ), или создавать генеренные слова.
2. Ещё работа некоторых слов пересмотрена, например word не ожидает символ-разделитель в стеке, а сразу парсит имя ( не знаю нахер оно в стандарте пропускает ведущие разделители, кроме как для парсинга имён оно ни для чего не годится), и возвращает не адрес строки со счётчиком, а как parse адрес и длину. Соответственно find принимает не адрес строки со счётчиком, а адрес и длину.
3. Для неопределённого слова система не пытается преобразовать его в число, а передаёт его подпрограмме, адрес которой хранится в переменной 'not-found, по умолчанию там подпрограмма которая выводит сообщение об ошибке.
4. Чтобы записать число нужно использовать слово # оно распарсит число из исходника ( хочу заменить стандартное # которое юзается в <# ... #> на % или _ но пока не решил )
5. Ну ещё некоторые слова переименовал ( invert - not postpone - compile then - end-if begin - loop repeat - end-while )
(jmpnz) -- выбирает из шитого кода слово, берёт число с вершины стека, если не ноль, прибавляет его к указателю инструкций шитого кода
(jmpz) -- как (jmpnz) только условие противоположное
(jmp) -- безусловный переход, стек не трогает
(not-found) ( c-addr u -- ) выводит сообщение о том, что слово не найдено, вызывает quit
(push) выбирает из шитого кода слово, увеличивает указатель инструкций на размер слова, пушит это слово на стек
immediate: -- определяет immediate слово, как : hui ; immediate в форте
r-drop -- убрать число со стека возвратов
r-n-drop ( n -- ) -- убрать n чисел со стека возвратов
r-pick ( n -- x ) как pick, только работает со стеком возвратов
Всё остальное стандартное или описано выше.
Какой анскилл (((
Уменье довести что-то до конца -- ценнейшее качество программиста.
А так получается как в анекдоте про теорию и практику
Это хуйня. Главное - к чему этот оффсет прибавляется: к адресу текущей инструкции плюс четыре округлённому вниз до кратного четырём.
Для ARM'а это выглядело нормально, там все инструкции по 4 байта, поэтому там это был просто адрес следующей инструкции... Но для thumb'а эта формула выносит мозг.
https://ru.wikipedia.org/w/?curid=3679980
Т. е. JMP SHORT $+2 (аналог NOP, но медленнее) кодировалось как 0EBH, 00H, а JMP SHORT $+0 (бесконечный цикл) кодировалось как 0EBH, 0FEH.
Прочитал как ОВЕН.
> $+0
Х.з., мне всегда было проще метку написать.
Суть ассемблера в том, чтобы выдавать именно те инструкции, которые хочет видеть программист. Может быть, от подёргивания стека возникает какой-то побочный эффект?
Кстати, в ранних реализациях в целях экономии слова отличались лишь по первым трём символам и длине, так что надо было быть аккуратнее. Я ещё придумал экономию: в памяти можно хранить лишь код, а сами статьи читать с флеша только при интерпретации исходного кода, ведь большее время работы они не нужны.
ЗЫ. как думаешь, искать в словаре не по строке, а по хэшу (например PJW-32) хорошая идея или плохая? При коллизиях как поступать, если найдено более одного подходящего слова сравнивать по строке или тупо выдать ворнинг при переопределении?
> хэшу
Зачем хеш при линейном поиске?
PJW-32 не годится, я уже нашёл коллизии в стандартном наборе слов: 0= 1-
🙁
Оптимизацией были бы хешмап или дерево вместо списка.