The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В языке системного программирования Hare реализована поддержка OpenBSD, opennews (??), 04-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (12), 04-Дек-23, 14:54 
напоминаю, что для си невозможно написать простой парсер для "редактора с подсвечивателем синтаксиса". Почему? Потому что си - это сразу два языка: СиПиПи (си препроцессор), а уже затем просто си. И этот СиПиПи вполне может менять состояние парсера. То есть нормально подсветить синтаксис можно только после того, как реально пошел раскрывать макросы. А в каком=нибудь хромиуме эти макросы придется раскрывать часов шесть буквально.
Ответить | Правка | Наверх | Cообщить модератору

30. "В языке системного программирования Hare реализована поддерж..."  +2 +/
Сообщение от _oleg_ (ok), 04-Дек-23, 15:25 
Речь не про парсеры, а про ЯП с точки зрения программирования на нём. И Си на самом деле простой насколько это возможно. Хрен знает куда проще-то без потери возможностей.
Ответить | Правка | Наверх | Cообщить модератору

31. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (12), 04-Дек-23, 15:32 
> Си на самом деле простой насколько это возможно

Судя по количеству UB и всяких там implementation-defined, это очень непростой язык, заставляющий учить приколы реализаций компиляторов (причем сразу всех), а не стандарт самого языка.

Ответить | Правка | Наверх | Cообщить модератору

41. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (33), 04-Дек-23, 16:06 
Ты бы сразу написал, что фанат Rust, и дальше можешь не писать - все ваши комменты одинаковые и давно известны.
Ответить | Правка | Наверх | Cообщить модератору

49. "В языке системного программирования Hare реализована поддерж..."  –2 +/
Сообщение от _oleg_ (ok), 04-Дек-23, 16:21 
Если не писать криво, то UB ещё надо постараться поймать. Насчёт implementation-defined - это всегда будет, к сожаленью, если implementation больше одной ;-).
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

95. "В языке системного программирования Hare реализована поддерж..."  +1 +/
Сообщение от Аноньимъ (ok), 04-Дек-23, 18:51 
> Если не писать криво, то UB ещё надо постараться поймать.

Ну да.
Всего-то нужно ни в коем случае не писать что-то вроде:

int i;
i = x + 1;

Очень тяжело, просто невозможно.

Ответить | Правка | Наверх | Cообщить модератору

97. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 04-Дек-23, 19:18 
Где здесь UB?
Ответить | Правка | Наверх | Cообщить модератору

100. "В языке системного программирования Hare реализована поддерж..."  +1 +/
Сообщение от Аноньимъ (ok), 04-Дек-23, 19:44 
> Где здесь UB?

Здрасте досвидания! Я блин думал вы в сишке что-то смыслите.

# Signed integer overflow

Это ещё не самое неприятное. Это мелочь.

Потому как вот это вот тоже UB
int i = 65535;

И вообще в целом всё буквально что использует int как тип.


В сишке блин нужно очень хорошо вот пар из ушей постараться чтобы в хеллоу верде не было UB.
В С++ стараться ненужно - всё тщетно.

Ответить | Правка | Наверх | Cообщить модератору

104. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 04-Дек-23, 20:08 
О боже...

integer overflow это не UB. Это прямое следствие лежащего под софтом железа и того, что Си не заявляет каких-то немыслимых абстракций. По такой логике, ошибки округления чисел с плавающей запятой в любом ЯП это UB.

Ответить | Правка | Наверх | Cообщить модератору

118. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 04-Дек-23, 23:05 
>"An example of undefined behavior is the behavior on integer overflow."

Не UB! Твердо и чотко!

Ответить | Правка | Наверх | Cообщить модератору

