You could export this data as a CSV, build a DB schema for it, import it in, and use a different front end app and get the same results. But I'm not sure what that would gain. Given the small amount of data, it's not going to improve performance noticeably.For the life of me, I can’t work out how this isn’t yet another case of those who can’t remember the existence of databases being condemned to trying to recreate one out of a spreadsheet.
google sheets can be exported to libreoffice.Scratching your own itch is an interesting thing. It's what's driven an awful lot of innovation in the computer industry - and we rightfully laud it.
But at the same time that doesn't mean everyone wants to create something that ends up being a full time job and then becomes a company that employs people. Sometimes, we just want to make our lives just a bit easier, and we're done.
The only downsides to this kind of solution is the dependency on an external supplier. In this case, Glide. For me, a long time ago it was Palm for hardware and ThinkDB(?) for software. When the platform dies, so does your solution.
Fortunately Google Sheets seems like it'll be around for a while, so that just leaves Glide. It seems you've already looked at some of the other low-code solutions, so you can always move away.
I guess what I'm trying to say here is that the great thing about saving time is that there's now more time available in which to play with saving more time... Oh, wait. Well, as long as we enjoy it, eh?![]()
I get your point, but Ars is not an "app". It is a website.Wait until you find out what Ars (an online app) TOS says about your comments...
Username seems so fitting for thisHey Kevin, could you embed this spreadsheet-powered web app into a Word document for me? I want to put it into my spreadsheet of neat things (that I keep in a PDF that I access through another Word document that has a spreadsheet in it).![]()
The base for it was the below which is admittedly a little worrying to a ToS naive reader like myself. The "materials contained on the Services" is not particularly narrow, and sounds like it may apply to any material you upload to the Services.Their Terms of Service states literally exactly the opposite. It appears to have been an utterly baseless statement:
https://www.glideapps.com/legal/terms
5. Intellectual Property
The entire content and materials contained on the Services, including, but not limited to, audio, video, images, text, user interface, scores, logos, the selection and arrangement of the Services and other intellectual property (the “Content”) are owned by or licensed to Glide to the fullest extent under the copyright laws of the United States and other countries. Images of people or places displayed on the Services are either the property of, or used with permission by, Glide. You may not reproduce, republish, transmit, upload, distribute, copy or publicly display any of the Content without our prior written consent. We neither warrant nor represent that your use of materials displayed on the Services will not infringe rights of third parties not owned by or affiliated with the Company. We may redesign the Services in our sole discretion at any time.
Thank you! What an amazing little project. I’m sure I’ll find tons of uses for it.My go-to tool for projects like this has become TiddlyWiki…
From the title, I thought you were making apps that can be called on the phone, similar to ChatGPT's new 1-800 number.I keep turning my Google Sheets into phone-friendly webapps, and I can’t stop
This sounds almost like a description for a advent of code problem. I wonder if he takes submissions. That way you can have reference implementations in all languages as well as a lot of online discussion and analysis of the problem. ;-)You try to ensure no testing room has more than 20 students in it all taking the same subject area assessments ...
That’s a deep rabbit hole to go down, and I’m sure lots of people will have strong opinions on which apps are best. The two that I’ve tried and liked are Paprika and AnyList; ended up using the latter, as the ui was more to my taste.I created an account just to comment on this article to say: So helpful, Kevin!! Thank you. I am trying to catalog my household so we can find things easily and right now I use a rudimentary method… just a list in a Google doc shared with my husband. I can do so much better!! lol. Can you please do a story ranking recipe import apps?? Thank you.
Feels like the next step to make computers more useful to normalMake an app just to figure out where to eat: many software engineers would relate! Most would however struggle to understand why going to such lengths to avoid writing an app. Glide reminds me of Access, a tool I only recall in my nightmares.
That said, this article emphasizes two important facts of life: (1) most apps are just fancy interfaces to write stuff in a DB (2) spreadsheet software sucks on mobile.
I used Access back in the day, and the main problem with it was the default shared-file database. It was OK up to about 4 or 5 concurrent users, then it would start having locking problems, which meant that it would fail right around the time the application became important to the company.Is it true to say that the main problem with Access or Filemaker is that they don't work well in terms of best practice for structure and scalability etc?
My go-to tool for projects like this has become TiddlyWiki,
I guess the main sin of Access (or Filemaker) is that too many people used it as enterprise database. In my first internship I was asked to maintain a school student DB in Access: this gave me PTSD.Feels like the next step to make computers more useful to normal
folks is more low-code interfaces to databases, as well as explaining why to use a database rather than a spreadsheet.
Is it true to say that the main problem with Access or Filemaker is that they don't work well in terms of best practice for structure and scalability etc?
Answering my own question: a lot, but not as much as I thought. I've been hovering over SwiftUI for a while. It's not drag-and-drop like this by any means, but it is easier to get going than I expected. I made a simple CRUD app in Glide in about an hour. I made the same app with SwiftUI, following tutorials and with help from ChatGPT, over the weekend.What would it take to graduate from this to a SwiftUI app?
Well that's disappointing. I'll see who else may be there. Part of the problem is that Google has promoted DoorDash, Uber, et al so heavily that the local folks aren't findable.Seems broken. I tried a number of different addresses in DC on their site and app but either “no restaurants” or they “don’t serve that area” errors. I’d like to support the local guy/gal, but…
I've been very happy with Recipe Keeper, though it doesn't have any discovery functionality.That’s a deep rabbit hole to go down, and I’m sure lots of people will have strong opinions on which apps are best. The two that I’ve tried and liked are Paprika and AnyList; ended up using the latter, as the ui was more to my taste.
Because there's no reason to use a database for a use case like this? Databases are better than spreadsheets when scalability matters or you need to manage complex data relationships, but it does not seem like the use case here demands that or have the likelihood of scaling to the point where it would. You are coming up with a solution asking for a problem rather than the other way round.For the life of me, I can’t work out how this isn’t yet another case of those who can’t remember the existence of databases being condemned to trying to recreate one out of a spreadsheet.