yoava
Head to head: Claude Code (Opus 4.6 / 1M) vs. Cursor (Composer 1.5 / 200k)
with design log, we ask the AI to create the ADR or log entry, but unlike ADR we 1. require the AI to ask question and we answer. 2. require the AI to update the design log after implementation with any drift from the original design.
Both of the above help to make the AI more precise and prevent context drift.
I Stop Prompting and Start Logging: The Design-Log Methodology
Microservices Reliability Playbook
The Future of Web Frameworks: A Look at Emerging Trends
Over 700 dead, 150 kidnapped in IL
We have seen in one of our products a huge difference between saying
1. You are limited to 3000 units, then you can buy more. 2. You get 3000 units for free.
Guess which one was better...
I do have a question for you - do you see any real use case for APL today? Do you see ideas we can learn from APL?
I wander, what is the source of the idea? Are you using it in your team?
However, I do not see a discussion of side notes and SEO (search engine optimization), and the implication of using this or that technique on SEO
Personally, I do not see myself using it, yet I can see the value and innovative line of thought.
Just keep in mind that it all started with the "Start" button in Windows 95, which kind of solves the same problems.
I wander, which is better?
When we stared Wix, we stared as a monolith - at 2006. In 2008 we split this monolith into two services due to different SLA - building websites and serving websites.
In 2011 we stared splitting the monoliths into micro services to solve software delivery pipeline - ability to move fast and scale with number of developers. Today we have about 20,000 deployments of new software every year, with over 1000 developers.
At Wix we are constantly investing a lot to maintain the microservices architecture and make it productive for our developers. We are making tools and utilities to return DRY into microservices architecture (think CDC support, GDPR support, Monitoring support, Scaling, Access Control, etc.).
My takeaways -
* Microservices do not come for free. You have to invest in making it work for you
* When building a startup - build a monolith. Break it down later when you understand what you need.
* We as an industry do not understand how to build micro services. There are a lot of fundamental aspects of microservices that are not commonly known / understood or ready as of the shelf solutions.
However, early on, around 1998, people started talking on 3 tier architecture of client - server - database on both platforms. There where even attempts to build web pages using both platforms (and later on .Net), which failed because of a lot of reasons, one big reason was not understanding the advantages of CSS.
However, I still remember at around 2002 that we where asked to build specific custom user experiences, I think it was around reports, and using VB or Delphi was a lot of programming using draw commands... while using HTML and CSS it was fairly easy, even with the browser differences of CSS.
Any custom component in VS or Delphi (I am talking atomic components, not composite) requires using basic draw commands, and a lot of them.
The end result was that both platforms are not as expressive in terms of UI as the web, you cannot compare basic draw commands to structured CSS.
CSS has killed VB.
How? when you need to build any application with custom graphics or UX, in VB you are gonna writes tons of lines of code, while using CSS you just write 2-3 declarations.
At the same time that both VB and Delphi reached peak usage, the web started to show how easy it is to express graphically and UI using CSS. When you have to write tons of lines of code in VB to get to the same as 3 lines of CSS...
VS, and Delphi, are the masters of creating desktop applications. However, both failed to port to the web, and them to mobile.
There are a lot of reasons why they failed -
* missing graphical expression capabilities for customer facing websites
* using languages that are not native JS, preventing them from utilizing the JS eco-system
* Vendors (Google, Apple) who for their own reasons kept mobile development native on their language and tools. And many more reasons.
Last, both have paved the way for low code application builders for enterprises, which are mostly aimed at internal systems (not customer facing).
Worth noting that we, at Wix, have built the Wix dev platform learning from VB and Delphi, creating a website builder platform with similar concepts (I am the creator of Velo by Wix, the Wix dev platform, and having 10 years experience programming VB and Delphi).
I think the role of AI generated site is to help getting a better result fast, both for non professionals, but also for professionals as a starting point.
Almost like buying what are clearly branded domains only to sell them later to brand owner...
(and keep in mind, I work for Wix)
It makes a lot of sense that we will see disruption in this area using some AI powered stuff.
I have stated this before, and do not hide it.
AI can get you so much.
This "so much with AI" is a lot, and great for many websites.
This "so much with AI" is a great starting point for many other websites.
I believe professional (like you?) will be using AI based tools to automate the simple tasks and focus more on the added value only they can provide.
Given a talk like -
Agency: What is your budget?
Client: 500$
Agency (yesterday): I can only do so much
Agency (today): I can offer you more for the same budget
The strength of this offering is that it is seamless with the experience Wix is based on.
1. AI Text Creator 2. AI Template Text Creator 3. Alternative Layouts 4. AI Image Creator 5. Auto Background Removal and Auto Enhance 6. Auto-Generated Trailer 7. Product Descriptions 8. Product Recommendations 9. AI Domain Generator more coming soon...
see examples here https://www.wix.com/blog/avishai-abrahami-thoughts-about-ai#...
1. Image Creator 2. Alternative Layouts 3. Auto Background Removal and Auto Enhance 4. Auto-Generated Trailer
You can see full examples of each here https://www.wix.com/blog/avishai-abrahami-thoughts-about-ai#...