150. "В языке системного программирования Hare реализована поддерж..."  –1 +/
Сообщение от _oleg_ (ok), 05-Дек-23, 12:09 
Да откуда ты это взял? Хватит всякую чушь в инете читать. UB чего? Компилятора? Мы, вроде, про компилятор речь ведём. Если это и UB, то железной архитектуры. И то только для тех, кто не шарит в теме от слова совсем. UB это UB. А это не UB никакое. Это чётко описанная вещь работы любого современного процессора. Но если ты пришёл в программирование после кулинарных курсов, на волне скилфактори-хайпа, то ясен ты не в курсе как устроено железо и что если к 8 битному регистру с 255 в значении прибавить ещё 1, то регистр не может увеличиться по твоей прихоти, как твой вялый стручок при виде тян.
Ответить | Правка | Наверх | Cообщить модератору

152. "В языке системного программирования Hare реализована поддерж..."  +1 +/
Сообщение от User (??), 05-Дек-23, 12:52 
Ну, тащем-та из ISO/IEC 9899:2011 раздел 3.4.3, например. Можешь сходить до комитету, рассказать пацанчикам, что ничего они в сишечке не понимают, расталдыкать на пальчиках как надо.
Ответить | Правка | Наверх | Cообщить модератору

184. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 11:47 
> Ну, тащем-та из ISO/IEC 9899:2011 раздел 3.4.3, например. Можешь сходить до комитету,
> рассказать пацанчикам, что ничего они в сишечке не понимают, расталдыкать на
> пальчиках как надо.

Спасибо за источник. Он украл у меня 40 минут жизни.

Ответить | Правка | Наверх | Cообщить модератору

186. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 06-Дек-23, 12:13 
>> Ну, тащем-та из ISO/IEC 9899:2011 раздел 3.4.3, например. Можешь сходить до комитету,
>> рассказать пацанчикам, что ничего они в сишечке не понимают, расталдыкать на
>> пальчиках как надо.
> Спасибо за источник. Он украл у меня 40 минут жизни.

Легко отделался - у индустрии потери на миллионы человеколет, думаю ).

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

187. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 12:21 
>>> Ну, тащем-та из ISO/IEC 9899:2011 раздел 3.4.3, например. Можешь сходить до комитету,
>>> рассказать пацанчикам, что ничего они в сишечке не понимают, расталдыкать на
>>> пальчиках как надо.
>> Спасибо за источник. Он украл у меня 40 минут жизни.
> Легко отделался - у индустрии потери на миллионы человеколет, думаю ).

Дык это потому, что не надо подобные стандарты читать. Одни пишут компиляторы, а те, кто не умеют, пишут стандарты. Только бумагу портят.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

192. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 06-Дек-23, 14:15 
Ассемблер хоть знаешь? Просвещайся:

https://godbolt.org/z/796ferssh

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

194. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 14:53 
> Ассемблер хоть знаешь? Просвещайся:
> https://godbolt.org/z/796ferssh

Давай без загадок. Времени нет. Что тебя в этом ассемблерном коде удивляет?

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

199. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 06-Дек-23, 16:28 
Меня - ничего.

Компилятор выбрасывает сравнение y < x, потому, что int y = x + 1; переполнение UB и такого не может быть никогда.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

201. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 16:37 
> Меня - ничего.
> Компилятор выбрасывает сравнение y < x, потому, что int y = x
> + 1; переполнение UB и такого не может быть никогда.

Ну ты же -O3 ему вкорячил. Чего удивляться-то? При -O3 и не такое может быть.

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

202. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 06-Дек-23, 18:11 
Ну все, пошел сишный копиум, флаги не те, компилятор не той системы...
C -O2 то же самое, тоже некошерно, слишком хорошо оптимизирует?
Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

203. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 18:17 
> Ну все, пошел сишный копиум, флаги не те, компилятор не той системы...
> C -O2 то же самое, тоже некошерно, слишком хорошо оптимизирует?

Ну а как ты думал :-D? Ты ж просишь у компилятора, что бы он выкинул лишнее, он выкидывает. Потом удивлённые глаза делаешь.

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

208. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 06-Дек-23, 21:37 
Выкидывает в точном соответствии с "бесполезным" стандартом.
Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

151. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 05-Дек-23, 12:11 
Ты, блин, посмотри как расшифровывается UB хотя бы... UB это то, что undefined. Если оно описано и чётко, то это не UB. Целочисленные переполнения это крайне чётко описанная вещь и является UB только для непробиваемых гуманитариев, глубже скриптов ничего не видевшее в жизни.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

157. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноньимъ (ok), 05-Дек-23, 15:40 
Вы путаете переполнение целого без знака. И переполнение целого со знаком. Видимо.
Ответить | Правка | Наверх | Cообщить модератору

173. "В языке системного программирования Hare реализована поддерж..."  +1 +/
Сообщение от freehckemail (ok), 06-Дек-23, 00:23 
Олег, боюсь, что это ты путаешь. UB это вполне определённый термин, глубоко завязанный на процесс стандартизации языка: под "неопределённое поведение" попадает всё, что явно не определено в стандарте. Так, например, переполнение беззнакового целого стандартом действительно определено (таким образом, все компиляторы обязаны делать "wrap around", чтобы TYPE_max_size + 1 = TYPE_min_size), а вот переполнение знакового целого -- в стандарте явно не описано, и потому это UB. И то, что некоторые компиляторы делают "wrap around" для знакового целого -- это не гарантия того, что нет копилятора, который обрабатывает эту ситуацию как-то иначе. UB это больше о формализации, ну или бюрократии, если тебе так будет легче.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

179. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (115), 06-Дек-23, 07:36 
>это не гарантия того, что нет копилятора, который обрабатывает эту ситуацию как-то иначе

Например gcc или clang.

https://godbolt.org/z/796ferssh

Ответить | Правка | Наверх | Cообщить модератору

183. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _oleg_ (ok), 06-Дек-23, 11:43 
Да точно. Пролистал стандарт. В этом смысле согласен. Это бюрократический момент, где они этим термином прикрыли себя - типа, это уже не наша вотчина за пределами нашей области ответственности, как будет, так и будет. Но, с этой фразой:

Судя по количеству UB и всяких там implementation-defined, это очень непростой язык, заставляющий учить приколы реализаций компиляторов (причем сразу всех), а не стандарт самого языка.

на которую я отвечал, я не согласен. Т.к. тупо вменять Си в минусы подобные UB в терминах стандарта, если, грубо говоря, Си это кроссплатформенный (насколько это возможно) ассемблер. И в нём нет лишних доп.обработок кучи особенностей нижележащего железа. Собственно, в этом его и прелесть. Т.о. нужно иметь мозги и понимать что ты делаешь (т.е. понимать что-то за пределами знаний чисто ЯП, а ещё и как устроено железо, что для некоторых современных ньюфагов, выросших на js и им подобных, может быть удивительно). И тогда у тебя в руках наибольшая гибкость и производительность по отношению к простоте, удобству и синтаксическим вкусностям.

Ответить | Правка | Наверх | Cообщить модератору

198. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (-), 06-Дек-23, 16:12 
> О боже...
> integer overflow это не UB. Это прямое следствие лежащего под софтом железа

Вообще-то для именно signed int - таки UB. Хотя-бы потому что ... формат хранения signed int не специфицирован жестко и возможно несколько разных вариантов.

Что случится при wrap - "implementation defined" и зависит от формата хранения int. Полагаться на это нельзя. Хотя в C23, чтоли и где-то рядом в C++ оставили только один вариант, там еще есть какие-то шансы на defined.

Unsigned в этом лучше: там wrap явно прописан и это, таки, defined behavior.

Ах да, "int" - весьма растяжимое понятие. Ну вот например int 16 битов размером вполне валиден по стандартам. На некоторых платформах, типа ардуины, это даже можно и активировать, если горя хлебнуть хочется. Реально конечно большая часть софта дико лажанет если так сделать.

> и того, что Си не заявляет каких-то немыслимых абстракций. По такой
> логике, ошибки округления чисел с плавающей запятой в любом ЯП это UB.

У плавучки свои грабли. А в сях таки более чем достаточно UB - вплоть до того что если вы в 16-бит "int" загнали 65535 - то вообще ктулху его знает чему это будет на самом деле равно, с учетом сочетания факторов "формат хранения int" и "16 битное int".

