The OpenNET Project / Index page

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



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

Оглавление

Недоработка в Python-скрипте могла привести к неверным резул..., opennews (??), 13-Окт-19, (0) [смотреть все]

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


1. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  –2 +/
Сообщение от Аноним (1), 13-Окт-19, 11:11 
Ждите, скоро будет "вотъ, погроммисты какие, всё из-за вас! компутерщики проклятые!..."
Ответить | Правка | Наверх | Cообщить модератору

20. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +7 +/
Сообщение от оалвф (?), 13-Окт-19, 11:44 
надо открывать фонд борьбы с кампютащиками (ну эт хакиры и прочае баги)
Ответить | Правка | Наверх | Cообщить модератору

60. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (60), 13-Окт-19, 14:14 
Здравствуйте! Вы хотите в ступить? Хорошо. Что у Вас есть?
Ответить | Правка | Наверх | Cообщить модератору

86. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +19 +/
Сообщение от Аноним (86), 13-Окт-19, 14:43 
Знания системд, электрона и навыки дефрагментации диска Цэ! А, и диплом от Касперского!
Ответить | Правка | Наверх | Cообщить модератору

251. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +1 +/
Сообщение от Адекват (ok), 14-Окт-19, 06:51 
А сертификат уверенного пользователя есть ? Курсы заправки картриджей для струйных принтеров проходили ?
Ответить | Правка | Наверх | Cообщить модератору

351. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от adolfus (ok), 15-Окт-19, 11:48 
И курсы по сварке паяльником ленты для пишмашек в кольцо
Ответить | Правка | Наверх | Cообщить модератору

193. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +4 +/
Сообщение от Аноним (-), 13-Окт-19, 20:57 
ФБК? Вроде открыт давно, теперь закрыть пытаются...
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

51. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +14 +/
Сообщение от neAnonim (?), 13-Окт-19, 13:37 
Питонисты не программисты. Идите накер!
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

53. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (53), 13-Окт-19, 13:45 
> "%s не программисты."

Под это можно подстроить почти всё что угодно. Может просто язык надо выбирать под задачу? А, подождите-ка! Мы же можем всё писать на language_name!

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

77. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +21 +/
Сообщение от a3k (?), 13-Окт-19, 14:36 
Ты ещё скажи, что код надо тестировать.
Ответить | Правка | Наверх | Cообщить модератору

92. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (86), 13-Окт-19, 14:53 
Им надо было написать теоретически, самым сухим и сложным языком, без любых расчетов и проверок! И не надо было бы возиться с Питоном!
Ответить | Правка | Наверх | Cообщить модератору

144. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Java (?), 13-Окт-19, 17:36 
На регрессии - надо. На соответствие спеке - надо. Тестирование ради тестирования - не надо.

Дальше требуется Code Review и доказательство корректности.

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

147. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  –1 +/
Сообщение от анононимис (?), 13-Окт-19, 17:46 
Так по тестам все сходилось, но... не под всеми операционными системами:)
Ответить | Правка | Наверх | Cообщить модератору

220. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Онаним (?), 13-Окт-19, 23:04 
Ребят с младенчества пугали необходимостью юнит-тестов, но при этом совершенно забыли рассказать, что ещё бывает обычное ревью алгоритма и кода на предмет очевидных казусов. Не говоря уже о том, что надо бы хотя бы немножко знать окружение, в котором пишешь, прежде чем писать.
Ответить | Правка | Наверх | Cообщить модератору

262. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Анонимemail (262), 14-Окт-19, 09:59 
Вы уверены что они писали на Mac? Сильно сомневаюсь. Скорее они понадеялись на кроссплатформенность языка, а это знаете ли не только в языке дело, это еще и в ОС.
Ответить | Правка | Наверх | Cообщить модератору

399. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от freehckemail (ok), 17-Окт-19, 21:44 
> Дальше требуется Code Review и доказательство корректности.

Доказательство корректности? Ууу... Это вам в языки семейства ML. =)

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

252. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Адекват (ok), 14-Окт-19, 06:52 
какими тестами ? может тесты все были пройдены, а ситуация из реальной жизни привела к факапу.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

325. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (325), 14-Окт-19, 19:14 
Значит, тесты были хреновые.
Ответить | Правка | Наверх | Cообщить модератору

165. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +3 +/
Сообщение от burjui (ok), 13-Окт-19, 18:43 
Причём тут Python вообще? Это учёные. Учёные - не программисты. Да и профессиональные программисты иногда совершают подобные ошибки из-за усталости, невнимательности и т.д.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

171. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +2 +/
Сообщение от Аноним (171), 13-Окт-19, 19:25 
При том, что его пропихивают как лёгкий в изучении и быстрый в написании язык. То есть такой, который можно освоить и использовать, не включая голову.
Ответить | Правка | Наверх | Cообщить модератору

243. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +8 +/
Сообщение от burjui (ok), 14-Окт-19, 04:05 
Учёные и на C++ не будут "включать голову". Вы только представьте, сколько времени нужно потратить, чтобы овладеть программированием на приличном уровне. А главное, зачем, если 99% их работы с ним вообще не связана? Конечно, в идеальном мире они будут хорошими программистами, а я буду ковыряться в сорцах ядра Linux, потому что пользуюсь дистром, участвовать в веломарафонах, потому что езжу на велосипеде в магазины, учиться на художника и фотографа, потому что иногда редактирую фотки, делаю коллажи и рисую по мелочи в Gimp. Одна проблема - в реальном мире ни у кого нет столько времени, чтобы профессионально владеть всеми инструментами, которыми приходится пользоваться, и если дать учёным C++, они на нём наговнокодят так, что у вас потекут кровавые слёзы. А вообще, когда вдруг почувствуете себя хорошим программистом, попробуйте написать качественный компилятор с нуля, без LLVM и прочих приблуд - сразу почувствуете свой скилл на вкус.
Ответить | Правка | Наверх | Cообщить модератору

265. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  –1 +/
Сообщение от Аноним (171), 14-Окт-19, 10:58 
Избавляйтесь от стереотипного представления об учёном как о человеке не от мира сего, наивного аки дитё малое и неспособного составить себе мало-мальски адекватное представление о чём-то вне сферы его исследований.
На моём физфаке к использованию ВТ в исследованиях студентов готовили очень серьёзно - там преподавали и численные методы, и программирование, причём объясняли и тонкости работы с памятью (а куда денешься - ОЗУ 48 кБ, когда появилась Искра-1030 с мегабайтом памятиЮ это было как чудо, их было 2 штуки на весь ВЦ и на них записывались за месяц), и разные нюансы, влияющие на производительность, и многое другое. Я даже не помню, сколько часов в неделю у нас был вычпрактикум по расписанию, в дисплейном классе мы торчали по несколько часов каждый день, причём не играли, а программировали и обсчитывали свои курсовые.
Так что не надо тут пургу гнать про "учёных".
Ответить | Правка | Наверх | Cообщить модератору

334. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (334), 14-Окт-19, 23:47 
Задумайтесь кому это выгодно. Вот избавитесь, а в следующий раз скажут ставь шиндошс. И придется ставить, никуда не денетесь. Ни в коем случае не избавляйтесь!
Ответить | Правка | Наверх | Cообщить модератору

275. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  –1 +/
Сообщение от Аноним (275), 14-Окт-19, 11:44 
Проблема питона в том, что упомянутые библиотеки написаны не на питоне. Отсюда и нелепые ошибки, которые никто не хочет проверять только потому, что какой-то код написан на C. А его не проверили потому, что было лень описывать все юнит-тесты..... Короче, питон - это именно проблема технологии разработки на питоне, которая, например, легко фиксится Julia
Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

180. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +3 +/
Сообщение от Аноним (-), 13-Окт-19, 20:02 
>Питонисты не программисты.

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

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

182. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +8 +/
Сообщение от neAnonim (?), 13-Окт-19, 20:12 
Программирование на ассемблере это путь стать мужчиной, не испульзуя женьщины.
Ответить | Правка | Наверх | Cообщить модератору

184. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +2 +/
Сообщение от Аноним (-), 13-Окт-19, 20:18 
Зато все быстро настолько, что не с чем сравнивать. А если писать на нем математику, то можно стать неврастеником. Это путь настоящего джедая программирования. :D
Ответить | Правка | Наверх | Cообщить модератору

188. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от myhand (ok), 13-Окт-19, 20:24 
Скорее, путь в дурку...
Ответить | Правка | Наверх | Cообщить модератору

191. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +4 +/
Сообщение от Аноним84701 (ok), 13-Окт-19, 20:50 
> Зато все быстро настолько, что не с чем сравнивать.

