From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <24177E28-F531-46C4-8354-2179A4DBB05F@telus.net> References: <361d2c0d16ae44890a1a2515f261c800@terzarima.net> <24177E28-F531-46C4-8354-2179A4DBB05F@telus.net> Date: Wed, 25 Mar 2009 16:12:33 -0400 Message-ID: <9ab217670903251312t74e7b8fem89fd9f2807590972@mail.gmail.com> From: "Devon H. O'Dell" To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] request for more GSoC project suggestions Topicbox-Message-UUID: c4bad000-ead4-11e9-9d60-3106f5b1d025 2009/3/25 Paul Lalonde : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'd like to see a 3D graphics protocol. =A0Then I could run the host on s= ome > linux or window or mac box to do the display, and run the graphics app in > Plan9, or inferno, or ... > > And (heresy aside) I've love a way to compile C++ programs for plan9. =A0= That > would give me a reason to get Plan9 up on this scary multi-core part I'm > working on. =A0Without C++ support, I can't run the principle application= I > need :-( Gogo reimplementation of cfront. > Paul > > On Mar 25, 2009, at 8:16 AM, Charles Forsyth wrote: > >> >> There are GSoC project suggestions at http://gsoc.cat-v.org/ideas/ >> but I think more are needed, and that it would be especially good >> to have a further set of useful but simpler and smaller projects. >> >> Projects need to be non-trivial for GSoC, but shouldn't >> be hard enough that many of us would shun them (or indeed, have shunned >> them). >> Based on my experience several years ago, >> I'd also look for projects that are modular, so that the set of >> deliverables can be extended >> or reduced depending how things go. That worked well for the >> projects I was involved with. >> >> The problem with ports of the system or device driver writing, in my >> experience, >> is that satisfying though they are, and as necessary >> as they might be, they are typically quite hard to >> supervise, and will usually be fairly difficult for relative novices. >> There is quite a bit to learn for most students just to >> get started and be productive in the programming environment, >> although 9vx does make that much easier. >> Application-level projects are typically easier to >> supervise because they don't need specialised equipment, >> and many more people on this list and elsewhere can help >> with plausible advice, and also help debug when students are stuck. >> (Advice will >> sometimes be contradictory, but that's not a bad lesson to learn, too.) >> It's quite hard to help when special hardware or kernel-level debugging = is >> involved. >> Because quite a bit in Plan 9 (or Inferno/9vx/p9p etc) is done at >> user-level that is done at kernel-level in other systems, that shouldn't >> narrow the scope much. =A0I wrote "application-level" not just "user-lev= el" >> earlier because I thought it would be good to have some >> interesting applications of the system. =A0Of course, I don't mean >> to preclude system-level things when students are especially keen >> on that (as indeed I was during my school and university years). >> >> I don't know where the best place to suggest or discuss them would be, >> but I thought this list would reach nearly everyone interested. >> > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.3 (Darwin) > > iD8DBQFJyoybpJeHo/Fbu1wRAoi3AKCTQLsrxzBt7m94P3LsOR+o85KungCfT6Ms > o+vaJtOAjx1IxDqCtWskyQY=3D > =3DFvNd > -----END PGP SIGNATURE----- > >