When I learned about git bisect I thought it was a little uppity. I thought it was something I would never use in a practical scenario. Working on large code bases. However, sometimes a bug pops up and we don't know when it started. We use git bisect not place blame on a person, but to try to figure out when the bug was no longer there so we know what code introduced it. Yes, clean code helps. Sometimes git bisect is really nice to have.
I would assume not. Consider ARC vs GC. With ARC the programmer manages memory and with GC the compiler manages it. People choose one or the other because of the style they're going after. Could you set a flag for it. Maybe if all libraries you download were pre-compiled perhaps.
Personally, I just prefer to know that the team that supports the tool I'm using is dedicated to "that one thing" I'm after.
You could do it. You could allocate something as garbage-collectible or not at allocation time. You probably would want them to be different types, though, so that the type system keeps track of whether you need to manually deallocate this particular thing, or whether the garbage collector will do so.
It could be done... but I'm not sure what it would gain you. It seems to me that knowing that it will do one or the other is better than having to think about which it will do in each instance.
Nim language iirc can have either of arc or gc and even manual etc. via their Multi-paradigm Memory Management Strategies
Source: https://nim-lang.org/1.4.0/gc.html
Yup. It's not the learning AI or prompt engineering is bad in anyway. A similar writeup https://news.ycombinator.com/item?id=45405177 mentions the problem I see: when AI does most of the work, I have to work hard to understand what AI wrote.
In your model, I give enough guidance to generally know what AI is doing, and AI is finishing what you started.
This. How can you know you hacked EVERY phone. I have friends with flip phones (no screen). There must be at least a small amount of optimistic thinking here.
IMHO someone was likely given a task such as "disseminate the message to 100% of the population" and they found a way to claim they accomplished the task (with reasonable credibility).
Love it! It's so much fun to see hacky stuff. Reminds me of the good ol' days. 'course then things were much less secure due to all the hacky stuff, but it was still FUN!
I gave it a shot. It is super nice to see someone trying to rethink a tool we use all the time. And integrating browser tabs was a really neat idea.
It doesn't work great for me, personally. Takes 5-10 seconds to respond to CMD+Tab, and shows hundreds of browser tabs instead of just the five I have open (I think it's seeing pinned tabs, which are actually bookmarks).
Still, I applaud you for this! It's refreshing to see this type of innovation.
Thank you so much for trying it out and for the kind words about the concept! I really appreciate it.
And thank you especially for the bug report. A 5-10 second delay is definitely not the intended behavior – it should be instant. You was the first user to report this. I've pushed several performance fixes in the past, but this sounds like that could be a new issue.
If you (or anyone else reading this) are running into these issues, I would be incredibly grateful for your help in reproducing them. What would be most helpful is your Mac model, macOS version, and which browser is showing the extra tabs. Even a quick screen recording of the issue would be amazing.
You can send any details or a video to the support email (support@macscope.app) or drop it in our Discord.
This is exactly the kind of feedback that makes a huge difference. Thanks again!
