search for: mindshar

...e for beginners. Beginners learn by reading documentation >and examining the sample files included. Mmm, I (respectfully) disagree. One of the unstated objectives of mechanisms like this list is to evangelize the platform. Obviously, we all want it to do well. You can only do that by creating mindshare. You create mindshare by winning people over. You win people over in a technical context by helping them wrap their heads around the concept and implement it. Sometimes, this involves hand-holding, as I do with my boss, my boss' boss etc every day. Look, there are two kinds of people (on the...

...e for beginners. Beginners learn by reading documentation >and examining the sample files included. Mmm, I (respectfully) disagree. One of the unstated objectives of mechanisms like this list is to evangelize the platform. Obviously, we all want it to do well. You can only do that by creating mindshare. You create mindshare by winning people over. You win people over in a technical context by helping them wrap their heads around the concept and implement it. Sometimes, this involves hand-holding, as I do with my boss, my boss' boss etc every day. Look, there are two kinds of people (on the...

...training opportunities focused on our recently released quad-core processor, Barcelona. Barcelona brings to market key technology changes that can be exploited and tuned for performance from the operating system, compiler, and application layers. AMD has been working with our training partner, Mindshare, to create and tune their AMD Processor Architecture class and PC Virtualization class to cover the changes with Barcelona. Their instructors have been working side by side with AMD to prepare and participate in the Barcelona Launch. We believe these training offerings will short cut the time...

...=T,sep=",", na.strings="") names(vix) <- tolower(names(vix)) vix$dates <- chron(as.character(vix$date),out.format="d-mon-y") vix.z <- zoo(vix[,-1],vix$dates) vix.close1<-aggregate(vix.z[,4],as.yearmon,max) # 1990 - 2003 vix.ar1 <- read.csv("C:/Data/MindShare/Recession/vixarchive.csv", header=T,sep=",", quote="",na.strings="n/a") names(vix.ar1) <- tolower(names(vix.ar1)) vix.ar1$dates <- chron(as.character(vix.ar1$date),out.format="d-mon-y") vix.ar1.z <- zoo(vix.ar1[,-1],vix.ar1$dates) vi...

...evelopername/@rubyforge.org/var/svn/wxruby/tags/v0_0_36 Was a discussion on the ruby mailing list in the last day or two where someone wanted a ''cross-platform GUI toolkit with native widgets'' but it took a while before anyone suggested wxruby... will be good to have ''mindshare'' again among people newly finding ruby ... alex

I like Shoulda. Sometimes I like plain old Test::Unit. Cucumber gives me a different thought process. I''d just like to hear some thoughts on why RSpec? What does it buy me that I can''t get with Shoulda? I just can''t seem to think in RSpec. Where is there a good example of RSpec tests that will help me grasp the right path? Thanks! -- Amos King

...st. > So there are bunches of guides without CentOS versions. > > They do allow people outside Linode to submit guides. So outside of > normal CentOS docs, a useful exercise would be for people to port > non-CentOS guides on Linode (and other places) to CentOS. It would > increase mindshare for CentOS. I think with porting of content, main focus should be on new content. If we create the complete documentation procedure i.e. automating this long procedure ----> writing content in markup language -> pull request -> discussion -> changes -> Identify the module and upstr...

> Am 08.12.2020 um 15:32 schrieb Phelps, Matthew <mphelps at cfa.harvard.edu>: > > This is really, really bad for the majority of us using CentOS. > Of course it is. > Is there any way we can lobby for the reversal of this decision? Remember > that the -devel mailing list, and IRC channels *do not* represent the vast > majority of CentOS users. Most of us are just

> On Mon, Mar 16, 2015 at 10:48 PM, Shaun McCance <shaunm at redhat.com> wrote: > I like putting focus on this. It provides people a resource for things > they actually want to do. Nobody wants just an operating system. I also > think it's a great avenue for getting community contributions. It's easy > to make a one-time contribution on a topic you know well without

...gt;> CentOS versions. >>> >>> They do allow people outside Linode to submit guides. So outside >>> of normal CentOS docs, a useful exercise would be for people to >>> port non-CentOS guides on Linode (and other places) to CentOS. It >>> would increase mindshare for CentOS. >> >> I think with porting of content, main focus should be on new >> content. If we create the complete documentation procedure i.e. >> automating this long procedure ----> writing content in markup >> language -> pull request -> discussion ->...

