Ashutosh Sharma (@iAmServerless) header
Ashutosh Sharma (@iAmServerless) profile picture

Engineering Manager @ https://xitter.gq/t.co/Y80qe1NsTg Love learning and teaching. Web performance enthusiast

Gurgaon, India
Joined February 2014
Photo by Ashutosh Sharma (@iAmServerless)Photo by Ashutosh Sharma (@iAmServerless)Photo by Ashutosh Sharma (@iAmServerless)Photo by Ashutosh Sharma (@iAmServerless)Photo by Ashutosh Sharma (@iAmServerless)
Ashutosh Sharma retweeted
I asked a software engineer once what it would cost to build this today. I will never forget his answer… “We can’t, we don’t know how to do it.”
457
1,599
216
31,559
4,902,128
Ashutosh Sharma retweeted
It’s about to go down. 🍿🥤
136
93
158
1,649
1,463,543
When should you use Choreography for Microservices? Yesterday, I showed 26,537 engineers in my newsletter the pros and cons of Orchestration and Choreography for microservices. Choreography uses event-driven communication - as opposed to orchestration, which uses commands. An event is something that has happened in the past and is a fact. The sender does not know who will handle the event or what will happen after processing it. The most important benefits of choreography are: - Loose coupling - Ease of maintenance - Decentralized control - Asynchronous communication Choreography allows microservices to be loosely coupled, which means they can operate independently and asynchronously. This makes the system more scalable and resilient. A failure of one microservice won't necessarily affect microservices. How does it compare to Orchestration? What about a hybrid approach? Here's everything you need to know 👇 milanjovanovic.tech/blog/orc…
6
56
1
312
66,998
🌄 Elevate your web images to the next level at #ReactIndia 2023 with @10xAkshay Uncover how to turbocharge image experience and performance using cutting-edge techniques
5
14
3
68
13,899
Ashutosh Sharma retweeted
How did this page receive 161K impressions but only 26 clicks, with an average position of 5.1? 🤔 This is according to Google Search Console, with the additional information being that it occurred for the query "foot locker", in the US, and on mobile. If you ever come across a situation where your page receives a significant amount of impressions with very few clicks, there are a number of common reasons. Common reasons include: 1. Internal Sitelinks 2. Images in Image Packs 3. Images in Knowledge Panels 4. Links in Tweet Carousels 5. Web Stories in the Visual Stories Unit Each of the features above can yield extremely high impressions within the performance report with hardly any (or zero) clicks, due to how the data for each feature is recorded in GSC. While the above are common reasons, a recent situation I shared in an SEO Challenge is a more recent situation that I have witnessed for my own site. The question I had asked on Twitter/X was about whether you could confidently explain how this data occurred to a client, without guessing and providing proof of your reasoning. A lot of the answers received related to a mismatch of user intent. While this is correct, it doesn't explain how the data has come about, showing proof of reasoning. Based on the responses, there were two that stood out from @PeterMindenhall and @SaniNizam1. Peter identified the reasoning and Nizam shared a screenshot that showed the best description available of what is happening. So what actually happened? More recently, I have noticed Google testing out articles for my site by ranking them prominently just on mobile for some very high volume queries. Even if they're not tightly related, Google has been surfacing the articles very high as a test in the standard organic listings, then bringing them back down quickly. How can this be proved? This can not be confirmed by just using data in GSC, due to limitations with filters. Instead, you can use the clues that GSC provides to explore the data in other tools. Based on my experience, @semrush has the best dataset and tools to explore this as accurately as you can. By using filters in Semrush to specify location and device type by the URL, you can see the queries where the page has ranked historically. Within this report, there is the option to view the actual search result on Google using the screenshots functionality (one of my favourite tools). The data shows a position #5 with the page ranking with an image thumbnail, which is the preview that appears next to the result, not an Image Pack. Clicking the snapshot shows the page ranking on mobile in the US for a close variant for "foot loker", which is the best snapshot I could find. The snapshot clearly shows the page ranking as the top result that isn't affiliated for Foot Locker, even above an article written by CNBC. While this ranking position has been short-lived and sporadic, this is evidence to help with making sense of the situation. When reviewing some of the other explanations, I was seeing a lot of answers for it being related to the 5 common situations provided above, along with being related to Top Stories, which isn't possible for my blog to appear in, or something that can be proved. While the data looks similar to some of these scenarios, there is no supporting evidence to suggest that any has been the result of the sudden uptick in impressions. With the answer being a lot more simple than expected. Other theories of influence While it's anyone's guess on whether this is of influence, there is the potential that I'm only noticing this happening more recently for my own site due changes with Google's Helpful Content Systems. While the intent clearly wasn't there for the Foot Locker example, Google still looks to be making a concerted effort to surface content for my small blog. With announcement from Google in May of 2023 stating: "Helpful information can often live in unexpected or hard-to-find places: a comment in a forum thread, a post on a little-known blog, or an article with unique expertise on a topic. Our helpful content ranking system will soon show more of these “hidden gems” on Search, particularly when we think they’ll improve the results." Again, I don't think Google nailed it with this one, and the Helpful Content System changes are unclear to be of influence, but it is interesting to see them at least test my blog for a very short period for a very high volume query (let's aim for the query "SEO" next time!)
16
49
4
248
49,295
Ashutosh Sharma retweeted
Google has killed a ton of products over the years, but he biggest product rug pull Google ever pulled was Google Analytics
167
201
74
4,778
1,814,491
Ashutosh Sharma retweeted
Happy to share @Razorpay just launched it's Payment Gateway in Malaysia. This is the first country we have launched in outside of India and we are very excited about taking our first steps outside. razorpay.com/blog/curlec-raz…
20
36
9
513
60,337
Ashutosh Sharma retweeted
Errrrrybody gets KV storage! Cloudflare did it (first?): developers.cloudflare.com/wo… Deno just dropped it... last week? deno.com/[email protected]/runt… Vercel dropped today: vercel.com/blog/vercel-stora… It's a super cool way to store simple data to grab and act on fast. 🎉
1
5
1
54
15,428
Ashutosh Sharma retweeted
Node 20 allows you to compile your app into a single executable along with the entire Node.js core so you can run your apps on systems where node isn't installed, or your don't trust the system version.
148
725
303
5,631
1,759,756
Ashutosh Sharma retweeted
6
20
4
205
36,004
I unironically deployed an inline event handler in HTML in a production app. I used it to avoid an unnecessary blur. So you still get the nice blur loading experience when the image isn't downloaded yet, but if it's already in your browser cache, you don't get a flash of blur!
12
52
6
1,679
927,349
Ashutosh Sharma retweeted
Looking at this file from WebKit may change how you think about web browsers 😅 github.com/WebKit/WebKit/blo…
71
442
98
3,100
Ashutosh Sharma retweeted
Rust Webpack Build Time: 2.1 seconds Javascript Webpack Build time: 25 seconds # of modues +2000 On a large build: (5000+ modules) Rust: 13 seconds Javascript: 99 seconds
There’s a full port of webpack to rust underway. It’s Not turbopack. In real world builds it’s about 10-20x faster than webpack.js. Apperently the plugin apis are unchanged too. There is a god.
7
23
6
202
38,844
Ashutosh Sharma retweeted
It's exciting to see @ChromiumDev announcing support for the use of @rustlang! It's been a long journey, and I look forward to watching them evaluate, adopt, & hopefully even contribute to some of the amazing libraries available in the #rustlang ecosystem security.googleblog.com/2023…
11
155
14
730
99,856
Ashutosh Sharma retweeted
.@vercel just published an article on how to do Micro-Frontends with Next.js I don't want to discuss whether they are Micro-Frontends or not, but I would like to point out the disadvantages of using that approach and why it hurts UX and organizational scaling more than you think
8
73
4
547
125,841
Get a look behind-the-scenes of how our team at @Razorpay rearchitected and redesigned the merchant experience on our dashboard. @sandydamy talks about what it takes to build for scale and doing it right. Stay tuned for part 2. engineering.razorpay.com/red…
13
2
22
7,995
Ashutosh Sharma retweeted
Bad code has made more money than good code ever will
37
47
14
844
Hello developers! We are thrilled to launch The #RazorpayEngineeringMeetup- a place to connect, exchange great ideas and grow. We will be announcing the dates of our first edition very soon. Spread the word and follow us for details. #ComingSoon
1
19
5
120
And here we are fellow #developers! We are super excited to announce our new Razorpay Docs Website with a user experience designed keeping you in mind. Do check it out here: razorpay.com/docs
1
8
3
31
#HappyFriday #Developers! We had something beta-brewing for some time, and now we are ready to present it to you. Keep an eye out for 7 pm today. RT and tag your fellow developers.
5
3
18