[Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub
Hi, i just migrated all packages & history to new hosting on smalltalkhub. There is a new version AsmJit 1.3 and NativeBoost 2.0 but 'new' there is just changing the official repository urls. --- To try if it works do: --- Gofer it url: 'http://www.smalltalkhub.com/mc/Pharo/NativeBoost/main'; package: 'ConfigurationOfNativeBoost'; load. (ConfigurationOfNativeBoost project version: '2.0') load --- If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials. (Lets hope, smalltalkhub won't forget all the data, so i have to add users over and over again like on squeaksource ;) -- Best regards, Igor Stasenko.
Am 31.01.2013 um 15:08 schrieb Igor Stasenko <siguctua@gmail.com>:
If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials.
This is a phishing mail. Official pharo members never ask you to give them your credentials. If you've done so please change your password immediately and notify the security department! Norbert
On 2013-01-31, at 15:13, Norbert Hartl <norbert@hartl.name> wrote:
Am 31.01.2013 um 15:08 schrieb Igor Stasenko <siguctua@gmail.com>:
If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials.
This is a phishing mail. Official pharo members never ask you to give them your credentials. If you've done so please change your password immediately and notify the security department!
ok, I already informed the police. will distract igor in the office until they get here...
This is a phishing mail. Official pharo members never ask you to give them your credentials. If you've done so please change your password immediately and notify the security department!
ok, I already informed the police. will distract igor in the office until they get hereâ¦
:) Stef
On 31 January 2013 15:13, Norbert Hartl <norbert@hartl.name> wrote:
Am 31.01.2013 um 15:08 schrieb Igor Stasenko <siguctua@gmail.com>:
If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials.
This is a phishing mail. Official pharo members never ask you to give them your credentials. If you've done so please change your password immediately and notify the security department!
sure thing i meant a user name. some people using strange nick names (like mine) .. so it is really hard to identify persons by them.
Norbert
-- Best regards, Igor Stasenko.
On 1/31/2013 8:47 AM, Igor Stasenko wrote:
On 31 January 2013 15:13, Norbert Hartl <norbert@hartl.name> wrote:
Am 31.01.2013 um 15:08 schrieb Igor Stasenko <siguctua@gmail.com>:
If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials.
This is a phishing mail. Official pharo members never ask you to give them your credentials. If you've done so please change your password immediately and notify the security department!
sure thing i meant a user name. some people using strange nick names (like mine) .. so it is really hard to identify persons by them.
SmalltalkHub needs to offer a way for a member to request commit rights. The request is submitted to owner(s) of the project for approval. The request should include full name, user name and I think also the users image initials or name. I could not find such a feature anywhere. This would eliminate email exchanges as currently required. I think since SmalltalkHub is for Smalltalk code and we enter our initials or name when we save an image and these initials are a part of our monticello archives. It would be nice if these initials were part of our information. Just some thoughts. Jimmie
Excellent. 2.0 is a good number. much much much better than 0.4 or 0.6 :) Stef
Hi, i just migrated all packages & history to new hosting on smalltalkhub.
There is a new version AsmJit 1.3 and NativeBoost 2.0
but 'new' there is just changing the official repository urls.
---
To try if it works do: ---
Gofer it url: 'http://www.smalltalkhub.com/mc/Pharo/NativeBoost/main'; package: 'ConfigurationOfNativeBoost'; load.
(ConfigurationOfNativeBoost project version: '2.0') load
---
If you want to be added as developer(s) to NativeBoost or AsmJit , make sure you are registered at smalltalkhub, and then send me your credentials.
(Lets hope, smalltalkhub won't forget all the data, so i have to add users over and over again like on squeaksource ;)
-- Best regards, Igor Stasenko.
Igor can you also update the ci? https://ci.inria.fr/rmod/job/NativeBoost/configure On 2013-01-31, at 22:14, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Excellent. 2.0 is a good number. much much much better than 0.4 or 0.6 :)
Stef
Hi, i just migrated all packages & history to new hosting on smalltalkhub.
There is a new version AsmJit 1.3 and NativeBoost 2.0
On 31 January 2013 22:31, Camillo Bruni <camillobruni@gmail.com> wrote:
Igor can you also update the ci?
it looks already up to date. why do we need this job btw? who uses it? (i'd like to mention that you should not expect from me that i will feel responsible for updating/syncing something which i was not created nor aware of) -- Best regards, Igor Stasenko.
Igor I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that. Stef On Feb 4, 2013, at 4:50 PM, Igor Stasenko wrote:
On 31 January 2013 22:31, Camillo Bruni <camillobruni@gmail.com> wrote:
Igor can you also update the ci?
it looks already up to date.
why do we need this job btw? who uses it?
(i'd like to mention that you should not expect from me that i will feel responsible for updating/syncing something which i was not created nor aware of)
-- Best regards, Igor Stasenko.
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having. But in current state, It feels like extra micromanagement to me.
Stef
-- Best regards, Igor Stasenko.
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
then add slaves.... you strike me with laziness again!
But in current state, It feels like extra micromanagement to me.
On 2013-02-05, at 12:54, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
Adding a windows slaves is easy, just couple of clicks in the ci amanagement panel: https://ci.inria.fr/projects/rmod/show#slaves the macs are on the way (currently being bought and in while available with full virtualization). Until then we have to use our mac slave, you can simply copy the slave configuration from the pharo jenkins...
On 5 February 2013 12:54, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
then add slaves.... you strike me with laziness again!
i would.. if i would remember that this job exists, and if you would spend some moments explaining why _you_ need it so badly, since you set it up. Because running tests takes like 5 seconds, and i doing it before comitting code, and feel pretty fine with it.
But in current state, It feels like extra micromanagement to me.
-- Best regards, Igor Stasenko.
On 2013-02-05, at 13:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 12:54, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
then add slaves.... you strike me with laziness again!
i would.. if i would remember that this job exists, and if you would spend some moments explaining why _you_ need it so badly, since you set it up. Because running tests takes like 5 seconds, and i doing it before comitting code, and feel pretty fine with it.
Ask yourself: - why do we have tests? - why do multiple people work together? - why do we want publicly available artifacts? - why do we want these artifacts tested publicly? - why do we write configurations? - why do we try to following coding standards? - why do we program in Smalltalk? - why do we mostly write deterministic code? - why do we work on Pharo? - why do we build a jenkins infrastructure? - why do we write down documentation? After successfully answering these questions you will understand!
On 5 February 2013 12:13, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 13:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 12:54, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
then add slaves.... you strike me with laziness again!
i would.. if i would remember that this job exists, and if you would spend some moments explaining why _you_ need it so badly, since you set it up. Because running tests takes like 5 seconds, and i doing it before comitting code, and feel pretty fine with it.
Of course you mean "I run my tests before committing my code to a branch, so that someone else can review the code and merge it into master." And then the answer's obvious: the reviewer rejects your code until it passes all tests in a CI environment. Running the tests in CI makes the reviewer's job easier. frank
On 05 Feb 2013, at 13:13, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 13:05, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 12:54, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 12:52, Igor Stasenko <siguctua@gmail.com> wrote:
On 4 February 2013 19:19, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
I think that camillo made this because NativeBoost is an essential part of our infrastructure and this is good to know that it is working. So I think that we should thank camillo for the time he spent on that.
It is pretty useless right now. If it would run on all platforms, it would worth having.
then add slaves.... you strike me with laziness again!
i would.. if i would remember that this job exists, and if you would spend some moments explaining why _you_ need it so badly, since you set it up. Because running tests takes like 5 seconds, and i doing it before comitting code, and feel pretty fine with it.
Ask yourself: - why do we have tests? - why do multiple people work together? - why do we want publicly available artifacts? - why do we want these artifacts tested publicly? - why do we write configurations? - why do we try to following coding standards? - why do we program in Smalltalk? - why do we mostly write deterministic code? - why do we work on Pharo? - why do we build a jenkins infrastructure? - why do we write down documentation?
After successfully answering these questions you will understand!
Camillo the Zen Master ! The point of the infrastructure is: you write code in one specific 2.0 image on your mac, the CI infrastructure makes sure you didn't break stuff on other platforms, other/older pharo versions, all automatically. Of course, you need lots of stuff for that, but creating one build job is the first step. Sven
On 5 February 2013 13:13, Camillo Bruni <camillobruni@gmail.com> wrote:
Ask yourself: - why do we have tests? - why do multiple people work together? - why do we want publicly available artifacts? - why do we want these artifacts tested publicly? - why do we write configurations? - why do we try to following coding standards? - why do we program in Smalltalk? - why do we mostly write deterministic code? - why do we work on Pharo? - why do we build a jenkins infrastructure? - why do we write down documentation?
After successfully answering these questions you will understand!
Of course you right. But i am not arguing about that. Can't you understand? If you took initiative about something, don't expect that others will work in same pace as you or automatically/immediately pick up everything you did and integrate it into their working cycle. It takes time and effort (both mental and physical). Ask yourself: - who, except original author knows best how things work? - when you creating a new artefacts, like a bunch of bash scripts for jenkins. Who, you think, should take responsibility about them by _default_? - when you reconfiguring stuff and doing it completely different than it was done before, why you think that rest of the world should immediately jump in and start using it? - and finally, when you creating/releasing new stuff every other day.. how many people is capable of keeping clear track of what you are doing over months (+ doing own tasks)? -- Best regards, Igor Stasenko.
What bothers me is who is going to maintain this stuff if/when you leave. So, what i asking for is to sit down with me and explain/show to me all those scripts, how they connected , where they taking stuff from and how they work. Because it is unnatural to me to use stuff which i am not fully understand how it works. (aside of hating dealing with bash ;) -- Best regards, Igor Stasenko.
On 2013-02-05, at 14:17, Igor Stasenko <siguctua@gmail.com> wrote:
What bothers me is who is going to maintain this stuff if/when you leave.
well I moved most of the code to Pharo, so everyone
So, what i asking for is to sit down with me and explain/show to me all those scripts, how they connected , where they taking stuff from and how they work.
for a first step you can inspect the scripts, they have all a --help switch, as you would expect from most bash scripts the same goes for the pharo command line arguments, they all have --help which will display the class comments. Really, it is mostly self-documenting with no magic.
Because it is unnatural to me to use stuff which i am not fully understand how it works. (aside of hating dealing with bash ;)
FYI: all the scripts are in the gitorious repository and are uploaded to the gforge from here: https://gitorious.org/pharo-build/pharo-build/trees/master/pharo-shell-scrip... to here: pharo.gforge.inria.fr/ci/script/ by this jenkins job: https://ci.inria.fr/pharo/view/all/job/Scripts-download/
We should find a way to document the one single place we should look for scripts. any suggestions? Stef On Feb 5, 2013, at 2:58 PM, Camillo Bruni wrote:
from here: https://gitorious.org/pharo-build/pharo-build/trees/master/pharo-shell-scrip... to here: pharo.gforge.inria.fr/ci/script/ by this jenkins job: https://ci.inria.fr/pharo/view/all/job/Scripts-download/
On 2013-02-05, at 13:59, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 13:13, Camillo Bruni <camillobruni@gmail.com> wrote:
Ask yourself: - why do we have tests? - why do multiple people work together? - why do we want publicly available artifacts? - why do we want these artifacts tested publicly? - why do we write configurations? - why do we try to following coding standards? - why do we program in Smalltalk? - why do we mostly write deterministic code? - why do we work on Pharo? - why do we build a jenkins infrastructure? - why do we write down documentation?
After successfully answering these questions you will understand!
Of course you right. But i am not arguing about that. Can't you understand?
so then I really don't see why you cannot use the jenkins job?
If you took initiative about something, don't expect that others will work in same pace as you or automatically/immediately pick up everything you did and integrate it into their working cycle. It takes time and effort (both mental and physical).
exactly, that is one of the reason we have a build server. People can just come download and test an artifact. What do you think happened when stef tried to show athens in chile?
Ask yourself: - who, except original author knows best how things work?
most probably the original author, that's also usually the guy you ask if you do not understand something.
- when you create a new artefacts, like a bunch of bash scripts for jenkins. Who, you think, should take responsibility about them by _default_?
so you that means since Christophe did the first pass on all the scripts he owns the responsibility for all the jobs? I did simplify the process, I reduced the dependency on jenkins for most builds, I added command line configuration scripts for Pharo... Really, I even communicated all of that on multiple occasions: by mail, by presentation If they are not good let me know my goal is to improve the situation we have!
- when you reconfiguring stuff and doing it completely different than it was done before, why you think that rest of the world should immediately jump in and start using it?
Have you really ever had a look at what I did? I doubt it? => I introduced the scripts, I described them, I documented them => if there are difficulties understanding them I will explain it, document it => if something is wrong or should be changed I am willing to change it
- and finally, when you creating/releasing new stuff every other day.. how many people is capable of keeping clear track of what you are doing over months (+ doing own tasks)?
I did not work on that for 3 months, so it is rather old. Things keep changing maybe for the worse, yes. But so far I haven't had many complaints. And if you had a look at it you would maybe give me instructive comments? Right now it reads as a global disagreement :/ with which I can only disagree
Camillo you are favorite swiss. I love your burst of anger/rage! and I'm serious :)
And if you had a look at it you would maybe give me instructive comments? Right now it reads as a global disagreement :/ with which I can only disagree
yes I read it like that too. and you are right not having a place to get the pharo athens vm + athens loaded is a pain to push people to use it. Stef
On 2013-02-05, at 21:59, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
you are favorite swiss. I love your burst of anger/rage! and I'm serious :)
hahaha, well â I also should learn to contain myself, I do not want that my environment acts in fear of my outbursts :(
And if you had a look at it you would maybe give me instructive comments? Right now it reads as a global disagreement :/ with which I can only disagree
yes I read it like that too. and you are right not having a place to get the pharo athens vm + athens loaded is a pain to push people to use it.
so yes, the question of documentation? => one part goes into the git repository (remember oscar's famous README.txt files? we should start with those...) - I started a clean repos here: https://github.com/pharo-project/ci => the other part goes on the jenkins jobs (I guess you started documenting it in chile?) - where does stuff come from - where does it go to? - and who is responsible? (I want a personal phone number on each job ;)
On Feb 5, 2013, at 10:09 PM, Camillo Bruni wrote:
On 2013-02-05, at 21:59, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Camillo
you are favorite swiss. I love your burst of anger/rage! and I'm serious :)
hahaha, well â I also should learn to contain myself, I do not want that my environment acts in fear of my outbursts :(
Yes I think that letting the steam out is also good. Getting calm should come with age. :) At least I'm much calmer I was used to be.
And if you had a look at it you would maybe give me instructive comments? Right now it reads as a global disagreement :/ with which I can only disagree
yes I read it like that too. and you are right not having a place to get the pharo athens vm + athens loaded is a pain to push people to use it.
so yes, the question of documentation?
=> one part goes into the git repository (remember oscar's famous README.txt files? we should start with those...) - I started a clean repos here: https://github.com/pharo-project/ci
=> the other part goes on the jenkins jobs (I guess you started documenting it in chile?) - where does stuff come from - where does it go to? - and who is responsible? (I want a personal phone number on each job ;)
hmm wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash don't seems to work for me on windows: bash ciPharo20NBCogVM.sh --2013-02-05 22:33:39-- http://pharo.gforge.inria.fr/ci/vm/nbcog/Windows_NT/nbcog-Windows_NT-latest.... Resolving pharo.gforge.inria.fr... 131.254.249.53 Connecting to pharo.gforge.inria.fr|131.254.249.53|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-02-05 22:33:39 ERROR 404: Not Found. -- Best regards, Igor Stasenko.
On 2013-02-05, at 22:35, Igor Stasenko <siguctua@gmail.com> wrote:
hmm wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash
don't seems to work for me on windows:
bash ciPharo20NBCogVM.sh --2013-02-05 22:33:39-- http://pharo.gforge.inria.fr/ci/vm/nbcog/Windows_NT/nbcog-Windows_NT-latest.... Resolving pharo.gforge.inria.fr... 131.254.249.53 Connecting to pharo.gforge.inria.fr|131.254.249.53|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-02-05 22:33:39 ERROR 404: Not Found.
wrong environment variable for $OS? on jenkins we manually set the env var I think..
On 5 February 2013 22:44, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 22:35, Igor Stasenko <siguctua@gmail.com> wrote:
hmm wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash
don't seems to work for me on windows:
bash ciPharo20NBCogVM.sh --2013-02-05 22:33:39-- http://pharo.gforge.inria.fr/ci/vm/nbcog/Windows_NT/nbcog-Windows_NT-latest.... Resolving pharo.gforge.inria.fr... 131.254.249.53 Connecting to pharo.gforge.inria.fr|131.254.249.53|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-02-05 22:33:39 ERROR 404: Not Found.
wrong environment variable for $OS?
on jenkins we manually set the env var I think..
yes. but it is set on mingw shell: echo $OS Windows_NT i suppose it will work if i set it to 'win'. but then i think it may break other stuff which depends on it.. perhaps we should use less conflicting variable name (like 'JENKINS_OS'), and if it is not set, then detect OS via uname.. etc (sounds like we will need another crappy bash script with a lot of if statements) . because then it kind of defeats the idea of having zero-conf scripts. -- Best regards, Igor Stasenko.
On 2013-02-05, at 23:15, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 22:44, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 22:35, Igor Stasenko <siguctua@gmail.com> wrote:
hmm wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash
don't seems to work for me on windows:
bash ciPharo20NBCogVM.sh --2013-02-05 22:33:39-- http://pharo.gforge.inria.fr/ci/vm/nbcog/Windows_NT/nbcog-Windows_NT-latest.... Resolving pharo.gforge.inria.fr... 131.254.249.53 Connecting to pharo.gforge.inria.fr|131.254.249.53|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-02-05 22:33:39 ERROR 404: Not Found.
wrong environment variable for $OS?
on jenkins we manually set the env var I think..
yes.
but it is set on mingw shell: echo $OS Windows_NT
i suppose it will work if i set it to 'win'. but then i think it may break other stuff which depends on it..
perhaps we should use less conflicting variable name (like 'JENKINS_OS'), and if it is not set, then detect OS via uname.. etc (sounds like we will need another crappy bash script with a lot of if statements) .
sure, you can try to implement it with a small uname statement that will mostly work...
On 5 February 2013 23:30, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 23:15, Igor Stasenko <siguctua@gmail.com> wrote:
On 5 February 2013 22:44, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-02-05, at 22:35, Igor Stasenko <siguctua@gmail.com> wrote:
hmm wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash
don't seems to work for me on windows:
bash ciPharo20NBCogVM.sh --2013-02-05 22:33:39-- http://pharo.gforge.inria.fr/ci/vm/nbcog/Windows_NT/nbcog-Windows_NT-latest.... Resolving pharo.gforge.inria.fr... 131.254.249.53 Connecting to pharo.gforge.inria.fr|131.254.249.53|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2013-02-05 22:33:39 ERROR 404: Not Found.
wrong environment variable for $OS?
on jenkins we manually set the env var I think..
yes.
but it is set on mingw shell: echo $OS Windows_NT
i suppose it will work if i set it to 'win'. but then i think it may break other stuff which depends on it..
perhaps we should use less conflicting variable name (like 'JENKINS_OS'), and if it is not set, then detect OS via uname.. etc (sounds like we will need another crappy bash script with a lot of if statements) .
sure, you can try to implement it with a small uname statement that will mostly work...
yeah.. "mostly" is the key word here :) -- Best regards, Igor Stasenko.
Igor Stasenko wrote
- when you reconfiguring stuff and doing it completely different than it was done before, why you think that rest of the world should immediately jump in and start using it? - and finally, when you creating/releasing new stuff every other day.. how many people is capable of keeping clear track of what you are doing over months (+ doing own tasks)?
What great problems we have* ;) - Sean * And of course, I understand the frustration -- View this message in context: http://forum.world.st/ANN-NativeBoost-project-moved-to-new-hosting-smalltalk... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Nice questions and I love our answers! Stef
Ask yourself: - why do we have tests? - why do multiple people work together? - why do we want publicly available artifacts? - why do we want these artifacts tested publicly? - why do we write configurations? - why do we try to following coding standards? - why do we program in Smalltalk? - why do we mostly write deterministic code? - why do we work on Pharo? - why do we build a jenkins infrastructure? - why do we write down documentation?
After successfully answering these questions you will understand!
participants (9)
-
Camillo Bruni -
Frank Shearar -
Igor Stasenko -
Jimmie Houchin -
Nicolas Petton -
Norbert Hartl -
Sean P. DeNigris -
Stéphane Ducasse -
Sven Van Caekenberghe