Hi, one reason is telegram payment.
on the other hand these kind of telegram mini-apps can be the future of the e-shops because of the telegram great communication capabilities.
there are many online shops using Instagram to sell their products, they can do better with telegram mini-apps in my opinion.
in my opinion sellers can communicate better with customers via telegram.
one of the great features of the Instagram is stories, telegram add stories lately,telegram have bots, channels, mini-apps so you can have better tools to sell your products.
telegram have an internal ads feature, beside that there is other ways like advertising in popular channels, groups and bots. many people already use these kind of advertisements in Telegram.
Anecdote: Both my parents and all grandparents have Telegram while none of them have Instagram.
It's a chat app used by a much wider audience than Instagram. Instagram is predominantly used by younger people who want to live the digital social life.
Where are you based? In the USA I don’t know anyone using telegram. I only recently downloaded it to follow some channels related to the Israel/gaza conflict. I really like the app.
Yeah but that is either via buttons or a link. I found later that WhatsApp is working on launching app type of functionality very soon via WhatsApp Flows.
I feel like I could have written your post, even today when I am in a fairly senior position and paid an uncomfortable amount of money. My advice for when this feeling gets overwhelming is to just put your head down and get a bit better than you used to be.
I don't mean study really hard, just learn any small new thing and over time you'll improve.
There's no rush and it's ok to be average. The fact that you say the "alternatives seem dreadful" means you are probably in the right career!
It's a simple static site with no server involved. Everything happens client side. You could turn off your internet while you're using it if you wanted to make sure no data is exposed.
True, but it's only safe if you do that. You have to either inspect the code every time you use the site or run it locally. Until subresource integrity [1] becomes widely used & the capability to 'pin' a given script to a specific version, web applications can not be used without at least trusting the owner of the domain.
A better example is Protonmail, a secure email service. It has a nice web client and there is an 3rd party desktop/electron version of the same size called Electronmail. While both essentially run identical code, the electron version is more secure because even Protonmail insert a backdoor for a single or # of users. They would have to at least publish the backdoor in the vanilla code at which point, the maintainers of Electronmail will probably raise the alarm.
Write a little piece of open-source client software to take a hash of the source code. Check the hash every time you use it. Spread the tool around to a community of people who review every time the hash changes and publish (separately) a history of attested hashes.
I actually wrote an even better way to do this, since my build system drops network access after downloading SHA-256 validated source (to ensure that source can't go out and fetch more things during build):
There's no way to obtain and execute source code that you didn't write and hand-compile for which this risk doesn't exist. (And it applies in its own sense to books, paintings, phone calls from mom, letters from an old mentor, DVDs, rental cars, ...)
Download, verify keys and signatures. You could run a checksum or even read the code yourself depending on how paranoid you are. Otherwise, you're just hoping mycrimepics.net/dontsnitch wasn't subpoenaed between your last visit and now.
Great blog post. I will incorporate some of those ideas (like testing) into the challenges.
I agree that the interviewer side is a mess and one of the long term ideas for this is to create interview packages for companies to help assess and calibrate FE candidates.
To avoid any conflicts I'm trying to keep my employer out of it, but it would definitely help with reputation.
Hey thanks! I actually stayed away from those kinds of problems because they're well covered by other sites, but I'm interested in what you mean by presenting then in my way?
Do you mean algos in a practical front end context?
In the talk you say that you reduced JS and therefore lowered TTI and saw more clicks on the signup button. Is it possible that you are just _tracking_ more clicks, but the total is the same?
Does it really matter how much JS there is if it's loaded after HTML and the user can already move to the sign up step without it?
