Tom retweetledi
Tom
3.8K posts

Tom
@devisscher
Software Developer 🧑💻
Ottawa, Canada Katılım Ağustos 2009
1.3K Takip Edilen1.1K Takipçiler
Tom retweetledi
Tom retweetledi
Tom retweetledi

5.2M jobs
$28B of exports
$229B in GDP impact
$490B in economic activity
That was the 2022 global impact of @Shopify entrepreneurs. There’s never been a public, global database specifically for measuring entrepreneurship impact — until now.
Meet: The Shopify Entrepreneurship Index, launching today in beta.
news.shopify.com/index-beta
English
Tom retweetledi
Tom retweetledi

I know that flaky tests are a thorn in the side of quite a lot of developers.
Here's everything you need to know about what causes flaky tests, why they appear more often in CI than locally, and how to diagnose and fix them.
codewithjason.com/how-i-fix-flak…
English
Tom retweetledi

What was previously Google's biggest strength might prevent it from innovating in the future.
Google technology used to be years ahead of the industry. In 2004, Google released a paper on its proprietary MapReduce algorithm, the system that powered Google's massively parallel web crawling infrastructure. The previous year, Google had released a paper on its proprietary Google File System, which worked hand-in-hand with MapReduce. No other company was operating at Google scale.
But the industry always catches up, eventually. In 2006, two engineers would use those papers as a blueprint to create an open-source version of both technologies, Apache Hadoop and HDFS. They quickly became the industry standard - spawning huge companies like Cloudera, Hortonworks, and Databricks. Google's internal implementation was similar but incompatible. Not only had Google failed to commercialize the technology, but it now maintained a completely different codebase. This made it difficult to hire talent, expensive to keep up with improvements, and created a divergent basis for future innovation.
Avoiding the MapReduce/Hadoop situation was the initial rationale for open-source projects like TensorFlow and Kubernetes. While open-sourcing internal Google technologies has been wildly successful in both cases, Google is still filled with bespoke proprietary technology. Everything works differently at Google: building software, communicating between services, version control, code search, running jobs and applications, testing, and everything in between. Ramp-up time for new engineers continues to increase. Engineers aren't able to use off-the-shelf software because it won't work with internal technologies. Technologies that were years ahead are now only months.
These are the patterns of strategic disruption: a company like Google acts rationally, building its bespoke technologies as a competitive advantage. This series of rational decisions unexpectedly creates an opportunity for startups to move more quickly, take advantage of the current ecosystem, and eventually disrupt. While Google still has some of the best internal technology, it is on a parallel, but different, path than the rest of the world. Cloud computing has accelerated this divergence. Engineers may choose to work at companies where they can build non-firm-specific skills to further their careers. I believe that Google understands these issues, but the inertia may prove to be too great to overcome, even with the best effort.
English
Tom retweetledi
Tom retweetledi

COP27 wrap up: funding the end of the world and other thoughts ift.tt/Bsvgrya
English
Tom retweetledi
Tom retweetledi

Imagine this. You are an OSS maintainer. Someone opens an issue on your library... and they are the lead singer of Weezer.
🎸 Brings a whole new meaning to "Rockstar Developer"
github.com/grahamearley/F…

English











