>некотролируемое опрожнение верхнего кишечника

Будто что-то плохое. Садков ничего не фильтрует, и ничего, живой.

(Reply to this) (Thread)

рад за него. а я не садков, что поделать.

(Reply to this) (Parent)

Политпосты у тебя закрыты, вот и срут в профильные, хули тут удивительного.

(Reply to this) (Thread)

как будто это имеет значение. когда я писал в открытом — срали абсолютно везде, примерно одинаково. ты даже не представляешь, какой вал говнища вычищал робот, потом я остаток за ним вилкой — и только краешек расскринивался. чтобы меня достало — нужен не один, не два, даже не десять мусорных каментов каждый раз.

(Reply to this) (Parent)

Про Оберон и компиляторостроительство мне интересно, я не всегда отписываюсь, или наоборот, дурацкие вопросы задаю, но мне интересно. Хотя надо самому сделать компилятор, хотя бы простенький, учебный, чтоб мог переводить математические выражения в бинарный код, так что я не всегда пишу, но всегда читаю.

А меня добавить можете? Мне интересно читать, хотя и трети не понимаю, но иногда пытаюсь разобраться. Комментов практически не пишу, срача точно разводить не стал бы.

(Reply to this) (Thread)

без проблем. done.

(Reply to this) (Parent)

p.s.: а если что непонятно, но хочется — то вопросы всегда вэлкам. ну, в самом худшем случае — я не отвечу, так что ничего не изменится. но обычно стараюсь пояснить как умею.

(Reply to this) (Parent) (Thread)

Спасибо!

(Reply to this) (Parent) (Thread)

и тут продублирую: не надо этой официальности, право. на «ты» как-то проще и привычней. с учётом моей-то лексики тем более… ;-)

(Reply to this) (Parent)

О, ну тады и меня добавьте -- я тоже больше читаю, чем пишу...

(Reply to this) (Thread)

sure deal. done.

(Reply to this) (Parent)

алсо, не надо этой официальности, право. на «ты» как-то проще и привычней. с учётом моей-то лексики тем более… ;-)

(Reply to this) (Parent)

Что там примерно было в тех комментах, которые удалялись ?

(Reply to this) (Thread)

ругань разной степени унылости.

(Reply to this) (Parent)

Пишу здесь, поскольку остальные посты огорожены или не видны.
Насколько я могу судить, в текущей ситуации ваc больше всего расстраивают две вещи: перебои с электричеством и несовершенство языков программирования.

В качестве решения могу посоветовать приобрести бензиновый элетрогенератор. Он позволит надежно запитать сервер, на котором будет хоститься бэкенд приложения на Golang.

(Replies frozen) (Thread)

в качестве ответа могу посоветовать тебе сходить нахуй и там сделать вдоль. вместе с твоей дегенеративной копипастой от бормоталки.

(Replies frozen) (Parent)

Привет, пожалуйста, добавь и меня.
Спасибо.

(Reply to this) (Thread)

нулло проблемо. дан.

(Reply to this) (Parent)

кетмар-кун пусти под замок пж онегайкудасай.

(Reply to this) (Thread)

там ничего особо интересного, но без проблем. you're welcome.

(Reply to this) (Parent) (Thread)

сенкс. давно хотел почитать тебя развернуто например почему раст нинужен, а оберон збс и безопасен, ошушение что не понимаю в этих скамерских реалиях айтишных. и про форты интересно. вряд ли сам уже за это возьмусь, а так хоть летсплеи посмотрю. на мой вкус ето самое интересное, еще и без хамства в кументах.

(Reply to this) (Parent) (Thread)

>например почему раст нинужен, а оберон збс и безопасен
про это я как раз не пишу: оно, типа, очевидно. ;-) залог надёжности — в простоте. форт простой. оберон простой. хрустик по сложности где-то в районе крестов, ещё и требует раскорячиваться весьма специфическим образом.

вообще, один из первейших критериев оценки языка — может ли один человек за пару месяцев сделать с нуля полноценный компилятор. включая кодоген, конечно. я с наножитом считерил, но это как раз месяц из двух.

это важно, потому что если один человек не может сделать компилятор — то один человек и не может освоить язык.

а с безопасностью всё совсем просто:
1. запрещаем указатели-на-что-угодно.
2. делаем сборщик мусора.
3. строгая типизация и битьё по морде за любые попытки читерить.
4. ассерты неотключаемы, проверка индексов массивов неотключаема, проверки на NIL dereference неотключаемы, проверки на целочисленное (как минимум) переполнение неотключаемы.
5. оптимизация генерируемого кода сверх самого минимума не нужна.
6. если компилятор не может стопроцентно отдетектить ситуацию «use before assign» — тупо зануляем все локалы.
7. всегда надо искать, что из языка можно выкинуть, а не что можно добавить.

ну, и мы только что получили оберон.

(Reply to this) (Parent) (Thread)

оо, сенкс! да, хорошо было бы заставлять писать небо и аллаха разработчиков каждого нового языка, и потом книжку издавать типа project oberon, шобы сущностей не плодили. хорошо когда язык простой, и читать понятно и свой сделать можно.

наверное я зря оберон русту противопоставлял, скорее паскаль надо было.

а отчего необходимость нуллов и в ситуациях вроде "use before assign"? я б всё это позапрещал, сделал бы мейби и никаких объявлений без присваиваний. думал шо оно однозначно billion dollar mistake.

(Reply to this) (Parent) (Thread)

оберон — язык практический, а не теоретически-космонавтский. на практике без NIL никак не обойтись. собственно, нигде не обойтись — потому что «или ссылка, или особое значение, которое не ссылка» — это и получается «адрес или NIL». ну, можно попытаться извернуться и вместо NIL сделать какую-нибудь «sentinel record» — в итоге получаем тот же NIL, только криво замаскированый.

объявления с присваиваниями не всегда возможны: мы можем реальное значение вычислить значительно позже, нежели объявлена переменная (и да, объявления где попало — зло). в итоге получится то же присвоение нуля — так пусть компилятор это делает автоматически, зачем мне это руками печатать?

(Reply to this) (Parent)

вообще, я уже где-то упоминал, но повторю, а то хуй найдёшь.

безопасность — это не про защиту от идиота. потому что идиот — он завсегда найдёт как любую защиту обойти, идиоты очень изобретательны.

безопасность — это защита от непреднамеренных ошибок. программа должна или работать, или с грохотом падать. а вот молча рубать в лапшу память, например — не должна.

вот оберон это и гарантирует: ты не испортишь «чужую» память, если вдруг у тебя где-то вылезет «дикий» указатель (в обероне это вообще невозможно), или если выстрелишь индексом за пределы массива. на этом месте полномочия оберона всё: написать правильный алгоритм — забота программиста.

GC нужен за тем же самым: он гарантирует, что у тебя никогда не будет ситуации «use after free». но и всё: он не гарантирует, например, отсутствие утечек памяти — это опять забота программиста.

технически в оригинальном обероне нет даже зануления локалов (кроме указателей) и проверки на целочисленные переполнения: программа всё равно не сломает того, что ломать не должна. просто выдаст фигню какую-то, но фатально память в лапшу не нарубит, например.

я добавил зануление и проверки переполнений просто потому, что это почти ничего не стоит, и делает код более предсказуемым.

(Reply to this) (Parent)

и почему «объявления где попало зло»: а потому что это явный признак того, что у тебя на самом деле несколько процедур склеены в одну. далеко лазить смотреть объявления? значит, процедура слишком длинная. нужна куча одноразовых переменных? это несколько процедур в одной. и так далее.

(Reply to this) (Parent)