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

Расширение интерпретатора Python для JIT-компиляции фрагмент..., opennews (ok), 01-Июл-12, (0) [смотреть все] Круто Жаль, benchmark-ов нет , Anonimoyss (ok), 19:12 , 01-Июл-12, (1) +2 Сначала придумали проблему, а потом героически её решают , Аноним (-), 19:15 , 01-Июл-12, (2) +1 // Использование интерпретируемых ЯП как правило повышает надежность, портируемость, h31 (ok), 19:30 , 01-Июл-12, (3) +6   // Я заметил 90 багов убунты - в их питоновом булшите, который я по этому поводу , Аноним (-), 19:50 , 01-Июл-12, (10) –6   // Ну это вы обманываетесь обманываете 90 багов убунты это проблемы с видеодрайве, MacMan (ok), 20:00 , 01-Июл-12, (11) +1   Простите, вы убунту на картинке видели Или где там баги с пульсаудио Ну вот он, Аноним (-), 00:02 , 02-Июл-12, (23) –1   булщит не питон, а убунта пользую дебиан, пишу на питоне - ничего не падает , Аноним (-), 03:06 , 02-Июл-12, (36)   Булшит - это то что написано на питоне А свое - не пахнет, вы про это не забыва, Аноним (-), 03:20 , 02-Июл-12, (37) –1   Ложь Пахнет Можно Верное , Аноним (-), 12:59 , 04-Июл-12, (130)   ооо вы просто скажите, какой ЯП с вашей точки зрения лучший , ragus (ok), 04:02 , 02-Июл-12, (41)   Который осваивать сложно Например плюсы Так по крайней мере идиоты с ветром в , Аноним (-), 04:43 , 02-Июл-12, (49)   почему же так мало сайтов на С , ragus (ok), 04:51 , 02-Июл-12, (50)   Потому что он на вебню не особо то и заточен В честь чего там и отхапал все спе, Аноним (-), 05:51 , 02-Июл-12, (58)   А на питоне нормальных сайтов тоже хрен найдешь Ну да всякие там ютубы частью ян, Аноним (-), 12:23 , 02-Июл-12, (82)   Напоминает анекдоты про войну чукч и китайцев - А давайте воевать - Ну давайте , Аноним (-), 16:34 , 02-Июл-12, (93)   Не смешно как-то , Аноним (-), 12:48 , 04-Июл-12, (129)   Предлагайте сразу Malbolge А то ваше дерьмо с пятью способами передачи объекта , dxd (?), 10:47 , 02-Июл-12, (78) +1   Т е по-твоему чем сложнее язык, тем он лучше , Anonymous100500 (?), 11:56 , 02-Июл-12, (79)   Чем сложнее язык тем он илитнее , Аноним (-), 13:32 , 02-Июл-12, (86) +1   Тем он лучше держит идиотов на расстоянии Что хорошо Хреново когда пироги пече, Аноним (-), 16:35 , 02-Июл-12, (94)   Нет, по-моему, хреново когда всякие дятлы с ветром в голове лезут программить пр, Аноним (-), 17:01 , 02-Июл-12, (98)   Как показал опыт c и PERL, если сложный язык и держит идиотов на расстоянии -, Аноним (-), 17:08 , 02-Июл-12, (101)   Питон очень сложный для осваивания язык, где любой тип имеет кучу методов, где к, Аноним (-), 12:35 , 02-Июл-12, (83) +1   Судя по тому кто на нем пишет - это современный вариант вьюжлвасика, не более Н, Аноним (-), 16:44 , 02-Июл-12, (95) –1   Не суди и не судим будешь Как и на любом языке В Питон Вранье В общем, хватит, Аноним (-), 17:11 , 02-Июл-12, (102)   вы с php не путаете , ig0r (??), 16:16 , 03-Июл-12, (121)   откуда в гвидобейсике функциональщина, если опоссум сказал, что TCO не нужно , arisu (ok), 20:28 , 02-Июл-12, (111) –5   В гугле забанин Python язык мультипардигмный и ООП и функциональщина всё в одн, Аноним (-), 15:08 , 03-Июл-12, (113)   что характерно 8212 питонофанбой ничего не понял, но кинулся защищать любимый, arisu (ok), 16:19 , 03-Июл-12, (122) –2   Да tuxguitar запусти, или любой midi секвенсор и всё сам поймешь Наверное потому, Аноним (-), 12:48 , 02-Июл-12, (84) +1   Боюсь что в миди-секвенсорах я разбираюсь как свинья в апельсинах Но ради интер, Аноним (-), 16:57 , 02-Июл-12, (97)   О, по поводу glibc Когда там у вас в сишечках виртуалбокс из тамблвида перестан, Аноним (-), 18:15 , 02-Июл-12, (110)   А что там разбираться поставь и всё сам услышишь, параллельной обработки звука н, Аноним (-), 15:22 , 03-Июл-12, (114)   и что мне что-то подсказывает, что про него говорить сложно, а вот ты 8212 т, arisu (ok), 16:20 , 03-Июл-12, (123) –1   Это которые короткой кнопочкой или которые длинной , Michael Shigorin (ok), 00:36 , 04-Июл-12, (126)   Особенно генетических сегодня прислали code class B object arr , Michael Shigorin (ok), 17:46 , 05-Июл-12, (136)   а в чём проблема-то в принципе, нормальное поведение для прототипной модели, гд, arisu (ok), 19:57 , 05-Июл-12, (137) –1   Хм, а меня три 4 2 для одного старого проекта, 4 6 основной, и 4,7 на который я , Аноним (-), 20:13 , 01-Июл-12, (12)   Код сишный Не на плюсах Если да - хотелось бы посмотреть на пример такого чудес, Anonimoyss (ok), 20:39 , 01-Июл-12, (13) +3   Что-то руки у вас не оттуда растут По крайней мере, если сорец писаный на си в, Аноним (-), 00:03 , 02-Июл-12, (24) –1   Сами же и ответили на свой вопрос Убунтоспецифичные утилиты тестируют только уб, h31 (ok), 22:15 , 01-Июл-12, (21)   Ну да, yum тормозит и ловит OOM не менее стабильно Ну и так далее В общем если, Аноним (-), 00:06 , 02-Июл-12, (25) +1   сколько лет пользуюсь yum ом, ни разу не видел никаких с ним OOMов и тормозов ко, Аноним (-), 00:18 , 02-Июл-12, (29) –2   И сколько лет вы им пользуетесь А то на машине с 128Мб он спокойно ловит OOM Х, Аноним (-), 04:35 , 02-Июл-12, (47)   справедливости ради 8212 wicd работает без нареканий разве что немного раздр, arisu (ok), 06:54 , 02-Июл-12, (63) –1   Справедливости ради, мне и без него неплохо живется Честное пионерское , Аноним (-), 17:17 , 02-Июл-12, (104) +1   Парадоксально, но на моей системе 8212 факт Ни разу не имел проблем с ubuntu, Lain_13 (?), 14:53 , 10-Июл-12, (140)   правда чтоле нет -Dможет плохо искали а наберите ка sudo aptitude search gcc, Xasd (ok), 02:49 , 02-Июл-12, (35) +1   Извините, я про b установленные b версии У меня 1 сишный компилер И нес, Аноним (-), 04:34 , 02-Июл-12, (46)   и зачемже вы установили несколько версий Пайтона по умолчанию их тоже не ставитс, Xasd (ok), 09:53 , 02-Июл-12, (76)   Так они по дефолту ставятся Хотя-бы по причине несовместимости 2 х и 3 х Ну да, Аноним (-), 17:19 , 02-Июл-12, (106) –1   Ложь В последней Ubuntu 2 7 по дефолту, 3 не установлен А какой компилятор сейча, Аноним (-), 15:45 , 03-Июл-12, (117)   А мне казалось, что чем меньше абстракции, тем надёжней Т е ASM - C - C , Андрей (??), 20:45 , 01-Июл-12, (14)   // Абстракции действительно не прибавляют надежности Сама по себе интерпретация в б, h31 (ok), 22:07 , 01-Июл-12, (20)   Да Питонистам даже впадлу успех файловых операций проверять как правило Так чт, Аноним (-), 00:07 , 02-Июл-12, (26) –3   фантазёр, хватит херню нести, Аноним (-), 00:14 , 02-Июл-12, (28) +1   вот уж насмешил так правда насмешил -Dпокажи-ка свой исходный код на Python , , Xasd (ok), 04:29 , 02-Июл-12, (45)   У убунтуйцев их апгрейдер посмотрите Оно так умеет - пытается шпарить не найдя , Аноним (-), 04:53 , 02-Июл-12, (51) –2   В этом виноват питон , Аноним (-), 08:58 , 02-Июл-12, (72)   Для начала название программы Покажите код который это делает , Аноним (-), 15:52 , 03-Июл-12, (119)   В Си есть и интерпретатор, в Python есть и компилятор , Аноним (-), 16:16 , 02-Июл-12, (92)   Дооо, асемблер ы то надеждны Особенно учитывая количество багов в интеловских , Аноним (-), 08:57 , 02-Июл-12, (71)   Вам бы спеллчекер хотя-бы для начала взять А то похоже баги у вас совсем не в п, Аноним (-), 17:23 , 02-Июл-12, (108)   Портируемость - ещё более-менее С остальным СОВРЕМЕННЫЕ компилируемые языки вр, Crazy Alex (ok), 21:05 , 01-Июл-12, (15) +2   // Сказки Запустить питоновый скрипт 5-летней давности может просто не получиться , Аноним (-), 00:09 , 02-Июл-12, (27) +2   код в студию код в студию желательно что-то сложнее hello world и где есть соке, ragus (ok), 04:10 , 02-Июл-12, (42) +3   Вот специально для вас буду по ископаемым какашкам рыться Мне хватило того что , Аноним (-), 05:02 , 02-Июл-12, (52) –1   Зачем вы едите кактус вас кто-то заставляет использовать python почему вы не в, ragus (ok), 06:05 , 02-Июл-12, (59)   А почему вы решили что скрипты слитые с посторонних сайтов у вас должны работа, Аноним (-), 16:02 , 03-Июл-12, (120)   Zope 2 10 подойдёт , Michael Shigorin (ok), 00:41 , 04-Июл-12, (127)   Нет Это фреймворк а не скрипт со всеми вытекающими , Аноним (-), 12:42 , 04-Июл-12, (128)   Досада-то, фреймворк на скриптовом языке уже не скрипт Наверное, cray этого не , Michael Shigorin (ok), 01:51 , 07-Июл-12, (139)   А почему вы решили, что python это не компилируемый язык , Аноним (-), 13:04 , 04-Июл-12, (132)   Какое отношение имеет к питону особенно про надёжность , Аноним (-), 01:20 , 02-Июл-12, (31)   // Ну как же, сам себя не похвалишь - никто не похвалит В смысле, это был очередно, Аноним (-), 05:07 , 02-Июл-12, (54)   Да, подавляющую часть времени должны занимать собрания, тимбилдинг и корпоративы, Аноним (-), 08:55 , 02-Июл-12, (70)   Аналитика, выбор инструментария 20 времени проекта Кодинг 10 Тесты, тесты, и, Аноним (-), 16:15 , 02-Июл-12, (91) +1   Читаю и плачу Рецепт изготовления быдло-кода на 100 Слава богу это только фант, Аноним (-), 17:17 , 02-Июл-12, (105) –2   Это как раз рецепт изготовления того что будет работать и не обгадится в первые , Аноним (-), 17:27 , 02-Июл-12, (109) –1   Чем оно лучше Cython , Аноним (-), 19:30 , 01-Июл-12, (4) // Тем, что JIT, а потому динамичнее , Аноним (-), 19:34 , 01-Июл-12, (5) // Иными словами ещё быстрее сжирает память , Анонимоус (?), 16:49 , 02-Июл-12, (96) // Сжирает память экономит время камня , Аноним (-), 13:14 , 04-Июл-12, (134) +1 а как же PyPy оно тоже JIT-нутое, вот лучше бы как раз PyPy на LLVM натаскивали, добрый дядя (?), 21:08 , 01-Июл-12, (16) +3 // судя по опыту Unladden Swallow, такое натаскивание не принесет ничего кроме лишн, Аноним (138), 07:12 , 06-Июл-12, (138) и отказ от объектов я не спец, но мне казалось что любая переменная или что-ли, Аноним (-), 21:42 , 01-Июл-12, (19) +3 Exception нельзя из-за того что оно является дочернем Py-объектом или в чём там, Xasd (ok), 02:04 , 02-Июл-12, (34) // Мы таки везде есть , б.б. (?), 05:09 , 02-Июл-12, (57) Супер круто Автору респект и уважуха Ушел пробовать, jOKer (ok), 04:25 , 02-Июл-12, (44) –2 Вот это конечно серьёзное ограничение Сильно снижает ценность решения , Аноним (-), 12:01 , 02-Июл-12, (80) +1 // посмотри код решения, это же наколеночное поделие студента Не удивительно , Аноним (-), 22:13 , 02-Июл-12, (112) а почему наново писать а не Unladden Swallow воскресить , Аноним (-), 12:20 , 02-Июл-12, (81) 1,2,4,16,19,34,44,80,81

