NK
Не на JS а на AS=) Разница коллосальная на самом деле. Дизайном JS занимался Эйк за 10 дней, дизайном TypeScript занимался Андерс Хейлсберг - который до этого писал первый компилятор Паскаль, а потом делал дизайн языка C#
Size: a a a
2019 March 31
A⠀
ну solc понятно где искать, а на какой код evm смотреть? или макароны и постыли во всех реализациях?
ID
ну тогда нужно накидывать на конкретные реализации evm, просто думал что где-то есть консруктивная критика дизайна самой evm. Я бы с удовольствием почитал.
NK
ну тогда нужно накидывать на конкретные реализации evm, просто думал что где-то есть консруктивная критика дизайна самой evm. Я бы с удовольствием почитал.
Почитай эту статью: https://blog.bankex.org/nine-pitfalls-of-ethereum-smart-contracts-to-be-avoided-f7464761211c
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
f
ID:414983998
Почитай эту статью: https://blog.bankex.org/nine-pitfalls-of-ethereum-smart-contracts-to-be-avoided-f7464761211c
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
Руби не считает газ :)
f
А остальное вроде про солидити?
NK
И про солидити и про evm
ID
ID:414983998
Почитай эту статью: https://blog.bankex.org/nine-pitfalls-of-ethereum-smart-contracts-to-be-avoided-f7464761211c
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
Кроме этого добавлю. Язык имеет парадигму контрактного программирования (наверное они решали какую бы парадигму выбрать? Ну если быдут писаться контракты то очевидно же что контрактную и никакую другую!)=)
- в таком важном языке нету арифметических операций детектирующих переполнение, поэтому все используют библиотеку SafeMath, которая кстати очень не эффективная
- Все типы данных - это 256-битовые целые числа, даже int32 или байт =)
- Очень неэффективная работа с памятью. Настолько что большинство контрактов изобилует ассемблерными вставками, что бы хоть немного это ускорить и не тратить драгоценный газ
- Оптимизатор настолько хренов, что к нему прикрутили SMT-солвер z3 и проганяют его по 500-1000 раз что бы хоть как то улучшить положение
- Виртуальная машина - это вообще отдельная песня. У нее производительность хреновее чем у Руби
Ну и перечислять можно бесконечно на самом деле, если интерестно поищи в сети. Материала полно
спасибо! буду изучать, чтобы знать как и за что накидывать)
AF
А ты код посмотри. И solc заодно. Нет, лучше не смотри.
Ща перепишут всё на JS и будет всем браузерно-Электронное счастье!
Получится «Коробка 2.0» как во втором сезоне Silicon Valley. :)
Ща перепишут всё на JS и будет всем браузерно-Электронное счастье!
Получится «Коробка 2.0» как во втором сезоне Silicon Valley. :)
ага. Гавин с Мареком в спешке писали
AF
блин. Не думал, что мой смех (ржач) с наедине Умпутуном тоже в эфир попадёт
AF
NK
Good, better, the best, never rest =)
2019 April 01
AN
Hey Guys!
AF
йо
AF
блин, у нас приветсвия нет у чата (
AF
кто знает хорошего motd бота?
AN
все хуже. к сожалению никто не может обьяснить что это и как оно работает
Григорий, а вы видели мой доклад на эту тему?
AF
я полагаю, у Бобука есть у кого спросить на любую тему :)
AF
привет @gritzko!
Для тех, кто в танке, Виктор занимается оч. крутой темой CRDT.
https://en.wikipedia.org/wiki/Conflict-free_replicated_data_type
Для тех, кто в танке, Виктор занимается оч. крутой темой CRDT.
https://en.wikipedia.org/wiki/Conflict-free_replicated_data_type
AF
насколько я помню (из разных подкастов с твоим участием), вы что-то Яндексе-почты делали для бесконфликтной синхронизации документов в "реальном времени"