Слыхал об этом.
Мне, как знающему Python на уровне x = input(), print(x) - без разницы.
В Excel важна объектная модель и доступ к ней (при помощи VBA). Будет такой же доступ на Python - отлично. Не будет - тогда Python будет для каких-то узких специфических задач, пока не придумают, как юзать модель и не сделают библиотеки нужные (может они и есть уже?)
В каком-то скором времени, наверное, приведет к изменениям. С внешними данными работать можно будет удобнее. Какие-то работы data sciense будут выполняться. Найдет свое место, в общем.

Alemox, поддерживаю вашу позицию. Тоже не понимаю, зачем плодить столько языков программирования, когда все языки имеют один принцип: пишешь объект, ставишь точку, выбираешь методы, свойства. И тому подобное.
И при этом ни один язык не является универсальным, т.е. нельзя решить все задачи с помощью одного языка программирования и надо учить несколько языков, что очень сложно.

Alemox, усовершенствовать - что? VBA? Сейчас чай 21 век на дворе. Windows - далеко не единственная ОС, MS Office далеко не единственный офис, в моде веб, мобильные устройства и кроссплатформенность стала необходимым атрибутом выживания на рынке. Пытаться это всё скрестить с VBA (что значит, как минимум, переписать весь его нативный код с С++/COM под .NET/CLI), всё равно что прикручивать лошади колёса - зачем?
Хоронить его, безусловно, рано: VBA будет востребованным прикладным языком в своём сегменте ещё долго, пока будут активно использоваться старые версии приложений MS Office. Но развиваться он не будет, т.к. проще к новым офисным приложениям прикрутить новый, отвечающий современным реалиям, язык надстроек, чем реанимировать VBA.

Возможно, конечно, что это будет VB .NET и тогда разница будет невелика (наконец-то появятся Continue, Try-Catch и прочие долгожданные плюшки). Но, думаю, это будет C-подобный язык, т.к. они занимают практически весь рынок, а унифицированный синтаксис - великое дело. Возможно, что и Python, сам на нём не писал ничего сложнее Hello World'a, но, говорят, его освоить проще, чем Java или C#, и тем более C/C++. Имхо, программисту лучше больше думать не о точках с запятой, фигурных скобках и заглавных/строчных буквах, а о программе.

Не соглашусь! Основная причина - человеческие амбиции: "Если Билли создал ОСь, то и я смогу!..." и вкусовые предпочтения.

Не говорите мне, что Lisp работает быстрее, чем C, или на нём можно сделать, что-то, что нельзя на С! База-то у всех языков одна - двоичный код некоторого процессора! Просто Lisp для конкретного программиста удобнее для обработки некоторых типов данных (очень часто в ущерб производительности). При этом, другой программист может взять С, применить другую структуру данных и получить на выходе лучший результат (а при неправильном типе данных - худший).

Мелкомягкие один раз уже пытались заменить VBA - на платформу .NET. Результат известен...
Python может постичь та же участь - дело-то не в языке, а в реализации!..

Первый раз узнал об этом. Мне кажется, что Майкрософт просто отказался от VBA по каким-то своим соображениям.

Мне не грустно, просто мне не хочется изучать несколько языков программирования, т.к. в каждом есть свои какие-то нюансы, о которых можно узнать только в процессе опыта, о которых нигде не написано или написано, но человек не читал.

Karataev, вы опять за своё?) чем вам не угодил С#? Что на нем нельзя сделать? Вы так и не ответили в прошлой теме по существу, ссылаясь на то, что это не по теме. Здесь опять те же не обоснованные высказывания. Дайте пример. Или опять не по теме?

Максим Зеленский, большинство знакомых, кодивших на питоне, считают его простым для изучения. На Хабре периодически тоже муссируется его простота/функциональность/востребованность. Думаю, причина именно в человеческом факторе.

Karataev, язык, решающий все задачи, — это ассемблер. Точнее, все задачи, кроме одной, — трудозатрат на написание кода. Чем более высокоуровневым, простым для понимания и удобным будет язык, тем более узкоспециализированным он будет.

Все_просто, понятно. Но, насколько понимаю, в Excel поддержка питона нужна в общем только для более удобного доступа к внешним источникам?

Нельзя написать программу, которая бы работала на хостинге, если хостинг не поддерживает C#. В этом случае надо использовать PHP. В основном дешевые хостинги не поддерживают C#. Чтобы работала на хостинге программа на C# надо покупать дорогой хостинг.
Да и мне начинает казаться, что элементы формы C# морально устаревают, я мельком читал о том, что нужно использовать WPF. Но пока не знаю, что это.
Взять например кнопку. Сейчас уже не модны объемный кнопки, да и получаются они большими. А в C# они есть. Это неправильно. C# ведь новый язык и в нем должны быть нормальные современные кнопки. Не делать же кнопку на основе Label.

Alemox, у выпуклых кнопок есть недостаток - их нельзя сделать маленькими, т.к. в них не вписывается текст. Так например и в VBA. То есть в C# осталось так, как было в Visual Basic. И возникает вопрос, зачем был сделан новый язык? Почему нельзя было просто модернизировать Visual Basic. Раз уж сделали новый язык, то хотя бы делайте его нормальным.

для C# нужен .Net Framework (насколько я знаю, есть не только под win, на все win - есть по умолчанию.). Под Java по-моему, то же платформа ставится. Пишите на С\С++ - не нужно трансляторов (машинный код). PHP, главным образом, предназначен для работы в среде web-серверов (как по мне) -
узкоспециализирован.
- да какие угодно можно сделать - набросал за 5 сек (свойств- на экране не помещаются, можно сделать все что угодно )

Я давно делал программу на C# (и я сделал только одну программу для себя), на продажу не делал, т.к. плохо ориентируюсь в этом языке, поэтому про кнопки точно не помню. Мне почему-то показалось, что проблема с выпуклыми кнопками осталась, как в VBA. Возможно я что-то путаю. Буду иметь ввиду про FlatStyle.

Lari, Переходите на Libre c питоном https://help.libreoffice.org/6.3/en-US/text/sbasic/python/main0000.html

Но имейте ввиду

Цитата
"В отличие от разработки макросов на базовом языке в LibreOffice, разработка сценариев Python для LibreOffice требует настройки внешней интегрированной среды разработки (IDE)."