...одна из причин по которым в C99 таки сделали более нормальные типы. К сожалению ума завершить что начали у комитета импотентов не хватило. Так что препроцессор оперирует чем-то другим, более близким к обычным типам. А считать он таки - может. Или например enum - да вообще удачи угадать какой у него эффективный тип. Он так специфицирован, что...

...и кстати если что-то typedef'нуть как enum и потом указать вот именно аргументом, имнено такой тип - компилеру класть что на вход дают значения котрых в этом enum и его typedef отродясь не было. И пользы от такого enum - сильно меньше чем могло бы быть. В плане зарубания багов.

Мораль сей басни такова: если ты юзаешь си - изволь почитать стандарты а также гайдлайны по antibug приемам. Иначе код у тебя будет, как бы это сказать...

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

38. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (33), 04-Дек-23, 15:59 
Не невозможно, а ты не умеешь. А препроцессор в Си вообще-то быстр как метеор и работает в один проход.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

120. "В языке системного программирования Hare реализована поддерж..."  –1 +/
Сообщение от Ананимус (?), 04-Дек-23, 23:28 
> Не невозможно, а ты не умеешь. А препроцессор в Си вообще-то быстр как метеор и работает в один проход

А никто не умеет. Софт на сях всю историю кривой, косой и портируется с  приседаниями.

Ответить | Правка | Наверх | Cообщить модератору

143. "В языке системного программирования Hare реализована поддерж..."  +1 +/
Сообщение от _kp (ok), 05-Дек-23, 09:41 
Ну да, конечно. Только если что то портировать на Си, то в прогнозируемок время это точно портируемо, если сибирать какой нибудь старый код, так и он точно соберется,  и с минимумов пинков запустится.
А можно и не менять код ни на байт, применив препроцессор и обёртки.

А возьми любой модный язык с пдавающим синтаксисом и адовыми зависимостями, так там и 100% перелопачивать некогда работавший исходник придется, и копаться, копаться, и ещё раз копаться в зависимостях и их версиях.

Ответить | Правка | Наверх | Cообщить модератору

158. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Ананимус (?), 05-Дек-23, 16:01 
> А возьми любой модный язык с пдавающим синтаксисом и адовыми зависимостями, так там и 100% перелопачивать некогда работавший исходник придется, и копаться, копаться, и ещё раз копаться в зависимостях и их версиях.

Сишный копинг подъехал.

Ответить | Правка | Наверх | Cообщить модератору

181. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 06-Дек-23, 09:41 
Не, ну если не использовать зависимости и все свое таскать с собой - то такида, причем шохарактено - примерно на любом языке, проблем запуска hello, world! на python2 все еще не возникает. IRL - проблемы скорее не "языков", а "экосистем разработки", причем я бы сказал, что из-за комбинаторного роста сложности софта - на современном этапе не устранимые. Как-то так.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

200. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _kp (ok), 06-Дек-23, 16:35 
>если не использовать зависимости и все свое таскать с собой..

Не совсем. В Си можно скормить библиотеку отличающуюся на несколько версий, лишь бы совсем сильно не отличалась. А в Python и чуть реже JS, нужна не просто библиотека конкретной минорной версии, а взаимосвязанный пакет компонентов. Тут на мелкий чих несовместимость, тут зависимость гвоздями прибита, а то и несколько версий одной библиотеки в одном проекте. Последнее на Си я встречал только в одном живом проекте.

> проблемы скорее не "языков", а "экосистем разработки"

Скорее соглашусь. Но тогда выходит, что одни языки стимулируют к культуре, а какие то развращают. :)

Ответить | Правка | Наверх | Cообщить модератору

204. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 06-Дек-23, 19:30 
>>если не использовать зависимости и все свое таскать с собой..
> Не совсем. В Си можно скормить библиотеку отличающуюся на несколько версий, лишь
> бы совсем сильно не отличалась. А в Python и чуть реже
> JS, нужна не просто библиотека конкретной минорной версии, а взаимосвязанный пакет
> компонентов. Тут на мелкий чих несовместимость, тут зависимость гвоздями прибита, а
> то и несколько версий одной библиотеки в одном проекте. Последнее на
> Си я встречал только в одном живом проекте.
>> проблемы скорее не "языков", а "экосистем разработки"
> Скорее соглашусь. Но тогда выходит, что одни языки стимулируют к культуре, а
> какие то развращают. :)

Неее... python тут ровным счетом точно такой же. Если повезет - можно скормить, если не повезет - то не можно. "Культуры" тут примерно нет - или "работать" и dependency-hell, или Ъ - с изобретением лисапетов о квадратных колесах на каждый чих. Рыночек собственно уже и порешал - бизнесуху на сях не пишут.

Ответить | Правка | Наверх | Cообщить модератору

215. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (215), 07-Дек-23, 02:31 
Ты на питон не гони. Вот прям ломающая несовместимость между версиями у меня в практике только 3 раза встречалась максимум, сходу назвать могу только последний: prompt_toolkit с 1.x до 2.0.
Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

216. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 07-Дек-23, 07:11 
> Ты на питон не гони. Вот прям ломающая несовместимость между версиями у
> меня в практике только 3 раза встречалась максимум, сходу назвать могу
> только последний: prompt_toolkit с 1.x до 2.0.

Эээээ... стесняюсь спрашивать - а что вы на нем делали-то, что не сталкивались? IRL попытка запустить (О version bump зависимостей по запросу ИБ и вовсе молчу) какой tensorflow с версией python'а поновее - та еще трэшачина - да и стандартная библиотека туда-сюда елозит только так...

Ответить | Правка | Наверх | Cообщить модератору

224. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (224), 08-Дек-23, 00:12 
Ну с TensorFlow, его некоторыми зависимостями и numpy/scipy/sklearn/pandas ситуация особенная - я его ставил из предсобранных пакетов. А все остальные ставил из master/main гита, когда они были нужны. И никаких проблем в основном.
Ответить | Правка | Наверх | Cообщить модератору

225. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (224), 08-Дек-23, 00:13 
p.s. в pip отключена проверка зависимостей и установка оных напрочь.
Ответить | Правка | Наверх | Cообщить модератору

230. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 08-Дек-23, 07:13 
> Ну с TensorFlow, его некоторыми зависимостями и numpy/scipy/sklearn/pandas ситуация особенная
> - я его ставил из предсобранных пакетов. А все остальные ставил
> из master/main гита, когда они были нужны. И никаких проблем в
> основном.

Ну, т.е. процентов сорок экосистемы, в которой применение python'а имеет практический смысл\пользу\не имеет альтернатив страдает от вышеуказанной проблемы. Если бы индустрия не научилась с этим плюс-минус эффективно не "бороться" - "жить" (Conda, docker, пакеты ОС и т.д.) - была бы проблема. А так... ну, приметы времени - навроде запаха выхлопных газов вместо экологически чистого навоза в городе. Можно страдать про "какраньшую" - мол, "Лошадки-то по столько человеков небось не давили, и аллергий у людишков меньше было, и за нефтянку всякие-там не воевали - хор-рошая ж жысть была!" - но лучше не страдать.

Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

217. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от _kp (ok), 07-Дек-23, 09:22 
> Ты на питон не гони. Вот прям ломающая несовместимость между версиями

Ребенка учат Питону. Как мы знаем в сухомятку учить не интересно. При попытке взть что интересное для растерзания, с вероятностью 30 процентов оно не запустится "из коробки". И начинается набираеие комплектов версий библиотек, комплектов библиотек..

> меня в практике только 3 раза встречалась максимум

От разнообразия исходников, и их "выдержки" зависит.

Самое банальное и массовое, что в библиотеках кладут болт на совместимость, и меняют или функции, или форматы данных. И после Си, это не просто массово, а эпидемия.


Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

226. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (224), 08-Дек-23, 00:15 
Одна история охренительнее другой просто. Вам бы в писатели податься. Тем более что программы тоже своего рода "литературные произведения", даже в штатах кое-какое время их копирайтили как таковые.
Ответить | Правка | Наверх | Cообщить модератору

229. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 08-Дек-23, 07:07 
> Одна история охренительнее другой просто. Вам бы в писатели податься. Тем более
> что программы тоже своего рода "литературные произведения", даже в штатах кое-какое
> время их копирайтили как таковые.

Да вот как сказать? У меня добавление параметров force\encoding в модуле logging в 3.8\3.9 кучу всего в centos'е поломала. Оно конечно кекскременты мамонта, и в обратную сторону совместимости никто и не обещал - но осадочек нехороший

Ответить | Правка | Наверх | Cообщить модератору

219. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (-), 07-Дек-23, 10:10 
> Ты на питон не гони. Вот прям ломающая несовместимость между версиями у
> меня в практике только 3 раза встречалась максимум, сходу назвать могу
> только последний: prompt_toolkit с 1.x до 2.0.

Ну запусти вообще скрипт на питоне 2.4 каком сейчас без переписывания чуть менее чем полностью...

Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

227. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (224), 08-Дек-23, 00:17 
Речь идёт о зависимостях, а не о самом питоне. С питоном кстати проще всего: старые версии ффтопку и всё тут.
Ответить | Правка | Наверх | Cообщить модератору

232. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (-), 08-Дек-23, 10:05 
> Речь идёт о зависимостях, а не о самом питоне. С питоном кстати
> проще всего: старые версии ффтопку и всё тут.

Вместе с софтом, ога. Еще бы програмеров вслед за таким софтом - и стало бы вообще шикарно. Впрочем в вебе примерно это сейчас Go и делает.

Ответить | Правка | Наверх | Cообщить модератору

228. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 08-Дек-23, 06:57 
>> Ты на питон не гони. Вот прям ломающая несовместимость между версиями у
>> меня в практике только 3 раза встречалась максимум, сходу назвать могу
>> только последний: prompt_toolkit с 1.x до 2.0.
> Ну запусти вообще скрипт на питоне 2.4 каком сейчас без переписывания чуть
> менее чем полностью...

Эээ... а в чем проблема? Ставишь 2.4 в доскере, если оно тебе вот прям ТАК нужно - и запускаешь, делов-то? Apache, мать его, NiFi с jython'ом 2.7-сколько-то там - живет себе и живет, стандартная библиотека у него спесфисская, зависимостей читай что "нет", print(оф) в etl pipeline'ах немае - для тех задач шо 2, шо 3...

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

233. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (233), 08-Дек-23, 10:14 
> Эээ... а в чем проблема? Ставишь 2.4 в доскере,

Это надо ставить доскер, в нем качать и разворачивать какую-то систему в которой 2.4 вообще - есть, ибо ни в 1 современной системе ЭТОГО антика уже нет. А там где есть - чего доброго еще и зобанены или вообще удалены доскером сто раз.

И вместо простого запуска скрипта - вон те аццкие пируэты. В чем проблемы? В том что это УГ!

> если оно тебе вот прям ТАК нужно - и запускаешь, делов-то? Apache, мать его,
> NiFi с jython'ом 2.7-сколько-то там - живет себе и живет, стандартная
> библиотека у него спесфисская, зависимостей читай что "нет", print(оф) в etl
> pipeline'ах немае - для тех задач шо 2, шо 3...

Ну он живет. Наверное. Где-то там. Хорошо там где вас нет :). Jython? Это что-то про отношения жабы и гадюки наверное. Суперкомбо два в одном, так что хорошо что все это - не у меня! Так что мне по счастью пофиг какой там доскер и стандартная либа во всем этом счастье потребны, мне это знание просто не потребуется - потому что я не фанат софта на питоне вообще, а еще и с жабой в нагрузку и прочими опачами - ненене, сами кушайте свой офигенный софт.

Ответить | Правка | Наверх | Cообщить модератору

234. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 08-Дек-23, 13:00 
>> Эээ... а в чем проблема? Ставишь 2.4 в доскере,
> Это надо ставить доскер, в нем качать и разворачивать какую-то систему в
> которой 2.4 вообще - есть, ибо ни в 1 современной системе
> ЭТОГО антика уже нет. А там где есть - чего доброго
> еще и зобанены или вообще удалены доскером сто раз.
> И вместо простого запуска скрипта - вон те аццкие пируэты. В чем
> проблемы? В том что это УГ!

Эээээ... а вы точно айтишник? Ну, в смысле "docker ставить" в качестве блокера последние лет эдак... много - моветон-с же. Не, ну можете пердолиться с переписыванием на каждую новую версию - не мешает никто... кроме менеджера. Ну, если перспектива пердолиться энтузизизьма не вызывает - можете вот на C писать - как раз к выходу python 5 закончите - но это не точно. Зато без докера, да.

> Ну он живет. Наверное. Где-то там. Хорошо там где вас нет :).
> Jython? Это что-то про отношения жабы и гадюки наверное. Суперкомбо два
> в одном, так что хорошо что все это - не у
> меня! Так что мне по счастью пофиг какой там доскер и
> стандартная либа во всем этом счастье потребны, мне это знание просто
> не потребуется - потому что я не фанат софта на питоне
> вообще, а еще и с жабой в нагрузку и прочими опачами
> - ненене, сами кушайте свой офигенный софт.

Ну, можете не кушать - возьмите вместо nifi, например, airflow. Что, он тоже на python'е? Ну вот походите по базару, поищите альтернативы - а потом специалистов под эти альтернативы - а потом, скорее всего, работу с заходами-то: "чтоб не python", "чтоб без docker'а", "и ява ваша мне..."

Ответить | Правка | Наверх | Cообщить модератору

236. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (-), 09-Дек-23, 15:51 
> Эээээ... а вы точно айтишник? Ну, в смысле "docker ставить" в качестве
> блокера последние лет эдак... много - моветон-с же.

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

> Не, ну можете  пердолиться с переписыванием на каждую новую версию

Я просто повыкинул софт на питоне, найдя аналоги, и все дела. Пусть питоняши свое Г и переписывают. "Незаменимый" скрипт от питоняши заменяется путем похода на гитхаб (или поискарь) и ввода

> кроме менеджера. Ну, если перспектива пердолиться энтузизизьма не вызывает - можете
> вот на C писать - как раз к выходу python 5 закончите - но это не точно.

Угу, я вон за вечер бота для распределенной p2p сети накидал.  На сях. И не факт что у питоняш лучше будет, только еще будет падать по более 9000 поводов в рантайме, чтоб не скучно. Секрет конечно в правильной либе и апи.

> Зато без докера, да.

Превращать свои системы в помойку для костылирования за инвалидами умственного труда с единственным достоинством их софта "кодер гнал как на пожар" - сомнительная радость.

> Ну, можете не кушать - возьмите вместо nifi, например, airflow. Что, он
> тоже на python'е? Ну вот походите по базару, поищите альтернативы -

Я этим всем просто не пользуюсь. И альтернативы этому шитонявакрапу мне нужны так же как и ваш шитон вместе с явой.

> а потом специалистов под эти альтернативы - а потом, скорее всего,
> работу с заходами-то: "чтоб не python", "чтоб без docker'а", "и ява
> ваша мне..."

А еще можно, вот, работу сменить - и не работать в супер-помойке с всем этим замечательным софтом. Одно только описания этого УГ достаточно чтобы навеять хтоническую тоску. Поделия для мерзопакостных галер - и таких же мерзопакостных сотрудничков в виде копро-противных винтиков.

Ответить | Правка | Наверх | Cообщить модератору

237. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от User (??), 09-Дек-23, 20:36 
> Не всем же хайповать и смузи жрать. Если ну капец как надо
> - я и виртуалку с каким-нибудь старым дебианом подыму где оно
> отработает. Но превращать свою систему в помойку за ради не менее
> помойного по качеству скрипта - прерогатива смузижоров. Чем больше гамна в
> системе, тем хуже, медленнее и глюкавее это в целом работает.

