Search results for "meeting" - WLUG

Re: [Wlug] Seeking SuSE 9.1 personal edition

by Steve Freitag

Andy, Not sure if this helps you, but it looks like you can download a SuSE 9.1 Personal iso from a SuSE mirror such as this one: http://suse.cs.utah.edu/suse/i386/9.1-personal-iso/ Here's a couple of links which gives more info on the download (no commercial software) version: http://www.osnews.com/story.php?news_id=7425 http://www.distrowatch.com/?newsid=01692#0 Andy Stewart wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >HI all, > >Does anybody have a copy of SuSE 9.1 *personal* edition? Can you bring it to >the next WLUG meeting (no, I'm not roping you into a presentation...)? >Please let me know. > >Thanks, > >Andy >- -- >Andy Stewart, Founder >Worcester Linux Users' Group >Worcester, MA USA >http://www.wlug.org >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.4 (GNU/Linux) > >iD8DBQFBJAJ4Hl0iXDssISsRAoS8AJ9+mR2XvXk/u3NQiqGjgvJ3G2kTEwCfQx0T >2/S0fV2C4zSVC7fFgxf4wq0= >=pmTL >-----END PGP SIGNATURE----- > >_______________________________________________ >Wlug mailing list >Wlug(a)mail.wlug.org >http://mail.wlug.org/mailman/listinfo/wlug > > >

21 years, 3 months

Back issues of Linux Journal magazine available

by Andy Stewart

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 HI everybody, I am cleaning out a closet and have some back issues of Linux Journal magazine that I'd like to give to somebody who wants them. They are all in great shape, all have been read, and (for you collectors) most probably do not have the mail in subscription cards (I like to use those as bookmarks). Aug 1995 (issue 16) - Dec 1995 All issues from 1996 All issues from 1997, incl Buyer's Guide All issues from 1998, incl Buyer's Guide All issues from 1999, incl "Enterprise Solutions" supplement If nobody wants them by next Monday, I'll send them to recycling. I'd be happy to bring them to the next WLUG meeting if somebody specifically says they want them. Later, Andy - -- Andy Stewart, Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCpOXZHl0iXDssISsRApXfAJ9UODjZ7meFzPZ/YesyBbsKDPBlUgCeM8Pa Ovvq9jm+aPlUetgGUSG94pQ= =WsE0 -----END PGP SIGNATURE-----

20 years, 6 months

Re: [Wlug] network bandwidth monitor

by Joe Riopel

Here is a network bandwidth monitor I cam acress recently: http://www.gropp.org/ On 4/10/06, Andy Stewart <andystewart(a)comcast.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mike Leo wrote: > > A few meetings ago, someone had a network bandwidth monitor...anyone remember what it was? > > > > it was not nload or iftop, but something else that i can't think of! > > > > can you remember? > > _______________________________________________ > > Wlug mailing list > > Wlug(a)mail.wlug.org > > http://mail.wlug.org/mailman/listinfo/wlug > > > > Are you thinking of iptraf ? > > Andy > > - -- > Andy Stewart, Founder > Worcester Linux Users' Group > Worcester, MA, USA > http://www.wlug.org > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.5 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFEOkxxHl0iXDssISsRAkVhAKCDGoq6HrppXOWpp95YNCyWBaG8LQCfcQNs > T2PEaSVysQ8VdUzhXsjxw+Y= > =GCh9 > -----END PGP SIGNATURE----- > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

19 years, 8 months

Re: [Wlug] Re: Wlug Digest, Vol 22, Issue 18

by John Stoffel

