Say what you want about BBEdit no longer being useful in the modern era, but whenever I have to work with a multi-megabyte file that my IDE chokes on, BBEdit can open it no problem.
BBEdit: Where Respect Is Due
161–170 of 177 posts
Re: BBEdit: Where Respect Is Due
#162They saved my butt last year when my old Mac Mini melted down. I had another old Mac Mini a friend gave me and when I contacted BBEdit they gave me a copy to get me back up and running without any hesitation even though I couldn't give them my serial number.
Nothing but respect for them.
Re: BBEdit: Where Respect Is Due
#163 - the multi-file search and replace,
- the diff tool,
- shell worksheets
and so much else.BBEdit has always been a fundamentally fast and reliable text multi-tool and I've used it since 1994 when I first started poking around HTML and learning Perl.
Re: BBEdit: Where Respect Is Due
#164BareBones has had several good programs to go along with BBEdit. Yojimbo is a kind of catch-all database where you can cram stuff and organize it. Kind of like a Pinterest for all kinds of things, not just images. With the family pack, everybody can have access to the same lump-o-stuff. Way back in the day, they had Mailsmith, which was, more or less, a POP mail client with BBEdit crammed in. (This was back when pret…
> in today's world where a lot of email doesn't come multipart MIME, just HTML, it would be less useful I find that ignoring mail which lacks a text/plain part makes for a pretty decent spam filter.
They used some version of Outlook. Don't know if it was in-house or the Microsoft hosted service or what. Plus whatever gimcrack spam filters they might use in house. I've seen some nonsense on the Internet, but this was a first for me. Absolutely bonkers.
Re: BBEdit: Where Respect Is Due
#165Has Apple done other pieces like this? This is the first time I’ve read one of these, and it was quite good! I’d always heard Rich’s name tossed around as a developer’s developers, but learned a lot more about him and his thinking from this article.
Re: BBEdit: Where Respect Is Due
#166Earlier quoted context omitted.
> in today's world where a lot of email doesn't come multipart MIME, just HTML, it would be less useful I find that ignoring mail which lacks a text/plain part makes for a pretty decent spam filter.
I recently emailed a guy that, if you sent him a text-only email (as I normally do), it would go into his spam folder or get vanished. I had to turn on HTML email to send something to him. They used some version of Outlook. Don't know if it was in-house or the Microsoft hosted service or what. Plus whatever gimcrack spam filters they might use in house. I've seen some nonsense on the Internet, but this was a first fo…
Re: BBEdit: Where Respect Is Due
#167Earlier quoted context omitted.
the problem is that the quality of data on the web is such you can't really trust what you get from google either, so you need to go back to the pre-google days of using specialized search engines, or accept that some of what you get back is likely polluted and you don't have the resources to verify everything.
with google, at least you could know where and who that piece of information is written.. with gpt, you got nothing but the same convincing tone.
Re: BBEdit: Where Respect Is Due
#168Earlier quoted context omitted.
with google, at least you could know where and who that piece of information is written.. with gpt, you got nothing but the same convincing tone.
You can ask it to provide links to primary sources as part of your prompt. This helps quite a bit with this problem.
Re: BBEdit: Where Respect Is Due
#169Earlier quoted context omitted.
[flagged]
I can’t believe this has to be said here of all places. GPT-4 is not a search engine of factual knowledge. You can not assume anything it says is true and not just a made up grouping of words that look nice together.
Re: BBEdit: Where Respect Is Due
#170> FTA: "We’ve always had the utmost respect for the user. Every internal decision about look and function answers the questions 'What does the customer need?' and 'How can we help them be more productive?' (Not 'How can we give them what they’re asking for?' because that isn’t the right question to answer.)" That's not utmost respect, but condescension when you think you always know /can figure out better than the us…
Developers who do what the users tell them to build the worst stuff. Imagine what a state your plumbing would be if you told your plumber where to put the pipes. The correct line of questioning is not "what do you want?" but "what is the problem you are having?".