Although you are joking, I've said it before and I'll say it again: server-side
web development is dead. Everything that can be pushed to the client will be.
Which leaves the server mainly for low-level persistence, data analysis, and
anything requiring security.
Static template-driven web
On Oct 1, 2009, at 12:13 AM, Curt Sampson wrote:
And as far as something like dealing with a changing language and
libraries, the mainstream already has well-established and popular
techniques for doing just: agile development.
A project manager's worst nightmare:
Sorry boss, but we're just
that are of no interest whatsoever to commercial software
developers (new numerical hierarchies, category theory libraries,
etc.), and is missing many key libraries that would be of great
commercial value.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n
for doing just: agile development.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 2, 2009, at 9:03 AM, minh thu wrote:
2009/10/2 John A. De Goes j...@n-brain.net:
On Oct 1, 2009, at 12:13 AM, Curt Sampson wrote
With few exceptions, no such thing as a killer server-side app.
The Web 3.0 paradigm is simple: all work except sharing and
persistence of data is done on the client.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
That's not gonna happen until when/if Haskell supports name/operator
overloading. There's a scarcity of good symbols/function names and
everyone wants to use them. So naturally, type class abuse follows.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n
This is the right approach to a GUI toolkit.
Note that personally, I believe the details of the presentation should
be separate from Haskell, stored in a separate file that is machine-
friendly, so designers can work in concert and in parallel with
developers.
Regards,
John A. De Goes
N
CSS is a good start by it's beset by all the problems of a 1st
generation presentation language, and is not particularly machine-
friendly.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 6, 2009, at 10:44 AM
system,
network access, randomness, and so on. This could extend the safe
spot to cover much more computational real estate, and effectively
sandbox programs in various ways.
Good idea in theory, in practice I suspect it would lead to
unmanageable boilerplate.
Regards,
John A. De Goes
N-Brain
It's a complex area not a lot of people are working in. Similar
(actually worse than) dependent typing.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 7, 2009, at 3:32 AM, Eugene Kirpichov wrote:
Or you can
a long way towards leveling the playing field.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 7, 2009, at 5:41 PM, Curt Sampson wrote:
On 2009-10-02 09:03 -0600 (Fri), John A. De Goes wrote:
[Haskell] is missing
itself. Agile means more than getting
software out the door quickly, a fact many businesses have yet to learn.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 7, 2009, at 5:49 PM, Curt Sampson wrote:
On 2009-10-02
Exactly, it's things like this that are so frustrating and which
reduce efficiency. In a mature library, you don't need to handle
details like this for yourself.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
the work you and your company have done for Haskell.
What has the Industrial Haskell group done so far? I haven't seen any
announcements. The work I'd be most interested in helping co-sponsor
is Haskell on JVM (biggest bang for the buck).
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution
of its methods.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 8, 2009, at 1:00 PM, Gregory Crosswhite wrote:
Out of curiosity, why do you think that porting Haskell to the JVM
would make such a large difference
/rails_rumble_92_web_apps_created_in_48_hours.php
[3] The difference in cost is strictly due to libraries. If you had
some killer Haskell libraries at your disposal, I have no doubt you
could do it for less than a Rails developer.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
(JavaScript,
CSS/HTML, Flash) or server-side developers (Java, PHP, Ruby, etc.).
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Oct 10, 2009, at 12:11 PM, John Melesky wrote:
On 2009-10-09, at 7:53 PM, John A. De Goes
transition two companies over to
Haskell, and likely more in the future.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http
GTDNR is what I really want anyway... whether or not it's possible. :-)
At any given time, importing everything unqualified from every module used by a
typical hs leads only to a handful of ambiguities. While the general case might
be intractable, real-world cases might be trivial.
Regards,
X-Saiga.
Regards,
John
On Dec 8, 2009, at 7:10 AM, Adam Cigánek wrote:
Hello there,
Is there some other parser library, with similar nice API than Parsec,
but which somehow handles left-recursive grammars? Ideally if it has
at least rudimentary documentation and/or tutorial :)
function
equality, you could use it to prove or disprove arbitrary theorems in
mathematics.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Apr 18, 2009, at 9:39 AM, Eugene Kirpichov wrote:
Could you then provide
if no one (that we know) uses them.
Moreover, the odds that everyone who is using n + k patterns are doing
so only in private is an untestable hypothesis (i.e. unscientific) and
extremely unlikely to be true.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n
Another reason for the 80 character limit: some developers have very
poor eyesight, which can be overcome with large monitors and large
fonts. This won't work if you have to scroll the code.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net
.
Is there a simple way to download everything from Hackage?
One would need to write a script to do this.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
___
Haskell-Cafe mailing list
for Haskell 98. :-)
Do you think that's fair?
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Apr 23, 2009, at 3:18 AM, Jon Fairbairn wrote:
John A. De Goes j...@n-brain.net writes:
That's absurd. You have no way
4.3.5.
Haskell doesn't have anything close!
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Apr 25, 2009, at 11:53 AM, Jason Dusek wrote:
I'd like to be able to translate Haskell to JavaScript.
Many Haskell/JS bridges
in
this area is clearly the best available). What I'd really like is
something like SMLtoJS (possibly without the reactive library), but
for Haskell. And that does not exist.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
infinite is not as easy, but it
might be sufficient to use lazy evaluation whenever there is a
possibility that a structure might be infinite. Any function exported
to JavaScript must return a finite list.
Annotations would be another way of handling this.
Regards,
John A. De Goes
N-BRAIN
Una Merge does real-time merging and has per user undo. And it can do
lots of stuff that seems darcs-like, though I don't know enough about
darcs to say for sure (e.g. moving a user's own edits after other
edits).
http://www.n-brain.net/una_merge.html
Regards,
John A. De Goes
N
I have strong interest in Haskell on the JVM. Not for Android, however.
Seems like every time this topic comes up, the consensus is that it's
not easy to support new targets with GHC, but that work is underway
to make such developments easier.
Regards,
John A. De Goes
N-Brain, Inc
?
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Jun 23, 2009, at 8:16 AM, Simon Peyton-Jones wrote:
Good news about the iPhone port!
There seems to be quite a bit more interest now in supporting
platforms other than
That sounds sufficient -- basically, just tell the sponsored developer
where to look to get started, give him a rough idea of what needs to
be done, and let him sort out the rest.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376
JVM 7 has tail calls, and if you don't want to wait for that, goto
works perfectly well for self-recursive functions. Other techniques
can deal with mutual recursion, albeit at the cost of performance.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n
I don't have a source, but I know tail calls have been implemented (in
a patch) and tested, and at the JVM Summit everyone was saying this
was definitely going to be released in JVM 7.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net
I've spoken in favor of this many times before. But there are many who
think, Every function you write should have a unique name. Talk
about needless clutter.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Jul
Tom is exactly right here. GPL is the kiss of death in the commercial
world. Haskell Platform exists in part to encourage industry use of
Haskell -- and to encourage braindead use of blessed libraries. GPL
libraries have no place in HP.
Regards,
John A. De Goes
N-Brain, Inc
the point is that a functional language with a built-
in effect system that captures the nature of effects is pretty damn
cool and eliminates a lot of boilerplate.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
So what, because effect systems might not eliminate *all* boilerplate,
you'd rather use boilerplate 100% of the time? :-)
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 12, 2009, at 3:28 PM, Dan Doel wrote
. Something that dumb monads can't provide.
I haven't played with DDC, but I do believe some new FPL with a
powerful effect system is going to take off in the next 5 years.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
, memory, etc., then you'll be able to do some
extremely powerful parallelization optimization.
But for now providing course grained information on the class to which
an effect belongs is pretty interesting in its own right.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution
Thank goodness for a cleaner networking API. I almost chose Haskell's
socket API as an example of what _not_ to do in my series on Good API
Design (http://jdegoes.squarespace.com/journal/2009/5/11/good-api-design-part-3.html
).
Ended up going with Java though. :-)
Regards,
John A. De
with the file system or networking, etc.).
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 13, 2009, at 2:42 AM, Sebastian Sylvan wrote:
On Thu, Aug 13, 2009 at 4:56 AM, John A. De Goes j...@n-brain.net
wrote
is interference from outside programs.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 13, 2009, at 3:45 AM, Jason Dusek wrote:
2009/08/12 John A. De Goes j...@n-brain.net:
The next step is to distinguish between
experiment in that direction.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
and commute is quite complicated and needs to be baked
into the effect system, rather than being the responsibility of a
lowly developer.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 13, 2009, at 12:24 PM, Sebastian
,
contiguous memory concurrently, even in different threads if the
complexity so justifies it. The IO monad is a poor man's solution to
the problem of effects.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
. It's only an
illusion that such programs are safe, with or without transformation
of sequential read operations.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
___
Haskell
On Aug 14, 2009, at 9:34 PM, Sebastian Sylvan wrote:
On Sat, Aug 15, 2009 at 3:55 AM, John A. De Goes j...@n-brain.net
wrote:
If you don't like the file system, consider mutable memory. An
effect system will tell me I can safely update two pieces of non-
overlapping, contiguous memory
On Aug 15, 2009, at 6:36 AM, Jason Dusek wrote:
2009/08/14 John A. De Goes j...@n-brain.net:
Hmmm, my point (perhaps I wasn't clear), is that different
effects have different commutability properties. In the case
of a file system, you can commute two sequential reads from
two different files
many almost-
impossible-to-debug crashes). I would not want functional languages
to adopt something that's proven to be insanity-inducingly difficult
to use.
Please don't ever bring up C again. You can't do anything interesting
in C.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution
constraints, high-level constructs, and a powerful effect system.
Saying, I don't know exactly how it will look, is quite a bit
different from saying It can't be done. I claim the former.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724
,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 16, 2009, at 2:46 AM, Marcin Kosiba wrote:
Hi,
IMHO, provided with a flexible effect system, the decision on how
to do
read/write operations on files is a matter of libraries
On Aug 15, 2009, at 5:32 PM, Sebastian Sylvan wrote:
On Sun, Aug 16, 2009 at 12:18 AM, John A. De Goes j...@n-brain.net
wrote:
You must think I'm arguing for some kind of low-level analog of C,
augmented with an effect system. I'm not. You can't do that.
No, I don't. I think you're arguing
In the presence of _uncontrolled concurrency_, you are correct, but
uncontrolled concurrency is a failed paradigm littered with defective
software.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Aug 16, 2009
Roundtrip is an important milestone for automated refactoring tools.
Nice work!
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 3, 2009, at 2:57 PM, Niklas Broberg wrote:
Fellow Haskelleers,
I'm pleased
interop with Java. Haskell is not in this category. It's stuck in a
different world, wholly inaccessible to the masses.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 27, 2009, at 10:16 AM, Curt Sampson wrote
open source libraries available for the Java platform.
But I do agree on this: the JVM does indeed need a Haskell-like
language.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 27, 2009, at 8:10 PM, Curt Sampson
CAL is interesting, but unfortunately dead, and has no community.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 27, 2009, at 3:38 PM, Peter Verswyvelen wrote:
That's not really true. Just use CAL from the Open
written tiny to small Haskell apps);
4. How many shops are capable of handling Haskell development
maintenance.
These are the kinds of information one needs to make an informed
decision about whether to introduce Haskell into the workplace.
Regards,
John A. De Goes
N-Brain, Inc
worth of
resources at your disposal.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 28, 2009, at 7:49 AM, Curt Sampson wrote:
On 2009-09-28 07:01 -0600 (Mon), John A. De Goes wrote:
And I stand by my statement
, seamless,
and easy Java interop, then it would be a success. Having neither, I'm
not surprised it has no community and development has ceased.
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 28, 2009, at 9:59 AM
for small applications that don't need specialized
libraries (and apparently, for small segments of the financial
industry). For other applications, it usually cannot compete
economically with other, vastly technically inferior languages like
Java.
Regards,
John A. De Goes
N-Brain, Inc
adoption and mass adoption).
Regards,
John A. De Goes
N-Brain, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Sep 28, 2009, at 11:01 AM, Jason Dusek wrote:
2009/09/28 John A. De Goes j...@n-brain.net:
Libraries are _everything_...
Not exactly
, a manager really likes the
ability to seamlessly move across platforms and architectures without
recompilation. 32 - 64? No problem. Linux - BSD? Sure, why not? Yes,
I'm sure even Amazon, Yahoo, and Google make these kinds of
considerations.
Regards,
John A. De Goes
N-Brain, Inc
machine known to man, has a wealth of cross-platform
libraries, and is getting improved support for dynamic and functional
languages (method handles, tail call).
Regards,
John A. De Goes
N-BRAIN, Inc.
http://www.n-brain.net
[n minds are better than n-1]
On Oct 11, 2008, at 10:07 AM, David Leimbach
There's a YHC that can compile to JavaScript, and JavaScript can be
run on Java...
Which means, practically speaking, there is no YHC backend for the JVM.
Regards,
John A. De Goes
N-BRAIN, Inc.
http://www.n-brain.net
[n minds are better than n-1]
On Oct 11, 2008, at 11:08 AM, Brandon S
It's well known from numerical analysis that you can achieve the best
general behavior by rounding to even in half the cases, and rounding
to odd in half the cases. It's usually deterministic by looking at
the digit to the right of the round point.
Regards,
John A. De Goes
N-BRAIN, Inc
Please, oh please, get it into GHC Head! You'll be my hero.
Regards,
John A. De Goes
N-BRAIN, Inc.
http://www.n-brain.net
[n minds are better than n-1]
On Oct 27, 2008, at 3:02 PM, Brian Alliet wrote:
On Mon, Oct 27, 2008 at 10:58:11AM +, Simon Peyton-Jones wrote:
Is there an interest
Haskell's networking support is very rudimentary. Erlang's is quite
sophisticated. For network intensive applications, especially those
requiring messaging, fault-tolerance, distribution, and so forth,
there's no doubt that Erlang is a more productive choice.
Not because of the language,
libraries such as these, but lacking any production
implementations, it's all just theory.
Regards,
John
On Jan 8, 2009, at 8:41 AM, Creighton Hogg wrote:
On Thu, Jan 8, 2009 at 8:32 AM, John A. De Goes j...@n-brain.net
wrote:
Haskell's networking support is very rudimentary. Erlang's is quite
The number of applications requiring the implementation of a custom
web server is an insignificant fraction of the number of applications
requiring a messaging system. I don't think anyone would dispute
Haskell's ability to do low-level, raw networking, of the type that
few people
8, 2009, at 11:06 AM, Don Stewart wrote:
wchogg:
On Thu, Jan 8, 2009 at 8:32 AM, John A. De Goes j...@n-brain.net
wrote:
Haskell's networking support is very rudimentary. Erlang's is quite
sophisticated. For network intensive applications, especially those
requiring messaging, fault-tolerance
On Jan 8, 2009, at 12:56 PM, Tim Newsham wrote:
You replied to someone discussing using Haskell at a CDN to implement
things like web servers by saying that Haskell wasn't suitable for
the task.
That is incorrect. I replied to Achim's message asking for elaboration
on Haskell's
On Thu, Jan 08, 2009 at 10:36:32AM -0700, John A. De Goes wrote:
The number of applications requiring the implementation of a custom
web
server is an insignificant fraction of the number of applications
requiring a messaging system. I don't think anyone would dispute
Haskell's ability to do
You must be referring to erlang-0.1, an alpha release of a package
that impersonates an Erlang node.
Which is surely useful to someone, somewhere, but is not useful to
write a messaging application.
Regards,
John
On Jan 8, 2009, at 4:17 PM, Bryan O'Sullivan wrote:
On Thu, Jan 8, 2009
, but in general I view it as a bootstrapping
process leading to pure Haskell libraries -- a crutch you have to live
with until you can afford to pay the price of walking.
Regards,
John
On Jan 8, 2009, at 3:15 PM, John Goerzen wrote:
On Thu, Jan 08, 2009 at 11:14:18AM -0700, John A. De Goes wrote
On Jan 8, 2009, at 4:34 PM, Bryan O'Sullivan wrote:
I actually think that we're very close to being in fantastic shape
here.
I think that's Haskell zeal speaking. :-)
Not that I don't appreciate your zeal (I do), and I'm definitely
excited about the stuff you're working on, but we're a
from your experience, and my statements come from my
experience, and the truth is probably somewhere in between.
Regards,
John
On Jan 9, 2009, at 1:42 PM, John Goerzen wrote:
John A. De Goes wrote:
Hi Austin,
How do you know it's not your experience with FFI code that isn't
biased? As far
On Jan 9, 2009, at 9:01 AM, Creighton Hogg wrote:
2009/1/9 John A. De Goes j...@n-brain.net:
If you're looking for a project to take on, I would suggest
starting with
the following:
A high-level, type-safe AMQP client written in 100% Haskell, which
provides
a clean way of handling
On Jan 9, 2009, at 8:23 AM, John Goerzen wrote:
Well, you pretty much always have to get down to the C level on a *nix
platform at some point, anyhow. You've got to make syscalls
somewhere.
Take a language like Ruby or Python (or Java, or C#, etc.). The vast
majority of code written in
No, it's not HDBC -- which I have not yet tried. I'll tell you what:
I'll give HDBC a try this week and let you know if it's as easy as you
say it is. :-)
Regards,
John
On Jan 10, 2009, at 10:09 AM, John Goerzen wrote:
John A. De Goes wrote:
Hi John,
Take two examples I gave up
On Jan 10, 2009, at 4:11 PM, Donn Cave wrote:
Quoth John A. De Goes j...@n-brain.net:
| Take a language like Ruby or Python (or Java, or C#, etc.). The vast
| majority of code written in these languages does not get down to
the
| C level. When I say, vast majority, I'm referring to 99.999
There's no point wasting development resources on threats that may
never emerge. If attacks become a problem, it can be dealt with then
-- when more information on the nature of the threat is available, so
a better solution can be developed than now (when there is no
information, only
On Jan 15, 2009, at 9:31 AM, John Goerzen wrote:
By pure do you mean containing python code only? I'm looking
through a few, and:
Search for pure python mysql or pure python postgresql and you'll
see at least two implementations. In addition, there are plenty of
pure Python databases for
+1 to that
Regards,
John
On Jan 15, 2009, at 4:10 PM, Cale Gibbard wrote:
2009/1/15 Sittampalam, Ganesh ganesh.sittampa...@credit-suisse.com:
Lennart Augustsson wrote:
I think the documentation should be reasonably newbie-friendly too.
But that doesn't mean we should call Monoid
Not that you're looking to switch editors, but if you want something a
little more hassle-free:
http://www.n-brain.net/unashots/Haskell/ErrorHighlighting.png
Regards,
John
On Jan 22, 2009, at 10:17 AM, Peter Verswyvelen wrote:
I have a silly problem.
I'm using Emacs with the
was not able to find Haskell support in the freely
downloadable version. is this available in the commercial version?
On Thu, Jan 22, 2009 at 6:50 PM, John A. De Goes j...@n-brain.net
wrote:
Not that you're looking to switch editors, but if you want something
a little more hassle-free
.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Jan 25, 2009, at 10:54 PM, Michael Snoyman wrote:
I´m working in a web application rather than a web framework. But I
sometimes think about how a complete web application
. Haskell - JavaScript is a much more fruitful
direction to pursue, I think.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Jan 26, 2009, at 10:49 AM, Michael Snoyman wrote:
On Mon, Jan 26, 2009 at 9:37 AM, John A. De Goes j
unfortunately won't
see the light of day), but they are not functional languages. And for
the foreseeable future, there is one and exactly one scripting
language for the browser, and anyone who wants to use a different
language will have to do so by compiling to JavaScript.
Regards,
John A. De
The actual presentation and layout of widgets would be better handled
by a DSL such as CSS (which is, in fact, declarative in nature), while
event logic would be best handled purely in Haskell.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net
The size, color, and layout of widgets has no effect on interaction
semantics and is best pushed elsewhere, into a designer-friendly realm
such as CSS.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Feb 2, 2009
How do you define layout in a way that has a direct an enormous
effect on interaction semantics???
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Feb 2, 2009, at 4:31 PM, Conal Elliott wrote:
Hi John,
I'm
of that content. The developer writes
the content model and the controller, while UX guys or designers get
to decide how it looks.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Feb 2, 2009, at 9:47 PM, Achim Schneider wrote
primitive
grid :: [[Rect a]] - Rect a
that arranges widgets in a rectangular grid should be enough for GUIs.
Spoken like a true programmer who knows nothing about usability. :-)
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x
be interpreted and generated by tools, which means that a designer
can work with CSS files without knowing anything about CSS.
Is it perfect? No. But it's a lot better than trying to encode
everything in a single language that only a software developer can
safely work with.
Regards,
John A. De Goes
Nor does it need one: http://www.csszengarden.com/
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Feb 3, 2009, at 10:45 AM, Heinrich Apfelmus wrote:
John A. De Goes wrote:
Layout combinators in the spirit of TeX
/Calling_Haskell_from_C
There was a promising thesis project called LambdaVM that allowed you
to compile Haskell to JVM byte codes, but it suffered the same fate as
all thesis projects.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x
, but in my opinion, the lack
of it results in more problems than it eliminates.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|877-376-2724 x 101
On Feb 13, 2009, at 3:43 AM, Neil Mitchell wrote:
Hi
Table is a table of name-value pairs
The signal-to-noise ratio with fully qualified names/operators goes
way down -- that's the need.
Go take one of your programs and fully qualify every name and every
operator. Doesn't look so pretty then, does it? And it wouldn't be
easy to read, either.
Regards,
John A. De Goes
N
1 - 100 of 144 matches
Mail list logo