Ну, т.е. для чего _в принципе_ в реальной жизни может потребоваться скрЫпт на python 2.4 вы понятия не имеете и рассказываете про свой локалхост. Замечательно.

> Я просто повыкинул софт на питоне, найдя аналоги, и все дела. Пусть
> питоняши свое Г и переписывают. "Незаменимый" скрипт от питоняши заменяется путем
> похода на гитхаб (или поискарь) и ввода

Ну, на вашем локалхосте - рабочее решение, предполагаю. А в жизни - удачи в переписывании какой-нибудь интеграшки кредитного питания в столовой с 1с7.7 (Постановки нет, формата данных нет - краевые условия зависят от погоды в тюмени и настроения прораба - зато с полтыщи злобных работяг в наличии).

> Угу, я вон за вечер бота для распределенной p2p сети накидал.  
> На сях. И не факт что у питоняш лучше будет, только
> еще будет падать по более 9000 поводов в рантайме, чтоб не
> скучно. Секрет конечно в правильной либе и апи.

Да-да, вот так в резюме и пишите.

> Превращать свои системы в помойку для костылирования за инвалидами умственного труда с
> единственным достоинством их софта "кодер гнал как на пожар" - сомнительная
> радость.

И эдак тоже. Во "вкусно-и-точка" такую принципиальность обязательно оценят... но это не точно.

> Я этим всем просто не пользуюсь. И альтернативы этому шитонявакрапу мне нужны
> так же как и ваш шитон вместе с явой.

На локалхосте-то? Ясен хрен, не нужны. За пределами - уже возможны варианты, но альтернатив в этом классе не так, чтобы разбежаться.

> А еще можно, вот, работу сменить - и не работать в супер-помойке
> с всем этим замечательным софтом. Одно только описания этого УГ достаточно
> чтобы навеять хтоническую тоску. Поделия для мерзопакостных галер - и таких
> же мерзопакостных сотрудничков в виде копро-противных винтиков.

Ну, можно конечно - в оставшихся 5% рынка "без-питона-явы-докера" тоже есть задачи, фигли. Или вот снег убирать можно - его у нас мноооого...

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

159. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от weird (?), 05-Дек-23, 16:30 
Но какой ценой?
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

174. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от freehckemail (ok), 06-Дек-23, 00:28 
> Не невозможно, а ты не умеешь. А препроцессор в Си вообще-то быстр как метеор и работает в один проход.

Вообще-то при сборке любого крупного сишного проекта большую часть времени занимает именно что обработка кода препроцессором. Это широко известный факт.

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

210. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Самый умный из нас двоих (?), 06-Дек-23, 22:49 
Это понятно, но обсуждается написание парсера для кода, а не компиляция тяжелых проектов. Быстроту препроцессора Си мало кто не оспаривает потому что другие будут еще медленнее.
Ответить | Правка | Наверх | Cообщить модератору

221. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от freehckemail (ok), 07-Дек-23, 10:30 
> Быстроту препроцессора Си мало кто <...> оспаривает потому что другие будут еще медленнее.

Другие -- это какие например?

Ответить | Правка | Наверх | Cообщить модератору

220. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (-), 07-Дек-23, 10:13 
>> Не невозможно, а ты не умеешь. А препроцессор в Си вообще-то быстр как метеор
>> и работает в один проход.
> Вообще-то при сборке любого крупного сишного проекта большую часть времени занимает именно
> что обработка кода препроцессором. Это широко известный факт.

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

А если LTO взять - так это вообще самая увесистая фаза всей операции. Зато он может вынести добрую четверть кода программы - без малейшего ущерба для скорости и функциональности.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

64. "В языке системного программирования Hare реализована поддерж..."  +/
Сообщение от Аноним (64), 04-Дек-23, 16:59 
В C++ давно пора позаимствовать механизм макросов из Rust.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру