Disqus - Latest Comments for lbarret

Re: A comparison between the new ECMAScript 6 language features and C#

lbarret — Wed, 27 Aug 2014 06:22:20 -0000

Comparing to Python would be more useful. C# is statically typed. Javascript is not.
Beside ECMA V6 is more directly copying Python than anything else.

Re: Monads for Dummies | Stephan Boyer

lbarret — Fri, 28 Feb 2014 03:55:14 -0000

good explanation. BTW, using bitoperators make things a bit more readable : M(x) >> double >> add
And more haskellish.

Re: A Pythoneers directory

lbarret — Fri, 07 Jun 2013 04:50:45 -0000

Interesting, I am a bit south of burgundy (near lyon) and going to europython so I hope we'll have a bit of time to talk/work on that.

The spam issue is quite thorny but I think it can be managed with an intermediary step. One sends a request (pythonneers in burgundy), relevant pythonneers are warned of the request and can answer if they want. a bit like linkedin invitations (you can ignore them easily).

Re: Wealthfront Engineering: Reactive.js: Functional Reactive Programming in Javascript

lbarret — Wed, 10 Apr 2013 05:33:56 -0000

interesting...I did the same in python (reactive framework + visualisation) and have good results so far. Mine is a bit more focused on classes (it uses the metaclass machinery from python) but the the overall design is the same.

I would advise adding a bit of sugar on top of this minimal design, as writing the long declarative connections can be a bore.

Re: Excuse me? Why does God need a Starship?

lbarret — Sat, 10 Apr 2010 11:25:01 -0000

Please don't confuse cross compiler platform with cross platform gui.

The problem you mention are very true for cross platform gui not for a compiler suite.

If the semantics and the CPU is not too alien, a compiler can have a lot of different target : gcc target x32, x64, Sun, Sparc, etc.

You would have a lot of trouble to distinguish an app from one platform to the other.

Still, the gui could be worse or better, because it has to do with intended workflow of the platform. I don't know if flash gui would mesh well with IPhone workflow (I think it would but no expert here).

In the end, Apple decision has nothing to do with quality or tech. It is a business decision. It is not good for the users, not for the devs, not for Adobe. But good for them.

Re: Object-Oriented Programming ― Andreas Zwinkau

lbarret — Thu, 24 Dec 2009 02:15:59 -0000

I think that Kay is right : OOP is about the late binding.

Without late binding (pseudo python) :

from Deque improt DequeType

def is_inside(d : DequeType, elem : Object):
# do something....
return d.contains(elem)

With late binding :

def is_inside(d , elem):
# do something.
return d.contains(elem)

The key point is the missing import in the second case.

The contains method is really a message if you don't know anything about d, if you know something about the type of d, then you can apply a procedure or a function of the good type with the same effect.

Something like :

from Deque improt DequeType, contains

def is_inside(d : DequeType, elem : Object) -> Bool:
# do something....
return contains(elem, d) # contains have the type : (d : DequeType, elem : Object) -> Bool

In the end, OOP means late binding.

In early binding language, The data+method is just a convenience and the mark of a time when type-system weren't very defined.

Again, Haskell and Factor show the alternatives (there is a very good video of Factor creator that explain that).

Re: Object-Oriented Programming ― Andreas Zwinkau

lbarret — Wed, 23 Dec 2009 09:02:59 -0000

mmm...polymorphism is a property of the type system, this is not exclusive to OOP.

In layman terms, what does it mean ?

1. Some types are grouped into a type group which has some property.

2. Knowing the type group is sufficient to use a property of the group on a member, whatever the real type is.

3. The implementation of type group can be very different : implicit like in python or explicit like in java. the connection to the group can be done throught a tree (inheritance) or a set (type_class, java interface).

These 3 points have nothing to do with the paradigm of the languages. Haskell is purely functional, Factor is stack based and Java is OOP, and still all have polymorphism.

Re: Volumetric heat diffusion skinning

lbarret — Tue, 24 Nov 2009 07:22:42 -0000

good work.

Re: Wolfire Selected For Game Connection Lyon

lbarret — Thu, 15 Oct 2009 07:01:01 -0000

Congrats Wolfire,

We'll be at the game connection again this year and are located near lyon, so we can help you a bit.

First, the food. lyon is the best place to eat excellent french food. The game connection itself has very good food but there are a lot of restaurants around.

Second, Lyon. I would say the old part of town are quite inspiring, "les pentes" for example.

Third, the parties. very irregular but quite cool most of the time. Note: Don't follow the frenchies if you have an appointment early in the morning, they can be well... quite unreasonable and immoderate. You'll remember the night, tho.

Four, the beer. I would be glad offer you one. You're are doing great work.

Best, L.

Re: Why Ubuntu / Linux isn’t Really Ready for Consumers… Yet.

lbarret — Thu, 03 Sep 2009 16:01:10 -0000

you"re wrong. As many people when windows fails you consider it inevitable, when linux does you say "not desktop ready".

I was under the same illusion. But since 2 years, we have both ubuntu & windows at work on the same configs. windows is not the clear winner.

Both kind of installs have pb but from our data (2 years, ~10 pcs) windows is slightly behind. Windows 7 may change that we had excellent experience with it on one pc (in test for now).

Re: Improve Our Ads, Tell Us Who You'd Like to See Advertising on reddit

lbarret — Thu, 06 Aug 2009 06:47:25 -0000

- books (publisher, magazine)
- indie games
- kitchen tools (like the Alligator)
- geeky stuff
- legos (for grown-up, like the lloyd-wright series)
- science stuff.

Re: PEP 371: Addition of pyprocessing (as multiprocessing) accepted!

lbarret — Fri, 06 Jun 2008 08:55:35 -0000

Good ! good ! good !

Re: “Final” Draft of Processing inclusion PEP …

lbarret — Thu, 29 May 2008 04:05:01 -0000

Excellent !

I would be glad to see pyprocessing enter the standard lib.

We use it and it is a great module.

Also, a bit more exposure cannot hurt.