Сообщение Re[7]: java vs. c++ от 21.08.2015 12:54
Изменено 21.08.2015 13:24 enji
Здравствуйте, ELazin, Вы писали:
EL>Вообще, система управления зависимостями может быть одна для всех (system wide package manager), а не для каждого языка свой отдельный, как сейчас. Вот представь что у тебя есть питоновский пакет, который зависит от конкретной версии какого-нибудь модуля и еще один пакет, который зависит от другой версии того же модуля. Ты не сможешь установить две версии модуля сразу через pip, только используя virtualenv и два разных окружения, что не вариант, если пакеты должны использоваться совместно. Современный пакетный менеджер pip, лол.
Это ж ограничение самого питона. Как ты в одном месте будешь использовать одну версию модуля, в другом — другую? Разве что дать им разные названия, но пользователи на такое могут быть не рассчитаны.
EL>В С++ я могу собрать что-угодно как угодно, немножко попрелюбодействовав с билд-скриптами.
Такое ты и в с++ не сделаешь, разве что через dll
EL>Вообще, система управления зависимостями может быть одна для всех (system wide package manager), а не для каждого языка свой отдельный, как сейчас. Вот представь что у тебя есть питоновский пакет, который зависит от конкретной версии какого-нибудь модуля и еще один пакет, который зависит от другой версии того же модуля. Ты не сможешь установить две версии модуля сразу через pip, только используя virtualenv и два разных окружения, что не вариант, если пакеты должны использоваться совместно. Современный пакетный менеджер pip, лол.
Это ж ограничение самого питона. Как ты в одном месте будешь использовать одну версию модуля, в другом — другую? Разве что дать им разные названия, но пользователи на такое могут быть не рассчитаны.
EL>В С++ я могу собрать что-угодно как угодно, немножко попрелюбодействовав с билд-скриптами.
Такое ты и в с++ не сделаешь, разве что через dll
Re[7]: java vs. c++
Здравствуйте, ELazin, Вы писали:
EL>Вообще, система управления зависимостями может быть одна для всех (system wide package manager), а не для каждого языка свой отдельный, как сейчас. Вот представь что у тебя есть питоновский пакет, который зависит от конкретной версии какого-нибудь модуля и еще один пакет, который зависит от другой версии того же модуля. Ты не сможешь установить две версии модуля сразу через pip, только используя virtualenv и два разных окружения, что не вариант, если пакеты должны использоваться совместно. Современный пакетный менеджер pip, лол.
Это ж ограничение самого питона. Как ты в одном месте будешь использовать одну версию модуля, в другом (в пределах одной программы) — другую? Разве что дать им разные названия, но пользователи на такое могут быть не рассчитаны.
EL>В С++ я могу собрать что-угодно как угодно, немножко попрелюбодействовав с билд-скриптами.
Такое ты и в с++ не сделаешь, разве что через dll
EL>Вообще, система управления зависимостями может быть одна для всех (system wide package manager), а не для каждого языка свой отдельный, как сейчас. Вот представь что у тебя есть питоновский пакет, который зависит от конкретной версии какого-нибудь модуля и еще один пакет, который зависит от другой версии того же модуля. Ты не сможешь установить две версии модуля сразу через pip, только используя virtualenv и два разных окружения, что не вариант, если пакеты должны использоваться совместно. Современный пакетный менеджер pip, лол.
Это ж ограничение самого питона. Как ты в одном месте будешь использовать одну версию модуля, в другом (в пределах одной программы) — другую? Разве что дать им разные названия, но пользователи на такое могут быть не рассчитаны.
EL>В С++ я могу собрать что-угодно как угодно, немножко попрелюбодействовав с билд-скриптами.
Такое ты и в с++ не сделаешь, разве что через dll