Earlier quoted context omitted.
The alternative used to be: report a bug. Put it in bugzilla. I've reported thousands of bugs. Maybe 30-50% of them used to be fixed. Nowadays I'd be pushing it to say 5%.
But do you still report bugs? I've gone to report GNOME or Ubuntu bugs, only to find that the problem already has a bug report from 5 years ago. The bugs are still open and unfixed, with a poor sap adding a "me too" comment every few months.
The State of the Art is Terrible
141–150 of 242 posts
Re: The State of the Art is Terrible
#142Earlier quoted context omitted.
Counterpoint: My office has a printer, yes, it's available over the wireless network. However, it cost... somewhere in the neighborhood of $10,000. I'm not entirely sure, we have a five year lease on the thing, and it costs something like $500/month to run. It's an okay printer, as long as you run Windows. There is a postscript module for the printer, but it costs around $1000, so Mac/Linux machines are out of luck,…
I wasn't sure where to chime in on these comments but this one resonated with me because I used postscript for a year at hp and it's a remarkable language. I think it's a shame that it's mostly unknown today and the opaque pdf standard has taken over. The world has largely established that http is the way to query devices and control them. Device drivers are the spawn of the devil to me and completely unnecessary (th…
We sort of had this before Windows. When you bought a printer you had to make sure it had an Epson FX mode to support Wordstar, Diablo 630 to print you invoices and IBM Proprinter to print your mainframe reports. It was a bloody mess.
The Windows printer driver model isn't great and MS appear to recognise this, but things were a lot harder when every application did it's own thing.
Re: The State of the Art is Terrible
#143Earlier quoted context omitted.
Anything below the top, say, 2-5% of software is guaranteed to be shit because all the programmers below the top 2-5% are shit. There is no grand movement or methodology to be had here. It's a people problem. Disagree. I don't think 95-98% of programmers are idiots. However, a lot of programmers (even some very smart ones) are terrible architects and have no sense of the big picture. Moreover, a lot of projects start…
>Disagree. I don't think 95-98% of programmers are idiots. I didn't say that. > It takes 10,000 hours of deliberate practice to become good at something, People need to stop re-hashing this. 10,000 hours of deliberate practice is likely but not necessarily going to make you an excellent programmer. I know plenty of programmers in their 40s and older who have that much time in or more that are frankly, garbage. Invest…
Re: The State of the Art is Terrible
#144Earlier quoted context omitted.
Anything below the top, say, 2-5% of software is guaranteed to be shit because all the programmers below the top 2-5% are shit. There is no grand movement or methodology to be had here. It's a people problem. Disagree. I don't think 95-98% of programmers are idiots. However, a lot of programmers (even some very smart ones) are terrible architects and have no sense of the big picture. Moreover, a lot of projects start…
>Disagree. I don't think 95-98% of programmers are idiots. I didn't say that. > It takes 10,000 hours of deliberate practice to become good at something, People need to stop re-hashing this. 10,000 hours of deliberate practice is likely but not necessarily going to make you an excellent programmer. I know plenty of programmers in their 40s and older who have that much time in or more that are frankly, garbage. Invest…
Re: The State of the Art is Terrible
#145Earlier quoted context omitted.
Every now and then I decide I don't like being a programmer anymore. And then I remember its the only thing I'm good at.
That's what hobbies are for - i.e. exploring other interests can make you more well-rounded, and occasionally give you marketable skills.
Re: The State of the Art is Terrible
#146Earlier quoted context omitted.
Other efforts similar in spirit but dramatically different in execution are Intentional Software and Jetbrains MPS. I really need to find a weekend to try to parse through VRI's work. Has anyone tried to make a digestable survey of the work they have done? I've glanced through their documentation but it seems quite sparse and their stuff is a moving target.
I don't think they are similar in spirit. These other projects are missing the radical vision that is by far the most important and guiding thing behind Kay's group: to recreate all of personal computing in 20,000 lines of code. Operating system and applications. That is so profound that, if they succeed (a big if) it can't help but change the world. Simonyi and the Jetbrains people aren't in the same galaxy. (I agre…
Re: The State of the Art is Terrible
#147Earlier quoted context omitted.
Thank you (seriously) for demonstrating the part where I said, "but they'd rather tell you why you're wrong rather than really listen to why you're frustrated." > ...as well as any other missing AD features... This isn't exactly a feature, it's a core part of AD permissions. Samba 4 was developed for the purpose of taking on server roles in an AD environment. > We are not your servants, we are people. Give value, get…
> support people are not your janitors. Quit expecting us to spend hours digging through arcane documentation, followed by further hours troubleshooting things that you left half-finished I am amazed once again at some people's ability to take free stuff and complain that it isn't making them money fast enough. Just take a few seconds to think about the value we all get out of the deep and broad Free Software stacks.…
Re: The State of the Art is Terrible
#148Re: The State of the Art is Terrible
#149Earlier quoted context omitted.
Youngster? Gee, thanks! I remember writing my first program on a Commodore Pet with 4K of RAM. Used peek and poke statements to draw the game field on the screen and loaded and saved the whole thing on a cassette tape. The problem here is that you can argue this either way, so let me clarify. When we do systems analysis, we first focus on "happy path" scenarios. You want something, there's no exceptions, you push a b…
Youngster? Gee, thanks! I remember writing my first program on a Commodore Pet with 4K of RAM That thing he's talking about with non-sequential placement of bytes on the drum is well before that.
Re: The State of the Art is Terrible
#150Earlier quoted context omitted.
Yes. I was just talking to my prof./boss today who worked at Stanford, PARC and later Interval about moving some things to Dropbox, arguing that it's a better long-term solution since it's just the file-system and the system doesn't rely on any specific representation (such as a database) or syncing mechanism (can be swapped for rsync, git, AeroFS, etc.). Hearing this, he launched into a rant about distributed file-s…
What about the progress being made by file systems? btrfs, for example, includes some amazing abilities. And what about git's content addressing? Progress comes in fits and starts, and not where we expect it.
And long before those, plan9's venti.