Регистрация  |  Вход

Новый Арех компилятор

Немного информации о новом Арех компиляторе на англицком.
Peek Under the Hood of the New Apex Compiler

Рассказал, как работает компилятор, кэш.

Новый компилятор будет:
- поддерживать switch/case
- поддерживать модули (хз, что это такое, похоже на статические методы в классе)
- быстрее компилировать классы (сохранение класса/тригера будет работать быстрей)
- поддержка нэймспэйсов (я их не пользую, я не знаю в чем у них проблема)
- поддерживать кучу всего, что программеры просят, но в старом компиляторе это надо делать с переподвыподвертом.

Когда его выкатят - не сказал. Как узнать, на новом компиляторе твой орг - никак.

Немного информации о новом Арех компиляторе на англицком.
[url=https://www.youtube.com/watch?v=Yc5FrviQqO8]Peek Under the Hood of the New Apex Compiler[/url]

Рассказал, как работает компилятор, кэш.

Новый компилятор будет:
 - поддерживать switch/case
 - поддерживать модули (хз, что это такое, похоже на статические методы в классе)
 - быстрее компилировать классы (сохранение класса/тригера будет работать быстрей)
 - поддержка нэймспэйсов (я их не пользую, я не знаю в чем у них проблема)
 - поддерживать кучу всего, что программеры просят, но в старом компиляторе это надо делать с переподвыподвертом.

Когда его выкатят - не сказал. Как узнать, на новом компиляторе твой орг - никак.

А кратко изложить суть доклада можешь?
А то 40 минут вкуривать сильно долго.

А кратко изложить суть доклада можешь?
А то 40 минут вкуривать сильно долго.

Andrew Muzychuk
поддержка нэймспэйсов (я их не пользую, я не знаю в чем у них проблема)

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

[quote="Andrew Muzychuk"]поддержка нэймспэйсов (я их не пользую, я не знаю в чем у них проблема)[/quote]
наверное в том что не видит он глобал классы и не может скомпилить, но это вроде только тулинг апи почемуто касается

Andrew Muzychuk
Новый компилятор будет.

Ты так оптимистично говоришь...
То что он рассказал как он работает сейчас это хорошо, но на многочисленные вопросы вроде - "когда будет то и когда будет это?" Он сказал - "Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF"

Короче Generics мы не дождемся...

У вас есть другая инфа по этому поводу?

[quote="Andrew Muzychuk"]Новый компилятор будет.[/quote]

Ты так оптимистично говоришь... 
То что он рассказал как он работает сейчас это хорошо, но на многочисленные вопросы вроде - "когда будет то и когда будет это?" Он сказал - "Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF"

Короче Generics мы не дождемся... :(

У вас есть другая инфа по этому поводу?

Он рассказал как компилятор работает сейчас и что позволит сделать новый.
Нет.

Он рассказал как компилятор работает сейчас и что позволит сделать новый.
Нет.

Andrew Muzychuk
Как узнать, на новом компиляторе твой орг - никак.

Да просто сообщат наверное в очередном Release Notes что появились новые фичи - вот и весь новый компилятор. Хотя может из этого сделают мега событие а на поверку окажется очередной релиз с несколькими фичами. Поживем увидим.

[quote="Andrew Muzychuk"]Как узнать, на новом компиляторе твой орг - никак.[/quote]
Да просто сообщат наверное в очередном Release Notes что появились новые фичи - вот и весь новый компилятор. Хотя может из этого сделают мега событие а на поверку окажется очередной релиз с несколькими фичами. Поживем увидим. 

Руслан Курченко
Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF

Вот кстати да, с тех самых пор как купили все жду Вау эффекта - а где он? Сделали какой-то непонятный Connector за хренову тучу бабла и на этом затихли. Нафига покупали спрашивается? Купить купили, а завести забыли? Я использовал Heroku еще до того как вообще о SF услышал, штука классная. Возьми чуть чуть распиарь, пару примеров запили и будет бомба. А бомбы нет знаете почему? Потому что народ смекнет что это круто и тупо туда толпой повалит и плакали денежки SF за раздутие лимитов.

[quote="Руслан Курченко"]Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF[/quote]
Вот кстати да, с тех самых пор как купили все жду Вау эффекта - а где он? Сделали какой-то непонятный Connector за хренову тучу бабла и на этом затихли. Нафига покупали спрашивается? Купить купили, а завести забыли? Я использовал Heroku еще до того как вообще о SF услышал, штука классная. Возьми чуть чуть распиарь, пару примеров запили и будет бомба. А бомбы нет знаете почему? Потому что народ смекнет что это круто и тупо туда толпой повалит и плакали денежки SF за раздутие лимитов. 

Сколько негатива от того, что работают над новым компилятором :-)

Как по мне, и так все нормально работает (хотя, я все никак не соберусь посмотреть на конкурентов). Главное - не наплодить багов :-)

