tahoe-lafs/trac-2024-07-25
2
0
Issues 1.1k Wiki Activity

Extend building things on top of tahoe section 

[Imported from Trac: page GSoCIdeas/Notes, version 3]
jack.lloyd 2010-03-16 14:57:13 +00:00
parent 854ea584f9
commit 0aca67b599
1 changed files with 8 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

12
GSoCIdeas/Notes.md

@ -86,9 +86,14 @@ jumping-off point for health is #778.
* Implement storage server protocol over HTTP. #510
## Building Things On Top Of Tahoe
* an interactive tree browser web frontend in JavaScript (Nathan has written most of one -- what can it grow into?)
* Extend and improve the `tiddly_on_tahoe` implementation.
* Port another light-weight open source web app to Tahoe-LAFS+javascript (calendar, photo album, [Bespin](https://bespin.mozilla.com)).
There are a lot of applications that could potentially make good use of Tahoe replacing the typical centralized storage of flat files or SQL databases. Currently supported projects include [TiddlyWiki](http://www.tiddlywiki.com/) (one of the Tahoe developers hosts his blog using [TiddlyWiki stored in Tahoe](http://allmydata.org/trac/tiddly_on_tahoe)), [Hadoop](http://hadoop.apache.org/), and [a number of others](RelatedProjects).
There are still many useful and interesting things that have yet to be built using Tahoe. Perhaps the most promising is in the area of web applications; what applications can you think of that could make use of a highly reliable filesystem accessible from both desktops and [ <http://github.com/ctrlaltdel/TahoeLAFS-android> handheld devices]? Keep in mind that Tahoe's architecture allows sharing and delegation opportunities that are difficult or impossible to implement using other backends. Some ideas people have suggested include a calender or photo album, or porting Mozilla's [Bespin](https://bespin.mozilla.com) editor).
Nathan Wilcox wrote most of interactive tree browser frontend in JavaScript; what interesting ways might this be extended?
This is in some ways the most interesting area for development as it combines security and distributed systems problems with providing a user interface that lets a person who isn't particularly security minded operate safely by default. This is a hard problem, but offers great rewards in terms of learning, and even the ability to break new ground in safe-by-default interface design.
# Mentors
*Who is willing to spend about five hours a week (according to Google) helping a student figure out how to do it right?*
@ -96,4 +101,3 @@ jumping-off point for health is #778.
* [Zooko O'Whielacronx](http://testgrid.allmydata.org:3567/uri/URI:DIR2-RO:j74uhg25nwdpjpacl6rkat2yhm:kav7ijeft5h7r7rxdp5bgtlt3viv32yabqajkrdykozia5544jqa/wiki.html) (core coding, Python/C/C++/JavaScript, cryptography)
* [Jack Lloyd](http://www.randombit.net) (C/C++/Python, cryptography)
* David-Sarah Hopwood (david-sarah at jacaranda.org) (Python/C/JavaScript, SFTP frontend, security+cryptography)