T>>"на Западе" vba используется в бизнес-сфере, как правило, непрограммистами, т.е. никто в этой среде тебя, скорее всего, всякими O(log(n)) долбать не будет, что и хорошо и плохо одновременно

L>У меня есть сомнения в том, что в наше время где-то есть сколько-нибудь значительный спрос на программистов, знающих VBA.

T>>программированием айти сфера вообще-то не заканчивается, везде очень не хватает requirements engineers , PM's и т.д.

L>В этих вопросах, к сожалению, не разбираюсь.

T>>если ты когда-то на vba, на самом деле, научился программить, то переход на питон не вызвал бы имхо каких-то особых проблем, да и было бы понимание, что сам язык программирования- ничто, гораздо важнее понимание той сферы, где он используется

L>При чем здесь VBA? Я, в частности, не умею проектировать питоновские классы, да и вообще толком не умею делать с нуля сколько-нибудь серьезные питоновские программы.


я просто всё к чему: по жизни встречал людей, которые формально получили лычку "BS CS", а "программить" не научились, под "программить" я понимаю то, что люди могут нафигачить код, который просто-напросто работает так, как хотелось бы , имхо, вот это "программить" — это самое сложное, это реально не у всех получается, то, что ты там упоминаешь какие-то там классы — это прибамбасы, это — вторично и направлено на причёсывание того, что уже есть, т.е. таким структурированием ты можешь код внутренне лучше и , может, понятнее для других организовать, но не это главное, вот например, реализация на того, с чем ты на vba тоже, наверное, не сталкивался : https://stackoverflow.com/questions/50952482/how-to-implement-the-factory-project-pattern-in-vba тут есть и классы, и логика по созданию их инстанций, и т.д. , но не это главное, вначале должно быть что-то, пусть даже кривое, что просто работает

когда это "программить" появится, тогда имеет смысл разбираться с тем, что можно было бы улучшить, у тебя же получается наоборот: ты смотришь какие-то сложные алгоритмы, слушаешь про какие-то классы, но не видишь в них потребности, а она может появиться реально только тогда, когда что-то уже есть

это было по поводу "серьезные питоновские программы"...

что касается "requirements engineers , PM's" — это не проще , чем программирование, просто этo — другая сфера деятельности, где хорошо могут работать те, кто "програмить" не умеют или не хотят

T>>"на Западе" vba используется в бизнес-сфере, как правило, непрограммистами, т.е. никто в этой среде тебя, скорее всего, всякими O(log(n)) долбать не будет, что и хорошо и плохо одновременно

L>У меня есть сомнения в том, что в наше время где-то есть сколько-нибудь значительный спрос на программистов, знающих VBA.

T>>программированием айти сфера вообще-то не заканчивается, везде очень не хватает requirements engineers , PM's и т.д.

L>В этих вопросах, к сожалению, не разбираюсь.

T>>если ты когда-то на vba, на самом деле, научился программить, то переход на питон не вызвал бы имхо каких-то особых проблем, да и было бы понимание, что сам язык программирования- ничто, гораздо важнее понимание той сферы, где он используется

L>При чем здесь VBA? Я, в частности, не умею проектировать питоновские классы, да и вообще толком не умею делать с нуля сколько-нибудь серьезные питоновские программы.


я просто всё к чему: по жизни встречал людей, которые формально получили лычку "BS CS", а "программить" не научились, под "программить" я понимаю то, что люди могут нафигачить код, который просто-напросто работает так, как хотелось бы , имхо, вот это "программить" — это самое сложное, это реально не у всех получается, то, что ты там упоминаешь какие-то там классы — это прибамбасы, это — вторично и направлено на причёсывание того, что уже есть, т.е. таким структурированием ты можешь код внутренне лучше и , может, понятнее для других организовать, но не это главное, вот например, реализация на того, с чем ты на vba тоже, наверное, не сталкивался : https://stackoverflow.com/questions/50952482/how-to-implement-the-factory-project-pattern-in-vba тут есть и классы, и логика по созданию их инстанций, и т.д. , но не это главное, вначале должно быть что-то, пусть даже кривое, что просто работает

когда это "программить" появится, тогда имеет смысл разбираться с тем, что можно было бы улучшить, у тебя же получается наоборот: ты смотришь какие-то сложные алгоритмы, слушаешь про какие-то классы, но не видишь в них потребности, а она может появиться реально только тогда, когда что-то уже есть

это было по поводу "серьезные питоновские программы"...

что касается "requirements engineers , PM's" — это не проще , чем программирование, просто этo — другая сфера деятельности, где хорошо могут работать те, кто "програмить" не умеют или не хотят, и такие, которые "могут и не хотят", тоже встречаются