正在加载视频...

视频加载失败

" I never thought I would leave the terminal ... then I tried Codex desktop app and I was like.. Wow, this is actually better." -- Hamel Husain What's interesting to me is what features are important to Hamel as I feel the same, as do many builders I...

16,550 次观看 • 2 个月前 •via X (Twitter)

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

Everyone's talking about vibe coding without looking at code. I was skeptical. I decided to give it a shot on a challenging problem and was blown away by what I could accomplish in 8 hours. I'm not skeptical anymore, but I also do NOT think it kills SaaS Notes: - I tried to replicate some of my favorite features from the Solve-It platform as a jupyter extension - I've tried this many times before, and it didn't work. - I gave my agent specific testing tools that I packaged as skills. I used AI to write the skills. I found the right testing workflow for this Jupyter extension by having AI peruse lots of other extensions and the Jupyter source code. - I had the AI write and maintain a large suite of tests the whole time. I think this was important in keeping the AI on track. - I watched the diffs and the thinking traces as they streamed by. From time to time, I would see something very suspicious like " try ... except: pass" And would stop the AI and tell it to stop this behavior. Then trigger a comprehensive code review using AI. - Most importantly, I don't think this kills SasS at all. Even if I can create software that replicates some of my favorite features, there is an insanely long tail of paper cuts and features I don't want to manage. The models and capabilities are improving so fast that I don't want to constantly tune everything. So I would rather leave that up to people who are focused on that daily and have good taste, with the knowledge that it has been battle tested against many users.

Hamel Husain

49,005 次观看 • 8 个月前

Now that I am home and have access to my files I decided to do a quick test with one of my Vtubing avatars. It works way better with my larger iPad Pro (less crashing/more memory and more screen space) compared to the mini so I did want to bring that up. Importing the file over as GLB was more stable than just OBJ plus it kept the color info from the previous texture. I texture all my avatars on substance painter but have been looking at an alternative when I am out and about that is not on the computer and this actually hits all the right "wants". Adding a quick video of the way the app works for me. I like that it has layers, I can alter my brushes and even add stabilization when I am drawing (which I use that extensively on procreate so that was a huge plus). The stamp tools will come in handy as well but did not show it on this video. The file itself is imported as "one mesh" but each part is treated as their own separate piece which I show in the video. I do the same thing on substance painter making it really easy for me to texture. The app then exports the texture out for each object which is the same way I do so on substance. Overall I am extremely impressed with the work Sparseal has done on this application and see how useful this will be for my current work flow of texturing. I for one love the ability to be "portable" which is a big reason I sculpt so much with Nomad Sculpt on the iPad. Having the freedom to do your work away from a desk and if you feel like doing it outside is probable why I yearn for iPad apps so much like so. Give this app a look, it is free to try on the App Store (It is $19 to be able to export, but a one time buy). It is called "Wafer" for the iPad. I already use CozyBlanket from the same creator to do re topology so I expected this level of fantastic with this current app.

Val / LatinVixen ➡️ Megaplex

17,469 次观看 • 6 个月前

There's so much focus on "how can AI do my work for me?" I think the more important question is "what work can I now do with AI that I would have never attempted before?" Earlier this year I wrote freestiler, a vector tiling engine for R and Python, with the help of Claude and Codex. I knew what the ideal engine looked like and how it would work at a high level. I didn't know how to put it together, and I don't know Rust, the language I wanted under the hood. Previously I would never have attempted this project as the ROI wasn't there. It would have taken me a year or more to learn the internals of a vector tiling engine and enough Rust to implement one. With Opus-level models, I could take it on. freestiler now powers all my vector tiling pipelines, including the map below rendering 143 million jobs from LODES, and it has 114 GitHub stars. Building this way has required a different set of skills. I don't review the code line by line. I set up adversarial agents to do that and write the test suites. What I review is the architecture, the behavior, and the results. Agent teams surface findings and explain their reasoning; I evaluate and critique. My job isn't to stress over code formatting, but instead to focus on questions like whether the engine is designed right, whether the output is correct, and if the UX makes sense. This means that I haven't "replaced my work." I've taken on entirely new work, with the help of agents, that I would have never done otherwise. It has taken some getting used to shipping code I haven't personally typed. In the old way of working, I built understanding through writing that code. Now I build understanding through managing the project - writing a spec, reviewing structure, evaluating UX. And that's helped me think a whole lot bigger in terms of what I can now do.

Kyle Walker

13,740 次观看 • 1 个月前