Сколько негатива от того, что работают над новым компилятором :-)

Как по мне, и так все нормально работает (хотя, я все никак не соберусь посмотреть на конкурентов). Главное - не наплодить багов :-)

как бы новый компилятор нужен, ибо существующий построен вокруг технологий Java версии эдак 5-й.

тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка

Dmitry Shnyrev
Руслан Курченко
Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF

Вот кстати да, с тех самых пор как купили все жду Вау эффекта - а где он? Сделали какой-то непонятный Connector за хренову тучу бабла и на этом затихли. Нафига покупали спрашивается? Купить купили, а завести забыли? Я использовал Heroku еще до того как вообще о SF услышал, штука классная. Возьми чуть чуть распиарь, пару примеров запили и будет бомба. А бомбы нет знаете почему? Потому что народ смекнет что это круто и тупо туда толпой повалит и плакали денежки SF за раздутие лимитов.


коннектор стоит около 50к в год + он асинхронный и все равно юзает SOAP + Bulk апи под капотом. соответственно, клиенты могут сделать то же существующими тулзами для интеграции.

как бы новый компилятор нужен, ибо существующий построен вокруг технологий Java версии эдак 5-й. 

тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка :)



[quote="Dmitry Shnyrev"][quote="Руслан Курченко"]Чуваки, мы купили вам Heroku, пилите на Java и интегрируйте с SF[/quote]
Вот кстати да, с тех самых пор как купили все жду Вау эффекта - а где он? Сделали какой-то непонятный Connector за хренову тучу бабла и на этом затихли. Нафига покупали спрашивается? Купить купили, а завести забыли? Я использовал Heroku еще до того как вообще о SF услышал, штука классная. Возьми чуть чуть распиарь, пару примеров запили и будет бомба. А бомбы нет знаете почему? Потому что народ смекнет что это круто и тупо туда толпой повалит и плакали денежки SF за раздутие лимитов.[/quote]


коннектор стоит около 50к в год + он асинхронный и все равно юзает SOAP + Bulk апи под капотом. соответственно, клиенты могут сделать то же существующими тулзами для интеграции. 

cidr8n
тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка

Не вижу проблем - в SF сделали отличный ход конем - версии API для всего. Вот и получается что прикрутят новый компилятор к очередной версии, скажем v40 и объявят всем - новый API не совместим со старым (конечно не объявят, но могут сослаться) и хотите сидите на старом или используйте новый на свой страх и риск. И мы, пользователи тоже в принципе защищены - поменять в meta к файлу версию API не сложно.
PS. Это конечно взгляд рядового пользователя со стороны - хз конечно что там под капотом может быть.
PPS. И надеюсь я правильно понял значение слова "легаси"

[quote="cidr8n"]тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка [/quote]

