Probably I mixed things up, or I remember incorrectly, my apologies.
On Wed, Nov 6, 2013 at 1:49 PM, Sergi Reyner wrote:
>
> El 06/11/2013 10:52, "kilon alios" escribió:
>
> >
> > I hear that git is a really bad idea for saving binary data. The reason
> behind it from what I have read is that
El 06/11/2013 10:52, "kilon alios" escribió:
>
> I hear that git is a really bad idea for saving binary data. The reason
behind it from what I have read is that git in each commit stores the
entire file tree structure and not just the files commited,
Not at all. Simply put, git works in terms of
On Wed, Nov 6, 2013 at 11:51 AM, kilon alios wrote:
> I hear that git is a really bad idea for saving binary data. The reason
> behind it from what I have read is that git in each commit stores the
> entire file tree structure and not just the files commited, meaning that if
> you commit in a di
I hear that git is a really bad idea for saving binary data. The reason
behind it from what I have read is that git in each commit stores the
entire file tree structure and not just the files commited, meaning that if
you commit in a directory of 100 mb of data, then you will get 100 mb per
commit
Git.
On Tue, Nov 5, 2013 at 2:04 PM, wrote:
> François Stephany wrote:
>
> +1
>
> Projects are not only source code anymore. Most of my projects have a
> gazillion of images, javascript, CSS files, etc.
> Storing all those external files in .mcz packages is not scalable (and not
> even elegant
François Stephany wrote:
+1
Projects are not only source code anymore. Most of my projects have a
gazillion of images, _javascript_, CSS files, etc.
Storing all those external files in .mcz packages is not scalable (and not
even elegant).
What do you consider are scalable alternatives
+1
Projects are not only source code anymore. Most of my projects have a
gazillion of images, javascript, CSS files, etc.
Storing all those external files in .mcz packages is not scalable (and not
even elegant).
FileTree+Git, while not ideal, solve the issue quite nicely. And you don't
need Githu
+1
Pharo should be Pharo :)
And we should all push in that direction
- minimal core
- sweet integration with the rest of the world
- objects
- cool libraries
> I think that we should be passionate about what we are doing. Look at Scala
> for example. It’s becomin
On 03 Nov 2013, at 20:01, p...@highoctane.be wrote:
> Marcus,
>
> FWIW, you are inspiring. I am amazed on how you keep the thing going.
>
> Thanks for showing the high road.
>
> Phil
Indeed.
I think its unrealistic to expect accurate numbers in any way other than
going outside and asking each coder what language he uses and for what
platform. None the less, its not hard at all to validate at least with a
substantial level of inaccuracy the numbers indicated by TIOBE , sure some
languag
Marcus,
FWIW, you are inspiring. I am amazed on how you keep the thing going.
Thanks for showing the high road.
Phil
On 03 Nov 2013, at 19:33, kilon alios wrote:
> Are those the same people that a decade ago were proclaiming Java dead ? It
> only takes a walk to TIOBE INDEX to see how much of a threat mobile market is
> to desktop.
>
> http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
>
h
Are those the same people that a decade ago were proclaiming Java dead ?
It only takes a walk to TIOBE INDEX to see how much of a threat mobile
market is to desktop.
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
I am sure Angry Birds and Candy Crash Saga are substantial oppone
On 03 Nov 2013, at 19:17, Marcus Denker wrote:
>
> On 03 Nov 2013, at 19:11, kilon alios wrote:
>
>> I fail to see how Windows prohibited iPhone from appearing or anything in my
>> quote saying that. They are not even in the same market.
>
> Yet, that old market is now in a very bad shape a
On 03 Nov 2013, at 19:11, kilon alios wrote:
> I fail to see how Windows prohibited iPhone from appearing or anything in my
> quote saying that. They are not even in the same market.
Yet, that old market is now in a very bad shape and people talk about the
“death of the desktop”.
You do not n
I fail to see how Windows prohibited iPhone from appearing or anything in
my quote saying that. They are not even in the same market. Well there is
windows mobile and now windows 8 for phones and tablets but both are far
from monopoly products. Plus iPhone is not even an OS unless you were
referrin
>>> I always joke that he forgot “The only way to have a future is to finish
>>> something” ;-)
“One of the sad memories of my life is a visit to the celebrated mathematician
and inventor, Mr Babbage. He was far advanced in age, but his mind was still as
vigorous as ever. He took me through
On 03 Nov 2013, at 18:54, kilon alios wrote:
> Yeah I cant say I agree with Mr Kay my answer to his quote will be that he is
> wrong and that "the best way to predict the future is to create a monopoly” .
Yes, in 2007, the iPhone showed that “We can not do anything because Microsoft”
was just
Yeah I cant say I agree with Mr Kay my answer to his quote will be that he
is wrong and that "the best way to predict the future is to create a
monopoly" . After all Windows had and still has a very predictable future.
But I can understand why he said that, and I most certainly would motivate
this
On 03 Nov 2013, at 18:35, Marcus Denker wrote:
>
>>
>> Alan Kay once said something along the lines of "The best way to
>> predict the future is to create it."
>>
>
> I always joke that he forgot “The only way to have a future is to finish
> something” ;-)
>
> Marcus
Made my day
>
On 03 Nov 2013, at 18:42, James Ashley wrote:
> On Sun, Nov 3, 2013 at 11:35 AM, Marcus Denker wrote:
>>
>>>
>>> Alan Kay once said something along the lines of "The best way to
>>> predict the future is to create it."
>>>
>>
>> I always joke that he forgot “The only way to have a future is
On Sun, Nov 3, 2013 at 11:35 AM, Marcus Denker wrote:
>
>>
>> Alan Kay once said something along the lines of "The best way to
>> predict the future is to create it."
>>
>
> I always joke that he forgot “The only way to have a future is to finish
> something” ;-)
>
> Marcus
Nice. I may
>
> Alan Kay once said something along the lines of "The best way to
> predict the future is to create it."
>
I always joke that he forgot “The only way to have a future is to finish
something” ;-)
Marcus
I'm really just a fairly uninterested bystander who's been eavesdropping.
I don't much care one way or the other, except that I'd *love* to see
Pharo explode
into the popularity that it deserves.
On Sun, Nov 3, 2013 at 9:34 AM, kilon alios wrote:
> Influence the way Github goes is besides the po
Monticello is quite good, especially with Metacello associated to it.
I'd like to have the MetacelloToolBox working nicely with FTP repos and
will spend a while on that in the coming weeks, but frankly, that's great
to use to keep things in sync.
I'd pay for STH but for private projects and with
You will need to explain because I don't understand what you mean by
centralized vs distributed , does not support working at the right
granularity.
Influence the way Github goes is besides the point at this point since we
dont have a better alternative and I will be a great oracle to predict , o
On 2013-11-03, at 15:52, Stephan Eggermont wrote:
> Kilon wrote
>> I take a look at previous experiments like squeaksource and I find little
>> justification to not support Github. But then I am not against Smalltalkhub
>> or other >repos being available to Pharo. The more the merrier.
>
>
But why?
On 03 Nov 2013, at 15:52, Stephan Eggermont wrote:
> Kilon wrote
>> I take a look at previous experiments like squeaksource and I find little
>> justification to not support Github. But then I am not against Smalltalkhub
>> or other >repos being available to Pharo. The more the merrie
Kilon wrote
>I take a look at previous experiments like squeaksource and I find little
>justification to not support Github. But then I am not against Smalltalkhub or
>other >repos being available to Pharo. The more the merrier.
I see some very strong arguments against depending on github:
-
Well I am for one promoting the use of Gihub mainly on the grounds of
promotion of Pharo efforts. the more projects are uploaded on github the
more exposure Pharo gets.Its also possible to have both Smalltalkhub and
Github, we could use Github as a fallback, a backup system for Smalltalkhub
and hav
Hi.
You’re right in general. But for me the main question is: can Monticello work
well? This thing was not evolving for years. Something has to be done.
Uko
On 03 Nov 2013, at 13:22, MartinW wrote:
> Just a thought on the discussions about Smalltalkhub beeing down and people
> would love to u
Just a thought on the discussions about Smalltalkhub beeing down and people
would love to use Gibhub instead:
I would rather pay for Smalltalkhub than use Github for free.
And there is all this talk about building a business with Pharo - why not
make a business from Smalltalkhub? The thought of c
32 matches
Mail list logo