shalabhc

26 ms·

181.
by shalabhc 9y ago
> I don't even think you need a VM, really. I mean a VM as in the idea that you are programming an abstract thing, not a physical thing. Not a VM as in a running program. You could emulate the memory mapper in software first - hardw
182.
by shalabhc 9y ago
Interesting - is the broader idea here that there is a virtual machine that spans multiple physical machines? Instead of virtual 'memory access', why not model this as a virtual 'software internet'?
183.
by shalabhc 9y ago
Ah I see, we're taking about interoperability, not just naming. This is related to my original interest in language structure words and ontologies. The idea there is that the set of 'relationships' between things is small and
184.
by shalabhc 9y ago
For another Lua based editor checkout howl.io
185.
by shalabhc 9y ago
> I wonder with the Internet now if anything effectively different is even possible, considering that it's no longer a small network but everywhere like the air we breathe. You could slowly bootstrap a new system on the existing one
186.
by shalabhc 9y ago
Over at howl.io we're building an editor that's live editable like emacs. You can eval snippets of lua or moonscript code and they take effect immediately.
187.
by shalabhc 9y ago
Haven't used Numba extensively, but Cython is pretty much 100% Python compatible, while Numba only supports a small subset of types and operations. Many numerical and scientific problems may lie completely within that subset though. Fo
188.
by shalabhc 9y ago
Related: http://blog.reverberate.org/2013/07/ll-and-lr-parsing-demyst... is an interesting write-up that tries to give an intuitive feel of LL and LR parsers.
189.
by shalabhc 9y ago
> To write off all these advances is suspect in my opinion. > That wouldn't fit the Bret Victor narrative though. Consider the possibility that there are real gaps people see and are trying to fill, rather than just trying to &#x
190.
by shalabhc 9y ago
> interactive/responsive programming -> IDEs, refactoring, time-travel debugging, visual programming spring to mind. > one could argue we actually seem hard-wired through evolution for linguistic, logical, and symbolic though
191.
by shalabhc 9y ago
Can you point to what work specifically has improved the situation in terms of `developer abstractions` and `interactive/responsive programming` in the last few decades?
192.
by shalabhc 9y ago
> So we need to write more code to make fancy Photoshop-like editors for the average-Joe programmer who can't see the big picture? Rather, the idea is to remove layers of unnecessary mental burden and complexity required, similar
193.
by shalabhc 9y ago
> good code generating systems To discuss a different perspective - why have text as an intermediate representation at all? To elaborate - if you look at something like Smalltalk, you modify the 'running program' directly.
194.
by shalabhc 9y ago
In my opinion we should eliminate shared data formats as much as possible. Instead, try to define the core of this distributed system in a minimal way, perhaps it only needs an inter module messaging system and a module naming system. All
195.
by shalabhc 9y ago
I realize it's the norm, but anyone wonder why we're pushing around static content about dynamic programs? Why the dynamic program snippets do not work inline , even though the computer you're reading them on is fully capabl
196.
by shalabhc 9y ago
> One of the things I've realized is that using names for locating what's needed (I assume we're talking about the same idea) is part of the problem. I don't think naming itself a problem if you have a fully decentral
197.
by shalabhc 9y ago
(also, for the benefit of anyone else reading this thread, the following section written in 1993 talks more about these ideas: http://worrydream.com/EarlyHistoryOfSmalltalk#oostyle )
198.
by shalabhc 9y ago
> I wrote about it at https://tekkie.wordpress.com/2014/02/19/encountering-smallta... . Sweet, thanks! There's also the ST-78 system at https://lively-web.org/users/bert/Small
199.
by shalabhc 9y ago
Thank you for the elaboration! (And for anyone else reading this thread I found an old message along the same topic: http://lists.squeakfoundation.org/pipermail/squeak-dev/1998-... ) I'm thinking along these l
200.
by shalabhc 9y ago
> Yes, "collections" and other such things in Smalltalk are "the Christian Scientists with appendicitis". Interesting to hear this perspective - drives home the point that we shouldn't just stop at generic late b
201.
by shalabhc 9y ago
If we're going to kill the web, can we start by forming design principles instead of retrofitting patches on the existing design? For instance, a great principle would be to minimize shared knowledge. Having a giant pre-shared base (i.
202.
by shalabhc 9y ago
> and the next phase of this would have been much closer as a "deep" extensible language. Are these ideas (and the 'address space of objects') elaborated on somewhere? > A data structure is something that allows fi
203.
by shalabhc 9y ago
> A selector is an object -- so that is pure -- and its use is a convention of the messaging The selector 'convention' is hard coded in the syntax - this appears to elevate selector based messaging over other kinds. But now I&#
204.
by shalabhc 9y ago
> Could be just hardware. Could be variables and methods. Could be some form of ontology. ... > more easily and cleanly dealt with using the idea of "objects". OK after this sitting in my mind for a bit longer something &#x2
205.
by shalabhc 9y ago
> So from the outside, there are no imperatives, only requests and questions. This threw me off a bit as Smalltalk collections have imperative style messages for instance. > Could be some form of ontology. This remark helped me find s
206.
by shalabhc 9y ago
> adding a method called "any" Right, I understand there are ways to do this with methods but my question was more about the purity aspect, which you already addressed above.
207.
by shalabhc 9y ago
Thanks for the references! Sciences of the Artificial is already on my list. > The main assumption here is my thoughts are organized as graphs I realize this would be better phrased as "the information I'm trying to communicat
208.
by shalabhc 9y ago
> Keep on with this ... This is still kind of a mishmash of early thoughts and I have a couple of different lines of thought, which I hope will come together. I'll start with a couple of observations: 1. Most programming languages a
209.
by shalabhc 9y ago
> We had planned that the interior of objects should be an "address space of objects" because this is a better and more recursive way to do modularization Something that nags me in the back of my mind is that messages are not j
210.
by shalabhc 9y ago
Thanks for the long write up. I found it very interesting. > You might be interested in Alan Kay's '97 OOPSLA presentation Oh yeah I have actually seen that - probably time to watch it again. > Well, this is because most pro

More ›