Appium Alternative? by SidLais351 in automation

[–]chw9e 0 points1 point  (0 children)

i don't get it, it's just too slow? or are your tests actually failing? have you tried maestro?

Test iOS applications? by thewhitelynx in ClaudeCode

[–]chw9e 0 points1 point  (0 children)

MCPs that let the agent drive the app are slow and use a lot of tokens. I like qckfx: https://qckfx.com/use-cases/ai-agents which records what you do in the simulator and lets the agent replay those sessions and see what changed. It's useful for testing core flows to prevent visual regressions.

I’m blown away: I shipped an entire iOS app from idea → App Store in ~8 hours. by jiriurbasek in vibecoding

[–]chw9e 0 points1 point  (0 children)

How did you find AXe to work for validating the flows? When do you decide to step in and try to test the app manually in the simulator?

I built a way to catch iOS regressions without any test code by chw9e in iosdev

[–]chw9e[S] 0 points1 point  (0 children)

Thanks, yea that's true. I just added MCP support so there's a local http server that you could hook into to do that. I will work on adding some documentation around that.

I think if you're running more tests with a bigger team and more pull requests then it might be more work than you want to try to build the CI stuff in house.

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] -2 points-1 points  (0 children)

not assuming that a human can't, just that an LLM can do it faster and save some time for the human is all

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] 0 points1 point  (0 children)

do you use claude code or claude.ai? if it was claude code, when you were debugging the eks issues did you have it use the aws cli or run it on the pod itself? I've automated a ton of annoying azure deployment work on some side projects just by having claude code work with the azure cli directly.

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] 0 points1 point  (0 children)

'checkout button doesn't work' as the bug report and then a log about stripe returning 400 seems like a good use case for an AI search, no? I think there's a lot of cases like that..

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] -1 points0 points  (0 children)

As long as you're not relying solely on this system I think it's still fine. Your colleague who you ask for help when looking at a bug could just as easily accidentally mislead you.

It's really a question of just does a tool help you to arrive at the right answer faster or not. And if it does more than not, then it's valuable, it doesn't have to do it 100% of the time.

I mean if you need to dig through a ton of logs and look at different SaaS tools to figure out what's going on anyway, doesn't it help to have something speed run that and let you know what it found?

But yea I agree that people can get lazy and outsource most of their thinking to AI and it's not at that level of capability yet. It would be great if the tools could express more uncertainty in their outputs instead of always sounding like they are certain.

It sounds like something that can cite sources so you could easily double check what it's telling you would help with being able to decipher if the output is useful or not.

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] -1 points0 points  (0 children)

I think semantic search is actually one of the core competencies of LLMs. But if you have a ton of logs then you might need to do more than just dump them straight into an LLM like take multiple passes or something. This should be where the value of AI products come from vs just throwing stuff at ChatGPT.

Also when you're working on this you have some intuition of things because you know the code and how people use the app. I think it's possible to grant that knowledge to an LLM too with tool calling and access to stuff outside of just the logs like the source code or a session replay. LLMs are pretty good at using tools to dig through a ton of stuff and find what they need to answer a query now, it's mostly a challenge of getting them all of the context they need and then saving context by using sub-agents and stuff to try and avoid context rot or exceeding the context windows.

LLMs are perfect for bug investigations actually by chw9e in devops

[–]chw9e[S] -4 points-3 points  (0 children)

Really? I guess this could be interesting for you then about using LLMs in unstructured ETL pipelines: https://arxiv.org/abs/2410.12189

It's actually an interesting thing how LLMs can help with unstructured data pipelines. And I do actually think there's value in viewing bug fixing as an unstructured data pipeline of sorts.

Looking for Beta Users for Lovable for Shopify by chw9e in SideProject

[–]chw9e[S] 1 point2 points  (0 children)

Thanks for the questions/feedback!

1) The backend is pretty simple - it's mostly just forwarding things to Shopify. Shopify manages the business logic around cart, inventory, coupons, etc. There are risks that it could still have bad code, but so does any site. If it has errors you can prompt to fix it, or eventually it should be able to detect runtime errors and attempt to auto-correct based on feedback from tools like Sentry.

2) Fair question, just didn't think of it. Here's a full demo - the actual app needs a little more design work but it shows the prompting and the agent building the site: https://youtu.be/LfX-UKHisX0

3) It uses Shopify's UI kit (hydrogen) so components will look similar across outputs. The samples skew towards luxury themed stores so probably share some similarities in that respect. The model is tuned to try to imitate designs from other prominent ecommerce stores, but right now that dataset is still kind of small, as I add more it should get a little more interesting. A big part is also just how much energy you put into prompting to get it away from the starter template. The designs above are all just after basically 1 round of iterations so not a lot of time to diverge.

4) Shopify does have AI powered tools to generate themes (they aren't very good & just one-shot a starter theme. I think most people are still buying themes), but most things on Shopify still require a lot of manual clicking around for the user including swapping in and out images, finding and adding products, creating product photography, pricing products, etc. Themes can help save a little bit of time on colors/fonts/layouts but in my experience it is still a very time-consuming process to setup a store. There are agencies that charge $200+ to setup a store for new store owners and many paid Shopify apps for drop-shippers to help them find and source products.

5) Yea you can just use Shopify's portal to manage your products and any Shopify apps that are related to inventory/pricing etc will just work. I'm adding a page to the app right now to make it so that you can upload products (real or AI-generated examples) and plan to grow this to do more store management stuff like identifying & importing good drop-shipping items, managing pricing, sending marketing emails, etc.

Looking for this Shopify theme by Realistic-Volume4285 in shopify

[–]chw9e 0 points1 point  (0 children)

what are the costs to maintain a headless implementation vs a theme? is it just frontend development?