search for: skepticism

Hello. I am running 9 poisson regressions with 5 predictors each, using glm with family=gaussian. Gaussian distribution fits better than linear regression on fit indices, and also for theoretical reasons (e.g. the dependent variables are counts, and the distribution is highly positively skewed). I want to determine pseudo R^2 now. However, using the pR2() of the pscl package offers drastically

...http://www.pivotalsf.com). I did see Dave Astel''s talk as well as several of my coworkers. The developers at my workplace are experienced Agile developers. What would be some good things to focus on for this brown bag? Are there slides to presentations that would be useful? Any resistance/skepticism, and how to best address these concerns? I''m kindof nervous because there is some skepticism toward rspec and BDD. Mainly: - Test::Unit already does that, so why do we need rspec? - It''s not production ready. (Stack traces are too cluttered for RspecOnRails; although t...

I am thinking of moving from a traditional PBX to an asterisk box. Many of my leadership group are skeptical of asterisk. So I was hoping to find a call center that is currently using this technology that would not mind spending some time on a conference call to address some concerns that my team has. Thanks Ted Foote Allied Business Services, Inc. 616-741-0437 -------------- next

I think I bought up this topic before, but I'd like to propose seriously removing the Native file format from LLD this time. IIUC, the Native file format was designed to be the fastest on-memory or on-disk file format for object files. The problem is that no one is working on that. No LLVM tools can produce object files in the Native, thus the feature of supporting the format is useless in

On Wed, Mar 30, 2016 at 6:42 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > On Wed, Mar 30, 2016 at 6:17 PM, Rui Ueyama <ruiu at google.com> wrote: > >> On Wed, Mar 30, 2016 at 5:34 PM, Sean Silva <chisophugis at gmail.com> >> wrote: >> >>> >>> >>> On Wed, Mar 30, 2016 at 4:25 PM, Rui Ueyama <ruiu at

Dear R Developers, This is my first time subscribing to this list, so let me start out by saying thank you all very much for the incredible contribution you have made to science through your work on R. As you all know many users of commercial stat packages, their managers, directors, CIOs etc. are skeptical of R's quality/accuracy. And as the recent NY Times article demonstrated, the

I wonder if part of the reasoning behind moving klibc into the Kernel itself and integrating it with kbuild has to do with creating a common base system for the initramfs that is meant to work across all Linux distros? I'm very skeptical that such a thing can be created in a way that would satisfy everyone, and maintained peacefully with no forks. I've been helping Jeff Bailey of

On Tuesday 27 April 2010 13:56:05 Renato Golin wrote: > On 27 April 2010 19:16, David Greene <dag at cray.com> wrote: > > IMHO, LLVM is the wrong > > place to deal with these.  It should be done at a higher level. > > It _can_ be done at the LLVM IR level, but much less conveniently. > > Now I agree with you, completely. ;) I suspect not. :) I still mean within

On 27 April 2010 19:16, David Greene <dag at cray.com> wrote: > IMHO, LLVM is the wrong > place to deal with these.  It should be done at a higher level. > It _can_ be done at the LLVM IR level, but much less conveniently. Now I agree with you, completely. ;) It is important, it is the future, but it is in the library/language definition space that the solution will be more

Hi, If I load 2 packages that have a function with the same name, how do I tell R to run one or the other? (Instead of having R automatically use the first- or last-loaded one, whichever it is. (Which is it, by the way.)) Cheers! Nick -- ==================================================== Nicholas J. Matzke Ph.D. Candidate, Graduate Student Researcher Huelsenbeck Lab Center for

On Mon, Oct 21, 2019 at 03:54:09PM +0200, Karol Herbst wrote: > > I really would like to provide you more information about such > > workaround but I'm not aware of any ;-) I have not seen any issues like > > this when D3cold is properly implemented in the platform. That's why > > I'm bit skeptical that this has anything to do with specific Intel PCIe > >

On Aug 9, 2013, at 2:16 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > For our back end, we absolutely do not want a type system without pointers - not only do we have separate registers for pointers, we also have separate instructions for manipulating them and representing this in SelectionDAG requires some very ugly hacks. This is also the case for several DSPs, which

I sent a patch for review. I'll wait for a while, probably submit that tomorrow. On Thu, Apr 9, 2015 at 2:14 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: > On Thu, Apr 9, 2015 at 12:17 PM, Rui Ueyama <ruiu at google.com> wrote: > > I think I bought up this topic before, but I'd like to propose seriously > > removing the Native file format from LLD this

I've attached my initial thoughts on the design for the v2v tool. -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: v2v-pseudo.txt URL:

On Oct 2, 2012, at 3:09 AM, Andrey Bokhanko <andreybokhanko at gmail.com> wrote: > Chris, > >> My comment was mostly in response to the Intel proposal, which effectively translates OpenMP pragmas directly into llvm intrinsics + metadata. I can't imagine a way to make this work *correctly* without massive changes to the optimizer. > > There are three ways to make this

On Fri, Jun 17, 2011 at 4:50 PM, Eli Friedman <eli.friedman at gmail.com> wrote: >>>> The plan is to form calls to these intrinsics in InstCombine. Legalizer can expand these intrinsics if they are not legal. The expansion should be fairly straight forward and produce code that is at least as good as what LLVM is currently generating for these code sequence. >>>>

OvermindDL1 <overminddl1 at gmail.com> writes: [snip] > On this first compile everything compiled except for llc and lli, > which did not link due to: > unresolved external symbol "class llvm::FunctionPass * __cdecl > llvm::createPBQPRegisterAllocator(void)" That is because the lib/CodeGen project file is missing PBQP.cpp. [snip] > On Fri, Oct 10, 2008 at 2:11

The summary function behaves inconsistently with data frame columns, e.g. summary(rock) #max of area 12212, correct summary(rock$area) #max of area 12210, incorrect max I know that summary(rock$area, digits=5) will correct the error (I DID read the manual). But my point is the inconsistency, because I get the correct answer without having to add the digits option in the first

>> Considering that everyone is managing just fine with cvs, anything >> discussed about the differences between cvs and *X* is not a show stopper. > > I would have used the term "coping just fine" with cvs. Yeah, it works. > But, is it productive? efficient? easy? fast? .. none of those. There > are better alternatives and that's why we're discussing it.

Hi, This can't be hard, but I can't find the solution. I have a 380x380 data frame of numbers. I would like to turn it into a single column so I can do e.g. hist and mean on it without writing my own function. There must be a simple function for this, but I'm stumped -- reshape, dim, etc. don't seem to do it... Help appreciated! Thanks!! Nick --