Re: Nanotechnology "X Prize"

From: Jim Logajan (JamesL_at_lugoj.com)
Date: 10/19/04 

Date: 19 Oct 2004 05:31:14 GMT

Rory McLean <rory@romsys.demon.co.uk> wrote:
> How close are we to being able to write the massively
> distributed, hierarchically controlled software to drive an
> assembler. With sufficient positional accuracy, and redundancy to
> handle failed assembly heads, and higher level failures, is an
> interesting question.
>
> I wonder how much of this could be worked out using simulation,
> ahead of time.
>
> Should a prize for getting this working be considered?

I'm not sure why there is a need to develop such a system since systems are
already in place today that accomplish similar tasks without that level of
complexity. Or maybe you have in mind a different set of problems than I.

> Or, would this simply be considered one of the tools?

I would not consider it one of the tools since it seems to presuppose an
infrastructure that has yet to be developed.

> (I suspect some people would point to swarm computing, but I am
> not at all clear this would deliver the required functionality.)

You may have a different problem domain in mind since I'm not sure how
swarm computing would be used to advance nanotechnology in the next few years.

Relevant Pages

  • Re: Free seminar on domain-specific modeling
    ... 400% from Assembler to BASIC" as though nothing occurred in between suffers such a total disconnect from computing history that it's hard to take other utterances seriously. ... According to Capers Jones Software Productivity research Fortran is 4.5 times more productive than Assembler. ... the design space or domain" presumably means that component-based approaches are more successful when the components are created with the problem domain in mind. ... Depending on how the language has been created, a good DSM language is on a higher abstraction level than for example C, Java, Python etc. ...
    (comp.lang.python)
  • Re: PIC Assembler.
    ... I can think of no reason whatever to use a language (assembler) that requires ... You can retract your sweeping, godlike statement, tell me ... possibilities you cannot and have not been able to imagine. ... Keep in mind that, for the most part, I am not expecting to convince ...
    (sci.electronics.basics)
  • Re: Current status of MagiC
    ... have an excellent knowledge of the problem domain. ... 68K assembler is not a problem for me. ... assembler (who use fVDI C routine and Radeon C driver). ... printing support at all and we have no substitue of speedogdos ...
    (comp.sys.atari.st)
  • Re: LuxAsm Development Team
    ... mind, its DON'T follow a badly written piece of crippleware like ... An assembler with optional high level constructions that were well ... The more power and flexibility you can put into its design right from ...
    (alt.lang.asm)
  • Re: Current status of MagiC
    ... have an excellent knowledge of the problem domain. ... of operating systems in general and of the details in the specifications ... 68K assembler is not a problem for me. ... My last task was to rewrite the the main part of the VDI in 68K/Coldfire ...
    (comp.sys.atari.st)
Quantcast