- Pharo-users - lists.pharo.org

Smalltalk frameworks that use parsers

by Mohammad Al Houssami (Alumni)

Hello all, Are there any frameworks or applications built in Smalltalk that use parsers ? If yes can I get the names of a few of them ? I was only able to find applications that provide parsing services but not things that use a parser to do something like sanitization for example. Any help is much appreciated :)

Aug. 19, 2013

Re: [Pharo-users] Pharo as a platform for a large E-Commerce website

by Esteban Lorenzano

Hi, sorry for the very delayed answer :) Some years ago I made a massive ecommerce, it was developed on pharo and deployed on gemstone. that works pretty well and you have infinite scaling. now, you could do the same with pharo + some db backend (I'd recommend mongo) + a load balancing strategy. this gives you some advantages (like not needing to deploy in a different platform) and some disadvantages (like have to doing the balancing stuff by your self). but... certainly, nowadays there is nothing that could stop you to use pharo for your site. cheers, Esteban On Aug 7, 2013, at 1:01 AM, Cameron Sanders <camsanders(a)aol.com> wrote: > Are you definitely going the smalltalk path and your question is Which One platform? Or are you not yet committed to smalltalk? > > If you go with Pharo, you may be able to migrate to something like Gemstone should the need arise. Or to one of the other flavors. > - > > I recently interviewed a kid with CompSci degree from a small school here in the States. He showed me his Senior Project. And I was nearly floored in shock. It was a whole mess of PHP... that did nothing more than present three DB tables to the user, which they could edit. In Pharo, using Seaside, and working through the tutorial to construct your login system (which was one of the tables of this project), and ... and using SQL calls directly (not learning Glorp), it would probably just take a few days to do as-you-learn. The amount of functional code/behavior seemed really small for a senior project... at least when compared to the productivity of Pharo+Seaside. > > The moral of this story: if you are considering PHP as your alternative... DON'T! Instead work with classes/objects, in an environment that supports OO programming. Smalltalk scales really well in terms of programming time -- one of the most productive environments you will find. > > That said... there are more java programmers than smalltalkers. ... of course... you need more java programmers for the same functionality! ;) > - > > How many different dialogs/widgets presented to the User? How many unique attributes/fields for user to select? Navigation is standardized? Etc. Obviously, sizing a project takes time. > > ... In smalltalk, one can often lay out crude class definitions as fast as you can type them into a project management system. It was made for rapid prototyping, and the ('type') evolution that comes with such development. > - > > I have a project that I would like to scale beyond your specs. But we can grow more slowly, giving us time to grapple with questions about DB mirroring, and how many Virtual images do we need, and how many Pharo images running on each... load balancing, etc. There are several people on this board who know more about this than I do. (Several offering consulting services too.) > > Good luck! > > -Cam > > > On Sun, Aug 4, 2013 at 7:25 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Sanjay wrote: > >Possibly the above details are sketchy but the immediate questions for him > >to firm up investment plans are: > >- Will a Pharo based platform be appropriate > > -- Technology ? > > -- Robustness & support ? > > Nothing you indicated in your estimates would be a bad fit for Pharo. > Strong points for Pharo in a startup context are flexibility and very > fast development. > Not being 64-bit is a weak point, but you might be able to come up > with a shared nothing architecture and lots of images running part > of the problem. > > Do a spike integrating and deploying the technologies you need, > and make sure you can do that again after each commit. > > >- what will be the team man year effort (ballpark estimate) for development, > >testing, administration upto initial go-live ? > > 1, 10 or 10000. Portal is a semantics-free marketing term. > Estimation at this level of fuzziness is a meaningless activity. > What do you plan to have online at the end of the first week, the > first month and the first quarter (at less and less detailed level)? > Do you already have these users, or do you need to grow the number > from zero? > > Create a story map and slice it. > http://www.agileproductdesign.com/blog/the_new_backlog.html > > Stephan > >

Aug. 19, 2013

Re: [Pharo-users] your opinion about storing FixedDecimal in Mongo

by Esteban Lorenzano