...largest collection if GPL-centric projects. Red Hat, much like the Cygnus entity it engulfed even when it was much smaller than Cygnus at the time, has made their entire software focus on GPL to the anal power. Red Hat knows should they ever change from that, they will lose everything -- especially mindshare. -- Bryan J. Smith mailto:b.j.smith at ieee.org

On Sun, 12 Sep 2004, Reid Spencer wrote: > Our use of APR would be limited to the lib/System library. That is, we > would provide very thin C++ veneers on top of APR's C interface that > match the current lib/System and lib/Support APIs. I think that optionally supporting a an APR interface would not be a bad idea of obscure platforms, but LLVM should not depend on it. I think that

...a MICS or two to make it worth your time. Maybe eat your own dog food. Convert your existing phone system to Asterisk and make sure all of the consultants have a hard phone or a SIP phone at home so they can get calls at home. Then they might get excited about it. This way, you build support and mindshare internally and get experience all at the same time.

...n, they tend to do Ubuntu first. So there are bunches of guides without CentOS versions. They do allow people outside Linode to submit guides. So outside of normal CentOS docs, a useful exercise would be for people to port non-CentOS guides on Linode (and other places) to CentOS. It would increase mindshare for CentOS. > > It sounds like you want to set up content pools that multiple projects > > and upstreams can pull from. That's a very hard problem, and even harder > > if you need to support multiple formats. The technical details of such a > > system could easily take...

...xists. Red Hat's "goodwill" severely crippled their ability to deal with some companies who have no problem with trashing their name. I don't think you realize that Microsoft could have flooded the market with an ultra-crappy "Red Hat(R) Linux" that would have destroyed mindshare overnight. Sun was basically on their way to doing it too, which pissed a lot of us off. Because of Sun and others, Red Hat had to vehemetly defend their trademark to the anal power, and projects like CentOS are stuck with dealing with that as a result. Red Hat is the _only_ major commercial Li...

...up and running quickly on multiple platforms, and if the dependence issue becomes a problem later when LLVM becomes more popular, then come back and replace the [insert-lib-here]'s code. The point is to get LLVM up and running *now*, and get it out in the world so it'll start gathering mindshare, and more developers. Looking at Ocaml as an example, which is *roughly* equivalent to what LLVM is doing (bytecode compiler, native code compiler, virtual machine), except they built it for a specific language, they have numerous dependencies on other libs (curses, dbm, tcl, tk, etc). Python...

...of guides without >> CentOS versions. >> >> They do allow people outside Linode to submit guides. So outside >> of normal CentOS docs, a useful exercise would be for people to >> port non-CentOS guides on Linode (and other places) to CentOS. It >> would increase mindshare for CentOS. > > I think with porting of content, main focus should be on new > content. If we create the complete documentation procedure i.e. > automating this long procedure ----> writing content in markup > language -> pull request -> discussion -> changes -> Iden...

...an 2008 12:42:14 +1300 Local: Wed, Jan 23 2008 1:42 am Subject: Re: Is Xlisp-Stat Dead? Reply to author | Forward | Print | Individual message | Show original | Report this message | Find messages by this author Ken Tilton wrote: > So how come an originator of something with the momentum and mindshare > of R is swimming against the current, and one he helped set in motion to > boot? We started work on R in the early '90s. At the time decent Lisp implementations required much more resources than our target machines had. We therefore wrote a small scheme-like interpreter and im...

I skimmed the archives and found a thread from July earlier this year about RAIDZ expansion. Not adding more RAIDZ stripes to a pool, but adding more drives to the stripe itself. I''m wondering if an RFE has been submitted for this and if any progress has been made, or is expected? I find myself out of space on my current RAID5 setup and would love to flip over to a ZFS raidz2 solution

Folks, I'm bringing the APR (Apache Portable Runtime) up for consideration as the implementation of lib/System again. For those not familiar with it, APR is the portability library used by the Apache Group and others in open source projects such as HTTPD and Subversion. While its relatively new, it is quickly gaining mind share and it provides lots of features and supports numerous platforms