telebot VS usbarmory

But then it's hard to imagine much better than the existing Telebot library, which is a very elegant and idiomatic Go.

https://github.com/tucnak/telebot

I use https://github.com/tucnak/telebot, which has been a joy to work with. It'd take a bit of time to decouple my actual business logic from the bot portions of my code so I can't share that, but it isn't far off from the examples within the README on that repo.

I understand that it is possible to initialise a WebApp opened from Telegram using either a menu or inline button. Ideally I want to provide the Telegram client's contact list to the WebApp. If anyone can provide an example of how to do that I would be very grateful. I'm using the https://github.com/tucnak/telebot API for Go but if there is a better API in another language that anyone recommends I'd be happy to use that.

Created bot credentials using BotFather For integration with Telegram, I found a bot framework for Go - Telebot The setup was pretty easy:

We are ready to start the implementation. We'll be using the Telebot Go library. Telebot is a framework that is going help us a lot interacting with the Telegram Bot API (setting up the bot, handling requests, sending messages, etc).

Niklaus Wirth, rest his soul, would disagree.

Like would the the selling USB Armory, with Go written firmware.

https://www.withsecure.com/en/solutions/innovative-security-...

Back in my day, writing compilers and OS services were also systems programming.

Not only you can fit Go into a kernel, there is at least two products that do so.

TamaGo, used to write the firmware used in USB armory.

https://www.withsecure.com/en/solutions/innovative-security-...

TinyGo, which even has official Arduino and ARM support, and is sponsored by Google

https://tinygo.org/

Ah but that isn't proper Go! Well neither is the C code that is allowed to be used in typical kernel code, almost nothing from ISO C standard library is available, and usually plenty of compiler specific language extensions are used instead.

> Since 80s everybody designs systems on top of C.

More like since the 1990's, and mostly thanks to the GNU Manifesto and FOSS uptake that took the steam out of C++ adoption being pushed by Apple, IBM and Microsoft.

There is firmware in production written in Go,

https://www.withsecure.com/en/solutions/innovative-security-...

Not exactly but close. No gocoin, but custom (minimal) client based on btcsuite libs. And it is run on USB Armory SoC.

Relocking with your own key is only for experts, it's similar to the USB Armory device for embedded electronics. If you get it wrong you can brick the device, the purpose of doing it is to protect against certain types of boot attacks (like if somebody can get temporary physical access to your phone or even just plant a malicious USB cable which could potentially push malware. If you don't know what you're doing, stay on stock OS.

Plenty of software that is written in C and C++, can be easily done in Go as well, in fact in any AOT compiled managed language.

C++ was born to write distributed systems, nowadays it hardly matters on cloud native infrastructure beyond the OS and hypervisors layer.

This is how Go can be a competitor to C and C++, just like Inferno was basically Plan 9 with Limbo for userspace and very little C beyond the kernel.

And then there are those crazy folks that believe they should ship bare metal AOT compiled languages regardless of others think.

https://www.withsecure.com/en/solutions/innovative-security-...

Of course it can, there are companies shipping products written in bare metal Go.

https://www.withsecure.com/en/solutions/innovative-security-...

https://github.com/usbarmory/tamago