Особенно, если судить по хелловордам или байкам.
Впрочем, еще в начале 2000х форумно-ньюсгруп-рассылочные эксперты советовали: "Работает медленно? Перепиши на асме, летать будет!".
На практике же человеки могут (и будут) и кучу лишних регистров или обращений к памяти  использовать (потому что разбито на отдельные процедуры, а инлайнинга нема) и алгоритмы далеко не самые опримальные реализовать (т.к. более оптимальный будет "овердофига строк кода, а значит и так сойдет!" и прочие мелочи, вплоть до "пере-оптимизации" для определенного семейства CPU.
Ну и то, что уже лет 15 обычный компилер "бъет", за редким исключением, обычного "Вот я щас каааак перепишу на асме, да кааак запущу!" погоремиста^W реализатора, совсем не секрет -- не зря совет изменился на "перепиши на сишке!" ;)

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

195. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +1 +/
Сообщение от Аноним (-), 13-Окт-19, 21:23 
>совет изменился на "перепиши на сишке!" ;)

Этот совет изменился вовсе не по той причине, которую вы описали. Причина другая - в 90-х активно использовался ассеблер. А сейчас его используют мало, и его мало кто знает.
Да что там говорить об ассемблере, нынешние комментаторы порой совершенно серьезно сравнивают скорость интерпретируемых языков и компилируемых, потом обвиняют тот же Python в том, что он недостаточно быстрый. Шапито. :D

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

269. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (269), 14-Окт-19, 11:10 
> в 90-х активно использовался ассеблер.

Тогда был смысл. С тех пор железо и трансляторы ушли вперёд. По скорости в общем случае С выигрывает у асма.

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

255. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним (255), 14-Окт-19, 07:43 
Да, да, да. А уж если верить разработчикам ц/ц++ компиляторов, питоножиэс интерпретаторов, то за последние цать лет кодогенерация/интерпретация должны были выдавать код, работающий со скоростью света на дохлокамнях - чихнуть/вздзнуть не успеешь, а иначе и быть не может - всё же с каждой версией и быстрее, и меньше памяти жрет, если им верить.
Да только факты и суровая жизнь показывают обратно - бинарники толще, листинги полны терьма, итоговый софт для работы требует больше тактов и памяти.
Вот и получается, что даже плохой асмокод уделывает тот же средней кривости крестософт.
Парадокс, не иначе.
Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

268. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +1 +/
Сообщение от Аноним (269), 14-Окт-19, 11:07 
> даже плохой асмокод уделывает тот же средней кривости
> крестософт.
> Парадокс, не иначе.

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

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

272. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от AKNOR (?), 14-Окт-19, 11:19 
А вы не верьте. Вы скомпилируйте Compaq Fortran конца 90=х. И современным Absoft или intel //
Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

288. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +/
Сообщение от Аноним84701 (ok), 14-Окт-19, 12:53 
> Да, да, да. А уж если верить разработчикам ц/ц++ компиляторов, питоножиэс интерпретаторов,
> то за последние цать лет кодогенерация/интерпретация должны были выдавать код, работающий
> со скоростью света на дохлокамнях - чихнуть/вздзнуть не успеешь,

Т.е. цитатки _разарботчиков_ вам привести труда не составит?

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

Т.е. "бинарники толще, листинги …" из-за _ухудшающейгося_ качества генерируемого компиляторами кода, а не общей дани модным новым рантаймам-фреймворкам-криворукости o_O?
А списочек подтверждающий фактов "в студию" можно?
Или кто-то, не будем тыкать пальцем в некоторых комментаторов, не видел результаты работы компиляторов примерно до конца 90х (привет Борланд Турбо) и не может их сравнить с более современными?

> Вот и получается, что даже плохой асмокод уделывает тот же средней кривости
> крестософт. Парадокс, не иначе.

Т.е. плохонький асмокод, не учитывающий тайминги-зависимости (instruction scheduling) инструкций, кэш, выравнивание, с кучей лишних вызовов-стекфремов, обращений к памяти -- уделывает?
Фантазии, не иначе.

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

200. "Сбой в Python-скрипте мог привести к неверным результатам в ..."  +1 +/
Сообщение от Аноним (200), 13-Окт-19, 21:46 
Хорошо, что не jsеры. jsерам даже простые задачи доверять нельзя.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

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

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




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

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