[01:35:38] <vlad2> Ну да, INTEGER вместо адреса, и потом эти же люди учат строгой типизации и рассказывают как в обероне все небезопасное в SYTEM и строго контоллируется...
[01:36:13] <valexey__> Вместо УКАЗАТЕЛЯ! :-)
[01:36:31] <valexey__> А уж адрес там, или что-то ещё - дело десятое
[01:37:11] <valexey__> В указателе же не только адрес может быть. Даже если это просто указатель на данные, а не на функцию.
[01:37:22] <vlad2> Кстати, если такая проблема в размере INTEGER, то можно его тупо сделать 64-битным. Во всяком случае для первой итерации.
[01:37:35] <valexey__> а не на функцию
[01:37:45] <valexey__> а не на функцию
[01:38:01] <vlad2> че-то у тебя там залипает ;)
[01:38:27] <valexey__> Есть такое. Я в дороге сейчас и с мобилы :-)
[01:38:56] <vlad2> На сраном тракторе? ;)
[01:39:25] <valexey__> 64бита инт.... это же оберонщики. У них в коде наверняка куча магических констант и предположений что инт это 4 байта.
[01:39:50] <valexey__> "*<vlad2> * На сраном тракторе? ;)" - нее.. на поезде :-)
[01:40:38] <vlad2> Ну да, эта палка о двух концах... но не важно, все равно никто не решится переписывать компилятор.
[01:41:19] <vlad2> Тебе давно пора на тракторе, силиконовая долина ждет :)
[01:41:21] <valexey__> Особенно в bbcb, где гвоздями битность прибили «как в жабе»
[01:42:16] <valexey__> "*<vlad2> * Тебе давно пора на тракторе, силиконовая долина ждет :)" - да, думаю попробовать пособеседоваться куда-нибудь. Пока апрель не наступил :-)
[01:42:54] <vlad2> Чего там в апреле, квоты на визы раздают?
[01:43:02] <valexey__> Ага
[01:43:09] <valexey__> На h1b
[01:53:15] <Борис> Валексей, ты же уже был в штатах вроде?
[01:54:23] <valexey__> Да
[01:56:50] <Борис> valexey__: 64бита инт.... это же оберонщики. У них в коде наверняка куча магических констант и предположений что инт это 4 байта.

