Amen brother. Pulseaudio had the nice promise of a way to connect sources sinks and intermediate audio processors, but it turned out to be a nightmare that rarely worked.
An application should have a single sensible audio API under linux rather than having to know about pulseaudio or any other audio system in the OS.
In the frameworks I've played with, that is exactly the promise they make. Set it up in 'our wonderful framework' and users can easily update the content. It's BS.
I agree. A lot of parts that people may think are easy to get are actually locked up in supplier agreements to mass manufacturers. If you want 3 million next year, thats ok. But 10 this week, no chance.
I've yet to meet a Framework that makes things as clean and usable as they claim.
And worse, once a web site is in Django or Drupal or somesuch, no novice can edit anything. Template languages are great if you understand the inheritance model, but non techies do not understand those things. They give up, load dreamweaver and mess all over your lovely framework, so they can get content up.
If you have a staff online to support a web site, then fine. They can mediate transactions. But Frameworks are like an arse. They only get bigger with time.
There are better ways borne of thinking hard about fitting the right solution to the problem.
>GWT. Write in a compiled type safe language and let the computer generate all the JavaScript for you.
If my job required me to do a lot of web stuff, this would by the way I would choose. As it is, there's not much call for SystemVerilog coding in web apps.
Because you want or need to use an application that requires it. I assume you're talking generally and not asking anyone to comment on your specific situation without giving any other details about your use patterns or needs.
Let's be more specific then. What is it that Javascript does that I cannot do with an alternative language just as or more effectively? I don't dispute that you can use it and some can use it well, but I do dispute that anyone 'needs' it.
If you're using a high level language with WSGI for efficiency, then you can choose the one that meets your performance/complexity goals.
Friendly, maintainable, not high performance: Python Higher performing, C, C++ Supports elegant solutions if your brains are wired differently: Haskell
But unless your code is a mess, there's nothing so valuable as a large codebase of working code with institutional knowledge built around it. That would be PERL.
That is part of it yes. It requires a wide range of differently experienced people: low level software, high level software, circuit design, assembly, layout, component sourcing, factory liasion, DFt, Manufacturing etc.
Then you need to get them all to work together. And you have to pay them.
The component cost is irrelevant until you get into high volume manufacture.
Yeah, I know. That sentence blew my mind! How can something you do for your job not be okay!? It's impossible!
It's not that hard. Many people didn't think they were part of the the game. They understood that governments used their taxes in part to keep order, by enforcing laws and dealing with terrorists. Then they found that they themselves were being spied on even though they were neither criminal no terrorist.
Some actions are indefensible even though you could crowbar them into the job definition that was formed decades earlier.
Slashdot Mirror
>You keeep using that word . . . I do not think it means what you think it meanz . . .
No I didn't. The work "promising" didn't appear once.
You misspelled 'keep' and 'means'.
Idiot.
>, I used to *hate* pulseaudio on 'nix.
Amen brother.
Pulseaudio had the nice promise of a way to connect sources sinks and intermediate audio processors, but it turned out to be a nightmare that rarely worked.
An application should have a single sensible audio API under linux rather than having to know about pulseaudio or any other audio system in the OS.
In the frameworks I've played with, that is exactly the promise they make. Set it up in 'our wonderful framework' and users can easily update the content. It's BS.
I agree. A lot of parts that people may think are easy to get are actually locked up in supplier agreements to mass manufacturers. If you want 3 million next year, thats ok. But 10 this week, no chance.
Clearly my job looks nothing like yours.
Does a "TI multi-core dsp+arm board" design your manufacturing process for you?
>TL;DR: Using C++ for web server-side because "it's fast" is premature optimization. Don't prematurely optimize.
You should know if you're expecting 1Mhit/s or 3 per week.
Whatever floats your boat.
I see people around here who not only use, but appear to like Javascript. Those people occupy a different mental space to the one I do.
I've yet to meet a Framework that makes things as clean and usable as they claim.
And worse, once a web site is in Django or Drupal or somesuch, no novice can edit anything. Template languages are great if you understand the inheritance model, but non techies do not understand those things. They give up, load dreamweaver and mess all over your lovely framework, so they can get content up.
If you have a staff online to support a web site, then fine. They can mediate transactions. But Frameworks are like an arse. They only get bigger with time.
There are better ways borne of thinking hard about fitting the right solution to the problem.
From the wikis: charitable, religious, educational, scientific, literary, testing for public safety
Why do you need to be charity? Why not educational/scientific?
>till some really nasty DRM/Trusted computing evil
DRM is evil, but trusted computing is a tool. It is no more evil than the user.
> its distinguishing strengths are few and aesthetic
Aesthetics matter.
http://www.amazon.com/Machine-...
>Javascript. Code for input validation
Umm... Javascript in a web page can do nothing for input validation. Anyone can send anything they want to a server.
>GWT. Write in a compiled type safe language and let the computer generate all the JavaScript for you.
If my job required me to do a lot of web stuff, this would by the way I would choose.
As it is, there's not much call for SystemVerilog coding in web apps.
Why is it I need Javascript?
Because you want or need to use an application that requires it. I assume you're talking generally and not asking anyone to comment on your specific situation without giving any other details about your use patterns or needs.
Let's be more specific then. What is it that Javascript does that I cannot do with an alternative language just as or more effectively? I don't dispute that you can use it and some can use it well, but I do dispute that anyone 'needs' it.
>JavaScript isn't going anywhere, and is nearly required for web development in browsers
I manage fine without it.
Why is it I need Javascript?
If you're using a high level language with WSGI for efficiency, then you can choose the one that meets your performance/complexity goals.
Friendly, maintainable, not high performance: Python
Higher performing, C, C++
Supports elegant solutions if your brains are wired differently: Haskell
But unless your code is a mess, there's nothing so valuable as a large codebase of working code with institutional knowledge built around it. That would be PERL.
Read "hard" as "Expensive as Hell"
That is part of it yes. It requires a wide range of differently experienced people: low level software, high level software, circuit design, assembly, layout, component sourcing, factory liasion, DFt, Manufacturing etc.
Then you need to get them all to work together. And you have to pay them.
The component cost is irrelevant until you get into high volume manufacture.
Um...WHAT?
Yeah, I know. That sentence blew my mind! How can something you do for your job not be okay!? It's impossible!
It's not that hard. Many people didn't think they were part of the the game. They understood that governments used their taxes in part to keep order, by enforcing laws and dealing with terrorists. Then they found that they themselves were being spied on even though they were neither criminal no terrorist.
Some actions are indefensible even though you could crowbar them into the job definition that was formed decades earlier.
Hardware is hard. Good hardware is harder.
Only one of those supported 2048 bit RSA in certs.
But all good versions were relatively prime.
What about some of the huge downgrades in functionality that came with 8?
Audio controls being a big one.
Pardon?
It has become an industry law that every other major windows version be the good one.
So now, they have to number the products to fit the law.
It's too late. Classic shell is better than the start menu ever was or ever will be.