Karolis Grigas on Web developmentFront-end developer, team lead, dancer
Current most popular way of developing web - React - is not sustainable. And that is a sentiment shared by React dev team (@dan_abramov at https://twitter.com/dan_abramov/status/1259614150386425858?s=20) and a great article at https://macwright.org/2020/05/10/spa-fatigue.html It's interesting that web development is going through a common phenomenon of circling back into old truths and a lost way of developing software. Client-side only applications are not sustainable, slow, and are only trying to emulate what a simple static html file with some styling and javascript sprinkled on top does. But it never will, purely because of the overhead of running the code, whose results should've come from backend in the first place. And that goal - static html with javascript small enough to fulfill interactivity on the open page - sounds eerly similar to how web used to be developed 10 years ago. Output some html, and manually write javascript for that page in particular. Very performant, but equally fragile and unscalable when it comes to complexity. Meanwhile, the modern tooling and developer experience for managing complexity is absolutely great. So joining these two things together sounds like a positive direction. Our web applications should serve the results of running it as the main response, with minimal post-processing needed. It should serve minimal javascript for that page, and that page only. Browsers know how to navigate, and they do it ridicilously well. At the same time, from developers experience application mental model remains what it is now - application is one, sound, and non-leaky model which can transition and resume it's state and any point, broken down into components with the same properties. It's just that these components don't return complete representations of themselves, but only minimal result in form of html, with minimal interactivity in form of javascript. The future sounds exciting.
Second-guessing the modern web - macwright.org
macwright.org
10

Appreciate
Comment
Share

No comments yet
Be the first to comment

Download Qoorio to talk & learn from other Humans
MORE INSIGHTS YOU MIGHT LIKE
Learn more by discovering other insights
When you read a non-fiction book, do you remember it? I love reading development books (Atomic Habits, How to Win Friends, etc) but I would only remember perhaps four or five key points afterwards, even if I really enjoyed the book I wanted to not only remember more of it, but also maximise my use of the book in my life. I tried starting a reading club, which fizzled out. I tried a podcast with a friend, which we became too busy to do regularly. In the end, I have settled on a good solution: -read a chapter -go back through the chapter and write down the main points (as if you were going to give a podcast on the chapter after) -at the end of the book, once you have notes for each chapter, go through them and write ten essential points for the entire book and five great quotes -add these fifteen things to a ‘development book’ that you refer to regularly -use these fifteen things to come up with 2-5 actionable things you will do every day/ week/ month/ time you do ‘x’ activity, based off this -write these 2-5 things in an ‘action’ section of your development book, as well as adding them to your daily/ weekly/ monthly routines as required The difference this makes is immense- reading the book takes twice as long (or more), but the takeaway from the book and impact in your life is ten times the size. Try it and see how it goes!

Appreciate
Comment
Share

Luis Tavira JiménezEstudiant
Thanks for the insight!😋
Mindaugas Jankauskas on Product DevelopmentProduct professional, Technology enthusiast, Product management consultant
One of the most common challenges I noticed in Product management is being able to plan, communicate, and get buy-in from different levels of stakeholders efficiently. As Product Manager, you will have different levels of stakeholders: ▪️Company management ▪️Other PMs ▪️Your own team All of them need a different level of detail and most likely from different angles. Knowing that you might want to organize your analysis, planning process, and communication in similar structure. 🔹 Insight #1. Starting your product development planning from the top will help to focus on the most valuable problems and get management buy-in before you even start development. 🔹 Insight #2 Limiting to right level information for the right stakeholders will improve communication clarity.
7

Appreciate
Comment
Share
Vytautas Galaunia on DevelopmentSoftware engineer @qoorio
Using Xcode? xcrun simctl delete unavailable Could be helpful, I personally regained 20Gb of disk space
Donny Wals @ 🏡 on Twitter
twitter.com
13

Appreciate
Comment
Share
Download Qoorio to talk & learn from other Humans
Become Open HumanFAQBlog
We use cookies to personalise content, provide social media features, and analyse our traffic. We value your privacy and only use the most necessary and analytical cookies. You can opt out at any time.