bbbbbbbbb

5 ms·

1.
by bbbbbbbbb 13y ago
With work, family and everything that goes around, it is very hard to be in time... Standford Class2go gives you half credits if you are late for all the quizzes and exercises but the final exam counted triple so you could skip a few things
2.
by bbbbbbbbb 14y ago
I was surprised by this too. Acceptance without strict consentment from the user seems illegal to me but it is (in the US law)?
3.
by bbbbbbbbb 14y ago
I like Auria, Amplitube,BeatMaker2,iMS20,iSequence,DM1,Animoog,Soundprism and the likes very much. with audiobus on its way, it is going to get even more interesting. Been using them for lives & recording demos (iPad+MiC+Jam). the iPad
4.
by bbbbbbbbb 14y ago
The main reason I bought an iPad was... the musical apps (and the fact you can read ebooks with the Kindle app). The iPad is a revolution in the musical scene. Musical apps is something you won't get in the Android Eco-system basically beca
5.
by bbbbbbbbb 14y ago
The new search layout shows very little information,is heavy and crashes now and then(true on 4S but not so on the new iPad where the search result displays more information at once with no crashes so far). The Genius tab is a real loss for
6.
by bbbbbbbbb 15y ago
yeah, I tend to agree. I have at work access to an iPhone 3GS, 4,4S with iOS ranging from 4 to 5. I also have 2 or 3 different handsets of androids to work on. I personally use an iPhone but all my coworkers androids just keep freezing all
7.
by bbbbbbbbb 15y ago
It does not mean that Perl is not active in Japan though. Many big companies in Japan uses Perl as the language of choice for their websites but indeed,I won't say that it's not loosing some market share though.
8.
by bbbbbbbbb 15y ago
Perl is a really great language that i came to love over the years. First, I've been writing PHP stuff then moved to Perl and experienced Java,Actionscript,Javascript,Objective-C,Python... But all of them, Perl was the most powerful and exp
9.
by bbbbbbbbb 15y ago
> If the specification is to print to STDOUT, a web server needs to make a trick to capture the output using tie, PerlIO or anything else, just like FCGI.pm does, and that's inefficient. I see. That's a valid point. So when I asked if b
10.
by bbbbbbbbb 15y ago
it seems I am not the only to not get the point of PSGI: http://www.modernperlbooks.com/mt/2011/03/why-psgiplack-matt... It resumes quite well my opinion and concern regarding the doc.
11.
by bbbbbbbbb 15y ago
I've read the entire advent for plack and started to port my app. - Why send back an array ref instead of using the CGI way? What is the advantage it brings? If I want my app to run in a simple FastCGI environment (with the CGI protocol),
12.
by bbbbbbbbb 15y ago
> Assuming that while loop is in your bootstrap FastCGI script Yes it is. > For most web frameworks, the change should be minimal and straightforward Indeed, it seems so.I'll try it out. >No, they got a performance boost with ou
13.
by bbbbbbbbb 15y ago
> That said, a doc patch is always welcome - on github fork or via RT. I would like to but I need to understand how this works to provide any patch whatsoever. What about porting a CGI::Fast application into the PSGI stack then? while (
14.
by bbbbbbbbb 15y ago
>They are also available on github Great. perhaps getting rid of it on CPAN could be nice. > It's not just an "addition" - if there are N frameworks, the caching modules need to be written and maintained for N frameworks I can not a
15.
by bbbbbbbbb 15y ago
By the way, I see that you've decided to go with Nginx as the primary server for all languages and this is not really a problem in fact. I don't think switching to Nginx would be much of a hassle.
16.
by bbbbbbbbb 15y ago
Thank you for trying to sort it out. > I assume you're looking at the non-dev PSGI specification yes. > PSGI specification on CPAN Not really sure it is a good idea to put a spec on CPAN(I know you can find books on CPAN but I reall
17.
by bbbbbbbbb 15y ago
>Plack/PSGI has been embraced by almost everyone. In your company or in general? Because if it's in general, I would be more than happy to see where you get your stats. > You do Miyagawa a disservice implying he's pumping his own c
18.
by bbbbbbbbb 15y ago
As both of you have a good experience of Plack/PSGI, could you sum up the benefit you got from using it?
19.
by bbbbbbbbb 15y ago
>PSGI might appear to be new but much of the guts of Plack are pulled from previous framework-specific code so the various workarounds for server insanities are already there. It's a lot more reliable than you appear to think. I see. P
20.
by bbbbbbbbb 15y ago
> Nobody in their right mind has been using CGI::Fast directly for years Could you extend on that? Been using it for years,just works fine. >PSGI is just a means to present various HTTP bearing things to the app I really still don't
21.
by bbbbbbbbb 15y ago
Like FastCGI is... PSGI has been developed in 2009, then nothing for a long time (and as it hasn't spread as wild fire across providers i don't think there is enough real dev around it to assure that it is "stable" enough), now, a dev relea
22.
by bbbbbbbbb 15y ago
Dancer and Mojolicious are pretty new and I will not use them in production yet (not to say that our framework is better, way from that but just that it's not open to things like that: http://blog.kraih.com/mojolicious-116-emergency-releas
23.
by bbbbbbbbb 15y ago
Well, I got the invitation and while playing around with nodejs, I was really looking forward for Perl support but this is absolutely not the environment I want to work on (wanted to use an in-house framework, not the ones listed and see if
24.
by bbbbbbbbb 15y ago
thank you! recent version, that's a plus.
25.
by bbbbbbbbb 15y ago
huh? - No Apache???? - why force a rather devish level PSGI module on all web applications???? oh, yeah, you've been advised by the guy who made the port... i've been using CGI::Fast under Apache for years and it has been working just