Начата постепенная адаптация ONTL (Open NT Native Template Library) под операционную систему Linux (проект ONTL реализует стандартную библиотеку Си++11, применявшуюся для создания исполняемых файлов, как для NativeAPI пространства пользователя, так и ядра ОС Windows). Возможность использования Си++ в ядре Linux принципиально не рассматривается, поскольку идёт вразрез с устоявшейся традицией...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60913
Что это за фигня?
Академическая поделка. Вакансий на "Рефал" - ноль. Если автор не сделает шагов про продвижению своих "stdlib C" и "Рефал", с ходу - внедрение в каждый утюг и формировние коммьюнити, привлечение коммерческих компаний с демонстрацией им, почему им это может быть полезно - проекты загнутся по мере того как пропадёт интерес их единственного автора.
Я ожидал, что придётся отвечать на вопросы из разряда "а где же юнит-тесты?" к библиотеке, а не на экспертизу о трендах развития ЯП 1966-го года выпуска.Так вот, интерпретатор используеся вместо тестов, пока в библиотеке не реализована функциональность, необходимая для сборки тестов из Glibc, например.
не знаю, но автор полный тезка моего одногруппника
Однажды я нимало удивился, увидев "своё" имя в списке докладчиков на конференции, куда ехать отказался. А когда учился, предлагал родному универу класс машин на асусах вдвое дешевле, чем в итоге купили (на деньги студентов) у соседа декана другого факультета. ;)
> Возможность использования Си++ в ядре Linux принципиально не рассматривается, поскольку идёт вразрез с устоявшейся традицией.Что за традиция такая?
причуды автора, см. мой коммент выше.
Пока я не видел драйверов на Си++ для Linux, зато постоянно наблюдаю священные войны на тему "Rust в ядре не нужен". Подобного рода идеологические споры не интересны; говорить о задачах, где бы оправдано было применять плюсы, похоже, не с кем. Соответственно и нет причин, что бы тратить на это время. Технических проблем быть не должно.
А как сам проект, стоящий, нет? На Ваш взгляд?
Сложно сказать. Год назад пришлось отказать желающему поучаствовать и привлечь людей, поскольку предварительно изучил потенциальный спрос (например, Базальт СПО не заинтересовались документацией на русском, даже для glibc). Основная проблема в том, что здешним торговцам "международным" кодом не выгодна ситуация, когда в России кто-то что-то пишет, а тем более выходит за рамки франшизы GNU/Linux, где Россия выступала в роли поставщика рабочей силы для США в обмен на free исходники.
Открыл новости, о, думаю, сишная либа, что за прикол. Там про какую-то неведомую сиплюсплюсную хрень. Происки АНБ. Что происходит?А код не фри, его писал кто-то, некий рабочий силач.
Стандартная библиотека Си++ включает в себя помимо всего прочего и стандартную библиотеку Си. Всё это было написано 10+ лет назад для Windows и опубликовано под zlib/libpng лицензией - куда ещё более фри, я не знаю.Теперь по ряду причин меня не устраивает разжиревшая glibc, потому часть того кода переношу в Linux, именно стандартную библиотеку Си в первую очередь. https://github.com/STrusov/Ussury
Линус в куче интервью говорил почему в ядре нету С++. Его взгляд как раз можно считать традицией.
Это было актуально до его публичного "покаяния" и внедрения Rust в ядро, в угоду платиновым спонсорам.
Не сотвори себе кумира, как говорится.
Да, и вообще традиции нужны не сами по себе, а для решения некоторых общественных вопросов и достижения некоторых целей.
Эта традиция и решает общественный вопрос. Ядро пишут программисты на Си. Их интерес - писать ядро на Си, как они умеют и привыкли. Линус защищал интерес подчинённого ему общества.
Линуксу популярно объяснили что могут и без него... и он прозрел, во всех смыслах :)Но с ним ещё вежливо, всё таки уважаемый акционер уважаемой компании ... :)
А вот мозолееда схавали потратив $10 на всё про всё и прямо "с особым цинизЪмом!"(С) :-D
> Эта традиция и решает общественный вопрос. Ядро пишут программисты на Си. Их
> интерес - писать ядро на Си, как они умеют и привыкли.
> Линус защищал интерес подчинённого ему общества.Это не общественный вопрос. Это как бы помягче выразиться… Танцы на горящих углях, которые сами себе накидали под ноги. Глубочее нужно глядеть и ширше (или широчее, не знаю как аутентичнее).
>> Эта традиция и решает общественный вопрос. Ядро пишут программисты на Си. Их
>> интерес - писать ядро на Си, как они умеют и привыкли.
>> Линус защищал интерес подчинённого ему общества.
> Это не общественный вопрос. Это как бы помягче выразиться… Танцы на горящих
> углях, которые сами себе накидали под ноги. Глубочее нужно глядеть и
> ширше (или широчее, не знаю как аутентичнее).Есть такая русская народная пословица - со своим уставом в чужой монастырь не ходят.
И существует лишь один проверенный временем рабочий способ научить сообщество ядерщиков, как следует писать ядро Linux - показать своим примером, заслужить уважение и доверие, то есть стать Линусом Торвальдсом. Другой вариант - платить им и на этом основании выдвигать условия, но 100% результат здесь не гарантирован.
Выдавать свои личные интересы за общественные, говорить красивые речи, давать ценные и ещё более ценные указания - всё это не работает. Там своих мастеров этого дела хватает, и вся демагогия со стороны очень быстро поделится сообществом на примерно 360 градусов.
Монастыри тут не при чём. Люди все одинаково устроены. И Законы их функционирования одинаковые, и не имеет значения что об этом они сами думают.
Ладно, Вы всё равно не поняли, что проблема скрыта намного глубже, Вы всё на поверхности топчетесь. Проблемы в культуре самого общества, а остальное уже его последствия.
> Люди _все_ _одинаково_ устроены. И Законы _их_ функционирования одинаковые,
> и не имеет значения что об этом _они_ сами думают.Семантический анализ показывает, что автор не причисляет себя к людям.
>> Люди _все_ _одинаково_ устроены. И Законы _их_ функционирования одинаковые,
>> и не имеет значения что об этом _они_ сами думают.
> Семантический анализ показывает, что автор не причисляет себя к людям.Оу, специалист по семантическому анализу? А может с логикой лучше подружитесь, не? Свой солипсизм держите при себе.
Законы мироздания (те, по которым оно вообще функционирует) существуют вне зависимости от того знает о них индивид или нет и что он о них думает. Но то такое… Видимо, очень для Вас сложное. Хотя я и не удивлён, учитывая ту дичь, которую Вы мне пишите в других ветках.
Итак, ветка является следствием моего заявления, что портирование ONTL (давно работающей в ядре Windows) в ядро Linux принципиально не рассматривается.Вопрос по существу: с какой целью Зазнайка пытается повлиять на решение автора? Если сам он, очевидно, использовать Си++ ядре Linux не собирается, а если бы и собирался, то опыта нет.
Нужно. И любой, кто пытался читать исходники glibc, это подтвердит.
>Нужноконечно, надо же чем-нибудь заниматься
пс: шутка про кота уже устарела :(
Боюсь, что "любой" слишком оптимистичная оценка. Вот тут https://bugzilla.altlinux.org/show_bug.cgi?id=38212#c2 пытается читать; тогда как его коллеги убедили меня давно, что им такое совершенно не нужно.
Почему-то мне кажется, что проект ждёт стагнация и забытие в истории... Серьёзно, зачем ещё одна библиотека?
Дополнительные странные моменты:
– авторская лицензия: тут ещё нужно подумать о её совместимости с другими лицензиями, не говоря уже о полушуточных выражениях, не отдающих нейтральностью;
– русский вместо английского: английский – хороший тон для международного обмена кодом и документацией;Зачем:
1. Программисту-любителю использовать этот проект, если он явно может загнуться?
2. Зачем профессиональному программисту использовать этот проект, если лицензия мутная?Вывод: любительская поделка для узкого круга лиц, за пределы которого не выйдет.
Я не патриот-государственник, а вообще либераст (ещё и с ГД, что комбо), но мне нравится идея использования русского языка в определённых проектах.
Английский может быть барьером для входа, причём даже существенным. Также это круто с точки зрения "великой справедливости", сохранения языка и некоторых культурных особенностей (часть из которых мне нравятся)
Само наличие библиотеки с русскими комментариями и русской документации для изучения очень полезно.
Я хоть и идейный противник либерастии, но согласен по вопросу языка.Почему англоязычным доступно просто "говорить с ЭВМ на родном языке", а другим нужно "читать молитвы на латыни"?
ЯП, кмк, должны быть легко интернационализируемыми (о какое слово, задолбался писать)...
> Я хоть и идейный противник либерастии, но согласен по вопросу языка.
> Почему англоязычным доступно просто "говорить с ЭВМ на родном языке", а другим
> нужно "читать молитвы на латыни"?
> ЯП, кмк, должны быть легко интернационализируемыми (о какое слово, задолбался писать)...Поэтому, "Ради Великой Справедливости" нужно сделать так, чтобы и англоязычные не говорили с ЭВМ на родном языке, а "читали молитвы на латыни", ну т.е. буквально перевести нужно общемировое программирование на латынь, это более научно-традиционно и менне обидно остальным обиженным! ;)
Лучше на эсперанто тогда. С латынью больше страдать придётся.
потому, что удобнее. в русском слишком много синонимов, чтобы на нём писать
В английском синонимов не меньше. А вот падежи и спряжения сильно мешают. Вот и выходит кнопка.нажать, финальный пустота сообщить.
Хотя с текущими возможностями обработки текста ничего не мешает создать транслятор из падежного русского в постоянный. Но на это нет спроса. Гораздо проще выучить 20 кейвордов, на то они и кейворды что обозначают символы. А название функций и переменных в большинстве языков можно писать хоть на китайском, юникод позволяет.
Спроса нет, потому что такое имело бы смысл в школе, остальные ведь давно выучили 20 кивордов. А система образования была вписана в Болонскую, где требуется лучших специалистов в итоге отобрать, а тут оставить в основном умеющих собирать пакетики.
Падежи и части речи - не обязательно мешают. Например, можно было бы считать глаголы вызовом функций, а существительные их аргументами. В таком случае скобочки вокруг аргументов оказались бы лишними, а порядок слов произвольным. Хорошо это или плохо - это уже другой вопрос. В Perl вроде бы условные операторы иногда ставят в конце строки - для улучшения читаемости. Что бы получить ответ на вопрос, надо сначала сделать, а потом проверять. Наверняка по итогу первых опытов придётся переделывать. На такое опять же нет спроса.
Языки программирование суть формальный язык. Порядок вызова функций (глаголов) и порядок передачи аргументов (существительных) имеет значение.
Речь не о порядке вызова функций, а о записи одного вызова.В реализации Рефала по ссылке выше можно писать хоть как:
<Prout 1 2>
<1 2 Prout>
<1 Prout 2>
Язык основан на сопоставлении с образцом, потому в некоторых случаях может оказаться не важен и порядок аргументов.
Интересно конечно. Если всё типизировано, то выходит такой бесточечный стиль, там переменные вообще не нужны.
foo = succ . sin . square
Когда выражение является композицией функций. Но ведь есть допустим функция subtract и между (1 subtract 2), (subtract 1 2) и (subtract 2 1) есть большая разница. Конечно можно отличить инфиксную нотация от префиксной, но вот сопоставление с образцом вряд ли угадает порядок аргументов.
Не понял про разницу. (1 subtract 2), (subtract 1 2) и (1 2 subtract) одинаковы, а (subtract 2 1) естественно отличается результатом, из-за свойств вычитания.Если же требуется (чашка 1 subtract чайник 10), то можно определять, что из чего наливается.
> Например, можно было бы считать глаголы вызовом функций, а существительные их аргументами. В таком случае скобочки вокруг аргументов оказались бы лишними, а порядок слов произвольным.1 и 2 это аргументы (существительные) и их порядок важен. Префиксная и постфиксная запись предпочтительнее, потому что она единообразная и удобнее для метапрограммирования и макросов. Инфиксная же применима в ограниченных случаях, когда 2 аргумента или для привычных бинарных арифметических операций.
Так и я пишу, что в том случае порядок важен. Иногда не важен, в таких случаях можно было бы попробовать извлечь пользу. Скажем, функция принимает набор флагов. Какие-то имеют значения по умолчанию, их можно не передавать вообще (Ящик серый кубический 10). Получается, для прилагательных не важен.)
Это… а почему не сделать интерпретатор с родного языка на внутренний (машинный) для каждого языка, например? Пишите на каком хочете, работать везде одинаково будет. Можно ещё и в обратную сторону конвертер придумать.
А нет никакой проблемы иметь несколько "национальных" диалектов одного языка программирования, транслируемых в единообразный AST. Просто всем, кто умеет, пофиг, потому что чтобы "уметь" уже пришлось преодолеть языковой барьер.
Проблема называется "лингвистическая лакунарность". Такой язык получится слишком ограниченным.
Это в каком естественном языке не наберётся пары десятков слов для обозначения всех зарезервированных?
В луороветланском. "Зарыл за ярангой" иногда переводится как "умру, но не скажу!"И почему эти два десятка слов не выпускают из резерва? Время решающей атаки ещё не пришло? Тут нетабуированных не хватает для описания всего происходящего, особенно трансфикций вида "низкоуровневое программирование".
> В луороветланском. "Зарыл за ярангой" иногда переводится как "умру, но не скажу!"
> И почему эти два десятка слов не выпускают из резерва? Время решающей
> атаки ещё не пришло? Тут нетабуированных не хватает для описания всего
> происходящего, особенно трансфикций вида "низкоуровневое программирование".Хороший пример того, когда язык необходимо расширять для описания некоторых новых явлений. Но инициатива больше касалась распространённых языков.
"Инициатива" в смысле "посвящение в таинство"? Тогда правильнее, вроде бы, "инициация". Однако, идея "сделать интерпретатор с родного языка на внутренний (машинный) для каждого языка" давно не тайна, это годами обсуждается на форуме "План А". Когда последний раз смотрел, вроде бы так и не начали.
Странно быть идейным противником свободы.
> а другим нужно "читать молитвы на латыни"Зато для них эти слова ничего не значат. Выучил слово - получил ответ, прямо как стимул-реакция. Пишешь и вообще не думаешь о смысле.
> Странно быть идейным противником свободы.Это зависит от того, что в это понятие впихивать по смыслу.
Люди часто впихивают по смыслу очень многое по ассоциации и галлюцинируют себе врагов. Враги в ответ галлюцинируют врагов в вас, что вы идейные ненавистники свободы и идейные любители пыток в милиции, например. Также во многом люди склонны верить в то что они говорят, например в пытки, коррупцию, бесправие и убийства. Если бы вы верили в эти феномены, то были бы вы "либералом"?
А ещё есть тенденция называть либералами вообще всех, кто против какой-нибудь диктатуры и не следует линии партии в этом.
> Странно быть идейным противником свободы.Вполне закономерно, если человек мыслит предметно. Условно бытиё можно поделить на две части: мир вещей и мир идей. В мире вещей полной свободы быть не может - у каждого есть личное пространство и желание сохранить личное имущество подальше от свободных от ответственности. Большинство людей действуют в мире вещей (сеют хлеб, строят дома и т.п.) и "свободен" для них означает "иди отсюда подальше".
В мире идей можно нафантазировать что угодно, другой вопрос, не представляют ли такие идеи опасность для остальных.
Образцовый либерал (надеюсь, он простит меня за такое слово) -- Григорий Яковлевич Перельман. Свободно вышел за рамки до него возможного и совершил революцию в математике, доказав теорему.
Если кто-то говорит "я программист" и "я противник свободы" -- его следует отправить на детектор лжи, а потом удивить результатами. Он вполне может собирать действительно полезные программы из формочек -- в этом программирования существенно больше, чем в сборке операционных систем из написанных в Красной Шапке (символ свободы) исходников -- но никогда ничего нового не придумает.
В мире предметов свобода означает, что у тебя останется личное пространство и они не будут покушаться на него, и что ты не будешь сеять на чужого дядю под дулом автомата и много другого подобного. Достижение своих целей и желаний и защита их в широком смысле.
> В мире предметов свобода означает, что у тебя останется личное пространство и
> они не будут покушаться на него, и что ты не будешьВ мире идей подобная формулировка -- когда пишущий применяет обороты "ты будешь" вместо "я буду" или обезличенных -- не что иное, как вторжение в личное пространство, манипуляция, навязывание своего мнения. Когда я такое вижу, начинаю подозревать, что оратора обработали лайфкоучи.
> сеять на чужого дядю под дулом автомата и много другого подобного.
И это в том числе входит в формулировку "вторжение в личное пространство". Одни Васяны не прочь прийти ко мне домой и меня выселить, другие -- насильно заставить что-то делать. Вариантов здесь великое множество. Если какие-то намеренно исключать из рассмотрения -- исчезает свобода выбора.
> Достижение своих целей и желаний и защита их в широком смысле.
Предположим, я хочу некоторым писателям о том, какие они великие патриоты и успешные торговцы программным обеспечением вероятного противника, оторвать руки -- потому что они ничего теми руками для прославления Отечества не сделали. Закон здесь ограничивает мою свободу, но мне приходится с законом считаться -- поскольку этот же закон сдерживает желающих оторвать руки мне; а их, как вижу из активности некоторых Анонимов, в избытке.
>В мире идей подобная формулировка -- когда пишущий применяет обороты "ты будешь" вместо "я буду"Ну да, я смотрел из мира идей на "вторжение в личное пространство", этот ответ был довольно "идеологическим" и абстрактным, но он всё равно кажется полностью правильным. А ещё я правовой нигилист, отчасти, поэтому я не буду.
Если же речь, что "вы будете" это манипуляция, то это обычный ответ обычного человека, если один защищает странные идеи, которые влияют на жизнь. Типа "я хочу принять закон чтобы все носили мученические вериги" "тебя задолбает в них ходить".
>исчезает свобода выбораПринцип неагрессии. Свобода для одного заканчивается там, где начинается свобода другого. Либерализм об этом. Как правило те кто борятся за свободу редко выступают против этого принципа, скорее наоборот.
> Если же речь, что "вы будете" это манипуляция, то это обычный ответ
> обычного человека, если один защищает странные идеи, которые влияют на жизнь.
> Типа "я хочу принять закон чтобы все носили мученические вериги" "тебя
> задолбает в них ходить".Разве у меня было подобное заявление? Как атаку на систему ценностей возможно воспринять пример с революцией в математике (при которой пострадавших не было). Тогда получается, что в той системе обязательно с чем-то или кем-то бороться -- очень похоже на вериги, как по мне.
Посягательства как раз нарушают их свободу.
Когда я вижу в ответ два сообщения подряд, понимаю, что при ответе несколько поторопились, поддавшись эмоциям. У меня не было ни малейшего намерения развязать спор.Вот что в ветке имеет смысл:
#15: я такой-сякой, но мне нравится идея использования русского языка в определённых проектах.
#24: я хоть и идейный противник ..., но согласен по вопросу языка.Своим ответом попробовал разъяснить позицию одной из сторон, поскольку появился очередной дипломированный психиатр, который вряд ли вообще понимает, что делает.
Ну эта тема довольно болезненная для меня, потому что последние события и тролли в интернете.
Это же более чем очевидно: потому что англоговорящее сообщество полностью сделало и вырастило эту отрасль и теперь все актуальные ресурсы в отрасли только на английском. А русскоговорящие, например, здесь сделалип примерно ничего. Причём не только в этой отрасли, а вообще во всём хайтеке. Также сам по себе английский по практичности существенно превосходит все остальные языки.
> англоязычным доступно просто "говорить с ЭВМ на родном языке"Как будто им от этого хорошо...
Вот представь что ты всю рабочую карьеру читаешь код и пишешь на 1С!
Это же кукухой можно поехать.Более того, большая часть иностранцев, кто пишут код с тобой, коверкают слова, пропускают артикли, используют не те выражения и так далее. Как будто попал на удафф, а не открыл IDE.
> Английский может быть барьером для входа, причём даже существенным.
Русский может быть еще большим барьером для опенсорса.
Потому что английский худо-бедно выучили даже французы и японцы.
А найти кириллическую клавиатуру тот еще квест за пределамы экс.
>[оверквотинг удален]
> Вот представь что ты всю рабочую карьеру читаешь код и пишешь на
> 1С!
> Это же кукухой можно поехать.
> Более того, большая часть иностранцев, кто пишут код с тобой, коверкают слова,
> пропускают артикли, используют не те выражения и так далее. Как будто
> попал на удафф, а не открыл IDE.
>> Английский может быть барьером для входа, причём даже существенным.
> Русский может быть еще большим барьером для опенсорса.
> Потому что английский худо-бедно выучили даже французы и японцы.
> А найти кириллическую клавиатуру тот еще квест за пределамы экс.Почти со всем согласен, кроме одного момента - артикли нафиг ненужны, этот рудимент нелепый, от которого надо избавляться, но от которого всё никак не избавятся!
Как и от дегенеративных исключений тянущихся в языке из-за староанглийского или ещё откуда, потипу man - men, woman - women вместо православного "s" на конце множественного числа и прочих подобных исключений, которые нафиг не упёрлись!Вот креольцы нормальные ребята, взяли йайца в кулак и повыкидывали непроизносимые буквы из французского письма и создали своё написание, чтобы лишним шлаком себе и людям головы не забивать.
если вы из английского уберете артикли, то и из русского падежи уберите - нахрена эти рудименты нужны? и так ж понятно что я хететь.
>Почти со всем согласен, кроме одного момента - артикли нафиг ненужны, этот рудимент нелепый, от которого >надо избавляться, но от которого всё никак не избавятся!В английском грамматика какая-то "позиционная" и полагается на "определители". Если у них убрать артикли, то иногда всё будет неграмматическим. Ещё то что в русском выражается порядком слов или ещё как в английском артиклями.
В английском языке артикли определяют только частность/общность понятия.
А порядок слов в предложении, действительно, строго фиксирован. Даже прилагательные идут в определенном порядке.
"..Это же кукухой можно поехать.."
Наоборот. 1С-ники пишут на том языке на котором думают, на котором видят сны в конце концов :)
А у "трушников" постоянно часть мозга занята переводом, даже если человеку и кажется что он "понимает" этот язык.
Если вы учили иностранные языки, так чтобы по настоящему свободно общаться на них то знаете о этом барьере, когда в определенный момент человек начинает думать на другом языке. Пока такой барьер не проходится человек не знает иностранного языка, максимум механический перевод да еще постоянное вспоминание правил куда там артикли или окончания добавлять. Ведь вы же не вспоминаете правила говоря по русски, мозг сам строит образы и фразы в "русской" раскладке :)
Четыре десятка ключевых слов в сишечке и близко не являются английским языком. Нечего там переводить.
Так дело не в ключевых словах а во всех исходниках. Именованиях переменных, полей, функций, классов и т.д.
Что-то типа:
скидка = документ.суммаСкидки();
документ.Печать();
Чтобы тут ни было на английском, если человек не думает именно на английском, мозг будет делать перевод к такому родному для него представлению.
вооот, а тут надо добавить падежи и нормальный порядок слов, а то как чурка неграмотный пишешь в этойт 1с
должно же быть хотя бы :скидка = суммаСкидки() из документа;
Печатать() документ;
Это уже другая плоскость, функциональный или объектный стиль :)
документ.суммаСкидки();
документ.Печать();
или
суммаСкидки(документ)
печать(документ)
На самом деле всего лишь дело вкуса.
Надо просто создать транслятор который будет приводить все слова в именительный падеж, начальную форму. Чтобы можно было писать так:
документ.суммаСкидки();
документы.напечатай();
суммаСкидки(документа)
печать(документов)
А вот тут не согласен.
У меня нет желания просить железку сделать что-то.
Я за безусловное подчинение в повелительной форме.
Тобишь именно Печать, Расчет, Запись...
А не что-то типа:
Напечатай().НуПожалуйста().Спасибо().
"Напечатай" это и есть повелительное наклонение - неопределённая форма глагола "Печатать". "Печать" это вообще существительное. Но я не про это. А про то документ, документа, документу, документом это ссылается на одну переменную документ. Печатать, напечатай, распечатаю ссылается на одну функцию печатать.
Нужно поменять философию :)
Функции и процедуры и это не они. Это команды, кстати в 1С так прямо и говорят "командный интерфейс". Только все воспринимать командами. Команда объекту - Печать, Запись. А параметры команды существительные. Печать(Документ).
И "Документов" заменить на более понятное что-то типа Печать(КоллекцияДокументов), можно конечно и список, но интерфейс Коллекция дает больший простор, там может быть и массив и таблицаЗначений. Главное что эту "коллекцию" можно обойти.
ДокументЫ - это уже "коллекция", где единица Документ. Если различать окончание, то писанины может получиться меньше. Но это будет уже не 1С.
Документу - это приёмник.
Документ - источник.
Документом - передача по ссылке, например.Напечатай - императив, исполняется соответственно месту в исходнике.
Распечатаю - лямбда.Из развития такой идеи что-то может получиться, но наперёд сказать сложно, что именно.)
> Из развития такой идеи что-то может получиться, но наперёд сказать сложно, что
> именно.)жигули же. (по мотивам того самого анекдота)
а падежи?и вобще что за странное выражение "документ.суммаСкидки();" ? вы слышали, чтобы кто-то так выражался в приличном рускоговорящем обществе? надо ж "сумма скидки в документе"
вобщем переделывайте
Это объектно ориентированное программирование.
"Уважаемый Документ, покажите свою сумму скидки"
Если вы НА ТАКОМ думаете, за вас страшно даже.
Хмык. Абсолютно все англоязычные программисты пишут именно на таком.
Любой класс, библиотека или фреймворк для них выглядит именно так.
Пили думаете:
print(..)
Они воспринимают как то иначе чем русскоговорящий Печать()?
Вы не поверите — да, они воспринимают иначе. Потому что строение английского языка значительно отличается от русского.
> Именованиях переменных, полей, функций, классов и т.д.Сопоставление по словарю. Как в системах локализации типа GNU gettext.
Это называется гипотеза лингвистической относительности, она же Сепира — Уорфа. На эту тему снят х/ф "Прибытие" (2016).
> и некоторых культурных особенностейособенностей чего? само слово культура в "великом и могучем" - взаимствовано из латинского.
Мне особенно нравится наличие в фразе про пользу русского языка слов «библиотека», «документация» и «комментарии».
да не одного "русского" слова в терминологии нету.
Тут ведь надо сначала в терминологии (понятиях) определиться что называть вообще русским языком. Некоторые «почему-то» считают, что русский язык в церковных писаниях только существует. То что эти все писания есть кальки с греческого, то это… не важно, ага. При этом русский язык существовал и без церквы и без неё просуществует.
> При этом русский язык существовал и без церквы и без неё просуществует.В первом веке нашей эры. А после, двадцать (20, sic!) веков к ряду без Церкви не существовал.
>> При этом русский язык существовал и без церквы и без неё просуществует.
> В первом веке нашей эры. А после, двадцать (20, sic!) веков к
> ряду без Церкви не существовал.Чую дичь. Русский язык был до церквы и будет существовать без неё, точка.
Особенностей взаимоотношения между людьми, подхода к некоторым вопросам и других паттернов, например.
> ещё и с ГД, что комбо(просто любопытство) А это что такое - ГД? Какая-нибудь Глобальная Демократия? Гражданское Д...(хз)? Какое-то широко распространенное сокращение, которое только я один не знаю? Не заразное, если прочитать (а то как в рассказе "Белая трость калибра 7,62" превращусь сейчас в какую-то странную зверушку)?
>Не заразное, если прочитать (а то как в рассказе "Белая трость калибра 7,62" превращусь сейчас в какую-то >странную зверушку)?Есть мнение, что так и есть. Поэтому мой ответ представляет опасность.
Гендерная дисфория.
> Гендерная дисфория.Это вопросы психиатрии, однозначно. Без иронии и издёвок.
Не всё так однозначно, некоторым научным сотрудницам приходится делать в Сети вид, что их зовут Василий Петрович, просто потому что иначе разговоры на научные темы никак не складываются, отшивать озабоченных не научились.
> Не всё так однозначно, некоторым научным сотрудницам приходится делать в Сети вид,
> что их зовут Василий Петрович, просто потому что иначе разговоры на
> научные темы никак не складываются, отшивать озабоченных не научились.это другое
Я в курсе, что здесь дипломированных психиатров больше, чем всех остальных вместе взятых. Но есть один нюанс - диагнозы удалённо не ставятся. А их публикация ("однозначно" подразумевает, что таковой есть), подпадает под статью УК.И когда человек пишет, что есть какие то проблемы, но плохого при этом окружающим не делает - как минимум не этично подобным образом оказывать давление. Да и не безопасно для самого "психиатра" - может оказаться соринкой в своём глазу, как раз в этой теме пара таких отзеркаленых старательно накручивает минусы, и это у них длится я уже и не помню сколько лет.
Я согласен в части смыслов. Но часто тем, что это вопрос психиатрии оправдывают жуткие вещи. Ну и любые страдания могут быть вопросом психиатрии.
> Я согласен в части смыслов. Но часто тем, что это вопрос психиатрии
> оправдывают жуткие вещи. Ну и любые страдания могут быть вопросом психиатрии.Извините, но не смог уловить смысл, можно раскрыть, если имеется желание, конечно?
Да, конечно. Когда говорят, что это вопрос психиатрии - они могут подразумевать многое, вплоть до "это шизофрения, бред и нужно лечить таблетками для психов. Или это определённые проблемы в голове или там в душе.
> Зачем:
> 1. Программисту-любителю использовать этот проект, если он явно может загнуться?
> 2. Зачем профессиональному программисту использовать этот проект, если лицензия мутная?А Вы кто из этих двух?
> Вывод: любительская поделка для узкого круга лиц, за пределы которого не выйдет.
Именно нишевой библиотекой и была ONTL всегда https://openhub.net/p/ontl
Когда мне кто-то покажет ссылку на свой проект, где будет 197,810 lines of code
я начну очень внимательно прислушиваться к его экспертизе.
> А Вы кто из этих двух?Да, оба варианта.
>> А Вы кто из этих двух?
> Да, оба варианта.Тогда следовало бы писать "мне это не подходит, потому что... мой круг лиц слишком узок".
> на свой проект, где будет 197,810 lines of codeну ка на вскидку какой-это проект должен содержать столько строк?
>> на свой проект, где будет 197,810 lines of code
> ну ка на вскидку какой-это проект должен содержать столько строк?Ссылка выше. Я понимаю, что по ссылкам тут ходить не все могут, потому и скопировал.
> Ссылка выше. Я понимаю, что по ссылкам тут ходить не все могут,
> потому и скопировал.в сумме - 5,488 строк всего, чет не тянет :)
Ussury/tree/draft2/runtime
init.h - 159 lines (144 loc) · 6.96 KB
internal.h - 31 lines (26 loc) · 683 Bytes
link.h - 28 lines (28 loc) · 1.16 KBUssury/tree/draft2/Linux
0главление.h - 25 lines (16 loc) · 550 Bytes
errno.h - 40 lines (29 loc) · 946 Bytes
fcntl.h - 68 lines (57 loc) · 1.92 KB
limits.h - 28 lines (20 loc) · 566 Bytes
unistd.h - 94 lines (79 loc) · 2.27 KBUssury/tree/draft2/Linux/sys
mman.h - 136 lines (112 loc) · 5.23 KB
stat.h - 83 lines (69 loc) · 2.53 KB
syscall.h - 310 lines (260 loc) · 8.84 KB
types.h - 34 lines (24 loc) · 730 BytesUssury/tree/draft2/C
0главление.h - 35 lines (23 loc) · 1.48 KB
assert.h - 77 lines (63 loc) · 2.17 KB
errno.h - 40 lines (32 loc) · 1.4 KB
limits.h - 26 lines (19 loc) · 593 Bytes
stdarg.h - 90 lines (79 loc) · 3.48 KB
stddef.h - 71 lines (56 loc) · 1.89 KB
stdint.h - 106 lines (92 loc) · 5.87 KB
stdio.h - 858 lines (763 loc) · 40.3 KB
stdlib.h - 86 lines (72 loc) · 2.27 KB
string.h - 135 lines (114 loc) · 3.26 KB
wchar.h - 0 lines (0 loc) · 0 BytesUssury/tree/draft2/0писание
Doxyfile - 2848 lines (2237 loc) · 125 KBUssury/blob/draft2
README.md - 37 lines (28 loc) · 2.11 KB
Распространение.txt - 68 lines (44 loc) · 2.37 KB
Ссылка на 197810 в сообщении #69.
> я начну очень внимательно прислушиваться к его экспертизе.проект на ноде с зависимостью от everything удовлетворит? :)
Язычок забавный, напоминает вот это: http://p-nand-q.com/programming/languages/java2k/manual.html
Если это про Рефал, то не увидел общего. Больше похож на LISP, а создавался как альтернатива BNF.
Стандартная библиотека - та, которая описана в стандарте. Этой в стандарте нет, значит этом просто библиотека. Новость должна звучать так: "Кто-то написал какую-то сишную библиотеку для своего хелловорлда".
А библиотека (как glibc, musl, msvcrt, cosmopolitan) вообще указана в стандарте или они реализуют стандарт? o_O
В стандарте описаны интерфейсы и поведение, а не название проектов/библиотек
> Библиотека создаётся для использования в своих проектах, потому функциональность добавляется по мере необходимости.Он реализовал рандомный набор функций. printf есть, snprintf нет, и так далее. Зато у него есть 0главление.
да нет, все готово, просто у кого-то в Орегоне, а у кого-то в Уссурийске "бревно" упало, и отрубился инет, не смог выложить. Так вот если в Орегоне ждали 5 дней, то тут думаю надо будет ждать 5 лет. :)
Открою завесу тайны: стандарты можно и самому писать, внезапно!
> Возможность использования Си++ в ядре Linux принципиально не рассматривается, поскольку идёт вразрез с устоявшейся традицией.А это про что тогда? https://www.opennet.me/opennews/art.shtml?num=60436
Ну так пока ж ещё нет положительного решения. Решающее слово за держателем пальца.
Странное название. Какая связь между сишной библиотекой и ростовщичеством?
Не знаю, какая связь. Расскажете о ней подробнее?
Aа это анон просто думает, что usury пишется с двумя s.
" _Посвящается памяти индейцев, проданных соплеменниками за ворох одеял._"это в ссылке про лицензию
зачем про это всем знать ?
Аффтар надеется на то, что проект возможно получит развитие за пределами РФ и хочет что то рассказать жителям зарубежья.
В таком случае аффтар потрудился бы и написал на английском.
Очевидно, что автор хотел что-то сказать соплеменникам, мечтающим об одеялах из зарубежья.
Отличная фраза!
Зайдет человек посмотреть "а что тут интересного" и все поймет с первой строчки)
> зачем про это всем знать ?Когда не "наши" сочувствуют одним – это "политика", "плохой запад", "запишем в toxic repos".
Когда "наши" сочувствуем другим – это можно, это хорошо, это правильно, это надо в лицензию прям прописать и всем знать.
А что не так? Это только так и работает, тысячи лет уже.
>Профессор и писатель Филип Ранлет отмечал, что вожди делаваров, которые взяли одеяла, не были больны спустя месяц; он считал, что попытка заразить индейцев окончилась «полным провалом».Из Википедии.
> зачем про это всем знать ?Чтобы все знали, что проект политически мотивирован и держались бы от него подальше.
>> зачем про это всем знать ?
> Чтобы все знали, что проект политически мотивирован и держались бы от него
> подальше.Как видно, работает. Мнящие себя "всеми" почему-то не догадываются, что все умеют читать английский, а русский - лишь подчинённая тем всем часть.
Трава у автора несомненно хорошая и он точно умеет в ABI, но...1. ONTL это не "стандартная библиотека С++11", а некий набор утилитарных обвязок облегчающих кодирование для NativeAPI. Причем там всегда чего-то не хватало, а реальный функциональный код был в ntdll и т.д. Нужно сильно постараться чтобы найти мотивировку для вытаскивания этой стюардессы из гроба mustie.
2. Нет сложностей проставить ручками номера пары десятков системных вызовов для одной архитектуры текущей/удобной версии ядра, но дальше это тупик без машинерии. Есть подозрение, что автор не в курсе масштаба бедствия (в том числе не понимает причинно-следственные связи требований LSB, см https://github.com/STrusov/Ussury/blob/draft2/runtime/link.h).
3. Показанное пока является только минималистической заготовкой. С таким-же успехом можно было опубликовать новость по поводу успешного основания проекта после выполнения mkdir и git init ;)
> Трава у автора несомненно хорошая и он точно умеет в ABI, но...
> 1. ONTL это не "стандартная библиотека С++11", а некий набор утилитарных обвязок
> облегчающих кодирование для NativeAPI. Причем там всегда чего-то не хватало, а
> реальный функциональный код был в ntdll и т.д. Нужно сильно постараться
> чтобы найти мотивировку для вытаскивания этой стюардессы из гроба mustie.Часть ONTL соответствует требованиям ISO/IEC 14882 соответствующего года к _conforming_ freestanding implementation. Другая часть - это специфичные для Windows структуры, в том числе и не открытые Микрософт. Естественно, это переносить не нужно.
> 2. Нет сложностей проставить ручками номера пары десятков системных вызовов для одной
> архитектуры текущей/удобной версии ядра, но дальше это тупик без машинерии.Не улавливаю смысл предложения. Есть золотое правило ядерщиков: "don't break userland". Которое эксперты почему-то подменяют на "stable API nonsense", относящееся к внутреннему устройству самого ядра.
> Есть подозрение, что автор не в курсе масштаба бедствия (в том числе
> не понимает причинно-следственные связи требований LSB, см https://github.com/STrusov/Ussury/blob/draft2/runtime/link.h).Автору не интересны ни Hurd, ни поддержка руткитов, подгружаемых LD_PRELOAD, или вообще собираемых из модифицированных исходников glibc после успешной атаки xz-трояном машин "автономных разработчиков".
> 3. Показанное пока является только минималистической заготовкой. С таким-же успехом можно
> было опубликовать новость по поводу успешного основания проекта после выполнения mkdir
> и git init ;)Странно, что форк Redis не выбран как пример. А вообще, stlx часть ntl когда-то планировали запускать поверх glibc, но не нашлось повода.
Автор пишет комментарии на русском ... двойное ненужно. Хотя по виду деятельности понятно, что какой-то местный колхозник
> Проект Ussury развивает новую стандартную библиотеку Си
> ...
> обеспечена сборка авторского интерпретатора Рефал-МПроект Ussury? А эту задачу случайно не Виталий Наливкин поставил?
Не он, но я приятно удивлён. Полагал, что для большинства активистов это что-то вроде Миссури.
ага как и ussr
"Fac officium, Deus providebit" Пытылся перевести, перебирая разные языки. Только португальский выдал что-то более-менее осмысленное: "Официальный колледж, Бог Провидебит".
O tempŏra! O mores!
Это латынь. Гуглтранс переводит как "Делай работу. Бог даст.", что звучит как "Выполняй долг, а Бог обеспечит", что в свою очередь значит - "Делай что должно и будь что будет." Гуглится на раз-два.
"Делай работу. Бог даст." Звучит как для гастарбайтеров :)
Причём заметьте – данная "лицензия" не предоставляет вообще никаких прав, она ничего не разрешает. Крайне сомневаюсь, что это является лицензией Свободного ПО.Она вообще чем-то отличается от "all right reserved"?
Цель "Свободного ПО" в России, согласно соответствующему ГОСТ - удалить программистов с "конкурентного рынка". Естественно, я не собираюсь под таким подписываться.
Хватит везде спамить своим любимым ГОСТом. До него никому нет дела. Речь шла о Свободном ПО, а не о неком суррогате.
> данной лицензии не была дана экспертная оценка организациями FSF (GNU) или OSI на предмет соответствия определениям Свободного ПО или OpenSource
> Автор новости: n00by
> Цель "Свободного ПО" в России, согласно соответствующему ГОСТ - удалить программистов с "конкурентного рынка". Естественно, я не собираюсь под таким подписываться.
> Отправлено n00byСлушай, ну это уже какая-то шизa… Так у тебя там в голове Свободное ПО в терминологии FSF или ГОСТ? Определись уже.
Если ты в упор не видишь в моём предложении слова "в России", то зачем ты его комментируешь?
slonik-v-domene, признайся, ты автор этого?
а он причем?
"Делай свою работу, а Бог позаботится."Буквальный перевод с латыни в Яндекс Переводчике.
Оказывается холивар насчет системы инициализации был только началом. Слишком много ветвлений получается. При разработке дистриба нужно выбрать один путь и не распыляться на различные варианты.
И в каком месте она стандартная? Какая-то мутная поделка которая никому не нужна, под мёртвую NTшку
ONTL соответствует требованиям ISO/IEC 14882 соответствующего года к _conforming_ freestanding implementation.
О, живой рефальчик! Заценим!
Рефал-М - такие языки нужны когда до пенсии осталось лет 10 а потерять работу не хочется.нашинаешь часть кода(желательно ядерную его часть) с java / go / js / python - переписывать на Рефал-М.
да просто спрячь весь код в тайном репозитории и переписывать не придёться
а будут спрашивать, скажешь что нефиг лазить в бизнес-критичном проекте
ахах. у них русский на гитхабе) япацталомдолгие лета заранее успешному проекту!!!111
Потому что у них сумели перевести на русский язык "Gitverse", но не осилили там зарегистрироваться.
Вы код этой "библиотеки" вообще смотрели? Реально, такое в новостях даже в "мини" стыдно показывать.Пример "исходника"...
А что не так, кроме комментариев на русском и малого количества функций (это поправимо, если не забросит) ?
Функцией немножко побольше https://github.com/icestudent/ontl/blob/master/ntl/stlx/cstr...
просто без тестирования не переносятся.
ну для начала - вроде не принято в заголовочном файле тело функций определять, только сигнатуры.
если я этот файлик в несколько своих исходников включу - у меня в каждом своя копия этих strlen будет?
или в с++ так можно? давно не трогал плюсы
> ну для начала - вроде не принято в заголовочном файле тело функций
> определять, только сигнатуры.Не принято нарушать ODR (правило одного определения). Всё остальное - это атавизм тех времён, когда трансляторы генерировали объектник два часа и падали от нехватки памяти.
> если я этот файлик в несколько своих исходников включу - у меня
> в каждом своя копия этих strlen будет?Да, в каждой единице трансляции. Это header-only библиотека. При этом strlen окажется встроена в месте вызова и соптимизирована, для константных аргументов длина вычислится ещё на этапе трансляции. Если в каких-то случаях такой подход окажется проблемой, то не сложно будет добавить #ifdef и исключить определения функций, оставив объявления.
> или в с++ так можно? давно не трогал плюсы
Это Си. В Си++, сколько его помню, так было принято для мелких функций-членов, поскольку inline там появился задолго до Си.
Сразу видно человека, который собирает только ~ пока, МИР проекты
Сразу видно опытного демагога и манипулятора, которому по существу заявить нечего, но написать что-то очень хочется.
Там это бывает неизбежно, если это шаблоны.
Вообще-то принято, даже gcc некоторые glibc-ишные ф-ии инлайнит своими реализациями. А в c++ это почти что норма. Вопрос только в обоснованности.
0писание .. выпустили клоунов из колхоза проветриться в интернет, мир моказать
Для никогда не использовавших doxygen - 0 в начале имени обеспечивает требуемый порядок включения файлов, а заодно и для человека сортирует каталоги.
> "Fac officium, Deus providebit"Ещё варианты перевода для ценителей этимологии (отсюда: https://ru.wiktionary.org/wiki/авось):
* авось да небось
* авось — хоть брось
* наше авось не с дуба сорвалось
> Начата постепенная адаптация ONTL (Open NT Native Template Library) под операционную системуНе полезу в гущу дискуссии, но по-русски и в самом деле неплохо смотрится замена английских глаголов (которые в то же время существительные) не на глаголы, а на существительные.
В полосах меню приложений это, собственно, так и делают? "Правки", "Файлы", "Справка".
В гипотетическом синтаксисе ЯП и среды исполнения -- "цикл", "пока", "пуск", "прием" и "отправка".
Обращения же типа "Дай", "Сделай" смотрятся неестественно, мне кажется.
ONTL это реализация стандартной библиотеки, имена функций определены стандартом. При переносе в Linux на русском пишется документация, с переводом требований к функциям из стандарта. Что бы условный школьник Вася Пупкин, если он вдруг заинтересуется, не был вынужден тратить время на репетирора по английскому.Кто касается синтаксиса гипотетического ЯП -- например в Рефале нет вообще ключевых слов и нет циклов, и я пока не понял, почему люди на таком зацикливаются.
> ONTL это реализация стандартной библиотеки, имена функций определены стандартом. При переносе
> в Linux на русском пишется документация, с переводом требований к функциям
> из стандарта. Что бы условный школьник Вася Пупкин, если он вдруг
> заинтересуется, не был вынужден тратить время на репетирора по английскому.Но полное незнакомство с англоязычной культурой здесь не прокатит. Вопрос десятичных запятых. Да и пиджинизация русского в этой отрасли.
> Кто касается синтаксиса гипотетического ЯП -- например в Рефале нет вообще ключевых
Ну, Рефал-то и сам, считай, не существует.
> слов и нет циклов, и я пока не понял, почему люди
> на таком зацикливаются.Это вполне понятно -- привыкшие к английскому синтаксису пытаются представить себе альтернативу.
Хотя зацикливаться скорее следовало бы на методе перевода/именования внутренних и внешних вызовов.
>> ONTL это реализация стандартной библиотеки, имена функций определены стандартом. При переносе
>> в Linux на русском пишется документация, с переводом требований к функциям
>> из стандарта. Что бы условный школьник Вася Пупкин, если он вдруг
>> заинтересуется, не был вынужден тратить время на репетирора по английскому.
> Но полное незнакомство с англоязычной культурой здесь не прокатит. Вопрос десятичных запятых.
> Да и пиджинизация русского в этой отрасли.Совершенно никаких сложностей с точкой нет. Это просто часть синтаксиса языка, как и ключевые слова. Программистам это понятно, в отличие от всех остальных.
>> Кто касается синтаксиса гипотетического ЯП -- например в Рефале нет вообще ключевых
> Ну, Рефал-то и сам, считай, не существует.Мне проще считать, что у Турчина было здесь слишком много завистников, кто ничего толком не умел.
>> слов и нет циклов, и я пока не понял, почему люди
>> на таком зацикливаются.
> Это вполне понятно -- привыкшие к английскому синтаксису пытаются представить себе альтернативу.
> Хотя зацикливаться скорее следовало бы на методе перевода/именования внутренних
> и внешних вызовов.Когда из слов составляются предложения - это уже не синтаксис, а семантика. Помимо Рефала есть множество языков, где вместо цикла используется рекурсия.