Carlton> I've done software RAID (RAID0 and RAID5) for a long time and Carlton> never had to use an initrd image. Just have a 100 MB boot Carlton> partition on one drive, and set root=/dev/md0 in grub. For me, the whole idea of booting of RAID is so that I can lose either disk, and not really notice. Currently, I don't have that. And since my main test system is also my main work system at home, I'm loathe to screw with it much. *grin* Carlton> This is with two 60GB WD HD's and one 80 GB (which has the Carlton> bootable 100 MB partition). If you RAID it all, well, guess Carlton> you need an initrd (please correct me if I'm wrong). As far as I know, yes you do need an initrd (or initramfs now?) to make it work properly. Carlton> As far as RAID1 and RAID5, isn't RAID5 strictly better, if Carlton> you have the HD's? I mean, just lose 1/3 of the storage for Carlton> total mirroring and you have to lose 2 HD's to lose your Carlton> data. Why would someone choose RAID1 over RAID5 (just Carlton> curious)? I did have a RAID5 system set up, but decided to Carlton> change it over to RAID0 and use an external Maxtor drive for Carlton> backup (just simple rsync). RAID0 = stripping RAID1 = mirroring RAID5 = parity RAID5 suffers on write performance when compared to RAID1, since if you write a small chunk of data, RAID5 may have to actually READ/COMPUTE PARITY/WRITE to all the drives. With RAID1, it's a simple parallel write to each drive. No READ overhead. RAID5 can generally just lose 1 disk from the set without losing data. RAID1 can lose 1/2 the mirror without losing data. How you implement your RAID1 setup across more than two disks is an issue. I choose RAID1 over RAID5 because I only had space for two drives, and I only had an HPT302 with dual channels, so I put one disk on each channel for maximum peformance. If I had more money and a 3ware controller, I probably would have gone for RAID5 on my data, since it has a size/cost advantage over RAID1. I would NEVER go for RAID0 for my data, too much potential for data loss. Even with backups. Carlton> Personally, I feel if you compile a couple of kernels it Carlton> really becomes old hat, I mean, once you know how to do it Carlton> it's no big deal. Same with RAID systems. But that would be Carlton> an interesting meeting, nonetheless. Exactly, it would be an interesting meeting to show people how easy it is to implement, and hopefully how robust it is as well, esp if you lose your primary harddisk. Can you boot cleanly from the secondary one? You have updated the MBR on that disk, right? Carlton> I've never had a problem and found I needed initrd to get Carlton> something to work. What are the benefits of using it? >From what I know, the advantage/requirement of using an initrd is that you can boot off of a funky device, since you first boot into a small OS image with all the tools you need to setup and switch to your main filesystems. In my case, I've got a pair of 9gb SCSI disks, and I currently boot off one. My plan has always been to mirror the two disks so that if I lost one, I could still boot. My data is all on a pair of 120gb IDE drives, which are mirrored, and which have saved me from ugly restores, because I noticed that one disk had dropped out and I was able to just re-mirror without any major impact. John

20 years, 3 months

Re: [Wlug] BBQ Question

by Tim Keller

You're thinking of last years BBQ! My plan was to have the BBQ either August or Sept. Being anywhere near a grill when it's 100 degrees just isn't enjoyable. On Thu, Jul 5, 2018 at 10:47 AM, Richard Klein <rich(a)richardklein.org> wrote: > I thought it already happened. Maybe I'm thinking of last year's BBQ? > > On Thu, Jul 5, 2018 at 10:43 AM Keith Wright <kwright(a)keithdiane.us> > wrote: > >> THE HAMMER <hammerron(a)hotmail.com> writes: >> >> > I wasn't able to get to the last meeting so am >> > wondering of there has been any talk of a WLUG BBQ? >> >> No. >> >> _______________________________________________ >> Wlug mailing list >> Wlug(a)mail.wlug.org >> http://mail.wlug.org/mailman/listinfo/wlug >> > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

7 years, 5 months

Re: [Wlug] Motherboard search tool?

by Richard Klein

On 11/15/2007, John Stoffel wrote: > > So does anyone know of a useful resource which compares > motherboards and allows you to filter down the selection > quickly and easily? Esp by features? > > So say I want: > > AM2 socket > FireWire onboard > 4gb > RAM potential > Gigabit Ethernet > >= 3 PCI slots > 1 PCIe x16 > >= 1 PCIe x1 or x4 I don't know of one specific site for comparing motherboards like that (and motherboard makers change their line-ups so often, it could be tough to keep such a site fresh). I usually figure out which chipset I want, first, and then narrow my search to motherboards with that chipset. If you're looking at regular ATX motherboards, I think you'd be hard-pressed to find one that *didn't* have onboard FireWire and Gigabit Ethernet. I suspect most motherboards these days will meet all your specs except for >= 3 PCI slots. The industry seems to be in a hurry to drop PCI slots. -- Rich

18 years

Re: Uptime!

by Dan Davis

A branch for my company has one remaining Solaris box that keeps up a service or two with a ridiculous uptime and they recently built a new facility. In a meeting we were discussing the move plan for their entire IT kit and they asked me about the feasibility of moving the Solaris box across town on an UPS so they wouldn't have to shut it down. I kindly asked them to reconsider because while they might keep power applied for the whole ride it'd be unlikely that the disks would survive the trip. On Thu, Apr 21, 2022 at 8:58 AM Mike Peckar via WLUG <wlug(a)lists.wlug.org> wrote: > Fun Story, Maddog. Around 20 yrs ago I was consulting for Bloomberg in > Skillman, NJ, a big Solaris shop. The HP app I was working with bellied up > with memory leaks and I suggested they reboot that server. I was told flat > out they don't reboot Solaris servers period. They cleaned up the mess and > isolated where in the HP code that the pointer was lost, leaving me the > not-so-fun task of filing the bug report with HP. > > Mike > > On Wed, Apr 20, 2022 at 7:39 PM Jon "maddog" Hall via WLUG < > wlug(a)lists.wlug.org> wrote: > >> Tim, >> >> What was the reason for shutting it down? >> >> This reminds me of a story from years ago where a young friend contacted >> me before a trip to the University of New Hampshire for a Linux LUG meeting. >> >> He asked me if I would go to a particular dorm and knock on the door of >> what had been his door room. I was to ask if I could unplug the box that >> was in the corner of the closet in the room. The system had been running >> for five years in his former dorm room and he had forgotten the login >> password. He did not want the machine back, just wanted it unplugged. >> >> A young woman answered the door, heard my explanation and let me unplug >> the machine. "We were afraid to unplug it" she said. >> >> Your machine beat his machine on uptime. >> >> md >> >> On Wed, Apr 20, 2022 at 5:07 PM Tim Keller via WLUG <wlug(a)lists.wlug.org> >> wrote: >> >>> I just shutdown a linux machine with 3169 days of uptime! >>> It had userland processes that have been actively running since 2013! >>> Tim. >>> >>> -- >>> I am leery of the allegiances of any politician who refers to their >>> constituents as "consumers". >>> _______________________________________________ >>> WLUG mailing list -- wlug(a)lists.wlug.org >>> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >>> Create Account: https://wlug.mailman3.com/accounts/signup/ >>> Change Settings: >>> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >>> Web Forum/Archive: >>> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/PW3ML… >>> >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/KSUVD… >> > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/ZZZSN… >

3 years, 7 months

Re: WLUG Meeting Feb 11th 2021! Topic: Good question!

by Jon "maddog" Hall

John, >Yes, but I don't properly recall if the Itanium design was started >before AMD64 came or as a reaction to the AMD64. Haven't done any >research for the real timelines. Two single-line searches found that the Itanium was launched in 2001 and the AMD x64 was launched in 2003. >It's a shame the Alpha architecture didn't make it, even though it did >have some bad design decisions inside it's ISA and internal >architecture. It was still a pretty nice and clean 64-bit design. As >I recall, it's mostly the memory ordering around byte accesses that >are the problem. This is the first I have heard of these bad decisions. Would you care to elaborate? The memory ordering around byte accesses might have been because the Alpha was designed to be both little endian and big endian. So were the MIPS chips. While many vendors supported only big endian (Motorola, SPARC, etc.) DEC had been supporting little endian in their PDP-11s, VAX, MIPS and Alphas for data compatibility. DEC supported little endian because it was cheaper electronically to have the data held in that fashion. Sun made much fun of DEC for years having Unix systems that were little endian instead of big endian like "real workstations". I kept asking them about these "Intel things" which were little endian too. Sun sneered at me and told me that "Intel chips were not used in real computers".....that is until they ported Solaris to Intel and tried to mix them into their network. Then I took real glee in asking them how they had data compatibility across NFS between SPARC and Intel. As I said, you are the first to mention to me these bad decisions. I am curious to know what they are. md On Thu, Feb 4, 2021 at 4:56 PM John Stoffel <john(a)stoffel.org> wrote: > >>>>> "Jon" == Jon \"maddog\" Hall <jon.maddog.hall(a)gmail.com> writes: > > Yes, but I don't properly recall if the Itanium design was started > before AMD64 came or as a reaction to the AMD64. Haven't done any > research for the real timelines. > > It's a shame the Alpha architecture didn't make it, even though it did > have some bad design decisions inside it's ISA and internal > architecture. It was still a pretty nice and clean 64-bit design. As > I recall, it's mostly the memory ordering around byte accesses that > are the problem. > > > Jon> Allow me translate what you said: > > Jon> "As I recall, Itanium was Intel's attempt to bi-furcate the market and > Jon> keep 32bit for desktops and such, and to make their 64bit systems for > Jon> workstations and such a seperate product so they could take more > Jon> control of the motherboard, bios, etc" > > Jon> to > > Jon> "Itanium was Intel's abortive attempt to block AMD from making a > Jon> better, faster, cheaper 64-bit CISC product." > > Jon> Shorter, and more to the point. > > > > Jon> On Thu, Feb 4, 2021 at 4:13 PM John Stoffel <john(a)stoffel.org> wrote: > > Jon> As I recall, Itanium was Intel's attempt to bi-furcate the market > and > Jon> keep 32bit for desktops and such, and to make their 64bit systems > for > Jon> workstations and such a seperate product so they could take more > Jon> control of the motherboard, bios, etc. > > Jon> Then AMD came out with the AMD64 64-bit extenstions to the Intel > 386 > Jon> (486?) instruction set, since they had an architectural license > to the > Jon> ISA, so they just extended it and started shipping cheaper CPUs > and > Jon> chipsets that could easily suport more than 4gb of RAM, without > Jon> requiring people to do major re-compiles of their software. > Jon> Especially since it would support 32bit applications in a 64bit OS > Jon> without *any* recompile needed. > > Jon> They ate Intel's lunch. Which is why the Pentium 4 (I think) was > such > Jon> a monster chip in terms of CPU GHz and heat, because they were > trying > Jon> to catchup with the Opteron and other AMD chips. > > Jon> John > > Tim> My perspective was from working at Stratus. Continuum at the time was > our flagship line > Jon> of servers > Tim> that ran on PA-RISC and with Itanium it was clear the end of the line > for PA-RISC was > Jon> coming. > > Tim> Bob Evans and others who were more intimately involved can probably > explain it better, > Jon> but I > Tim> remember Stratus getting a couple Itanium development workstations > and my recollection > Jon> was that > Tim> the engineers weren't impressed. > Tim> It wasn't a fundamental improvement on PA-RISC as far as they could > tell. Ultimately VOS > Jon> was > Tim> ported to Xeon and the rest is history. I'm sure someone somewhere is > still happily > Jon> running > Tim> PA-RISC based Stratus servers, but I have to imagine that number > dwindles each year. > > Tim> Personally I have a hypothesis that Intel had really put it's bets on > Xeon and wasn't > Jon> really that > Tim> invested in Itanium. What it did do was get HP out of the HPC market. > It's fair to say > Jon> that Xeon > Tim> based systems running Linux pretty much put the coffin nails in MIPS, > PA-RISC and > Jon> ultimately Sparc > Tim> and likely a few others I don't know about and with it the various > operating systems that > Jon> didn't > Tim> get ported to Xeon. > > Tim> On Thu, Feb 4, 2021 at 11:44 AM Jon "maddog" Hall < > jon.maddog.hall(a)gmail.com> wrote: > > Tim> I still vividly remember my boss showing me the plans for > support of Intel's Itanium > Tim> processor. > > Tim> As someone who taught operating systems and compiler design for > a number of years I > Jon> still > Tim> remember my shock that THIS was the answer for Intel's 64-bit > chip....an Ultra-Wide > Tim> Instruction set. > > Tim> I wailed away about how all of this was WRONG, WRONG, > WRONG.....mostly because I had > Jon> spent the > Tim> past six months proving why even a regular CISC system was the > wrong answer, and here > Jon> Intel > Tim> was going in the opposite direction. > > Tim> After twenty minutes of me fuming my boss simply grinned, > shrugged his shoulders and > Jon> left my > Tim> office. > > Tim> While I was proud of the fact that the Alpha processor was so > prominent in the > Jon> production of > Tim> the movie "Titanic"......now I had to deal with a real life > "Itanic"....watching it > Jon> sink. > > Tim> md > > Tim> P.S. It was only a month or so after, I think, that AMD came > out with a reasonable > Jon> extension > Tim> to the i86 architecture....which (although it was not RISC) I > was reasonably happy > Jon> with. > > Tim> On Thu, Feb 4, 2021 at 7:24 AM Tim Keller via WLUG < > wlug(a)lists.wlug.org> wrote: > > Tim> Hey Everybody, > > Tim> We've got a meeting next week on the 11th at our same time > (7pm) > > Tim> As for a topic, if somebody would like to present something, > I'd be up for it. > Tim> I figure we'd all toast the depreciation of Itanium in the > linux kernel. Good > Jon> riddance! > > Tim> We'll definitely be talking about the PI4 Nano!! > > Tim> As usual, I'm sure other topics will organically surface. > > Tim> Location: Our usual Jitsu haunt: https://meet.jit.si/WlugMA > > Tim> Later, > Tim> Tim. > Tim> -- > Tim> I am leery of the allegiances of any politician who refers > to their constituents > Jon> as > Tim> "consumers". > Tim> _______________________________________________ > Tim> WLUG mailing list -- wlug(a)lists.wlug.org > Tim> To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Tim> Create Account: https://wlug.mailman3.com/accounts/signup/ > Tim> Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Tim> Web Forum/Archive: > Tim> > Jon> > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/BJNCC… > > Tim> -- > Tim> I am leery of the allegiances of any politician who refers to their > constituents as > Jon> "consumers". > > Tim> _______________________________________________ > Tim> WLUG mailing list -- wlug(a)lists.wlug.org > Tim> To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Tim> Create Account: https://wlug.mailman3.com/accounts/signup/ > Tim> Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Tim> Web Forum/Archive: > Jon> > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/ZDSLS… > >

4 years, 10 months

Re: [Wlug] 64 bit architechture

by Gregory Boyce

64 bit architectures have been supported for a rather long time in Linux, depending on the arch. If you're compiling a new kernel, I would suggest the 2.6 series (2.6.5 is the current version). It has a lot of improvements and is much speedier. I'm not sure which 64 bit arch you're talking about, but you may need patches to get the kernel fully stable. There are seperate sets of PPC/PPC64, Alpha and Sparc64 patches. There are probably some out there for ia64 (Itanium) and x86-64 (Athlon64) as well. On Fri, 2004-04-02 at 10:57, David Goss wrote: > Greetings all; > > Sorry i've not been able to attend the meetings in a while... still trying > to get past some health problems... > > can any one tell me which kernel version would be suitable for a machine > with 64 bit architechture? > > thanx in advance > > dave goss > > assimulation is futile > > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug

21 years, 8 months

Professional networking for Bioinformatics Linux Support resource

by Kathleen McTeague

Greetings, I'm reaching out to do some professional networking to see if I can send out a unique job posting to the Worcester Linux User Group. We are looking for a seasoned Linux Admin for a unique role to work for the vaccine division of a local pharmaceutical company based here in Cambridge, MA. This position is a long-term contract approved through the end of this year with the likelihood of extending long-term, possibly perm. The role will have 'one foot' in IS, and the other in the Bioinformatics group. The focus of the role is administering a Linux cluster, supporting research scientists with some data modeling, supporting various relational databases etc. The Bioinformatics group will be moving to Cambridge so they will be replacing/upgrading the existing Linux cluster. The ideal candidate will have prior experience supporting several PhD level scientists with computational backgrounds, virology/biology as well as many other disciplines. It is a very visible role in that there is a huge initiative to strengthen the IS support specifically for the Bioinformatics organization. I've attached the job description and look forward to hearing your thoughts and interest level in exploring this opportunity. Thanks in advance for your time and if you know of anyone who might be interested, I'm available to chat live any day with some notice. The hourly pay rate range on a W-2 contract basis (will not consider 1099 candidates) and the rate range is approximately $45-75/hour based on education and experience. PROJECT DESCRIPTION* This SOW covers the costs associated with providing a Bioinformatics technical support resource in the R&D IS team as a resource to participate in and support the following R&D IS activities and projects: · Implementing, testing and and managing applications used by Scientists working in the Sanofi Pasteur R&D Global Bioinformatics and Genomics group. This group uses both commercial and proprietary scientific computing applications running on LINUX, Mac OS X, Solaris, and Windows. · Resource will be responsible for providing application support, including building applications from source, managing the deployment and scheduling of software applications on Unix/Linux clusters, migrating and configuring applications and ensuring inter-operability between applications. · Providing effective communication between the IS infrastructure team (who provide LINUX, UNIX, Windows, and Oracle support), the R&D IS team, and the business users. · Development of standardized data management (loading, updates, maintenance) and support procedures for specific applications, including Biowisdom SRS. · Providing training to users on specialized applications as needed. · Participating in the development and approval of standardized documentation for these processes, following Sanofi Pasteur documentation standards. · Maintaining a high level of client satisfaction while meeting response time guidelines. · Resolving Client Support Incidents and effectively communicate status, solutions and/or workarounds to clients. · Properly documenting actions taken on all work for Client Support Incidents. · Other specific projects to be defined by R&D IS management as needed. TIMEFRAME* The contractor is required from July 1, 2010 through to December 31, 2010, with the possibility of extension to 2011, depending on budget availability, project portfolio needs, and performance. DELIVERABLES In addition to the project-specific deliverables described in the Scope of Work, the following deliverables may be required from the contractor for each project worked on: Project Plan A high-level project plan using Microsoft Project will be developed in the early stage of each project. The plan will list high level timelines and resource requirements. This plan will be further refined once the requirements document is complete. This plan will be reviewed and approved by a Sanofi Pasteur R&D IS representative. If the contractor is not the project lead then they will provide input to this document. Requirements Document A requirements document will be developed in our IS eDoc document management system. This document will be developed through requirements gathering meetings with the business user and through requirements review sessions with the IS technical team. This document will be approved through the IS eDoc workflow process. If the contractor is not the project lead then they will need to provide input to this document. Development If the contractor is a developer on the project he/she will develop or modify the code necessary to meet the requirements document. He/she will also unit test the code that has been developed or modified prior to delivering it to the project lead and business user for user acceptance testing. If the contractor is the project lead he/she will provide direction to the developers throughout this stage. Testing The contractor will oversee the testing of the changes to the system by developing test scripts with the help of the business users. These test scripts will trace back to each individual requirement in the requirements document. These test scripts will be developed in IS eDoc and reviewed and approved through the IS eDoc workflow process. Implementation The contractor will oversee moving of the changes to the system into production. He/she will ensure all necessary documentation is approved and closed out in IS eDoc and the EPM time management system. POSITION REQUIRED (ROLE) A Technical Support Analyst with Bioinformatics experience is required for this role. Technical expertise requirements include: · Experience with Windows and Linux/UNIX operating systems are essential (Mac OS X and Solaris will be an asset), and experience with distributed computing is required. · Proficiency with RDBMS-based (MySQL, Postgresql, Oracle) applications and database concepts. · Proficiency with UNIX text processing tools and shell scripting. · Proficiency with a major programming language (e.g. C/C+); scripting languages (e.g. Perl, Python) · Understanding of web server, networking and network protocols. · Solid understanding of the software development cycle, including testing methodologies and change management control, and experience out-sourcing and managing software development, · Demonstrated previous experience supporting bioinformatics tools and applications. Examples may include molecular modeling applications, sequence analysis packages, genomic data analysis tools and data integration applications. · Able to use Microsoft Office tools. Professional requirements include: · Resourceful problem solver with excellent interpersonal and communication skills, including the ability to express technical ideas clearly · Able to work effectively within a team environment. · Good written and verbal communication skills required to deliver high quality Client Support and reliable follow-up to clients. · Demonstrated ability to promptly handle problems, providing status updates, and documenting the problem and resolution. · Present technical & functional ideas clearly while checking for client understanding. · Experience in developing technical documentation. · Experience with software testing, including development of test plans and detailed test scripts based on requirements and design documentation. SKILLS REQUIRED * The candidates must possess the following skills/education: A Bachelor’s degree in Computer Science, Engineering or equivalent. Best, Kathleen McTeague Senior Staffing Consultant Randstad Life Science Staffing 617-354-7215 kathleen.mcteague(a)us.randstad.com<mailto:kathleen.mcteague@us.randstad.com>

15 years, 4 months

WLUG search results for query "meeting"