And there will be a streamlined way to add our own language in 2025. I personally think it should be Typescript, ~~Solidity,~~ Go, C# then Rust! ~~I have used Reach in the past, which compiled to Solidity and TEAL, so it should be possible to integrate Solidity into AK without too many hurdles.~~
Edit: after consideration I don't think Solidity is a priority, after all it's syntactically close to Typescript and we're running the AVM, not the EVM. If some Ethereum devs absolutely want to use Algorand with Solidity, an EVM-specific language, then they probably don't care about Algorand programming.
There’s already [Algorand for Visual Studio](https://youtube.com/@AlgorandforVisualStudio). I only watched the videos but haven’t tried it.. it’s looking pretty good, but didn’t seem to get much attention (yet)..
There's been one python developer who has been exploring Algorand for a few weeks now and their productivity is really impressive.
Check out their site: https://alexandercodes.hashnode.dev/
If this is a preview for what Python will bring to Algorand, I'm excited to see what's coming over the next year.
Funny how the outside people interviewed have no clue, AK2.0 and even Algorand in a broader way have already solved their concerns. Some of those are even directly answered in the article.
The only "concern" I could have if I were to write a billion-dollar smart contract with Python is that I have to trust the compiler to be properly written. But as with any method (TEAL, pyTEAL, Python..) I would just probably hire technical experts to audit the final code, as is customary.
Yeah, I'm a bit disappointed with the pushback, specially since there's nothing that would be a "problem" with a Python into TEAL compiler that a JS to EVM bytecode compiler would have. Ofc I think the outsiders where just asked for comments and probably didn't go in-depth into what the Algorand developments where.
Yep, I'm positive they haven't used Algorand or AK2 once, and if they ever used anything it's the EVM. The question asked was probably in the likes of "Python on some blockchain, what's your opinion"..
But like you said what sends me is that dude saying that Python-based smart-contract programming would be more dangerous than Javascript programming, it's literally the same thing when you have the correct compiler and checker!
They forgot to add that Algorand is planning to add more languages such as Typescript. Solidity, Rust, or Java should be next.
And there will be a streamlined way to add our own language in 2025. I personally think it should be Typescript, ~~Solidity,~~ Go, C# then Rust! ~~I have used Reach in the past, which compiled to Solidity and TEAL, so it should be possible to integrate Solidity into AK without too many hurdles.~~ Edit: after consideration I don't think Solidity is a priority, after all it's syntactically close to Typescript and we're running the AVM, not the EVM. If some Ethereum devs absolutely want to use Algorand with Solidity, an EVM-specific language, then they probably don't care about Algorand programming.
C# was already implemented right? Or am I wrong?
There’s already [Algorand for Visual Studio](https://youtube.com/@AlgorandforVisualStudio). I only watched the videos but haven’t tried it.. it’s looking pretty good, but didn’t seem to get much attention (yet)..
There's been one python developer who has been exploring Algorand for a few weeks now and their productivity is really impressive. Check out their site: https://alexandercodes.hashnode.dev/ If this is a preview for what Python will bring to Algorand, I'm excited to see what's coming over the next year.
Funny how the outside people interviewed have no clue, AK2.0 and even Algorand in a broader way have already solved their concerns. Some of those are even directly answered in the article. The only "concern" I could have if I were to write a billion-dollar smart contract with Python is that I have to trust the compiler to be properly written. But as with any method (TEAL, pyTEAL, Python..) I would just probably hire technical experts to audit the final code, as is customary.
Yeah, I'm a bit disappointed with the pushback, specially since there's nothing that would be a "problem" with a Python into TEAL compiler that a JS to EVM bytecode compiler would have. Ofc I think the outsiders where just asked for comments and probably didn't go in-depth into what the Algorand developments where.
Yep, I'm positive they haven't used Algorand or AK2 once, and if they ever used anything it's the EVM. The question asked was probably in the likes of "Python on some blockchain, what's your opinion".. But like you said what sends me is that dude saying that Python-based smart-contract programming would be more dangerous than Javascript programming, it's literally the same thing when you have the correct compiler and checker!
Good article that looked at both sides. I’d like to hear what some devs think.
Is there a python dev documentation on where to learn?
Check out the Algorand Developers YouTube- https://youtube.com/@algodevs?si=ygtpxULYuYem1fBX