Hi, yes, looks like too much :) I would go with the float representation... for the conversion, I do not have an experience or opinion about performance or db footprint. You have to check that in the old empirical fashion way :) Esteban On Aug 19, 2013, at 10:38 AM, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> wrote: > Hi, > > I am interested in your opinion. > I use FixedDecimal for computing currency amounts. > This works fine. > > When storing the amounts with voyage into mongo (I have a lot of them!!!), > normally, one currency amount would be stored into mongo as follows: > > "vatAmountEUR": { > "#instanceOf": "FixedDecimal", > "negative": false, > "number": NumberInt(90280), > "part1": NumberInt(9), > "part2": NumberInt(280), > "scale": NumberInt(4) > } > > I think, this is a lot of stuff for one single value. I tend to convert the > FixedDecimal into a Float for storing it. In this case, it would be like > this: > > "vatAmountEUR": 0.7196 > > When loading, I immediately re-convert it into a FixedDecimal. I would do NO > computing with the float(!!). > > What is your opinion about this (rounding issues, performance, database size > etc.)? > Do you think, there is something against it? What would you do? > > Sabine > > > > > > > > -- > View this message in context: http://forum.world.st/your-opinion-about-storing-FixedDecimal-in-Mongo-tp47… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Aug. 19, 2013

Re: [Pharo-users] your opinion about storing FixedDecimal in Mongo

by jtuchel＠objektfabrik.de

Am 19.08.13 10:46, schrieb jtuchel(a)objektfabrik.de: > Am 19.08.13 10:38, schrieb Sabine KnÃ¶fel: >> I think, this is a lot of stuff for one single value. I tend to >> convert the >> FixedDecimal into a Float for storing it. In this case, it would be like >> this: >> >> "vatAmountEUR": 0.7196 >> >> When loading, I immediately re-convert it into a FixedDecimal. I >> would do NO >> computing with the float(!!). >> >> What is your opinion about this (rounding issues, performance, >> database size >> etc.)? >> Do you think, there is something against it? What would you do? >> >> > Hi Sabine, > > my misinformed opinion on storing fixed decimals is to completely > avoid floats and keep it as simple as possible. Floats smell like > problems to me. > Why not store two integers: one for the integer part and one for the > digits and implement some kind of converter for storing/retrieving. > with "digits" I mean the part after the decimal point. Would decimal part be a better term? not sure... > > Joachim > > > -- -- â¨----------------------------------------------------------------------- â¨Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de â¨Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 19, 2013

Re: [Pharo-users] your opinion about storing FixedDecimal in Mongo

by jtuchel＠objektfabrik.de

Am 19.08.13 10:38, schrieb Sabine KnÃ¶fel: > I think, this is a lot of stuff for one single value. I tend to convert the > FixedDecimal into a Float for storing it. In this case, it would be like > this: > > "vatAmountEUR": 0.7196 > > When loading, I immediately re-convert it into a FixedDecimal. I would do NO > computing with the float(!!). > > What is your opinion about this (rounding issues, performance, database size > etc.)? > Do you think, there is something against it? What would you do? > > Hi Sabine, my misinformed opinion on storing fixed decimals is to completely avoid floats and keep it as simple as possible. Floats smell like problems to me. Why not store two integers: one for the integer part and one for the digits and implement some kind of converter for storing/retrieving. Joachim -- -- â¨----------------------------------------------------------------------- â¨Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de â¨Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 19, 2013

your opinion about storing FixedDecimal in Mongo

by Sabine KnÃ¶fel

Hi, I am interested in your opinion. I use FixedDecimal for computing currency amounts. This works fine. When storing the amounts with voyage into mongo (I have a lot of them!!!), normally, one currency amount would be stored into mongo as follows: "vatAmountEUR": { "#instanceOf": "FixedDecimal", "negative": false, "number": NumberInt(90280), "part1": NumberInt(9), "part2": NumberInt(280), "scale": NumberInt(4) } I think, this is a lot of stuff for one single value. I tend to convert the FixedDecimal into a Float for storing it. In this case, it would be like this: "vatAmountEUR": 0.7196 When loading, I immediately re-convert it into a FixedDecimal. I would do NO computing with the float(!!). What is your opinion about this (rounding issues, performance, database size etc.)? Do you think, there is something against it? What would you do? Sabine -- View this message in context: http://forum.world.st/your-opinion-about-storing-FixedDecimal-in-Mongo-tp47… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2013

Re: [Pharo-users] Beginner's question ...

by StÃ©phane Ducasse

There is a tutorial but we should finish it using Spec https://pharo.fogbugz.com/default.asp?W67 We are planning to write a complete one but benjamin should come back from holiday. Note that the difference is not between Smalltalk and X, Y Z the difference is between graphical frameworks: for example in VisualWorks you write application GUI differently than in VisualAge or Pharo. Stef

Aug. 17, 2013

Re: [Pharo-users] Beginner's question ...

by StÃ©phane Ducasse

> Thank you, > > Dr. Geo is a full blown-up application. So far I do not intend to write > soemething like that. Morely I intend to use as less GUI as > necessary/possible. Just simple input-/output in a console window or > something like that. > > But maybe BASIC or Pascal is more suitable for that? > Roland. I would not see why :) You define a package with classes and then use --eval to invoke your class and a message pharo yourimage.image --eval '1+3' prints 4 and this is exactly doing that read this chapter even if it is more general

Aug. 17, 2013

Re: [Pharo-users] Beginner's question ...

by Roland Strasser

On 08/17/2013 08:09 AM, StÃ©phane Ducasse wrote: > Hi roland > > You can run pharo with a UI using the headless mode. in that case you can implement a simple read eval loop > that read from standard input and write on stdout. > You can also use the -eval command line parameter to get a value of a message > > Now you can also define a simple ui and disable all the tools. This requires a bit more > practice. So let us know. There is also the user manager package that let you control some behavior. > > Stef > >>> I have programming experiences with BASIC compilers. I would like to >>> program in a Smalltalk environment; but I have the following newbie's >>> questions: >>> >>> a) Can I deploy an image without all the browsers and other "stuff" - >>> just a plain console program? >>> >>> b) How is it possible to write a console program without gui etc.? >>> >>> Thank you! >>> Roland. >>> >>> >>> >> Hello everybody, >> >> Primarilly I just want to catch some experiences with SmallTalk - which >> so far I find really exceptional. For doing that I just want to use a >> simple input-/output window (could be a 'transcript'?), for something >> like that: >> >> input value >> calculate >> return value >> >> If a gave this image to somebody else, I find it necessary to just give >> the "program" itself, without all the rest of the image (and ide). >> >> Thanks, >> Roland >> >> >> >> -- >> Mag. Roland Strasser >> > > > Thanks, is there any tutorial how to write a GUI window with menues, dialogues etc? It would be very helpful, because Smalltalk is VERY different to other languages (as you know of course). Thanks Roland. -- Mag. Roland Strasser

Aug. 17, 2013

Re: [Pharo-users] Beginner's question ...

by Roland Strasser

On 08/17/2013 07:54 AM, Yuriy Tymchuk wrote: > Hi, > > to make you more familiar with existing pharo applications you can check out: > http://www.drgeo.eu/ > Also Pharo is used for web development. You can follow Sven's tutorial to make some simple web app: > http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/ > > Cheers. > Uko > > > ÐÐ°Ð´ÑÑÐ»Ð°Ð½Ð¾ Ð· iPhone > > 17 ÑÐµÑÐ¿. 2013 Ð¾ 08:32 Roland Strasser <rolstra(a)gmx.at> Ð½Ð°Ð¿Ð¸ÑÐ°Ð²(Ð»Ð°): > >> On 08/16/2013 08:33 PM, Roland Strasser wrote: >>> >>> Hi, >>> >>> I have programming experiences with BASIC compilers. I would like to >>> program in a Smalltalk environment; but I have the following newbie's >>> questions: >>> >>> a) Can I deploy an image without all the browsers and other "stuff" - >>> just a plain console program? >>> >>> b) How is it possible to write a console program without gui etc.? >>> >>> Thank you! >>> Roland. >> Hello everybody, >> >> Primarilly I just want to catch some experiences with SmallTalk - which >> so far I find really exceptional. For doing that I just want to use a >> simple input-/output window (could be a 'transcript'?), for something >> like that: >> >> input value >> calculate >> return value >> >> If a gave this image to somebody else, I find it necessary to just give >> the "program" itself, without all the rest of the image (and ide). >> >> Thanks, >> Roland >> >> >> >> -- >> Mag. Roland Strasser >> > Thank you, Dr. Geo is a full blown-up application. So far I do not intend to write soemething like that. Morely I intend to use as less GUI as necessary/possible. Just simple input-/output in a console window or something like that. But maybe BASIC or Pascal is more suitable for that? Roland. -- Mag. Roland Strasser

Aug. 17, 2013