- Ну вот, то самое Счастливое Будущее уже наступило Поздравляю всех товарищей пит, Аноним (2), 09:30 , 10-Апр-24 (2) +23 [^]
- Вот так плавно и постепенно, гадюка легким движением руки превратилась в элегант, Аноним (-), 10:33 , 10-Апр-24 (16) +28 [^]
- Ничего, вы его разгоняете, а он растягивается , Аноним (42), 11:33 , 10-Апр-24 (42) +4
- Скрыто модератором, GG (ok), 12:00 , 10-Апр-24 (50) +2 [---]
- Ты про завязку на ллвм Такое себе будущее , Вы забыли заполнить поле Name (?), 13:36 , 10-Апр-24 (68) +6 [^]
- странно что в питоне не было даже минимальных базовых нюансовсколько же бабла вв, Бывалый Смузихлёб (ok), 14:34 , 10-Апр-24 (88)
- Так это когда было, а сколько лет с тех пор прошло , Аноним (42), 14:45 , 10-Апр-24 (89) +2
- Спасибо что хоть что-то было , Прадед (?), 15:07 , 10-Апр-24 (95)
- Да оспыдя Большинство из тех, кому прямнадо было - брали кто pypy, кто pyston, , User (??), 09:51 , 11-Апр-24 (172)
- JIT - зло которое надо искоренять , Аноним (133), 20:16 , 10-Апр-24 (133) –2
- Насколько я помню, просто так JIT не бывает, и за его использование приходится п, anonymous (??), 09:42 , 10-Апр-24 (4) +2
- Вы бы лучше посчитали оверхед у JS, то не так сильно удивлялись бы , test (??), 09:59 , 10-Апр-24 (6)
- Во первых генерить оптимальный код - нифига не lightweight операция И одно дело, Аноним (-), 10:36 , 10-Апр-24 (18) –1
- Да, Python движется в сторону становления Java-подобным языком Возможно, и vm б, chf (?), 02:07 , 11-Апр-24 (149)
- То есть код будет тормознее не в 200 раз, а всего лишь в 133 раза, ИмяХ (ok), 09:42 , 10-Апр-24 (5) +9 [^]
- 200 - 100 133 - X я в 3 классе, но мне кажется, что X точно не 50 , AS (??), 10:26 , 10-Апр-24 (12) –6 [V]
- Достаточно, что оно в 65000 раз медленнее, чем С , Аноним (17), 10:35 , 10-Апр-24 (17)
- норм, еще 535 раз в запасе, 12yoexpert (ok), 10:36 , 10-Апр-24 (19) +8 [^]
- Если не уметь писать, то и С медленнее, чем С, Аноним (21), 10:40 , 10-Апр-24 (21) +2
- Ты так мудр, будь моим сенсеем Я преисполнился в твоей философии, 12yoexpert (ok), 10:56 , 10-Апр-24 (24) +2
- Я как-то раз ускорил побайтовый перебор текста и собственно исполнение наиболее, Аноним (16), 11:15 , 10-Апр-24 (32) +1
- к примеру, компилятор имеет право игнорировать register, и тут придётся его натя, Аноним (16), 11:16 , 10-Апр-24 (35) +2
- Писал перебор текста на ассемблере, это было быстро И оперу совсем не ел лишнег, Аноним (75), 11:37 , 10-Апр-24 (45) +1
- Дело не только в этом Джит может подхватить текущую архитектуру цпу со всеми бо, Прадед (?), 15:13 , 10-Апр-24 (97)
- Как бы Вы хорошо не писали на Си, догадываетесь же, что есть области и где Си не, _kp (ok), 11:16 , 10-Апр-24 (34) +1
- Походу, задачку про сушёные грибы ты во втором классе прогулял , ИмяХ (ok), 11:04 , 13-Апр-24 (230)
Походу, задачку про сушёные грибы ты во втором классе прогулял.
- То есть каждый раз компилировать и выполнять инструкции быстрее, чем интерпретир, Пряник (?), 10:11 , 10-Апр-24 (8)
- Зачем каждый раз Один раз функцию скомпилировал и исполняй её хоть 100 000 раз , Аноним (13), 10:26 , 10-Апр-24 (13) +3
- А ты не догадываешься, что код может выполняться в цикле , Аноним (33), 11:15 , 10-Апр-24 (33)
- Что делать те у кого нет циклов Может например использовать нормальный язык На, Аноним (75), 11:42 , 10-Апр-24 (47)
- Отвечаю для всех кто не знает как работает JIT Обычно компилируется не весь код, Аноним (13), 14:06 , 10-Апр-24 (75) –1
- Gо, нормальный язык 0, Аноним (42), 15:37 , 10-Апр-24 (103) +1
- Да - нормальный 100500 100500 -рА то что у неГо есть свои закидоны а у ко, _ (??), 16:59 , 10-Апр-24 (111)
- Можно даже сказать единственный нормальный Там нет таких закидонов как сабж из , Аноним (75), 17:37 , 10-Апр-24 (117)
- Он не просто нормальный, он практически идеальный Я когда залезаю в гирлянды as, Аноним (-), 17:56 , 10-Апр-24 (120) +3
- Гирлянды и async await Вы точно про js , Аноним (150), 02:09 , 11-Апр-24 (150)
- Если изучить один раз, то ничего сложного Видишь async def Это сопрограмма Ви, Пряник (?), 12:21 , 11-Апр-24 (183)
- Ты вообще видел Го Там к корням UNIX и Plan 9 возвращена функциональность конку, Аноним (-), 20:47 , 11-Апр-24 (211)
Ты вообще видел Го? Там к корням UNIX и Plan 9 возвращена функциональность конкурентности и горутины общаются между собой каналами, а не вот этим вот плохой вещью. https://habr.com/ru/articles/466337/ Если ты считаешь, идеологию конкурентности в JS и Питоне - ок, то рекомендую немного поделать вещей на Го, и ты поймешь, насколько это тупая вещь.
- Сопрограммы вообще нетипичная вещь Обычные подпрограммы с возможностью по желан, Пряник (?), 09:50 , 12-Апр-24 (220)
Сопрограммы вообще нетипичная вещь. Обычные подпрограммы с возможностью по желанию левой пятки сохранять переменные, стек и регистры куда-то, а потом также возвращать обратно. Поэтому жди 100500 реализация сопрограмм, как со строками вышло. И в питоне async/await - это просто синтаксис, за которым может быть любая реализация, в том числе гошная.
- go - куцый кастрат, работающий медленнее C если принципиально нужно страдать, то, Joe Ford (?), 16:32 , 11-Апр-24 (195)
go - куцый кастрат, работающий медленнее C#если принципиально нужно страдать, то хотя бы за что-то существенное - Rust
- а где здесь существенное , Аноним (10), 16:38 , 11-Апр-24 (197)
> если принципиально нужно страдать, то хотя бы за что-то существенное - Rust а где здесь "существенное"?
- Админы, напишите про PEP 730 https peps python org pep-0730 и PEP 738 http, Аноним Максим (?), 10:47 , 10-Апр-24 (22) +4
- пруф или не было, на типичных применениях jit это жор памяти, процессора, и торм, Аноним (16), 10:52 , 10-Апр-24 (23) –4 [V]
- Точна Его господа наши придумали всем на погибель , Агент рептилоидов (?), 11:19 , 10-Апр-24 (37) +1
- Ну так сообщи об этом разработчикам CPython Ты же видишь они там все идиоты, б, Аноним (33), 11:23 , 10-Апр-24 (38)
- посмотри сравнения скорости бидона с PHP или Ruby, где JIT применяется уже очень, Joe Ford (?), 16:34 , 11-Апр-24 (196) +1
посмотри сравнения скорости бидона с PHP или Ruby, где JIT применяется уже очень давно
- Jit наиболее хорошо для сервера подходит, где процесс запускается один раз а пот, Илья (??), 21:11 , 11-Апр-24 (212)
Jit наиболее хорошо для сервера подходит, где процесс запускается один раз а потом неделю пашет. Но кто в здравом рассудке будет на пайфоне сервер писать?
- Ясно, понятно, обойдусь без такого JIT Если нужно будет ускорить, тогда уж лчше, Аноним (42), 11:31 , 10-Апр-24 (40)
- llvm зачастую и так есть в системе Например, его mesa тянет за собой , devl547 (ok), 11:36 , 10-Апр-24 (44) +1
- У меня нет , Аноним (42), 12:02 , 10-Апр-24 (52) –1
- На локалхосте может и так, а на серверах llvm обычно нет, Аноним (66), 13:34 , 10-Апр-24 (66) +1
- Так это девелоп машина На девайсе ни месона ничего, Прадед (?), 15:14 , 10-Апр-24 (98) +1
- Он ща весит более 60 метров Это уже скоро начнет реально, жабу, догонять , Аноним (-), 23:29 , 10-Апр-24 (144)
- Мхва-ха-ха Вот так вы, ускорятели , и палитесь , User (??), 09:59 , 11-Апр-24 (174)
- Разве его там раньше не было Очень странно Как же он стал таким популярным без, zog (??), 11:33 , 10-Апр-24 (41) +3
- Были сторонние JIT, тот же PyPy , devl547 (ok), 11:35 , 10-Апр-24 (43)
- потому что jit нужен большим долго работающим программам, пистон имно вообще не , хрю (?), 12:11 , 10-Апр-24 (54) +3
- JIT нужен всем, кто заботится о производительности и отзывчивости К тому же JIT, zog (??), 12:38 , 10-Апр-24 (57) –3
- Фраза греть кеши заиграла новыми красками , Аноним (75), 12:39 , 10-Апр-24 (59)
- Вот им как раз JIT не нужен, JIT даёт только доплнительные задержки и ухудшает , Аноним (66), 13:40 , 10-Апр-24 (71) +3
- Хлупость От jit производительность могут получить только большие и долгоработаю, хрю (?), 19:27 , 10-Апр-24 (128)
- Потому что питон второй лучший язык для всего , Аноним (75), 12:38 , 10-Апр-24 (58)
- Удобный ЯП для нетребовательной автоматизации, нормальная замена bash портянкам , Аноним (66), 13:36 , 10-Апр-24 (67) +4
- Вообще изначально он предназначался для прототипирования, типа - пришли к клиент, Аноним (51), 22:42 , 10-Апр-24 (141)
- вообще то ученые проталкивали, удобно данные экспериментов обрабатывать не изуча, anonymous (??), 15:35 , 11-Апр-24 (192) +1
вообще то ученые проталкивали, удобно данные экспериментов обрабатывать не изучая ассемблеры, кстати именно по этому в питоне мат. библиотеки такие развитые и вылизанные. Так же как и WWW от них.
- Нет В наше же время все могут воспользрваться хотя бы википедией и посмотрпеть , Аноним (66), 17:40 , 11-Апр-24 (200)
> Вообще изначально он предназначался для прототипирования...Нет. В наше же время все могут воспользрваться хотя бы википедией и посмотрпеть как было на самом деле. Зачем выдумываешь? Ладно, чукча, видимо, не читатель, давай помогу... > We needed a better way to do system administration than by writing either C programs or Bourne shell scripts, since Amoeba had its own system call interface which wasn’t easily accessible from the Bourne shell. My experience with error handling in Amoeba made me acutely aware of the importance of exceptions as a programming language feature.
- Придумать они его могли по любому поводу, типа чтобы за пивом коллегам не бегать, Аноним (51), 07:23 , 12-Апр-24 (215)
Придумать они его могли по любому поводу, типа чтобы за пивом коллегам не бегать. Суть не в этом. А суть в том, что когда они начали продвигать это поделие в массы, то лозунг Гвидо и его подельников был "Python - язык для быстрого прототипирования", пока ваши конкуренты пишут на С++ вы уже показываете клиенту свою программу. Best Time to Market. Как-то так.
- Он стал популярным как язык-клей, писать код где не упираемся в проц когда вы ж, Аноним (190), 15:26 , 11-Апр-24 (190)
Он стал популярным как язык-клей, писать код где не упираемся в проц (когда вы ждете чего-то из сети или читаете с диска, нет разницы, есть jit или нет). А где упираемся - этот кусок переписывается на C или берется из готовых библиотек с нативным кодом.Т.к. питон не джава и не C#, там нет виртуальной машины / сэндбокса / причин использовать managed-реализацию вместо нативной. Приличная часть стандартной библиотеки написана нативным кодом. И реальные программы используют кучу библиотек написанных на C - везде, где критична производительность. А перекидывать данные между C'шными реализациями и писать высокоуровневую логику он и без JIT прекрасно справляется.
- 5-7 лет назад инфоцыгане резко открывать курсы по пайфону стань программистом з, Илья (??), 07:06 , 12-Апр-24 (214)
5-7 лет назад инфоцыгане резко открывать курсы по пайфону "стань программистом за две недели". Люди ломанулись туда и всё начало реверберировать. По сути пэйфон популярен потому что популярен. Кто не согласен - пожалуйста поясните, какие у пэйфона конкурентные приемущества?
- Ты, видимо, всё-таки Пайтон имел ввиду, говоря пэйфон Популярен он потому, чт, Прохожий (??), 06:52 , 14-Апр-24 (232)
Ты, видимо, всё-таки Пайтон имел ввиду, говоря "пэйфон". Популярен он потому, что прост в обучении, прост в сопровождении, и его библиотека стандартная довольно-таки богата на функциональность, что позволяет очень быстро писать код в разных областях, при условии, что высокая производительность конечного продукта не нужна, а она таки не нужна примерно в 70-80 процентах от общего числа программ (где-то видел диаграмму такую). Большое количество курсов в случае Пайтона - это уже производная от факторов, перечисленных выше.
- Самое интересное как приняли изменение без pep, что без обсуждений в рассылках,, Вы забыли заполнить поле Name (?), 13:08 , 10-Апр-24 (61) +4
- А подскажите плз, знающие, pyc файлы - это что Не тоже ли самое , Golangdev (?), 13:42 , 10-Апр-24 (72)
- О, ну так если теперь пихтон компилится в нативный код, может и ai стаф не будет, Аноним (73), 13:43 , 10-Апр-24 (73)
- Когда уберут табы , Аноним (25), 14:20 , 10-Апр-24 (77) +2
- , было бы киллер фичей наконец таки сделать диалект питона на , Аноним (66), 14:32 , 10-Апр-24 (86) +3
- Не, это уже будет НеПитон , Аноним (42), 15:00 , 10-Апр-24 (93)
- Играйтесь в скобочки в я языках со скобочками Их более чем достаточно , Аноним (129), 15:33 , 10-Апр-24 (101)
- https pypi org project Bython , Аноним (120), 17:06 , 10-Апр-24 (113) +1
- Открой для себя go Для кого гугол старался, спрашивается , Аноним (-), 23:30 , 10-Апр-24 (145)
- Свой JIT не могли написать что ли Теперь всем эту монструозную либу компилять к, Аноним (90), 14:47 , 10-Апр-24 (90)
- Вот что Mojo животворящий делает Как только появился единый перспективный язык , Аноним (94), 15:01 , 10-Апр-24 (94) +4
- Тырят друг у друга идеи Это Open Source животворящий , Пряник (?), 16:40 , 10-Апр-24 (110) +1
- В научных вычислений сейчас лучшая связка Julia Rust, Аноним (120), 17:08 , 10-Апр-24 (114)
- Научные вычисления приговорены к вечному страданию на мусорных ЯП Это про Julia, Аноним (66), 18:56 , 10-Апр-24 (125) +2
- а всё почему - там недостаточно денег и корпораций, на потсоянной основе разовы, Golangdev (?), 19:56 , 10-Апр-24 (131) –1
- Вменяемых языков бесконечное количество на самом деле Просто у научных работник, Илья (??), 07:58 , 12-Апр-24 (216) –1
Вменяемых языков бесконечное количество на самом деле. Просто у научных работников как правило нету понимания, какой инструмент выбрать. Они же не программисты.Возьмите хоть тот же f#. Строго типизированный, притом не требует указания типов, конпелируется в АОТ. синтаксис крайне лаконичный. По идее он должен быть на месте пэйфона сейчас. Но, увы, микрософт допилили дотнет только недавно, а ниша уже занята
- Не знаю, вроде все любят питона, а я не особо Какой-то он то тут то там, вечно, Прадед (?), 15:20 , 10-Апр-24 (100) +2
- Любят, потому что на питоне быстро делается рабочая программа И выполняет любые, Пряник (?), 16:38 , 10-Апр-24 (109) +1
- Быстро - да, рабочая - это вам повезло С Профессор анатомии Выкладывай свой де, _ (??), 17:19 , 10-Апр-24 (115) –1
- А потом просто включается правило работает - не трогай , Аноним (129), 19:54 , 10-Апр-24 (130)
- Проблема в том что если ты не поторопился с установкой новехонького дистра, пото, Прадед (?), 05:44 , 11-Апр-24 (156)
- Господи, что за ранние 200е Вроде ж у всех лет десять как - у кого по venv с ка, User (??), 12:01 , 11-Апр-24 (177) +1
- Да, компилируешь питон И что такого Питон очень просто компилируется , Пряник (?), 12:10 , 11-Апр-24 (180)
- Вот вы насоветовали тут, а как насчёт чтобы и так работало , Прадед (?), 18:53 , 11-Апр-24 (204)
Вот вы насоветовали тут, а как насчёт чтобы и так работало?
- Мне нада скрипт запустить чтобы доки сгенерил, и забыть, а там начинается докеры, Прадед (?), 18:55 , 11-Апр-24 (205)
Мне нада скрипт запустить чтобы доки сгенерил, и забыть, а там начинается докеры, поетри, пайэнвы,
- Щас ещё такая тема новая, что через пакетны менеджер не поставишь, говорит ставь, Прадед (?), 19:00 , 11-Апр-24 (206) +1
Щас ещё такая тема новая, что через пакетны менеджер не поставишь, говорит ставь через пип а пип не может, и так далее. А там ещё нада из месона запустеть, это ещё история..Такой вот жанр питоненья. Разраб может и кайфанул, хотя не факт, но я так эту хрень и не осилил, после нескольких часов юзер забил и пошёл спать, ну и хрен с ними, да?
- Вот poetry и pyenv не советую Первый лезет ручонками в pyproject toml А я хочу, Пряник (?), 20:06 , 11-Апр-24 (208) +1
Вот poetry и pyenv не советую. Первый лезет ручонками в pyproject.toml. А я хочу собирать пакет через hatch. Второй просто устарел.Можно и без виртуальных окружений совсем. Тогда просто в одну папки кидаются все зависимости. Но никто зависимости вместе с программой не таскает.
- Когда я только сел за линукс, тогда ещё пакетов толком не было А в игрушки поиг, Пряник (?), 20:02 , 11-Апр-24 (207)
Когда я только сел за линукс, тогда ещё пакетов толком не было. А в игрушки поиграть и разные программки хотелось. Приходилось качать исходники, configure и потом качать всё, что не нашёл configure. Где-то через полчаса лишь заветный make. Обычно собиралось без ошибок, потому что ошибки я точно не пытался исправлять.
- Строители замков на песке характеризуются уверенностью, что фундамент и коммун, ng (ok), 06:43 , 11-Апр-24 (161)
- Ты когда-нибудь про прототипирование слышал Или ты все свои идеи сразу в гранит, Пряник (?), 12:04 , 11-Апр-24 (178)
- прототипирование это миф программы написанные на недоязычках в этом стиле так и, Аноним (10), 13:18 , 11-Апр-24 (185) +1
> Ты когда-нибудь про прототипирование слышал? Или ты все свои идеи сразу в > граните выбиваешь?прототипирование это миф. программы написанные на недоязычках в этом стиле так и не вылезают из прототипа, только носят уже гордое название "program" с "version=01.02.24". Другое дело когда ты "прототипируешь" на каком-нибудь clisp'e, где код рефакторится потом до неузнаваемости, включая ассемблерные вставки, или ядро/либу на C/C++ и обвязываешь скриптами. Требуется продумывание архитектуры и интерфейсов/апи на стадии проектирования, что немного вылезает из практики "прототипирования" в 90% случаев. Примерно в стольких же процентах случаев, пихон-прожекты либо сдохли так и не переведя с 2 на 3 версию, либо перевели но так и остались на пихоне. Даже на го переписали единицы, т.к. требуют от зрелого гнокода немало количества бабла для переписывания.
- c Дональд Кнут, Пряник (?), 14:39 , 11-Апр-24 (186)
> Давайте сменим традиционный подход к построению программ: будем считать, что наша цель — не дать указания компьютеру о ходе его работы, а объяснить человеку, что именно мы хотим добиться от компьютера.(c) Дональд Кнут
- не прикрывайся Кнутом Скриптота - problem oriented approach, решает проблему быс, Аноним (10), 15:22 , 11-Апр-24 (189)
>> Давайте сменим традиционный подход к построению программ: будем считать, что наша цель — не дать указания компьютеру о ходе его работы, а объяснить человеку, что именно мы хотим добиться от компьютера. > (c) Дональд Кнут не прикрывайся Кнутом. Скриптота - problem oriented approach, решает проблему быстрого тяп-ляп, ака "прототипирования". Как только оно вылезает в паблик и тестируется/запускается на миллионах машин - имеем боль, страдания, тормоза, стэктрейсы, сломанные модули, переписывания с 1.х на 2.х, с 2.х на 3.х, а то и между иксами переписываем, типа 2.4 < 2.6 < 2.8 и так далее, типичные такие проблемы. "Прототипирование" не вылезает из прототипа, вот я о чём, потому что сама скриптота создана для "прототипирования". Представь как ты придумываешь архитектуру, пишешь ядро, выносишь коммон-код в либы, думаешь об апи, и всё на "прототипированном" языке: это нонсенс в 90% случаев. Чаще всего, ты как все мы: херачишь, чтоб работало (с), а далее - если решает бизнес задачу и есть отдача - можно вылизать стрёмные места, или переоформить код, сделав по подобию чего-нибудь архитектурного... разбить на модули, утилиты, сделать 2.0, сломав совместимость, а там, посмотрим, докупить железа если слишком тормозит, бо дешевле переписывания, или на краааааайний случай, который случится примерно никогда - переписать на Го. :-D
- угу именно так, по факту вечная мечта о том чтобы программировать нечто абстракт, anonymous (??), 15:47 , 11-Апр-24 (193)
угу именно так, по факту вечная мечта о том чтобы программировать нечто абстрактное а потом придет какой то волшебник и оптимизирует под конкретное физическое железо так и не взлетела. Просто люди получили много раз обратный эффект, смирились и делают вид что так и должно быть. Что в программе всегда есть ошибка, что оптимизатор оптимизирует, что вечное сияние чистого разума это первично а то как сделать из песка микросхему это для неудачников. Так и варятся в каком то абстрактном болоте.
- Да Слышал И даже видел прототипы в граните и мраморе http stranymira com uplo, ng (ok), 17:01 , 12-Апр-24 (225)
- Москва не сразу строилась , Пряник (?), 14:41 , 11-Апр-24 (187)
Москва не сразу строилась.
- справедливо для любого популярного языкаВот только в случае пэйфона, сопровожден, Илья (??), 08:13 , 12-Апр-24 (217)
> быстро делается рабочая программасправедливо для любого популярного языка Вот только в случае пэйфона, сопровождение после второй недели разработки становится адом в динамике
- Не становится, если правильно всё изначально делать написание комментариев, анн, Прохожий (??), 07:21 , 14-Апр-24 (233) –1
>становится адом в динамикеНе становится, если правильно всё изначально делать (написание комментариев, аннотаций) и высокая скорость не нужна. Другое дело, если начинают вылазить бока с низкой производительностью, о которой мало кто думает изначально, потому что преждевременная оптимизация - корень всех зол. Вот тогда уже начинаются пляски с бубном, потому что код на Пайтоне не особо хорошо поддаётся ускорению.
- Комментарии сопровождать надо Они теряют актуальность примерно так сразу И воо, Илья (??), 11:01 , 14-Апр-24 (242)
> написание комментариевКомментарии сопровождать надо. Они теряют актуальность примерно так сразу. И вообще, во многих проектах комментарии запрещены. > аннотаций Давай за место использования типизированных технологий попытаемся прикрутить типы к пайфону. > преждевременная оптимизация - корень всех зол. Никто не говорил про преждевременную оптимизацию. Просто пишешь не на пайфоне и работает примерно в 50-100 раз быстрее.
- tl drВо сколько раз медленнее С , Skullnet (ok), 21:18 , 10-Апр-24 (135)
- CPython по тестам в сотни раз медленнее C Другие варианты Python, более оптим, Ivan7 (ok), 21:29 , 10-Апр-24 (136) +3
- Так это все равно быстрее чем на си Написание программы на питоне плюс ожидание, Аноним (129), 22:05 , 10-Апр-24 (137)
- Это зависит от того, что программа должна делать Большинство задач, которые в M, Аноним (120), 22:39 , 10-Апр-24 (140) +1
- Если запустить 1 раз с 1кб данных, то да А если запускать миллионы раз с терраб, Аноним (51), 22:49 , 10-Апр-24 (143) +1
- Миллионы раз запускать, это уже не прототипирование Здесь стоит переписать с Пи, Аноним (165), 07:33 , 11-Апр-24 (167)
- А зачем тогда вообще начинать писать на пэйфоне , Илья (??), 08:15 , 12-Апр-24 (218)
> Здесь стоит переписать с ПитонаА зачем тогда вообще начинать писать на пэйфоне?
- Затем, что речь идёт о прототипе Пайтон в этом плане очень хорош по сравнению с, Прохожий (??), 07:29 , 14-Апр-24 (234) –1
Затем, что речь идёт о прототипе. Пайтон в этом плане очень хорош по сравнению с тем же Си - намного более лаконичный язык, который к тому же проще читать и понимать (при условии, что код аннотациями типов снабжён).
- Давай предположим, что между самой низкопроизводительной технологией пэйфон и , Илья (??), 10:17 , 14-Апр-24 (240)
> Затем, что речь идёт о прототипе. Пайтон в этом плане очень хорош по сравнению с тем же СиДавай предположим, что между самой низкопроизводительной технологией (пэйфон) и самой быстрой (СИ) есть 2-3 промежуточных решения, на которых можно и прототипы писать быстро и работать будет хорошо? Можешь мне, глупому, объяснить, зачем вообще нужен пэйфон?
- Это очередной миф Лаконичность - это приятный бонус к читаемости, но не более Х, Илья (??), 10:49 , 14-Апр-24 (241)
> намного более лаконичный язык, который к тому же проще читать и пониматьЭто очередной миф. Лаконичность - это приятный бонус к читаемости, но не более. Хорошо читаемый код - это: - когда ты можешь понять зависимости любого отдельно взятого участка кода. - когда ты можешь быстро понять, как поле ввода на экране соотносится с колонкой в базе данных. - когда ты можешь безопасно переименовать свойство в классе, или изменить сигнатуру метода. - когда ты можешь гарантировать, что кусок кода можно выкинуть, потому что он больше не используется. - когда IDE наравне с человеком может читать код и предупреждать о потенциальных ошибках и рефакторингах. И пайфон со своей динамической структурой тут очень плох.
Да, ты можешь быстрее стартануть проект на пайфоне и меньше ПЕЧАТАТЬ в первую неделю разработки. Но уже на второй месяц разработки ты получаешь doubtfull решение. Ты ни в чём не уверен и сидишь как бабка у корыта. Всё это проходили уже много раз. Всё это проходили уже много раз.
- Ты бы глянул на чем питонячие библиотеки для данных написаны под копотом для нач, Вы забыли заполнить поле Name (?), 12:24 , 11-Апр-24 (184)
- Для обработки данных на С чаще всего вообще никакие библиотеки не нужны А вот, Ivan7 (ok), 16:43 , 11-Апр-24 (198)
Для обработки данных на С++ чаще всего вообще никакие библиотеки не нужны. А вот в питоне без сишных либ вообще никакая обработка больших данных невозможна из-за его сверхнизкой производительности. И даже с сишными библиотеками он всё-равно очень медленный.
- С библиотеками его медлительность уже не заметна, потому что в оставшихся местах, Прохожий (??), 07:32 , 14-Апр-24 (235)
С библиотеками его медлительность уже не заметна, потому что в оставшихся местах (не покрываемых библиотекой) часто не нужна.
- Библиотеки в программе обычно делают лишь незначительную часть работы Это лишь , Ivan7 (ok), 02:14 , 15-Апр-24 (243)
Библиотеки в программе обычно делают лишь незначительную часть работы. Это лишь вспомогательный инструмент. Основной алгоритм пишется руками и обычно именно он определяет производительность. Даже между компиляторами С++ может быть большая разница в производительности генерируемого кода. Многое может зависеть от опций компиляции. У некоторых компиляторов С++ есть возможность делать ассемблерные вставки в коде С++. И в этом во всём огромный потенциал увеличения производительности. Да, готовые библиотеки предоставляют определённый функционал, но чаще всего неоптимальны в плане производительности. Короче, те, кто пишет на Питоне, даже не подозревают насколько код может быть быстрый.
- доооо, расскажи это авторам numpy, scipy, pandas - ты в жизни не напишешь ничего, Анонин (?), 16:06 , 30-Апр-24 (246)
> Да, готовые библиотеки предоставляют определённый функционал, но чаще всего неоптимальны в плане производительностидоооо, расскажи это авторам numpy, scipy, pandas - ты в жизни не напишешь ничего даже близкого по уровню оптимизации и производительности, тем более на крестах (такие как ты не знают не их, ни других яп, но мнение имеют)
- Приходите обсудить этот вопрос когда перестанете null освобождать, т е никогда, чатжпт (?), 22:37 , 10-Апр-24 (139) +2
- Ну что за чушь От криворукости, рукожопости и слабоумия никакой язык не спасает, Ivan7 (ok), 01:24 , 11-Апр-24 (146) –1
- Вот ведь проблема, что за 40 или уже 50 лет программисты на Си от всего переч, Прохожий (??), 07:39 , 14-Апр-24 (236)
Вот ведь проблема, что за 40 (или уже 50?) лет программисты на Си от всего перечисленного так и не излечились почему-то. И если верить Гуглу с Микрософт ом (а зачем бы им врать), 70% ошибок програми на Си - это некорректная работа с памятью. Именно по этой причине и начали появляться языки с автоматическим управлением памятью. А так - да, от всех ошибок дёшево не отделаешься с любым языком.
- Как всегда, есть дилемма Указатели на память - это ведь фича Си, а не его нед, Ivan7 (ok), 02:32 , 15-Апр-24 (244)
> Вот ведь проблема, что за 40 (или уже 50?) лет программисты на > Си от всего перечисленного так и не излечились почему-то. И если > верить Гуглу с Микрософт ом (а зачем бы им врать), 70% > ошибок програми на Си - это некорректная работа с памятью. Именно > по этой причине и начали появляться языки с автоматическим управлением памятью. Как всегда, есть дилемма... Указатели на память - это ведь фича Си, а не его недостаток. Это именно то, что приближает его к ассемблеру, позволяя писать на нём очень производительный код даже без привлечения ассемблера, хотя при необходимости в программу на Си/Си++ можно вставлять ассемблерные блоки (прямо блоки или отдельные ассемблерные инструкции, а не вызывать функции на ассемблере! правда не все компиляторы позволяют это делать, но тем не менее...). Языки более высокого уровня вводят абстракции для работы с памятью, что отчасти служит подушкой безопасности, но в то же время лишний контроль неизбежно снижает производительность. Например, в С/С++ мы можем изменить какие-то данные, потом вставить ассемблерную команду, которая изменит эти данные, потом на С/С++ ещё как-то изменить эти данные и т.д. и всё это будет практически бесплатно без каких-либо значимых накладных расходов. Я не знаю другого языка, где подобные трюки были бы возможны. Поэтому да, на С++ и особенно на С нужно быть внимательным и чётко понимать, что делаешь, и лучше понимать, как работает процессор, память и компьютер в целом, т.е. нужна определённая квалификация. Зато, если всё грамотно делать, можно получить очень хорошую производительность достаточно простыми средствами - там, где программам на Питоне нужны дата-центры, взаимосвязь между многими компьютерами и т.п., программе на С/С++ может быть достаточно одного компьютера, и часто даже многопоточные программы не особенно актуальны, т.к. для решения задачи за приемлемое время хватает одного ядра процессора. Неоднократно на собственном опыте с подобным сталкивался. Так что на С/С++ какие-то вещи, возможно, немного сложнее, а какие-то проще и главное - намного проще получить хорошую производительность, причём простыми средствами. Такие вот дела...
- man 3 free If ptr is NULL, no operation is performed Смысла в этом не много, qwe (??), 04:13 , 11-Апр-24 (153)
- Ни null а none, Прадед (?), 05:49 , 11-Апр-24 (157)
- Лучше дождаться когда modjo дорастет до момента, когда он перекроет весь синтакс, Пупсик (?), 03:33 , 11-Апр-24 (152) –2
- Лучше бы архитектора толкового и с яйцами наняли, а то питон мотает в разные сто, Ivan_83 (ok), 04:15 , 11-Апр-24 (154) +1
- Лучше не надо нового архитектора А то, вероятнее всего, попадётся может и толко, Аноним (165), 07:37 , 11-Апр-24 (168)
- pip Основная проблема всего этого колхоза это поставка so-ек вунтри pip и у к, Аноним (66), 18:26 , 11-Апр-24 (203)
pip... Основная проблема всего этого колхоза это поставка so-ек вунтри pip и у каждого пакета свои одинаковые либы в разных версиях или даже совсем одинаковые. Здесь должен был бы быть нормальный пакетный менеджер, а не такое рукозадние
- Это на каких платформах нелья Просто интересно чем вы там упариваетесь , Пряник (?), 09:54 , 12-Апр-24 (221) +1
Это на каких платформах нелья? Просто интересно чем вы там упариваетесь?
- Это что за бредятина Где это pip работает динамически И в чем конкретно пробле, Прохожий (??), 07:47 , 14-Апр-24 (239)
>И вот эти костыли с venv и ещё динамической работой pep когда он сам походу из инета подтягивает недостающие зависимостиЭто что за бредятина? Где это pip работает динамически? И в чем конкретно проблемы с venv?
- Вот радуете меня когда за нас, DS-тов, все подряд решают в чем нам надо работать, economist (?), 08:52 , 11-Апр-24 (169) +1
- не-не, тут все больше по написанию комментариев соревнуются Сишечка выигрывает , User (??), 12:05 , 11-Апр-24 (179)
- А почему проектов А не строк кода Логичнее оценивать по ним Например, в питон, Аноним (190), 15:29 , 11-Апр-24 (191)
> Кому надо быстрее выполняться - сразу идут и пишут на чем-то сложном. Встретимся через год и сравним число проектов.А почему проектов? А не строк кода? Логичнее оценивать по ним. Например, в питоне можно в 10 строк функцию написать, а в C для нее же потребуется сотня строк - т.е. получается для реализации той же задачи, в C можно в 10 раз больше кода написать, и впечатлить своего работодателя.
- Для сборки билда JIT требуется установка LLVM в качестве дополнительной зависимо, Аноним (175), 10:05 , 11-Апр-24 (175) +1
|