Кстати, я бы менять разрядность типов не стал. Система типов всё равно явовская и, в принципе, достаточная. А так все внутренности всё равно перетряхивать при переходе на 64 бита. Вот BYTE сделать беззнаковым не помешало бы (хотя это тоже явовское приобретение). Ну и речь о КП, разумеется.
[01:57:32] <valexey__> Да, про него и говорим.
[01:58:10] <Борис> Короче, дело не в адресах и не в предположении о 4-х байтах. Дело в определённом удобстве набора. Его особо двигать смысла нет.
[01:58:17] <valexey__> Вроде именно при переходе от Oberon/L к КП это все и зафиксировали
[01:58:22] <Борис> Да
[01:59:52] <Борис> У нас там SoviуtPony на формуе сообщение о языке Oberon/L публиковал, там систма типов О-2.
[02:02:03] <Борис> И, кстати, я раньше склонялся к тому, что INTEGER должен соответствовать машинному слову процессора (что, как бы логично). Но сейчас смотрю по другому. Это как раз определённая независимость от платформы.
[02:02:21] <valexey__> Технически то 64 бита конечно пригодились бы.  Главное в процессе на жабные грабли не наступить.
[02:02:32] <valexey__> 64 битная жаба это такоэ..
[02:02:54] <Борис> Что там "такого"? (я не смотрел в упор)
[02:03:21] <valexey__> Массивы больше 4 гиг например не существуют там.
[02:03:59] <valexey__> То есть опыт жабы я бы советовал изучить
[02:04:27] <Борис> Ну это ещё не такая критическая проблема)) Но вообще да, смотреть надо.
[02:04:50] <valexey__> Иногда - проблема. Задачи разные бывают.
[02:05:07] <valexey__> 128 гиг оперативы сейчас вообще не редкость.
[02:10:05] <valexey__> И задачи соответствующие
[02:12:58] <Борис> Ну это то да
[02:13:29] <Борис> Но на таком объёме и сборка мусора вопрос производительности тоже.
[02:14:31] <valexey__> Если объектов мало и все больше массивы, то ок
[02:21:34] <valexey__> Я же правильно помню, что в кп нельзя получить указатель на элемент массива без system?
[02:23:26] <Борис> Нельзя.
[02:24:16] <valexey__> Ну вот и здорово. Это сразу даёт СИЛЬНОЕ преимущество перед Go например.
[02:24:46] <valexey__> Для мусорщика.
[02:25:41] <valexey__> И для управления сложностью и производительностью таких приложений.
[06:14:47] <Kemet> Я же правильно помню, что в кп нельзя получить указатель на элемент массива без system?
И дает проблемы, когда элемент по ссылке передан в процедуру, а на массив уже нет ссылок
[06:16:18] <Kemet> Ну то есть, адрес то ты опосредованно все равно прлучил в стеке
[06:19:43] <Kemet> Где то на форуме как раз эта проблема обсуждалась
[11:52:09] <valexey__> "*<Kemet> * Я же правильно помню, что в кп нельзя получить указатель на элемент массива без system?
И дает проблемы, когда элемент по ссылке передан в процедуру, а на массив уже нет ссылок" -
[11:52:21] <valexey__> А как это возможно?
[11:52:41] <valexey__> Если массив был в куче?
[11:53:26] <valexey__> Про передачу по ссылке я не подумал, да. :-/
[11:56:36] <valexey__> Но вроде если gс сможет разрулить эту ситуацию, то проблем особых не будет. Это же не долгая ситуация
[12:00:44] <valexey__> https://forum.oberoncore.ru/viewtopic.php?f=28&t=6287&p=106063#p106063
[12:00:46] <valexey__> :-)
[12:01:07] <valexey__> Ббцб нинужин!
[12:07:16] <valexey__> Потому, что подсветки синтаксиса нема искаропки!
[12:33:21] <Kemet> valexey__, ну ты создал в куче массив из целых, передал в процедуру var аргумент целого типа, который ссылается на любой элемент массива, вот в стеке будет адрес элементовта, и в э ой процедуре вЛ  и обнулил указатель на массив и сборщик вызвал, а потом обратился к параметрц, который суть адрес элемениа массива, которого уже нет
[12:34:24] <Kemet> Такая же пробле а и с записями будет
[12:35:24] <valexey__> Ну это просто гц должен это корректно отрабатывать
[12:35:58] <valexey__> Но вообще, да - дырка в дизайне.
[12:53:12] <Kemet> ping
[12:53:14] <Жаба> Kemet, Pong from you:  1.144633 s
[13:27:38] <valexey__> Kemet: а в Обероне современном, от Вирта который, тоже эта дыра?
[13:41:08] <Kemet> ( ͡° ͜ʖ ͡°)
[13:42:04] <Kemet> да вроде везде, я в ао несколько лет назад проверял, Оберон от Вирта в этом плане ничем не отличается вроде
[13:42:45] <Kemet> но в новом компиляторе АО с PreciseGC вроде это пофиксили
[13:43:28] <Kemet> или нет, не помню, что-то пролетало в логах
[13:44:07] <Kemet> вроде там в стек дополнительные данные кладутся, в виде указателя на массив и запись
[13:44:44] <Kemet> но это только в вариаенте сборщика мусора PreciseGC
[15:35:12] <Борис> valexey__: Ббцб нинужин!

Про буддена, в целом, я, пожалуй, соглашусь с Владом:

vlad2: Его и не отпускало... :)
[15:39:18] <Борис> ping
[15:39:19] <Жаба> Борис, Pong from you:  0.579219 s
[15:45:33] <valexey__> Качество языка и рантайма следует определять по красочности подсветки синтаксиса в редакторе!
[15:45:48] <valexey__> Это ж гениально! Я бы не додумался :-)
[15:46:27] <Борис> Однозначно, Алексей! Кто у нас там самый красивый в VSCode?
[15:46:43] <Борис> У кого больше цветов в подсветке?
[15:50:14] <valexey__> Возможно regex какой :-)
[15:50:34] <valexey__> Или html
[16:31:13] <Kemet> valexey__: проектирование языка нужно начинать с подсветки!
[16:32:10] <Kemet> ping
[16:32:13] <Жаба> Kemet, Pong from you:  1.988021 s
[16:34:35] <valexey__> "*<Kemet> * valexey__: проектирование языка нужно начинать с подсветки!" -
[16:34:59] <valexey__> С набросков того, как будут смотреться скриншоты IDE!
[17:02:23] <vlad2> Ссылка на элемент массива иди поля - это не проблема дизайна, это неочевидная особенность правильной работы GC. Вот WITH - да, с дыркой.
[17:03:22] <valexey__> "*<vlad2> * Ссылка на элемент массива иди поля - это не проблема дизайна, это неочевидная особенность правильной работы GC. Вот WITH - да, с дыркой." - проблема дизайна системы целиком, а не языка в отдельности
[17:03:45] <valexey__> Если по ссылке можно, то почему по указателю нельзя?
[17:04:05] <valexey__> А потому, что дизайн недодизайнили
[17:05:08] <valexey__> Вирт про этот кейс просто не подумал. А он сводит на нет все усилия задизайнить язык так, чтобы ГЦ был простым и эффективным в системе
[17:08:55] <Kemet> жуть какая, вот как нужно пилить https://crusandr.livejournal.com/168480.html , заняться что-ли))) оно должно быть дешевле на порядок
[17:11:38] <vlad2> Потому что указатель подразумевает GC _всегда_. Это одно из немногих конкурентных преимуществ оберона, я бы не стал выкидывать, хотя оно и вызывает вопросы "почему нельзя".
[17:21:32] <valexey__> "*<vlad2> * Потому что указатель подразумевает GC _всегда_. Это одно из немногих конкурентных преимуществ оберона, я бы не стал выкидывать, хотя оно и вызывает вопросы "почему нельзя"." - ну это ж ссылка!
[17:21:49] <valexey__> Дыра в системе тут в самой возможности дернуть GC руками.
[17:21:54] <vlad2> Вообще конечно будденовский проект по переводу на компилятора на русский язык по "осмысленности" легко затыкает зорковское программирование для спектрума. Вещь для себя, типа разгадывания кроссвордов...
[17:22:53] <valexey__> Кстати, вызов руками GC это ж модуле System или Kernel?
[17:23:06] <valexey__> То есть по определению не безопасный
[17:24:14] <valexey__> А GC в Оберон-ОС так то может сам запуститься только на верхушке стека - системном уровне. Не во время работы прикладных прог.
[17:24:52] <valexey__> Система однозадачная - следовательно проблемы как бы и нету.
[17:27:10] <valexey__> Но это конечно лишнее свидетельство того, что Оберон очень фигово масштабируется. Узкозаточенная штука.
[17:27:31] <valexey__> Ось/язык/железо.
[17:29:35] <geniepro> valexey__> Качество языка и рантайма следует определять по красочности подсветки синтаксиса в редакторе!
valexey__> Это ж гениально! Я бы не додумался :-)
ну вот некрасиво с твоей стороны вырывать слова буддена из контекста. он там упомянул не только подсветку синтаксиса, но и список символов модуля, что и правда является дополнительным удобством.
исходя из того, что в блуботле это есть, а в блекбоксе этого нет, он и сделал вывод о том, что блекбокс -- давно заброшенная поделка, что, в принципе, недалеко от истины...
[17:29:58] <geniepro> ну а зачем тратить время на то, что выбросили в топку истории сами создатели -- я хз, если честно...
[17:30:07] <geniepro> тут я с ним вполне согласен
[17:30:39] <valexey__> ББ - стабилен, а А2 — полигон для экспериментов ведь.
[17:30:56] <geniepro> ну да, что мертво, умереть не может
[17:31:00] <valexey__> Первое - для прода, второе - для исследований.
[17:31:36] <valexey__> ББ как-то развивается же сейчас. Но длительная стагнация тоже была.
[17:32:16] <Kemet> » [21:18:07] <valexey__> Кстати, вызов руками GC это ж модуле System или Kernel?
Проблема не в этом, проблема в том, что ссылка на елемент не подразумевает наличия указателя на владельца элемиента, а сборщик работает через указатели, которые указывают на шматки памяти специальной струтктуры
[17:32:36] <geniepro> подсветку сделали? ))) вывод символов в реалтайме есть? 64 битта есть? нету? ну и где там развитие? ))))
[17:33:19] <valexey__> Kemet: я понимаю. Но без ручного вызова ГЦ в Обероне от Вирта этой проблемы нет совсем.
[17:33:39] <valexey__> Вызов ГЦ руками - не безопасная операция, ибо Kernel
[17:33:52] <Kemet> так сборщик там впоне можно вызвать
[17:34:17] <valexey__> "*<Kemet> * так сборщик там впоне можно вызвать" - без импорта Kernel — нет :-)
[17:34:38] <Kemet> так и в ББ и А2 без импорта тоже низя
[17:35:42] <geniepro> vlad2> Вообще конечно будденовский проект по переводу на компилятора на русский язык по "осмысленности" легко затыкает зорковское программирование для спектрума. Вещь для себя, типа разгадывания кроссвордов...
вот тут ты неправ! разгадывание кроссвордов помогает держать память в тонусе и отодвигает наступление старческого маразма! это доказано медиками!
[17:36:02] <Kemet> просто это ПОТЕНЦИАЛЬНАЯ уязвимость, реально ты на нее можешь никогда не напороться, что в Оберонах и и случилось, то есть никто на этом не погорел, но такое может быть
[17:36:07] <valexey__> В А2 скорее всего GC может сам запускаться в произвольные моменты времени. Многозадачность же
[17:36:39] <Kemet> может, но и вручную можно
[17:36:39] <valexey__> geniepro: это заблуждение. Не помогает от маразма.
[17:36:52] <geniepro> valexey__: кто сказал? о_О
[17:37:16] <valexey__> "*<geniepro> * valexey__: кто сказал? о_О" - современные исследования.
[17:37:30] <geniepro> где? ссылку плиз ))
[17:37:58] <vlad2> Британские ученые :)
[17:37:59] <valexey__> Kemet: руками - фигня. Важно что оно глюкануть так просто может. Без того, чтобы в ядро руками лезть
[17:38:15] <valexey__> А вот в ББ может сам запуститься?
[17:38:41] <valexey__> "*<geniepro> * где? ссылку плиз ))" - через пару дней буду у компа - могу найти статью
[17:39:08] <Kemet> valexey__: так о том и речь, что это уязвимость, обксловленная дизайном
[17:39:29] <valexey__> В оригинальном Обероне оно не глюканет никогда если в ядро не лезть :-)
[17:39:32] <Kemet> да, в ББ тоже ГК сам запускается
[17:39:39] <vlad2> На каком-нибудь Ариане-5 запустится GC невовремя... Долго потом можно разбираться.
[17:39:46] <Kemet> время от времени, когда ты NEW вызываешь
[17:40:41] <valexey__> "*<Kemet> * время от времени, когда ты NEW вызываешь" - хреново. То есть дыры нет только в оригинале. По крайней мере в современном.
[17:40:53] <vlad2> Вроде репродьюс как раз было на ББ - сначала передать элемент массива по ссылке, потом крутить NEW в цикле.
[17:41:01] <Kemet> Так оно тоже так же работает
[17:41:20] <geniepro> https://www.bbc.com/russian/science/2010/09/100901_puzzles_delay_dementia
http://www.menslife.com/news/krossvordy-ne-spasut-ot-slaboumiya.html
"Группа ученых из США, обследовав более 1000 пациентов, пришла к выводу, что люди, более активно использующие свой интеллект, лишь откладывают наступление слабоумия."
вот подтверждение моих слов -- кроссворды отодвигают наступление слабоумия
[17:41:42] <valexey__> "*<Kemet> * Так оно тоже так же работает" - нет. В современном project Oberon гц не может вызваться при вызове NEW
[17:41:43] <Kemet> valexey__: в виртовском тоже в NEW вызывается
[17:41:56] <valexey__> Он вызывается только на верхушке стека
[17:42:09] <valexey__> Это место я специально смотрел там
[17:42:48] <Kemet> ну в Oberon-V может и так, нужно глянуть, а в орининале он работал в НЬЮ, откуда переток во все производные обероны
[17:43:01] <geniepro> valexey__> "*<Kemet> * время от времени, когда ты NEW вызываешь" - хреново. То есть дыры нет только в оригинале. По крайней мере в современном.
ну да, в современном оригинале нет сборщика мусора (по крайней мере нет никаких упоминаний о нём в рапорте), а значит и проблем, с ним связанных, тоже нет
[17:44:07] <Kemet> » [21:37:10] <valexey__> Он вызывается только на верхушке стека
Стека чего? а как же модули?
[17:44:36] <valexey__> geniepro: я про систему. Не про язык.
[17:45:23] <valexey__> Kemet: стека вызовов. Там же системный главный цикл крутится. Какие модули? Однопоточная система.
[17:45:49] <Kemet> модульные переменные ссылочные
[17:46:07] <valexey__> Эмм.. можно пример?
[17:46:19] <valexey__> На Обероне -07
[17:47:02] <Kemet> module Test;
var r: pointer to record x: integer; end; //вот модульная переемнная, как ее собрать
[17:47:37] <Kemet> это скоп модуля
[17:47:43] <valexey__> Точно также. Какая разница?
[17:48:15] <valexey__> На верхушке стека, в главном цикле вызовется ГЦ и прочекает ее.
[17:48:46] <valexey__> Всю кучу и все статические переменные
[17:49:17] <Kemet> и когда там эта верхушка стека образуется?
[17:49:43] <valexey__> Я про момент вызова, вине про то, что он проверяет.
[17:50:26] <Kemet> кроме статических переременых скопа модуля есть статические переменные стека, это как бы разные штуки, а есть еще в стеке указатели аргумента
[17:52:19] <valexey__> Поскольку GC вызывается на самой макушке, мы точно знаем что в тот момент будет на стеке :-)
[17:52:42] <valexey__> И от пользовательского кода это не зависит никак.
[17:53:01] <Kemet> ну вот я запустил программу, вызываю разные процедуры, создаю ссылочные экземпляры, когда система определит что нужно вызвать гк она дернет с самого верха, то есть с теукщего фрейма?
[17:53:35] <valexey__> В Оберон ОС - на следующей итерации главного цикла системы
[17:54:16] <valexey__> Если ты в бесконечном цикле будешь выделять память у себя в процедуры - память кончится, ГЦ не вызовется
[17:54:40] <valexey__> Так работает современный project Oberon
[17:57:58] <Kemet> надо посмотреть, но, с учетом, что ПО сейчас просто большая программа, применимость такого подхода низкая
[17:58:20] <Kemet> но смысл в этом есть, да
[17:58:48] <valexey__> Дык. Вирт отлично умеет затачивать систему под ту задачу, которую он решает.
[17:59:44] <Kemet> это бесспорно
[18:04:15] <valexey__> А потом приходят другие, не разобравшись, и получается некая лажа с дырками.
[18:04:43] <valexey__> И доказывают, что так и есть правильно :-)
[18:09:32] <geniepro> когда уже у вас там в блекбоксе появится верифицированный GC с поколениями? ну типа как этот из CakeML: https://link.springer.com/content/pdf/10.1007%2Fs10817-018-9487-z.pdf
[18:10:28] <valexey__> geniepro: поколения не нужны. Сложность это уязвимость! И тормоза.
[18:10:52] <geniepro> в верифицированном нету уязвимостей!!!
[18:11:11] <valexey__> geniepro: ЕСТЬ!
[18:11:29] <geniepro> откуда? о_О
[18:11:41] <valexey__> Баги в спеке же
[18:11:56] <geniepro> ну это не уязвимости, а фичи же!
[18:12:03] <valexey__> Бгг
[18:12:14] <geniepro> спеке соответствует? ну вот и отстаньте!
[18:12:35] <geniepro> с моей стороны пули вылетели, проблема на вашей стороне!
[18:17:22] <valexey__> Я не уверен, что текущий ГЦ это главный шоустопер для ББ
[18:19:06] <geniepro> valexey__: ну да, главный -- это отсутствие подсветки ))) ну и списка символов модуля заодно )))
[18:20:23] <Kemet> В а2 есть сборщик с поколениями
[18:20:38] <valexey__> Один из - это плохая интегрируемость бб исходников со стандартными тулзами для разработки.
[18:21:33] <valexey__> Но это скорее не порог, а трение.
[18:24:22] <vlad2> Окукливание оберносообщества, отягощенное парадоксом Блаба в тяжелой форме. Все остальное в основном следствие...
[18:25:06] <valexey__> Да. В этом плане у Ада-сообщества больше шансов.
[18:27:16] <valexey__> Но там уже размер языка играет роль в минус.
[18:28:01] <geniepro> valexey__: ну так размер Ады и дал ему сообщество, которое в несколько раз больше, чем у оберона (ну если судить по числу участников в телеграм-чатах)
[18:28:14] <valexey__> vlad2: представь себе, что тебе, чтобы попробовать, нужно изучить ещё один C++, не похожий на c++ и не популярный :-)
[18:28:24] <valexey__> Но, возможно, хороший
[18:28:29] <geniepro> ада размером с оберон вряд ли соответствовала требованиям к аде
[18:29:17] <geniepro> хотя была такая лаборатория Tartan, они придумали свой язык, соответствующий требованиям к Аде, но гораздо меньше по размерам, но потом всё равно сделали компилятор Ады )))
[18:29:42] <geniepro> влад не хочет пробовать )))
[18:30:05] <geniepro> valexey__: https://github.com/timurgen/30-days-ada-learning
[18:30:16] <geniepro> выучи уже аду всего за месяц )))
[18:30:25] <valexey__> Даже я стремлюсь пробовать всерьёз :-)
[18:31:40] <valexey__> То есть оценивая полезность вложений времени, каждый раз выходит, что лучше углубить либо c++, а ещё лучше — алгоритмы, многопоточку и, особенно, предметку.
[18:32:12] <Kemet> [valexey__ 22:25]
» Даже я стремлюсь пробовать всерьёз :-)
---
А иначе не разобраться
[18:33:37] <vlad2> В этом смысле изучение перла абсолютно бессмиссленно в данный момент. Поэтом сделаю-ка я там просто вызов питоновского скрипта в нужном месте...
[18:33:50] <valexey__> Да
[18:34:41] <valexey__> То есть изучение Ады и Оберона сейчас — это прикольное бессмысленное хобби.
[18:38:37] <valexey__> Но лучше бы увлекаться чем-нибудь а-ля ML/датасаенс, даже если по работе это не нужно сейчас.
[18:41:03] <valexey__> Или js/html
[18:41:37] <valexey__> Или микроконтроллеры/ардуино
[18:42:03] <valexey__> Или rust и крипта :-)
[18:42:16] <valexey__> Или Go и что угодно
[18:42:35] <Kemet> valexey__, вот мнее это нужно будет, хочу сделать виджеты, которые могут как в нативе отображаться, так и в браузере
[18:42:59] <valexey__> Kemet: js?
[18:43:10] <Kemet> valexey__, [valexey__ 22:36]
» Или js/html
---
[18:43:17] <valexey__> Угу
[18:44:10] <valexey__> И мне это уже неоднократно было нужно и пригождалось. Правда на том уровне, на каком рядовые js’еры мне помочь уже не могли :-)
[18:45:13] <Kemet> У сны сть заготовкии, сечас я занимаюсь реализацией html5-like рендерера и думаю, чтобы  отдавать и html5
[18:46:23] <Kemet> Ну это в а2 конечно)
[18:46:34] <valexey__> :-)
[18:48:19] <Kemet> Смысла в html5 интерфейса на десктопе я не вижу, а вот рендер это да, ибо у рендера бодет быть бакенд, который и не рисует, а генерит html5
[19:11:24] <valexey__> Серверный рендеринг вроде как ушел в прошлое
[20:24:58] <geniepro> Kemet> жуть какая, вот как нужно пилить https://crusandr.livejournal.com/168480.html , заняться что-ли))) оно должно быть дешевле на порядок
"Выводы
Если сложить все суммы выше, окажется, что на один светофор надо от 5,5 до 13 миллионов рублей. Сложных светофоров больше (это же Москва!), вот средняя цифра и выходит ближе к 10 миллионам.

Если у вас остались сомнения, приведу такой аргумент: рынок проектирования и стройки светофоров открытый. Все разыгрывается на конкурсах, закон о госзакупках строг. Любая фирма может принять участие и предложить цену ниже. Порог входа на этот рынок не особо высокий ни по финансам, ни по квалификационным требованиям. Если бы на рынке были сверх-прибыли, давно бы возникло множество молодых и голодных компаний, которые бы сбили цену. Раз этого не происходит, текущие цены основаны на затратах, а в убыток ни одна порядочная фирма работать не будет.

Ну а если вы несмотря ни на что по-прежнему считаете, что на строительстве светофоров легко озолотиться, нет ничего проще! Открывайте фирму по проектированию и строительству светофоров и участвуйте в конкурсах на благо фирмы и города. Дорогу осилит идущий."
вперёд, Кемет, вперёд!!! сбей им там цены на порядок!
[20:31:09] <valexey__> Даёшь светофоры на ББЦБ!
[20:33:12] <Kemet> geniepro, ты наивный))) ты думаешь все последние новостройки с многомиллиардными бюджетами, постоынно увеличивавшимися до астрономивеских единиц не проходили через госплощадки?))) Правда выигрывали всегда уважаемые путиным люди))) а потом начиналсы цирк, то же сами и со светофора, это песня о главном - как пилить бюджет, посторонние туда не прониктут, но можно на аждом углу кричать, да там усе открыто, шеф, бери делай продавай, все свободно)))) и есть люди, которые в это  верят, рвут последние трусы, писают кипятком и бьются в экстазе)))
[20:36:58] <valexey__> Пофиг на путина. Но госзакупки это отдельное искусство. Мало имеющее отношения к технологическому совершенству.
[20:37:02] <Kemet> geniepro, ты просто не знаешь российских реалий, а на бумаге все красиво, только это туалетная бумага, многоразового пользования
[20:37:16] <geniepro> Kemet: всё так плохо в твоей жизни, что тебе остаётся лишь положить зубы на полку и тихо мирно ждать смерти...
[20:39:04] <Kemet> geniepro, в моей жизни все хорошо, хорошая работа, достойный доход, жена красавица, дети умницы, мне просто за державу обидно, да, и жалко
[20:40:16] <Kemet> valexey__, госзакупки это да, отдельное исскуство законно пилить, других искусств почти не осталось
[20:41:18] <Kemet> А так то да, на путина похер, на лесоповал его и вся недолга
[20:41:37] <Kemet> Ну со всем бомондом конечно
[20:43:12] <Kemet> И к ним женюпро, пусть их оберону учит)
[20:43:23] <valexey__> :-)
[20:44:38] <Kemet> Оо и чубайса со нано, вот пусть там нанооберон пилят, хоть пользо будет
[20:45:48] <Kemet> Нужно посмотреть, ч о можно выпилить из оберона 07
[20:46:10] <Kemet> Ч обы ло уровня нано дотянуть
[20:48:40] <Kemet> А лучше пикооберон с фирменной лубочной картинкой, оберон победоносец пикой поражает мейнстримное чудо юдо
[21:01:26] <geniepro> Kemet: а может ты как навальный -- злишься, что не пускают к кормушке?
[21:07:41] <Kemet> geniepro, я советский человек, geniepro, меня так родители воспитали, и я не могу и не хочу иначе, да и не нужно. Я сидел у кормушки, только не хавал оттуда, - в этом хлеву пусть свиньи жрут, что они с успехом и делают, проблема в том, что они уже страну дожирают и будущее у моих детей и внуков
[21:11:37] <Kemet> valexey__, а что там в цэпэпэ с трейдами? Есть какая реализация стандартня, чтобы скрывала детали реализации
[21:12:34] <valexey__> Kemet: с многопоточкой? Дык в стандартной либо std::thread и так далее
[21:12:44] <valexey__> Стандартной либе
[21:14:14] <Kemet> [geniepro 00:56]
» Kemet: а может ты как навальный -- злишься, что не пускают к кормушке?
---
Вряд ли он изза этого злится, не повторяй чудих глупостей))) этот забавный персонаж, в свое время, был создан кремлевскими под конкретную задачу, впрочем, как и кургинян, но есть много людей, которые повелись, и всем хорошо, одни при деле и под контролем, другим пугало искать не нужно)
[21:14:40] <valexey__> https://en.cppreference.com/w/cpp/thread/thread
[21:15:18] <Kemet> valexey__, все однообразно?
[21:15:52] <valexey__> От оси не зависит
[21:17:03] <Kemet> Ну то есть на разных платформах никаких специальных, характерных для конкретной платформы, телодвижений совершать не нужно?
[21:17:39] <Kemet> Да, вот это пойдет, а с какого стандарта
[21:17:50] <valexey__> Не нужно
[21:18:04] <valexey__> https://en.cppreference.com/w/cpp/thread
[21:18:18] <valexey__> С c++11
[21:18:30] <valexey__> ping
[21:19:29] <Kemet> О, и условные переменные есть
[21:21:30] <valexey__> Плюсы рулят!
[21:21:38] <valexey__> ping
[21:23:03] <Kemet> ping
[21:23:06] <Жаба> Kemet, Pong from you:  1.964742 s
[21:23:36] <valexey__> ;-(
[21:24:05] <Kemet> valexey__, тебя отрезали от обчества)