Мне давно интересно — есть генераторы рандома, которые заполняются даннными, а затем их преобразуют по сложному непредсказуемому алгоритму, а есть хэш-функции, которые работают по тому же принципу.
Вы, как человек, разбирающийся больше меня, может знаете — являются ли они взаимозаменяемыми и, если нет, то почему?
Смотри, вот я. Когда после школьных паскалей я думал, на чём начать писать в нормальном мире программирования, от из-за этих рейтингов и выбрал питон, и пишу на нём до сих пор (правда, теперь ещё и на js дополнительно, но это пройдёт).
Выводы:
Провайдеры заботятся в основном о собстевнной выгоде, а что там с пользователем — дело десятое.
Когда все массово грузят тяжелый контент и перегружают канал — интернет хуже.
Конретно это и так понятно вообще всем, хотя статья интересная :)
А есть категория граждан, которые участвуют в жизни немецкой экономики еще меньше — иностранцы. Давайте все скидываться по 10% в пользу немецкого банка?
Такое поведение map вполне обосновано: у вас есть выражение типа
map(a, filter(b, map(c, smth_list)))
Если в этом smth_list у вас 10**10 значений, то языку будет неободимо хранить в памяти smth_list, map1, filter, map2, то есть, в 4 раза больше значений. Поэтому же range(10**7) не занимает 100мб памяти, просто это будет бессмысленно.
Затем, у вас есть объект ТаблицаЗакупкиЗапасныхДеталей (либо другое извращение, которое всегда возникает в хоть сколько-нибудь серьезных проектах), который создается исключительно из словаря с определенными ключами, и вы кидаете эту таблицу в map. В итоге вы получаете ошибку, тк при попытке создать ТаблицуЗакупкиЗапасныхДеталей вы получаете не исключительныт из словарь с определенными ключами, а нечто другое.
В конце концов, ваш fuction_for_map не обязательно будет возвращать те же данные, что и получает, может, вы в мапе просто хотите получить 3 поля всех моделек из вашего queryset таблицы в 20 полей, кто ж вас знает. И питон не гадает, что вы там хотите, он говорит «ты взрослый человек, делай что хочешь, но и вся ответственность пусть лежит исключительно на тебе».
Про лямбды сам Гвидо сказал: «я против лямбд, а включил их просто потому что мне принес полностью готовый код для ни другой программист».
П.с. Сам я, наверное, ни разу не пользовался мапами и фильтрами, тк лично для меня удобнее вещи типа
[get_first_field(item) for item in item_table]
[item for item in item_table if item['is_mutable']]
Язык для человека, а не для компьютера.
Просто, но не слишком просто.
Принцип наименьшей неожиданности
Ортогональность важна, но естественность важнее.
Следовать простым и строгим правилам, но не доходить до педантизма.
Также это все есть в питоне.
А еще огромная проблема вашего языка — в нем мало плюшек и сахара для программиста. Да, это вопрос времени, но добавьте туда столько плюшек, сколько их в том же питоне — вы получите второй джаваскрипт, только лиспнутый на всю голову.
Слово «чек» произошло от французского «chèque», на русском это «платёжка». А так как «В конце XX века английский язык утвердился как важнейший международный язык», сменив французский с пьедестала, то в нашем веке «чекнуть — посмотреть» имеет бОльшую силу, чем «чекнуть — выписать чек».
На том же регру хостинг на месяц стоит около 150р/мес. Когда у меня интернет стал стоить 700р/мес вместо 500р ни с того ни с сего, то все восприняли это как «ага, ну бывает». Почему этих 150р тогда жалеют на хостинг, с которым не надо заморачиваться, а даже могут советом помочь, что сломалось?
Всегда в этом случае вспоминаю SQLю Он создавался как нечто, что позволит пользователям самим писать запросы к базам данных. В итоге мы имеем неудобный сложный нелогичный язык (вернее, НЕУДОБНЫЙ СЛОЖНЫЙ И НАПИСАННЫЙ КАПСОМ ЧТОБЫ ЛУЧШЕ ЧИТАЛОСЬ), но пишут ли пользователи сами запросы? Нет, просто теперь программистам приходится дополнительно учить, создавать дыры в безопасности, ловить баги, стакать оверлфовы, забивать голову этим непрвычным синтаксисом либо юзать инструменты, которые переводят обычный привычный глазу код в SQL. Зачем такая сложность? Mongo по умолчанию работает не ВНЕСТИ В таблицу (столбцы, столбцы, столбцы) ЗНАЧЕНИЯ (значения, значения, значения);, а db.таблица.внести({ключ: значение});. что, по мне, красивее и лаконичнее.
К чему я? К тому, что если придумывать инструмент, то либо он будет слишком ограничен и неудобен для постоянного пользования, что повлечёт новые костыли в виде либ, фреймворков, и в итогу всё равно недоступен пользователям, либо более удобен, но работать с ним смогут только программисты.
Вы, как человек, разбирающийся больше меня, может знаете — являются ли они взаимозаменяемыми и, если нет, то почему?
Конретно это и так понятно вообще всем, хотя статья интересная :)
Если в этом smth_list у вас 10**10 значений, то языку будет неободимо хранить в памяти smth_list, map1, filter, map2, то есть, в 4 раза больше значений. Поэтому же range(10**7) не занимает 100мб памяти, просто это будет бессмысленно.
Затем, у вас есть объект ТаблицаЗакупкиЗапасныхДеталей (либо другое извращение, которое всегда возникает в хоть сколько-нибудь серьезных проектах), который создается исключительно из словаря с определенными ключами, и вы кидаете эту таблицу в map. В итоге вы получаете ошибку, тк при попытке создать ТаблицуЗакупкиЗапасныхДеталей вы получаете не исключительныт из словарь с определенными ключами, а нечто другое.
В конце концов, ваш fuction_for_map не обязательно будет возвращать те же данные, что и получает, может, вы в мапе просто хотите получить 3 поля всех моделек из вашего queryset таблицы в 20 полей, кто ж вас знает. И питон не гадает, что вы там хотите, он говорит «ты взрослый человек, делай что хочешь, но и вся ответственность пусть лежит исключительно на тебе».
Про лямбды сам Гвидо сказал: «я против лямбд, а включил их просто потому что мне принес полностью готовый код для ни другой программист».
П.с. Сам я, наверное, ни разу не пользовался мапами и фильтрами, тк лично для меня удобнее вещи типа
Открываем Википедию
Также это все есть в питоне.
А еще огромная проблема вашего языка — в нем мало плюшек и сахара для программиста. Да, это вопрос времени, но добавьте туда столько плюшек, сколько их в том же питоне — вы получите второй джаваскрипт, только лиспнутый на всю голову.
К чему я? К тому, что если придумывать инструмент, то либо он будет слишком ограничен и неудобен для постоянного пользования, что повлечёт новые костыли в виде либ, фреймворков, и в итогу всё равно недоступен пользователям, либо более удобен, но работать с ним смогут только программисты.