CL
iki
the common lisp wiki
Home
Recent Changes
About CLiki
Text Formatting
Create New Page
Edit ``Vladimir Sedach''
Vladimir Sedach is a *(person) that has been programming in CL since 2002. Blog: <a href="http://carcaddar.blogspot.com/">http://carcaddar.blogspot.com/</a> Twitter: <a href="http://twitter.com/vsedach">http://twitter.com/vsedach</a> _(Parenscript) and _(EAGER-FUTURE) are some of the projects he is involved in. His Common Lisp library wish/TODO list: <ul> <li>Library to provide <a href="http://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node102.html">CLtL2 environment-style declaration and environment information</a> for macros (many implementations provide most of this functionality internally; see the definition of variable-special-p in _(CLOCC) <a href="http://clocc.cvs.sourceforge.net/*checkout*/clocc/clocc/src/port/sys.lisp">sys.lisp</a>) <li>Cross-platform library for detecting SMP/multicore information and setting thread affinity; to later be merged into _(Bordeaux-Threads) (see <a href="http://shootout.alioth.debian.org/u32q/program.php?test=chameneosredux&lang=sbcl&id=3">Alexey Voznyuk's shootout entry</a> for the start of a phtreads implementation). Also _(Nikodemus Siivola)'s _(sb-cpu-affinity). <li>zeroconf/Avahi library for Lisp network cluster autodiscovery. [I should probably look at _(CL-ZEROCONF) now that I know about it] <li>Lease-based resource management library (like in Jini), which can be used for making fault-tolerant distributed systems </ul> His Common Lisp projects-that-would-be-cool list: <ul> <li>Implement <a href="http://ilc2009.scheming.org/node/6#comment-37">Ian Eslick's meta-library for de-facto standard utility and language extensions</a>. This is probably the most realistic plan for moving Common Lisp forward as a language, as it relies only on work that's already been done and widely adopted by the community, and uses the package system for incremental changes. <li>Integrate _(CL-JavaScript) into the _(Closure) web browser. <li>Add HTML5 support to the _(Closure) web browser. <li>Something like _(SERIES) for _(Parenscript) and a server-side DOM that would provide a better stream processing library for the web (better than jQuery, anyway) and use compiler macros for doing optimizations like map fusion. <li>Something like Clojure's <a href="https://github.com/cgrand/enlive">Enlive</a> for doing HTML templating based on CSS selectors. This would enable a much faster workflow for doing websites where the HTML is driven by designers - instead of having to re-do the templates when the designer changes an HTML page, no changes would need to be made if the CSS selectors stay the same (they essentially act as an API between the markup and the code). _(Closure-html) is a good starting point for this. It would be nice if this was also integrated on the client side with _(Parenscript) (perhaps with the above mentioned "SERIES for Parenscript" library). <li>The above library will probably need something like jQuery's Sizzle CSS selector search for DOM. Again, look at _(Closure). <li>Library specifying a protocol for web application user authentication and session management, exposing orthogonal implementation interfaces for web servers and storage backends (so you can use web server X with database Y without having to write an implementation for every cross-product of web servers and databases), with implementations for currently popular web servers and databases. <li>Portable cross-platform server daemonization library ala _(RESTAS)-daemon (because screen/detachtty don't work well with certain things, such as runit/daemontools supervise). _(cl-daemonize) does this for SBCL on Linux, but needs to be made portable. <li><a href="http://dspace.mit.edu/handle/1721.1/14719">StarLisp</a> library for CL that can compile to vector co-processor (SSE, AltiVec) code, multi-threaded code, GPU (CUDA) code (see _(cl-gpu)), and multi-machine (simple s-exp over socket (_(philip-jose), _(ddist), _(cl-mw)), as well as MPI (_(cl-mpi))) code. Write your parallel Lisp code once, run it on any parallel machine without changes. Alexander Gavrilov (author of _(cl-gpu)) has the <a href="https://github.com/angavrilov/ecl-compute">ECL-compute</a> project which does this for SSE and CUDA for ECL. <li>_(Lisp as a shell) but with reader conveniences and Unixisms. _(outer-parentheses-free-repl) probably gets you 80% towards something convenient. _(com.informatimago.common-lisp.interactive) has ls/cd/etc. Unix file browsing commands. While it might be tempting to use <a href="http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/lang/lisp/code/syntax/infix/0.html">INFIX</a> for some things, there's no need to resolve to using reader macros; this can probably be done with a regular macro (much like LOOP). Learn from the <a href="http://www.lysium.de/blog/index.php?/archives/215-Why-I-dont-use-scsh-as-a-scripting-language-anymore.html">mistakes of scsh</a>. _(linedit) provides readline-like editing. <li>Extend _(cl-l10n) FORMAT to provide better support of quantity/inflection printing directives and other pretty-printing things, taking the best ideas from <a href="http://translatewiki.net/wiki/Main_Page">MediaWiki</a> and <a href="http://search.cpan.org/dist/Locale-Maketext/">Locale-Maketext</a>. Related: _(vana-inflector) pluralizes and singularizes English words. Investigate whether the <a href="http://cldr.unicode.org/">Unicode Common Locale Data Repository</a> data can be used. <li>Native Common Lisp <a href="http://en.wikipedia.org/wiki/NX_technology">NX client</a>. Use <a href="http://code.google.com/p/neatx/">Neatx</a> for protocol specification (it might be possible to use _(CLPython) to run Neatx protocol libs directly, since Neatx is written in Python; on that note, it might be possible to port Neatx server itself to run on CLPython). Use _(CLXS) for talking X11 protocol, but discard the legacy X font and drawing stuff (support XRender only). Use something based on Cairo (_(McCLIM)?) as the drawing backend. <strike>Combined with a native Lisp port of Neatx as a library for applications (maybe use parts of _(xlyb) to help with this) and direct-to-hardware rendering, this can form the basis of the graphics system of a hypothetical Lisp OS.</strike> Use _(zen) as a replacement for Xnest to start work on a new Lisp OS display system. Stand-alone, it would be a really useful application. <li><a href="http://www.hazelcast.com/">Hazelcast</a> for CLOS. _(GBBOpen) might already be able to do this. <s>Also might try to contact Lothar Hotz to resurrect _(NetCLOS).</s> <li>Extend <a href="http://wcp.sdf-eu.org/">Walter Pelissero</a>'s <code>make-exe-op</code> ASDF operator idea (Walter's implementation for SBCL: <a href="http://wcp.sdf-eu.org/software/asdfa.lisp">http://wcp.sdf-eu.org/software/asdfa.lisp</a>) to be as multi-platform as possible so that _(Creating Executables) from Free Software Lisps becomes trivial. <li>Terminal emulator for Common Lisp. Port either Paddy Mullen's <a href="https://github.com/paddymul/rxvt-js">rxvt-js</a> or the <a href="http://st.suckless.org/">suckless st</a> terminal emulator to CL. Use this to replace xterm on your *nix desktop, add terminal emulation to _(McCLIM), terminal emulation modes to _(Climacs) and _(Portable Hemlock), and eventually as the terminal emulator in a Lisp OS. <li>Port Tony Garnock-Jones' <a href="https://github.com/tonyg/racket-ssh">Racket-SSH</a> to Common Lisp. Get a CL SSH client so you can talk to *nix servers securely, an SSH server so Lisp processes can talk to each other securely. Combine with terminal emulator above to get rid of your OpenSSH client. Will be needed for a Lisp OS. <li>Replicated transactions for _(bknr-datastore) for high-availability, persistent CLOS objects. </ul> Things I used to want, but don't think are such a good idea anymore: <ul> <li><s>A "usocket-event" library that adds simple epoll/kqueue/select functionality that can be used with usocket and existing code.</s> <li><s>User-space threading library based on CPS conversion (something like Java's Kilim for CL). Note that this would need to shadow and re-implement those CL special forms (special variable binding, catch/throw, conditions and restarts) that rely on the dynamic environment, so it would in effect involve writing many parts of a new (portable) CL implementation in CL. _(ContextL) provides a Scheme-like dynamic-wind and first-class dynamic binding environments that could serve as a start for this. Should be integrated with the above proposed "usocket-event" library.</s> <li><s>Once _(Closure) has JavaScript support, adapt <a href="https://github.com/paddymul/rxvt-js">rxvt-js</a> (a JavaScript/DHTML port of urxvt) to run as a stand-alone native application (using _(Closure) as a library), to serve as a replacement for xterm/rxvt.</s> [write CLIM xterm instead] </ul> Things on the it-would-be-cool-list that turned out to have been done already (people are wrong when they say there's no Lisp libraries out there; it's hard to keep track and to find them!): <ul> <li><strike>An s-exp tree search library based on _(cl-unification) and/or _(fare-matcher). This would be a light-weight alternative to parsing HTML into a DOM as suggested by the two libraries above.</strike> _(SPath) and <a href="http://www.defmacro.org/ramblings/s-query.html">s-query</a> both do this. <li><strike><a href="http://www.ietf.org/rfc/rfc2898.txt">RFC 2898</a> library for hashing passwords in web applications</strike> _(Ironclad) comes with PBKDF2 but that isn't advertised. bcrypt and scrypt still need CL implementations. </ul>
Please supply your name and a summary of changes for the Recent Changes page. If you are making a minor alteration to a page you recently edited, you can avoid making another Recent Changes entry by leaving the Summary box blank
Summary of changes:
Captcha (enter the word "lisp" here):
Your name:
Check this box to fill in your name automatically next time
(uses a cookie)