Didier Besset offered his great book "Object-Oriented Implementation of
Numerical Methods An Introduction with Smalltalk and Java" to the community. We would like to thank Didier Besset for his great book and for his gift of the source and implementation to the community. You can find • Archive of the original book, with code in both Java and Smalltalk https://github.com/SquareBracketAssociates/ArchiveOONumericalMethods https://github.com/SquareBracketAssociates/ArchiveOONumericalMethods/blob/master/NumericalMethods/2015-Jan-WholeBookST-Java.pdf • An abridged version of Didier’s book, without the Java implementation and reference; our goal is to make the book slimmer and easier to read. The implementation presented in this book is part of the SciSmalltalk library. https://github.com/SquareBracketAssociates/NumericalMethods https://github.com/SquareBracketAssociates/NumericalMethods/blob/master/2015-Jan-WholeBook.pdf • SciSmalltalk library https://github.com/SergeStinckwich/SciSmalltalk. Both book versions are maintained by St ́ephane Ducasse and Serge Stinckwich. 27 Janvier 2015 |
2015-01-28 14:21 GMT-03:00 stepharo <[hidden email]>: Didier Besset offered his great book "Object-Oriented Implementation of Numerical Methods This is indeed, great news.
The implementation presented in his book is part of the NumericalMethods library. You want to promote SciSmalltalk, then first respect others. NumericalMethods could be part of SciSmalltalk, but it is the library where code was originally released. Cheers, Hernán |
Hernan
This is 8 months that I push didier to release it. I spent my week-end to edit it. So when you talk about respect use your energy th right way. Stef
|
I see and appreciate your effort really, but there is no reason to hide NumericalMethods from the book announcement. I am trying to avoid what the Python community did with NumPy and SciPy which is a mess.2015-01-28 16:16 GMT-03:00 stepharo <[hidden email]>:
|
In reply to this post by stepharo
Excellent news!
|
In reply to this post by hernanmd
I do not know NumericalMethods. I vaguely recall that you were no happy that serge wants to change the code because it would not be in sync with the book. Now we can co-evolve them. Every I do is open-source and freely accessible so position yourself and join effort (I do not like SciSmalltalk as a name). Now we have the possibility to make on nice library but you need to sync. Ah you see you have to sync with Serge. I think that Serge was not aware about that you publish the code in your repository. Now we want to rename the acronym (because DHB is not good) and probably improve the code of the library while keeping the book in sync (like using String streamContents for printing). I personally hate to see all the comment with a copyright and a commit dates. Stef
|
In reply to this post by stepharo
Great news indeed! Thanks, Doru On Wed, Jan 28, 2015 at 6:21 PM, stepharo <[hidden email]> wrote: Didier Besset offered his great book "Object-Oriented Implementation of Numerical Methods |
In reply to this post by stepharo
I think SciTalk is a nice name :p Lic. Ignacio Sniechowski, MBA Prosavic SRL Tel: (011) 4542-6714 On Wed, Jan 28, 2015 at 5:14 PM, stepharo <[hidden email]> wrote:
Nacho
Smalltalker apprentice.
Buenos Aires, Argentina.
|
No idea what the problem really is, and what is that "mess" that concerns Numpy/SciPy but I welcome the new book , more documentation is always a cause of celebration, thank you for your hard work :)
"I think SciTalk is a nice name :p" Way cooler than SciPy if you ask me ;) |
In reply to this post by stepharo
2015-01-28 17:14 GMT-03:00 stepharo <[hidden email]>:
We have to get better at communication. It doesn't work if all of us fork libraries. Let's get started with this. I agree with NumericalMethods being freezed in the Configuration Browser. But I don't want to be forced to load the whole SciSmalltalk to use 3 methods in NumericalMethods. Do you agree Serge? Can you import the ConfigurationOfNumericalMethod from a common repository in SciSmalltalk?
DHB prefix is ugly of course.
Me too. Hernán
|
In reply to this post by stepharo
Hi Stéphane,
thanks to Msr Besset, to you and to the other people who made this possible. it's a fascinating book. werner |
In reply to this post by hernanmd
Hi Hernán,
>We have to get better at communication. It doesn't work if all of us fork libraries. i guess i disagree, the occasional fork <g> can be freshening. >But I don't want to be forced to load the whole SciSmalltalk to use 3 methods in NumericalMethods. that's not really necessary. assuming that you want to also use the dhb-extensions, you can eg do something like: (ConfigurationOfSciSmalltalk project version:#stable)load: #('Math-DHB-NumericalExtensions' 'Math-Tests-DHB-Numerical'). "a MetacelloFetchingMCSpecLoader(linear load : linear load : 0.16 [ConfigurationOfSciSmalltalk] linear load : 1.0 [ConfigurationOfArbitraryPrecisionFloat] load : ArbitraryPrecisionFloat-nice.38 load : ArbitraryPrecisionFloatTests-nice.16 load : ExtendedNumberParser-nice.1 load : Math-DHB-Numerical-wernerkassens.30 load : Math-Tests-DHB-Numerical-wernerkassens.9 load : Math-DHB-NumericalExtensions-WernerKassens.5)" this loads additionally ArbitraryPrecisionFloat, but this is, i'd say, an unimportant bug in the config, that should get repaired occasionally. and ArbitraryPrecisionFloat is not that big. it's not really a problem. >Can you import the ConfigurationOfNumericalMethod from a common repository in SciSmalltalk? there could eventually be a little difficulty. you cant load both versions. of course one could work around that problem in the config, but 1. the config of scismalltalk is already complicated enough, that hardly anyone changing it can get things right there at their first attempt. 2.it would also complicate the _use_ of the config for the user, a big drawback imo. of course one could simply throw away the fork. but then one would need to throw away also some other packages. a third possibility would be to put all changes in the fork in an extra package that can be loaded on top of the original dhb. but that looks like a sizable enough task, that i at least will not do it. what do you think? werner |
Hi Werner
2015-01-28 21:11 GMT-03:00 Werner Kassens <[hidden email]>: Hi Hernán, Thank you for the tip. But that also means now I should change my configurations to stay updated because you (doesn't matter who) just couldn't resist copying all NumericalMethods packages to your own repository. This is like if I get 5 mathematicians, fork SciSmalltalk, push cool new features, and then make all you loose them if you don't update. And I could do it for fun 1000 times. You get the idea. But I am not against SciSmalltalk, I don't like forks without a good reason. "a MetacelloFetchingMCSpecLoader(linear load : I am saying there should be one version. of course one could work around that problem in the config, but Then the project is badly organized? Because Metacello supposedly should help things to become easier. 2.it would also complicate the _use_ of the config for the user, a big drawback imo. what do you think? What's done is done. I doubt you could retract your changes. I don't like this situation but it seems to be the Smalltalk way. Hernán
|
In reply to this post by kilon.alios
2015-01-28 18:51 GMT-03:00 kilon alios <[hidden email]>:
This is an example of how wasted they are: Cheers, Hernán |
In reply to this post by hernanmd
I agree with you that having a nice modular structure is important.
so let us rename it
let us fix that too. We can put a simple copyright notice on the class side.
|
In reply to this post by wernerk
Le 29/1/15 01:08, Werner Kassens a écrit : > Hi Stéphane, > > thanks to Msr Besset, to you and to the other people who made this > possible. it's a fascinating book. We really want to have new library. > > werner > > |
In reply to this post by hernanmd
So hernan
how do we make progress? |
We could probably start with I wrote some DHB extensions for easier building of matrices, RBClassRegexRefactoring new renameClasses; replace: '^Dhb(.*)$' with: 'NM$1' ignoreCase: false; execute.or whatever prefix you prefer :) if anyone give me access to the SciSmalltalk repository I could push them for review. |
In reply to this post by hernanmd
Hi Hernán
> This is like if I get 5 mathematicians, fork SciSmalltalk, push cool new > features, and then make all you loose them if you don't update. And I > could do it for fun 1000 times. You get the idea. <g> got it! btw Serge explained his plans for scismalltalk here: http://forum.world.st/scismalltalk-policy-tp4799887p4801564.html an excerpt: "What I want to do is to have a uniform prefix for all SciSmalltalk classes, maybe SCI or MATH." werner |
MATH seems to constraining. SCI seems good. And I like that suggestion for SciTalk. On Thu, Jan 29, 2015 at 4:58 PM, Werner Kassens <[hidden email]> wrote: Hi Hernán |
Free forum by Nabble | Edit this page |