И интересно ваше мнение про смену формата. Вы видите, что я прямо сильно поменял формат подачи материала (речь, конечно, не про диалог конкретно в этом ролике). Прокомментируйте, если есть желание, как стало на ваш взгляд: лучше или хуже.
@@informlic стало более приближено к ученической аудитории по форме подачи, что наверное логично,т.к. нужно ориентироваться на target group. Однако содержание не пострадало: сохранилась и даже лучше проявился формат вопрос: ответ. мы так сами с собой так и разговариваем когда самообучаемся. Вообще, главная задача - удержать внимание людей. поэтому более короткие ролики (5-10мин) легче перевариваются, чем длинные. + всё, что в этом помогает, хотя и может даже и раздражать (но в меру) - хорошо. вспоминаю,как я прослушивала постдипломный курс , где был лектор весьма почтенного возраста с огромной указкой, к они периодически бил по поверхности стола, сидящих в первом ряду курсисток. все здрагивали, пугались от таких страшных звуков ( а некоторые по-моему даже просыпались). но после очень многих лет, я до сих пор помню его материал, а остальные лекторы "прошли сторной".
Писал всё вместе с тобой в PyCharm'e спасибо за ролик. Но непонятно почему при 3.55 и 3.65 на самом деле это 3.549 и 3.649, а 3.75 и далее так и есть 3.750 как в случае с 3.45
Да, это может показаться очень мутным. Здесь легко и быстро можно ответить только так: особенности преобразования чисел на низком уровне. Но это если без подробностей. А подробности быстро не опишешь. Особенности двоичной арифметики и её преобразований... Спасибо за вопрос!
Автор, че с этим делать? У меня округление с ceil идёт при числах после точки например 32.0000000000001,но мне этого не НАДА? Мне нужно что бы округление шло при таких цифрах 32.01, 32.21 и так далее, то есть на сотых
берешь и транкейтишь ручками. Пусть твое число A, тогда A = 123.456789 digit = 3 #порядковый номер цифры после запятой print(int(A*10**digit)/10**digit) вывод: 123.456 Проверено в Google Colab
просто round не использовать. Да и нормальные программисты стараются избегать double/float, и используют int. Об этом даже в бородатые годы статьи были на habr
Такое чувство, что мне Голлум тему объяснял.
Еще и это бесконечное количество вставок с мемами. 🤦♂
А по факту, сути на одну минуту.
При первом просмотре столько ржал что не понял о чем речь, пересмотрел понял :D Спасибо!
Сначала было понятно, потом не понятно. А после плоской земли, понял все сразу.
4:40 Что єто за форматирования? Силочку можно на раздел в доке?
это понятно, а пофиксить то как?
Ударим Decimal - ом по банковским округлениям.
Да!
Это как раз то, с чего я начал составлять план ролика, но решил, что это надо осветить отдельно 😅
И интересно ваше мнение про смену формата. Вы видите, что я прямо сильно поменял формат подачи материала (речь, конечно, не про диалог конкретно в этом ролике). Прокомментируйте, если есть желание, как стало на ваш взгляд: лучше или хуже.
@@informlic стало более приближено к ученической аудитории по форме подачи, что наверное логично,т.к. нужно ориентироваться на target group. Однако содержание не пострадало: сохранилась и даже лучше проявился формат вопрос: ответ. мы так сами с собой так и разговариваем когда самообучаемся.
Вообще, главная задача - удержать внимание людей. поэтому более короткие ролики (5-10мин) легче перевариваются, чем длинные. + всё, что в этом помогает, хотя и может даже и раздражать (но в меру) - хорошо. вспоминаю,как я прослушивала постдипломный курс , где был лектор весьма почтенного возраста с огромной указкой, к они периодически бил по поверхности стола, сидящих в первом ряду курсисток. все здрагивали, пугались от таких страшных звуков ( а некоторые по-моему даже просыпались). но после очень многих лет, я до сих пор помню его материал, а остальные лекторы "прошли сторной".
Мой низкий поклон за такой подробный ответ! Спасибо
@@informlic рада помочь, успехов вам.
как же я угарал когда у него произошло раздвоение личности
Писал всё вместе с тобой в PyCharm'e спасибо за ролик. Но непонятно почему при 3.55 и 3.65 на самом деле это 3.549 и 3.649, а 3.75 и далее так и есть 3.750 как в случае с 3.45
Да, это может показаться очень мутным. Здесь легко и быстро можно ответить только так: особенности преобразования чисел на низком уровне. Но это если без подробностей. А подробности быстро не опишешь. Особенности двоичной арифметики и её преобразований...
Спасибо за вопрос!
а как же принудительное округление в большую или меньшую сторону?
это другая функция
Это ceil и floor
Автор, че с этим делать? У меня округление с ceil идёт при числах после точки например 32.0000000000001,но мне этого не НАДА? Мне нужно что бы округление шло при таких цифрах 32.01, 32.21 и так далее, то есть на сотых
берешь и транкейтишь ручками. Пусть твое число A, тогда
A = 123.456789
digit = 3 #порядковый номер цифры после запятой
print(int(A*10**digit)/10**digit)
вывод: 123.456
Проверено в Google Colab
ребят вам еще везет у вас прям в языке можно округлять без библиотек
а в чем проблема написать свою функцию? делов то на 30 секунд
Больше воды, чем толку
Ну, и зачем такое округление идиотское?
Просто твоя моя не понимает. Тут дело робята в железе . Что то надо до делать в мозгах компьютера , то ли не та истина, то ли не та ложь.
клоунада
Что за детский сад?!!!
просто round не использовать. Да и нормальные программисты стараются избегать double/float, и используют int. Об этом даже в бородатые годы статьи были на habr