Сообщения

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

	3. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+6 +/–
	Сообщение от h31 (ok), 01-Июл-12, 19:30
	Использование интерпретируемых ЯП как правило повышает надежность, портируемость и скорость написания программ. Да, они медленнее, но это не придуманная кем-то специально проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–6 +/–
	Сообщение от Аноним (-), 01-Июл-12, 19:50
	> Использование интерпретируемых ЯП как правило повышает надежность, Я заметил: 90% багов убунты - в их питоновом булшите, который я по этому поводу деинсталлирую первым делом. После чего у меня перестают падать/виснуть/глючить какие-то недоноски и все просто работает :) > портируемость Такая портируемость, конечно - три версии интерпретера в системе. Какого дьявола у меня нет трех версий компилера, а C89-сорсы собираются и по сей день? > и скорость написания программ. Да, единственное чем могут покозырять питонисты: - Моя скорость ввода - 1000 знаков в минуту!!! - ???!!! - ...правда такая фигня получается!
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от MacMan (ok), 01-Июл-12, 20:00
	>Я заметил: 90% багов убунты - в их питоновом булшите, который я по этому поводу деинсталлирую первым делом. После чего у меня перестают падать/виснуть/глючить какие-то недоноски и все просто работает :) Ну это вы обманываетесь/обманываете. 90% багов убунты это проблемы с видеодрайверами и pulseaudio. Они написаны на чистом си и оносительно нормальными спецами. Как видите, не сильно помогает. >Такая портируемость, конечно - три версии интерпретера в системе. Какого дьявола у меня нет трех версий компилера, а C89-сорсы собираются и по сей день? Тоже неправда. Компиляторы gcc оказываюся не совместимы даже в случае инкремента минорной версии. В то же время, когда выходит новая версия Python, вам ясно и чётко объясняют, что у вас сломается и что нужно поправить. >Моя скорость ввода - 1000 знаков в минуту!!! Вот именно, что скорость написания кода не имеет существенного значения. Куда важнее, возможность его последующего рефакторнга/исправления багов. В этом плане питон выглядит куда лучше чем все другие языки. Особенно помогает, то что на нём невозможно написать код с корявыми отступами.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:02
	> Ну это вы обманываетесь/обманываете. 90% багов убунты это проблемы с видеодрайверами и > pulseaudio. Они написаны на чистом си и оносительно нормальными спецами. Как > видите, не сильно помогает. Простите, вы убунту на картинке видели? Или где там баги с пульсаудио? Ну вот он я, в убунте. Покажите мне баги в пульсе. А то я их не вижу. Работает себе. Зато питонятина - крешится через раз! Аппорты всякие. Вообще, крашрепортер который сам крашится постоянно - это лол полный. Логин-сервисы (SSO) и куски софтвар-центра - тоже попали под внимание благодаря регулярным крэшам. Чуть шевельнешься - тыдыщ, падает. И как на подбор - все на питоне писано. По поводу чего вся эта питонятина получила деинсталл. Теперь у меня вообще ничего не крешится за пару недель аптайма, хы-хы-хы :) Апофеозом кретинизма питонистов стал скрипт апдейта с 11.10 на 12.04. Там у меня он не смог найти какой-то файл. Но проверять успех файловых операций - не, ну что вы! Питонисты до такой фигни не опускаются. Они там в высоких концепциях витают, поэтому на неуспех открытия файла просто забивают. Как результат - скрипт пытается до упора открыть какой-то файл. Которого нет. Жрется проц в полку. И ничего не делается. Результат? Полуфакапнутый апгрейд системы: репы уже переключили, а вот дальше - "забуксовал волк на крутой подъем". Пришлось руками доделывать. Убейтесь веником с таким "качеством". > Тоже неправда. Компиляторы gcc оказываюся не совместимы даже в случае инкремента минорной > версии. Ну вот у меня сорц лежит - алгоритм LZ из каких-то 80-х или ранних 90х прошлого века. Тогда еще даже gcc не был популярен и он писался "под си вообще". Ну и собирается он ничуть не хуже. Как будто в 2012 году C89 стал другим ;) > В то же время, когда выходит новая версия Python, вам > ясно и чётко объясняют, что у вас сломается и что нужно поправить. Ну так C89 не ломается. Совсем. Собирается вообще без изменений сорец ...цатилетней давности. >>Моя скорость ввода - 1000 знаков в минуту!!! > Вот именно, что скорость написания кода не имеет существенного значения. Куда важнее, > возможность его последующего рефакторнга/исправления багов. Да, для питонистов это актуально - они такой жуткий шит пишут, что просто диву даешься.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 03:06
	булщит не питон, а убунта. пользую дебиан, пишу на питоне - ничего не падает.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 03:20
	> булщит не питон, а убунта. пользую дебиан, пишу на питоне - ничего не падает. Булшит - это то что написано на питоне. А свое - не пахнет, вы про это не забывайте. Самого себя судить нельзя. Это неверное решение.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 04-Июл-12, 12:59
	>Булшит - это то что написано на питоне Ложь. >А свое - не  пахнет, вы про это не забывайте. Пахнет. > Самого себя судить нельзя. Можно. >Это  неверное решение. Верное.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от ragus (ok), 02-Июл-12, 04:02
	ооо... вы просто скажите, какой ЯП с вашей точки зрения лучший.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	49. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 04:43
	> ооо... вы просто скажите, какой ЯП с вашей точки зрения лучший. Который осваивать сложно. Например плюсы. Так по крайней мере идиоты с ветром в голове отсеиваются. По чисто технической причине :) "Создайте систему которой может пользоваться даже дурак - и только дурак захочет ей пользоваться". Законы Мерфи :)
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от ragus (ok), 02-Июл-12, 04:51
	почему же так мало сайтов на С++ ?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 05:51
	> почему же так мало сайтов на С++ ? Потому что он на вебню не особо то и заточен. В честь чего там и отхапал все специализированный пых. А на питоне нормальных сайтов тоже хрен найдешь. Все какие-то кривые уроды. Да еще и тормознутые как правило. Хорошо что их мало - не люблю уродов независимо от ЯП.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 12:23
	А на питоне нормальных сайтов тоже хрен найдешь. Ну да всякие там ютубы частью яндексы и вся переодика от вашингтон пост до пионерская зорька.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 16:34
	> Ну да всякие там ютубы частью яндексы и вся переодика от вашингтон пост до пионерская зорька. Напоминает анекдоты про войну чукч и китайцев. - А давайте воевать? - Ну давайте. - Вас сколько? - Нас 10! - А вас? - А нас - миллиард! - Тц-тц-тц, где ж мы столько хоронить то будем?
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 04-Июл-12, 12:48
	>> Ну да всякие там ютубы частью яндексы и вся переодика от вашингтон пост до пионерская зорька. > Напоминает анекдоты про войну чукч и китайцев. > - А давайте воевать? > - Ну давайте. > - Вас сколько? > - Нас 10! > - А вас? > - А нас - миллиард! > - Тц-тц-тц, где ж мы столько хоронить то будем? Не смешно как-то.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от dxd (?), 02-Июл-12, 10:47
	Предлагайте сразу Malbolge. А то ваше дерьмо с пятью способами передачи объекта по ссылке является основным поставщиком тупых багов последние лет двадцать
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	79. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Anonymous100500 (?), 02-Июл-12, 11:56
	Т.е. по-твоему чем сложнее язык, тем он лучше? :)
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	86. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 13:32
	Чем сложнее язык тем он илитнее.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 16:35
	> Чем сложнее язык тем он илитнее. Тем он лучше держит идиотов на расстоянии. Что хорошо. Хреново когда пироги печет сапожник, а сапоги тачает пирожник.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 17:01
	> Т.е. по-твоему чем сложнее язык, тем он лучше? :) Нет, по-моему, хреново когда всякие дятлы с ветром в голове лезут программить при том что программистами вообще не являются.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	101. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 17:08
	Как показал опыт c++  и PERL, если сложный язык и держит идиотов на расстоянии - то только на расстоянии вытянутой руки.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 12:35
	>> ооо... вы просто скажите, какой ЯП с вашей точки зрения лучший. > Который осваивать сложно. Например плюсы. Питон очень сложный для осваивания язык, где любой тип имеет кучу методов, где классы, метаклассы, декораторы, генераторы... в тоже время функциональщина, тонны синтаксического сахара, кучи фреймворков и библиотек под любые нужды на его освоение нужно много времени и ума.   > Так по крайней мере идиоты с ветром > в голове отсеиваются. По чисто технической причине :) Нормальный программист может написать код на любом языке программирования, и выбирает язык в зависимости от задачи.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	95. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 16:44
	> Питон очень сложный для осваивания язык, Судя по тому кто на нем пишет - это современный вариант вьюжлвасика, не более. Ну то-есть, мона по бырому освоить некий минимум и скорей-быстрей писать очередное глючное угребище. Потолок вхождения очень низкий, понимания как работают компьютеры - почти не требуется. Что получается в результате - несложно догадаться. Куча обезьян пишет войну и мир. Правда больше на Донцову похоже получается.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 17:11
	> Судя по тому кто на нем пишет - это современный вариант вьюжлвасика, > не более. Не суди и не судим будешь. > Ну то-есть, мона по бырому освоить некий минимум и > скорей-быстрей писать очередное глючное угребище. Как и на любом языке. > Потолок вхождения очень низкий, понимания > как работают компьютеры - почти не требуется. В Питон? Вранье. В общем, хватит истерить.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от ig0r (??), 03-Июл-12, 16:16
	вы с php не путаете?
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	111. "Расширение интерпретатора Python для JIT-компиляции..."	–5 +/–
	Сообщение от arisu (ok), 02-Июл-12, 20:28
	откуда в гвидобейсике функциональщина, если опоссум сказал, что TCO не нужно?
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	113. "Расширение интерпретатора Python для JIT-компиляции..."	+/–
	Сообщение от Аноним (-), 03-Июл-12, 15:08
	В гугле забанин?  Python язык мультипардигмный и ООП и функциональщина всё в одном флаконе. Как всегда демонстрация нулевых знаний в предмете обсуждения, зато форсу хоть отбавляй.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Расширение интерпретатора Python для JIT-компиляции..."	–2 +/–
	Сообщение от arisu (ok), 03-Июл-12, 16:19
	что характерно — питонофанбой ничего не понял, но кинулся защищать любимый бейсик.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 12:48
	> Простите, вы убунту на картинке видели? Или где там баги с пульсаудио? > Ну вот он я, в убунте. Покажите мне баги в пульсе. > А то я их не вижу. Работает себе. Да tuxguitar запусти, или любой midi секвенсор и всё сам поймешь. > Зато питонятина - крешится через раз! Аппорты всякие. Вообще, крашрепортер который сам > крашится постоянно - это лол полный. Логин-сервисы (SSO) и куски софтвар-центра > - тоже попали под внимание благодаря регулярным крэшам. Чуть шевельнешься - > тыдыщ, падает. И как на подбор - все на питоне писано. Наверное потому что всё новое и пока не стабильное, и от языка это не зависит. > По поводу чего вся эта питонятина получила деинсталл. Теперь у меня > вообще ничего не крешится за пару недель аптайма, хы-хы-хы :) Диски отформатируй -- еще стабильней будет. > Апофеозом кретинизма питонистов стал скрипт апдейта с 11.10 на 12.04. Там у > меня он не смог найти какой-то файл. А у меня чего-то все машины обновились без проблем. Кривые руки? > Ну вот у меня сорц лежит - алгоритм LZ из каких-то 80-х > или ранних 90х прошлого века. Тогда еще даже gcc не был > популярен и он писался "под си вообще". Ну и собирается он > ничуть не хуже. Как будто в 2012 году C89 стал другим > ;) Хелловордист? Библиотеки у тебя тоже неизменные остались?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	97. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 16:57
	> Да tuxguitar запусти, или любой midi секвенсор и всё сам поймешь. Боюсь что в миди-секвенсорах я разбираюсь как свинья в апельсинах. Но ради интереса попробую посмотреть. > Наверное потому что всё новое и пока не стабильное, и от языка это не зависит. Наверное, это потому что гребаные рапидчики полагают что если быстро налабал на коленке свою скриптоподелку - миссия "типа, выполнена". Хотя на самом деле - выполнено оно на уровне кавказских чуваков которые зимой асфальт кладут. Джамшутинг - он и есть джамшутинг. > Диски отформатируй -- еще стабильней будет. Я предпочитаю разумный минимум. Хотя я понимаю конечно что питонисты не читали тезисы D.J.Berstein насчет количества багов в софте. А я вот читал. И люблю маленькие и аккуратные программы с небольшим количеством зависимостей везде где это возможно и разумно. Это и ресурсы экономит и от багов избавляет естественным путем. > А у меня чего-то все машины обновились без проблем. Кривые руки? Только у авторов этой скриптоподелки. По поводу чего мне оказалось проще вообще выбросить эту неработоспособную дрянь и довести апгрейд до финиша голыми руками. Ну и накукуй этот глючный булшит нужен при таком раскладе? > Хелловордист? Библиотеки у тебя тоже неизменные остались? Их конечно дописывают, но что-то не вижу чтобы все библы резко побежали переписывать по поводу C11, например. Ну, glibc дописали. Аж 1 либу. И то потому что стандарт требует новых функций. А питонисты с своим питоном носятся как с писаной торбой и переписывают вообще все.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 18:15
	О, по поводу glibc. Когда там у вас в сишечках виртуалбокс из тамблвида перестанет сегфолтить на 11.4?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 03-Июл-12, 15:22
	>> Да tuxguitar запусти, или любой midi секвенсор и всё сам поймешь. > Боюсь что в миди-секвенсорах я разбираюсь как свинья в апельсинах. Но ради > интереса попробую посмотреть. А что там разбираться поставь и всё сам услышишь, параллельной обработки звука не будет, или вообще звука не будет. >> Наверное потому что всё новое и пока не стабильное, и от языка это не зависит. > Наверное, это потому что гребаные рапидчики полагают что если быстро налабал на > коленке свою скриптоподелку - миссия "типа, выполнена". Хотя на самом деле > - выполнено оно на уровне кавказских чуваков которые зимой асфальт кладут. > Джамшутинг - он и есть джамшутинг. Бредогенератор (С) >> Диски отформатируй -- еще стабильней будет. > Я предпочитаю разумный минимум. Хотя я понимаю конечно что питонисты не читали > тезисы D.J.Berstein насчет количества багов в софте. А я вот читал. Как ты умный, возьми с полки пирожок. > И люблю маленькие и аккуратные программы с небольшим количеством зависимостей везде > где это возможно и разумно. Это и ресурсы экономит и от > багов избавляет естественным путем. Маленькие программы имеют маленький функционал. Отсутствие зависимостей означает "изобретение велосипедов", вместо использования готовых библиотек и существенно тормозит разработку или скорее вообще делает невозможным разработку имеющимися ресурсами. И да,  на python можно писать очень маленькие программы. >> А у меня чего-то все машины обновились без проблем. Кривые руки? > Только у авторов этой скриптоподелки. Я не автор, как и десятки миллионов пользователей, у которых особых проблем не возникло при обновлении. >По поводу чего мне оказалось проще вообще > выбросить эту неработоспособную дрянь и довести апгрейд до финиша голыми руками. Это как? Hex-редактором? > Ну и накукуй этот глючный булшит нужен при таком раскладе? >> Хелловордист? Библиотеки у тебя тоже неизменные остались? > Их конечно дописывают, но что-то не вижу чтобы все библы резко побежали > переписывать по поводу C11, например. В итоге серьезный код для компиляторов Borland, Microsoft, GCC и т.п. непереносим большей частью даже в рамках описанных стандартами, что уж говорить про библиотеки. >Ну, glibc дописали. Аж 1 либу. И то потому что стандарт требует новых функций. Точно хелловордист. Ежедневно выходит сотни новых библиотек, и сотни новых версий библиотек. > А питонисты с своим питоном носятся как с писаной торбой и переписывают вообще все. Пример пожалуйста.
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	123. "Расширение интерпретатора Python для JIT-компиляции..."	–1 +/–
	Сообщение от arisu (ok), 03-Июл-12, 16:20
	> Точно хелловордист. Ежедневно выходит сотни новых библиотек, и сотни новых версий библиотек. и что? мне что-то подсказывает, что про него говорить сложно, а вот ты — точно «хелловорлдист».
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Michael Shigorin (ok), 04-Июл-12, 00:36
	> Особенно помогает то, что на нём невозможно написать код с корявыми отступами. Это которые короткой кнопочкой или которые длинной? :]
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	136. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Июл-12, 17:46
	> Куда важнее, возможность его последующего рефакторнга/исправления багов. Особенно генетических... сегодня прислали: >>> class B(object): ... arr = [] ... def __init__(self): ... self.arr.append(1) ... >>> x = B() >>> y = B() >>> x.arr [1, 1] >>> y.arr [1, 1] >>> B.arr [1, 1] >>> z = B() >>> B.arr [1, 1, 1] >>> x.arr [1, 1, 1] -- бишь обращение к тому, что в Ruby называется class method, способно привести к изменению состояния класса (!), влияющему на состояние инстанциируемых в дальнейшем объектов (!!!).
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	137. "Расширение интерпретатора Python для JIT-компиляции..."	–1 +/–
	Сообщение от arisu (ok), 05-Июл-12, 19:57
	а в чём проблема-то? в принципе, нормальное поведение для прототипной модели, где «класс» от «объекта» ничем особым не отличается. другое дело, что синтаксис тут корявый — ну так на то оно и гвидобейсик, чтобы страусов не пугать. добавлю, что это достаточно удобная возможность для изменения состояния системы «на лету».
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 01-Июл-12, 20:13
	>Какого дьявола у меня нет трех версий компилера, а C89-сорсы собираются и по сей день? Хм, а меня три 4.2 для одного старого проекта, 4.6 основной, и 4,7 на который я собираюсь портировать код но руки пока не доходят, так как работы много.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	13. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+3 +/–
	Сообщение от Anonimoyss (ok), 01-Июл-12, 20:39
	> 4,7 на который я собираюсь портировать код но руки пока не доходят, так как работы много. Код сишный? Не на плюсах? Если да - хотелось бы посмотреть на пример такого "чудесного" кода! :-)
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:03
	> Хм, а меня три 4.2 для одного старого проекта, 4.6 основной, и > 4,7 на который я собираюсь портировать код Что-то руки у вас не оттуда растут. По крайней мере, если сорец писаный "на си вообще" в конце 80-х собирается и сегодня, gcc 4.6 - вам наверное стоило бы подумать о том что вы делаете не так и откуда у вас руки растут.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	21. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от h31 (ok), 01-Июл-12, 22:15
	> багов убунты > убунты Сами же и ответили на свой вопрос. Убунтоспецифичные утилиты тестируют только убунтойды, а общелинуксовые - тестируются всеми дистрибутивами. В итоге получается, что последние стабильнее.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	25. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:06
	> а общелинуксовые - тестируются всеми дистрибутивами. В итоге получается, что последние > стабильнее. Ну да, yum тормозит и ловит OOM не менее стабильно. Ну и так далее. В общем если нечто писано на питоне - это 99% гарантия того что это бажная наколенная поделка, где единственным плюсом было то что разработчики гнали как на пожар. Поскольку я разработчиком этого шита не являюсь, для меня заметны только недостатки. Ну вот пусть сами разработчики и пользуют свой третьесортный крап. А я для себя придумал просто критерий такой: если в зависимостях питон -> не ставим или деинсталлим по возможности. Очень удобно, btw :)
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–2 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:18
	сколько лет пользуюсь yum'ом, ни разу не видел никаких с ним OOMов и тормозов которые были как-то связаны именно с питоном. Заканчивай выгребать дерьмо из своей головы в интернет.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 04:35
	> сколько лет пользуюсь yum'ом, ни разу не видел никаких с ним OOMов И сколько лет вы им пользуетесь? А то на машине с 128Мб он спокойно ловит OOM. Хотя некоторые конечно предпочитают отращивать немеряный своп и полчаса слушать шуршание винта :)
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Расширение интерпретатора Python для JIT-компиляции..."	–1 +/–
	Сообщение от arisu (ok), 02-Июл-12, 06:54
	справедливости ради — wicd работает без нареканий. разве что немного раздражает питонистый демон в htop.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	104. "Расширение интерпретатора Python для JIT-компиляции..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 17:17
	> справедливости ради — wicd работает без нареканий. Справедливости ради, мне и без него неплохо живется. Честное пионерское.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Lain_13 (?), 10-Июл-12, 14:53
	Парадоксально, но на моей системе — факт. Ни разу не имел проблем с ubuntu-only питоновским софтом, но вот GUI к Deluge, писанное вроде как на этом самом питоне, меня уже заколебали своей любовью внезапно сожрать одно, а то и все 4 ядра процессора вообще без видимой на то причины (благо хоть раздача ведётся отдельным процессом, писанном не на питоне) или внезапно отожрать гектар памяти пот хрен знает что вообще (явно не на кэш блоков). А вот Transmission себя очень даже хорошо ведёт, например.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	35. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Xasd (ok), 02-Июл-12, 02:49
	> Какого дьявола у меня нет трех версий компилера... правда чтоле нет? :-D может плохо искали? а наберите ка ``sudo aptitude search gcc`` и поглядите на свои три версии GCC (да, да, установить их можно параллельно, и компилировать разные несовместимые случаи)
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	46. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 04:34
	> а наберите ка ``sudo aptitude search gcc`` и поглядите на свои три версии GCC Извините, я про установленные версии. У меня 1 сишный компилер. И ... несколько версий питона. Хотя питон намного моложе, а уже такая бяка творится.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Xasd (ok), 02-Июл-12, 09:53
	и зачемже вы установили несколько версий Пайтона? по умолчанию их тоже не ставится несколько, вобщето
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 17:19
	> и зачемже вы установили несколько версий Пайтона? Так они по дефолту ставятся. Хотя-бы по причине несовместимости 2.х и 3.х. > по умолчанию их тоже не ставится несколько, вобщето Ну да, щаз. Как минимум 2.7 и 3 параллельно норовят втюхать, сами знаете почему. И да, что-то я не помню чтобы мне предлагали для C11 скачать отдельный компилер, а для C89 - еще один. Это прерогатива питонистов.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 03-Июл-12, 15:45
	>> и зачемже вы установили несколько версий Пайтона? > Так они по дефолту ставятся. Хотя-бы по причине несовместимости 2.х и 3.х. Ложь. >> по умолчанию их тоже не ставится несколько, вобщето > Ну да, щаз. Как минимум 2.7 и 3 параллельно норовят втюхать, сами > знаете почему. В последней Ubuntu 2.7 по дефолту, 3 не установлен. > И да, что-то я не помню чтобы мне предлагали для C11 скачать > отдельный компилер, а для C89 - еще один. Это прерогатива питонистов. А какой компилятор сейчас полностью поддерживает C11? Или хотя бы С99? Ой нет таких, в каждом разная степень поддержки стандартов и еще один повод для несовместимости.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Андрей (??), 01-Июл-12, 20:45
	> повышает надежность А мне казалось, что чем меньше абстракции, тем надёжней. Т.е. ASM -> C -> C++ / интерпретируемые языки.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	20. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от h31 (ok), 01-Июл-12, 22:07
	Абстракции действительно не прибавляют надежности. Сама по себе интерпретация в большинстве случаев не вводит новых абстракций (не считая байткода). В Си есть компилятор, в Питоне - интерпретатор, стрелочек равное количество.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–3 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:07
	> Абстракции действительно не прибавляют надежности. Да. Питонистам даже впадлу успех файловых операций проверять как правило. Так что если что хоть минимально не по плану - все, you're screwed up. При том ни внятного сообщения о ошибке, ни культурного завершения, ни retry осмысленного, ни fallback. Просто продолжают вкалывать дальше как ни в чем ни бывало. Получая глюки где-то опосля.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:14
	фантазёр, хватит херню нести
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Xasd (ok), 02-Июл-12, 04:29
	> Просто продолжают вкалывать дальше как ни в чем ни бывало. вот уж насмешил так правда насмешил :-D покажи-ка свой исходный код (на Python), который вот так-бы делал :-D
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	51. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–2 +/–
	Сообщение от Аноним (-), 02-Июл-12, 04:53
	> покажи-ка свой исходный код (на Python), который вот так-бы делал :-D У убунтуйцев их апгрейдер посмотрите. Оно так умеет - пытается шпарить не найдя нужный файл и впадает в бесконечный цикл. Поймано вообще strace'ом когда эта срaнь полчаса проц грузила без какого либо выхлопа, делая вид что "типа, работаем, все по плану".
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 08:58
	В этом виноват питон?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 03-Июл-12, 15:52
	>> покажи-ка свой исходный код (на Python), который вот так-бы делал :-D > У убунтуйцев их апгрейдер посмотрите. Для начала название программы. >Оно так умеет - пытается шпарить не > найдя нужный файл и впадает в бесконечный цикл. Поймано вообще strace'ом Покажите код который это делает.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	92. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 16:16
	> Абстракции действительно не прибавляют надежности. > Сама по себе интерпретация в большинстве случаев не вводит новых абстракций (не > считая байткода). В Си есть компилятор, в Питоне - интерпретатор, стрелочек > равное количество. В Си есть и интерпретатор, в Python есть и компилятор.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	71. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 08:57
	> А мне казалось, что чем меньше абстракции, тем надёжней. Т.е. ASM -> > C -> C++ / интерпретируемые языки. Дооо, асемблер(ы) то надеждны. Особенно учитывая количество багов в интеловских процессорах, которые кампиляторы, к слову, стараются обойти. Там уж надежность так надежность.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	108. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 17:23
	> которые кампиляторы, к слову, стараются обойти. Вам бы спеллчекер хотя-бы для начала взять. А то похоже баги у вас совсем не в процессорах :). Не, баги там конечно бывают, но для этого есть апдейты микрокода. И в общем случае компилеры все-таки не занимаются воркэраундом чужих багов.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+2 +/–
	Сообщение от Crazy Alex (ok), 01-Июл-12, 21:05
	Портируемость - ещё более-менее. С остальным СОВРЕМЕННЫЕ компилируемые языки (вроде D или Go) справляются не хуже, если у вас не скрипт на три строки.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	27. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+2 +/–
	Сообщение от Аноним (-), 02-Июл-12, 00:09
	> Портируемость - ещё более-менее. Сказки. Запустить питоновый скрипт 5-летней давности может просто не получиться вообще. А севый сорц из лохматых девяностых откомпилить и сейчас не проблема в общем случае. Нафиг надо такую "портируемость". А еще через 5 лет скрипты для питона 2.х вообще не смогут работать т.к. будет 3.х. Спасибо, сами на такое закладывайтесь и потом переписывайте постоянно, если вам заняться нечем.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+3 +/–
	Сообщение от ragus (ok), 02-Июл-12, 04:10
	>> Портируемость - ещё более-менее. > Сказки. Запустить питоновый скрипт 5-летней давности может просто не получиться вообще. код в студию. > А севый сорц из лохматых девяностых откомпилить и сейчас не проблема > в общем случае. код в студию. желательно что-то сложнее hello world и где есть сокеты и треды.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 05:02
	> код в студию. Вот специально для вас буду по ископаемым какашкам рыться. Мне хватило того что несколько скриптов слитых с посторонних сайтов, писаных под питон 2.4 на том который в системе дефолтный (2.7) просто не изволили работать. Буллшит. Да и сейчас вон питонисты носятся с своим питон 3 переписывая на него все и вся. Вы видите сишников которые бросили все и переписывают на новомодный C11 вообще все подряд? Или они только в новом коде вкусными плюшками балуются? Ну вот этим вменяемые системщики и отличаются от скрипткиддей с ветром в голове и зудением в заднице :) > код в студию. желательно что-то сложнее hello world и где есть сокеты и треды. Ну вот, уже заюлили. Да блин, берем "референсный" LZ (Lempel Ziv), ископаемый как черти-что. Собирается. То что сокетов и тредов нет - ну простите пожалста. Зато алгоритм до сих пор представляет некую практическую ценность.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от ragus (ok), 02-Июл-12, 06:05
	>Мне хватило того что несколько скриптов слитых с посторонних сайтов, писаных под питон 2.4 на том который в системе дефолтный (2.7) просто не изволили работать. Буллшит. Зачем вы едите кактус? вас кто-то заставляет использовать python? почему вы не взяли православный C/C++ ? >Ну вот, уже заюлили. Да блин, берем "референсный" LZ (Lempel Ziv), ископаемый как черти-что. Собирается. и что? на python тоже можно писать так, что работать будет на 2.4-2.7 (тройку не трогал). где ввод/вывод?
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 03-Июл-12, 16:02
	> Вот специально для вас буду по ископаемым какашкам рыться. Мне хватило того > что несколько скриптов слитых с посторонних сайтов, писаных под питон 2.4 > на том который в системе дефолтный (2.7) просто не изволили работать. А почему вы решили что скрипты "слитые с посторонних сайтов" у вас должны работать? И при чём тут версия python?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	127. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Michael Shigorin (ok), 04-Июл-12, 00:41
	>> Сказки. Запустить питоновый скрипт 5-летней давности может просто не получиться вообще. > код в студию. Zope 2.10 подойдёт?
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	128. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 04-Июл-12, 12:42
	>Zope 2.10 подойдёт? Нет. Это фреймворк а не скрипт со всеми вытекающими.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Michael Shigorin (ok), 07-Июл-12, 01:51
	>>Zope 2.10 подойдёт? > Нет. Это фреймворк а не скрипт со всеми вытекающими. Досада-то, фреймворк на скриптовом языке уже не скрипт. Наверное, cray@ этого не осознавал, когда перепирал с одного питона на другой раз за разом.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 04-Июл-12, 13:04
	> Портируемость - ещё более-менее. С остальным СОВРЕМЕННЫЕ компилируемые языки (вроде D или > Go) справляются не хуже, если у вас не скрипт на три > строки. А почему вы решили, что python это не компилируемый язык?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	31. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 01:20
	> Использование интерпретируемых ЯП как правило повышает надежность, портируемость и скорость > написания программ. Какое отношение имеет к питону? особенно про "надёжность"?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	54. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 05:07
	> Какое отношение имеет к питону? особенно про "надёжность"? Ну как же, сам себя не похвалишь - никто не похвалит. В смысле, это был очередной рекламный булшит от фанатиков. Которые однако делают себе огромные скидки на качество своего кода. Как-то забывая что если код быстро налабан - это означает что в нем море багов. Потому что в нормально поставленном процессе разработки при создании сколь-нибудь большого проекта кодинг вообще не обязан занимать бОльшую часть времени.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+/–
	Сообщение от Аноним (-), 02-Июл-12, 08:55
	> Потому что в нормально поставленном процессе разработки при создании сколь-нибудь большого > проекта кодинг вообще не обязан занимать бОльшую часть времени. Да, подавляющую часть времени должны занимать собрания, тимбилдинг и корпоративы.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	+1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 16:15
	>> Потому что в нормально поставленном процессе разработки при создании сколь-нибудь большого >> проекта кодинг вообще не обязан занимать бОльшую часть времени. > Да, подавляющую часть времени должны занимать собрания, тимбилдинг и корпоративы. Аналитика, выбор инструментария 20% времени проекта. Кодинг 10%. Тесты, тесты, и еще раз тесты, а после отладка отладка и еще раз отладка и профилирование и всё это занимает 70 % времени.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–2 +/–
	Сообщение от Аноним (-), 02-Июл-12, 17:17
	Читаю и плачу. Рецепт изготовления быдло-кода на 100%. Слава богу это только фантазии.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Расширение интерпретатора Python для JIT-компиляции фрагмент..."	–1 +/–
	Сообщение от Аноним (-), 02-Июл-12, 17:27
	> Читаю и плачу. Рецепт изготовления быдло-кода на 100%. > Слава богу это только фантазии. Это как раз рецепт изготовления того что будет работать и не обгадится в первые 5 минут работы, не будет долбать тормознутостью и падучестью. И да, с питоном - профилирование натурально займет 70% времени. Потому что общую тормознутость этого крапа придется выволакивать на своем горбу програмеру, демонстрируя чудеса изворотливости. Ну или быдлокодерско-энтерпрайзный подход - "купите машину помощнее!"
	Ответить | Правка | Наверх | Cообщить модератору

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

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