Быстродействие. Не могли бы Вы поделиться списком задач, которые "на нем из-за этого невозможны в принципе".
2,3 — без комментариев.
Чем Вам не подошёл обычный dict? Хорошо, а OrderedMap?
Тут ладно, есть нюансы детских болезней и разницы веток 2.х и 3.х
Как это обычно бывает, у Вас просто сложилось своё определенное понимание ООП. Причём существование иных толкований Вы не принимаете. Откройте для себя толкование ООП от Алана Кея, будете сильно удивлены.
Ну и Вам, очевидно, Python кажется не удобным с точки зрения программиста на Java. Python/Java/Clojure/whatever — не плохой, он просто другой, со своими парадигмами и идиомами.
Сейчас, проводя собеседования с разработчиками, мне еще не встретился человек, который смог бы написать реализацию бинарного поиска или быстрой сортировки на листочке. Жаль.
Даже странно, я таких немало повидал. Тем более, что вопросы довольно штатные для компаний вроде Yandex/Google/Facebook.
Всегда хотелось понять как же выполнять машинный код в сегменте данных. А ларчик просто открывался. Даже и не задумывался зачем у mmap есть PROT_EXEC. Теперь все встало на свои места!
Как зачем? Для драмы! Опять же, запуская под nginx мы получим тот же node, вид сбоку, с той же событийной архитектурой без бешеного context switching, который мы видим с Apache. Т.е. дело даже не в инструменте, а в умении его готовить.
Никак не пойму эти попытки продвинуть node.js и выдать обертку над libev (которая в свою очередь обертка над демультиплексирующими системными вызовами вроде epoll в Linux) за революцию. Чем это принципиально отличается, например, от python gevent/twisted/etc? Складывается мнение, что у этих людей отсутствует системное мышление или их представления о мире ограничены JavaScript'ом. Ведь по сути, NodeJS — это libev + интерпретатор языка (v8 по дефолту).
Как правило, все бывает ровно наоборот с менеджерами. Я знаю PostgresSQL — будем использовать его. Менеджеры боятся всего нового, оно и понятно — это риски. А тащить что-то новое и вестись на хайп — это как раз для программистов-хипстеров. Зрелый подход, к счастью, тоже не редкость.
Фокус курса — командная работа и хаки от непосредственных участников, какие-то иные важные моменты, о которых никто не пишет. Тоже посмотрел силлабалс — на курс по алгоритмам как таковой тянет с большой натяжкой :) особенно для таких АСМ монстров.
На той же Courser'e ко многим курсам есть субтитры и можно регулировать скорость в довольно широком диапазоне. Расстраивает только неточность субтитров, такое чувство что создавали их через какую-то автоматическую распознавалку без учета контекста.
В 1985 году впервые была выпущена SICP, но идеи из нее актуальны по сей день. А некоторые из них только-только находят свое применение. Ленивость вычислений, реактивные системы, стримы, виртуальные машины, проблемы таксономии, проблемы, возникающие в параллельных системах — все это есть там. Пусть объем материала ограничен, но есть отсылки на другие источники.
PS. В оригинальной статье автор читает книгу за 2-6 часов. Хотел бы я уметь читать книги уровня SICP и CLRS хотя бы за 10 часов с адекватным пониманием и прорешиванием задач.
Вчера было очень интересное интервью с Григорием Сапуновым и он давал куда более аккуратные и взвешенные оценки. А товарищ из Wipro решил волну хайпа словить, тем более основной бизнес Wipro — не ИИ.
2,3 — без комментариев.
Ну и Вам, очевидно, Python кажется не удобным с точки зрения программиста на Java. Python/Java/Clojure/whatever — не плохой, он просто другой, со своими парадигмами и идиомами.
В.И. Ленин?
Даже странно, я таких немало повидал. Тем более, что вопросы довольно штатные для компаний вроде Yandex/Google/Facebook.
PS: Ему не multiprocessing нужен, раз bottleneck в загрузке, а не парсинге.
Так что там тоже не оригинал, а «перевод перевода».
Задача уже давно решена — http://algs4.cs.princeton.edu/61event/
Никак не пойму эти попытки продвинуть node.js и выдать обертку над libev (которая в свою очередь обертка над демультиплексирующими системными вызовами вроде epoll в Linux) за революцию. Чем это принципиально отличается, например, от python gevent/twisted/etc? Складывается мнение, что у этих людей отсутствует системное мышление или их представления о мире ограничены JavaScript'ом. Ведь по сути, NodeJS — это libev + интерпретатор языка (v8 по дефолту).
Как правило, все бывает ровно наоборот с менеджерами. Я знаю PostgresSQL — будем использовать его. Менеджеры боятся всего нового, оно и понятно — это риски. А тащить что-то новое и вестись на хайп — это как раз для программистов-хипстеров. Зрелый подход, к счастью, тоже не редкость.
А в С++ есть сборка мусора?
Я так понимаю, что реализация Posix threads в userspace GNU pth — это и есть корутины в С.
PS. В оригинальной статье автор читает книгу за 2-6 часов. Хотел бы я уметь читать книги уровня SICP и CLRS хотя бы за 10 часов с адекватным пониманием и прорешиванием задач.
Это юмор такой, да? :)