101 reputation
1
bio website andy.glew.ca
location Portland, OR
age
visits member for 1 year, 3 months
seen Mar 29 at 2:59

Hacker, both hardware and software. Wannabe Agile team member.

Although I probably contributed a lot to whatever processor you are using to read this on, I am a software guy at heart. HW guys call me a SW guy, SW guys call me a HW guy.

In my copious free time I am maintaining and adding to a wiki on Computer Architecture, http://comp-arch.net

C/C++ programmer (that's what HW simulators get written in).

Code performance tuning. (Heck, not only did I contribute to the architecture of a large part of the CPU you are using, I may have done the same for the hardware that you use to measure performance on it.)

Database: author of Perl SQL (not yet another interface to an SQL RDBMS - instead I implemented SQL to query experiment data in flat files). (You may still be able to find it on CPAN, although be kind, it was my first object oriented Perl (4?) code.) An early member of the NoSQL movement, although I am not so much against SQL, as I am against heavyweight databases with inflexible schema.

XML evangelist.

Wannabe user interface designer/programmer.

Wannabe Agile team member: I love pair programming and test driven design, and want to do it in my day job.

Proud to be Canadian, hence my domain glew.ca. But US Permanent Resident, have lived 20+ years in Portland, Oregon (and Illinois, and Silicon Valley, and Seattle area).

Or you can use the domain comp-arch.net

DISCLAIMER:

The content of my posts, whether on this website or anywhere else, are my personal opinion only. Although I am an employee (currently Imagination Technologies, which acquired MIPS; in the past of companies such as Intellectual Ventures/QIPS, Intel, AMD, Motorola, and Gould), I reveal this only so that the reader may account for any possible bias I may have towards my employers' products. The statements I make in no way represent my employers' positions on the issue, nor am I authorized to speak on behalf of my employers, past or present.


Mar
28
comment Why big companies use Perforce?
At Intel, the really big projects, especially multiple projects using shared code bases, geographically dispersed, used DVCSes like BitKeeper and git. The projects that really made money. Smaller projects, typically software projects used Perforce or something else (SVN, CVS, ...). Perforce evangelists often tried to convert the RTL/DVCS teams - and then were flabbergasted by the requirements and scale. Projects using Perforce often penalize folks working far away from the central server.
Mar
28
comment Why big companies use Perforce?
"Distributed" was the big reason Intel adopted DVCSes like BitKeeper and git. Intel RTL work is split geographically: California/Oregon/Israel/Texas/India/... Networks are great, but unfortunately they still sometimes break, get slow, etc. DVCSes mean that different teams using the same source code base can make progress even when disconnected. Perforce, fundamentally, is a centralized version control system. P4 has features like sandboxes that are semi-distributed, but AFAIK are not all the way there.
Mar
28
comment Why big companies use Perforce?
I just want to add another data point: Intel is a fairly large company. The RTL design database for Intel CPUs is pretty large. For many years Intel's RTL design community was/has been a big supporter of DVCS - amongst other things, Intel was a big paid customer of BitKeeper for years, and more recently was a big user of git. (I left Intel in 2009, so things may have changed.)
Jan
11
awarded  Supporter