Не вижу проблем - в SF сделали отличный ход конем - версии API для всего. Вот и получается что прикрутят новый компилятор к очередной версии, скажем v40 и объявят всем - новый API не совместим со старым (конечно не объявят, но могут сослаться) и хотите сидите на старом или используйте новый на свой страх и риск. И мы, пользователи тоже в принципе защищены - поменять в meta к файлу версию API не сложно. 
PS. Это конечно взгляд рядового пользователя со стороны :) - хз конечно что там под капотом может быть.
PPS. И надеюсь я правильно понял значение слова "легаси" :D 

cidr8n
коннектор стоит около 50к в год + он асинхронный и все равно юзает SOAP + Bulk

Вот и спрашивается какого так дохрена?
Этим они стимулируют написание велосипедов и отталкивают потенциальных будущих пользователей, которым необходимы подобного типа приложения (интеграция Heroku + SF).
А сделали бы красивую бесплатную обертку - глядишь и НЕ SF пользователи подтянулись бы.

Опять взгляд наивного потенциального пользователя, надеюсь SF сейлсы свои бабки не просто так получают и цифру придумали не с потолка.

[quote="cidr8n"]коннектор стоит около 50к в год + он асинхронный и все равно юзает SOAP + Bulk[/quote]
Вот и спрашивается какого так дохрена?
Этим они стимулируют написание велосипедов и отталкивают потенциальных будущих пользователей, которым необходимы подобного типа приложения (интеграция Heroku + SF).
А сделали бы красивую бесплатную обертку - глядишь и НЕ SF пользователи подтянулись бы.

Опять взгляд наивного потенциального пользователя, надеюсь SF сейлсы свои бабки не просто так получают и цифру придумали не с потолка.

Dmitry Shnyrev
cidr8n
тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка

Не вижу проблем - в SF сделали отличный ход конем - версии API для всего. Вот и получается что прикрутят новый компилятор к очередной версии, скажем v40 и объявят всем - новый API не совместим со старым (конечно не объявят, но могут сослаться) и хотите сидите на старом или используйте новый на свой страх и риск. И мы, пользователи тоже в принципе защищены - поменять в meta к файлу версию API не сложно.
PS. Это конечно взгляд рядового пользователя со стороны - хз конечно что там под капотом может быть.
PPS. И надеюсь я правильно понял значение слова "легаси" :D

нет, так они сделать не могут - тут все сложнее. у тебя "новый" класс может захочет вызвать "старый"? две версии байт-кода в одном контексте - так себе идея ;-)

[quote="Dmitry Shnyrev"][quote="cidr8n"]тем не менее, не завидую новой команде - не сломать весь существующий легаси - это ого-го задачка [/quote]

Не вижу проблем - в SF сделали отличный ход конем - версии API для всего. Вот и получается что прикрутят новый компилятор к очередной версии, скажем v40 и объявят всем - новый API не совместим со старым (конечно не объявят, но могут сослаться) и хотите сидите на старом или используйте новый на свой страх и риск. И мы, пользователи тоже в принципе защищены - поменять в meta к файлу версию API не сложно. 
PS. Это конечно взгляд рядового пользователя со стороны :) - хз конечно что там под капотом может быть.
PPS. И надеюсь я правильно понял значение слова "легаси" :D[/quote]

нет, так они сделать не могут - тут все сложнее. у тебя "новый" класс может захочет вызвать "старый"? две версии байт-кода в одном контексте - так себе идея ;-)

Как раз они преследуют цель получения идентичного байт-кода как новым компилятором так и старым. Что б весь код не перекомпиливать.

Как раз они преследуют цель получения идентичного байт-кода как новым компилятором так и старым. Что б весь код не перекомпиливать.

Andrew Muzychuk
Как раз они преследуют цель получения идентичного байт-кода как новым компилятором так и старым. Что б весь код не перекомпиливать.

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

[quote="Andrew Muzychuk"]Как раз они преследуют цель получения идентичного байт-кода как новым компилятором так и старым. Что б весь код не перекомпиливать.[/quote]

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