Search content
Sort by
Showing 6 of 6 results by z0mbie
Best use a library which supports ints larger than 8 bytes.
Performance will be slow in this case.
It won't be an issue.
Bump
If I recall correctly Vitalik decided to get rid of crypto-opcodes (like SHA256). The point was to make Ethereum language more universal. R u going to do the next step and get rid of 256-bit numbers? Their usage don't make much sense coz 512-bit cryptoalgos will require to use different tricks to work with 512-bit numbers. Could we have only 64-bit numbers, this would help a lot to implement Ethereum interpretator in Java (which doesn't have native support of 256-bit math).
Edit: Maybe 32-bit is the best choice, JavaScript guys would be happy too.
Edit: Maybe 32-bit is the best choice, JavaScript guys would be happy too.
Best use a library which supports ints larger than 8 bytes. Go uses big.Int, C++ uses Boost's library and there are plenty of other libs in other languages that support 8+ bytes. As for ridding of the opcodes, nothing has been decided.
I'm sorry there's some confusing amongst you guys as to what my role is and to who I am. I assumed I had been introduced and that everyone had been notified as what I would like to do.
First and foremost, I haven't been hired (yet). Tachikoma has made aware of his situation and that he wouldn't leave his day job if I couldn't/wouldn't tag along. But since this project is something that fits my profile and I'd like to be part of the 'greater good' I said to him; "Fuck yes, of course". So here I am getting in to your good graces ;-) (Hah)
As for my background/resume, I'm afraid I would have to disappoint you to some degree. I don't do resumes. I believe they hardly say anything about a person, I mean; everyone can write down some nonsense/buzzwords as to what they supposedly can do. I just don't believe in them so I won't give you any :-P
What I can do however is give some sort of introduction about my self and point you in to some direction as to where my code lives that I've open sourced. I think I'm somewhat of a controversial developer and have a strong i-can-do-better-than-that mentality. I'm currently working on a OS JavaScript framework that has been in development for about 2 months now (https://github.com/stygeo/frame) I have developed (and designed) two interpreted languages, one which can be found on my github profile (https://github.com/stygeo/rad). Unfortunately I completed screwed over 'Rad' (the language) and neglected it for too long. At the moment I'm designing a new language in my super secret coding hideout (aka my 2x3 home office). And why? For no particular reason really. I just love languages and designing languages. These are just two project but if you like just have a look at my github profile :-) (https://github.com/stygeo) I'm sure it says more than a piece of paper which says "resume: BUZZWORDS" :-P
Besides coding I believe I'm good at designing/structurizing development projects. I have a feel for the overal scope of a process and know 'exactly' how to get from A to B (I know there is never such a thing as exactly). It's hard to explain but I see the connected dots in my head and know how to implement them and communicate them to others. All this sounds a little cocky maybe, but since Tachikoma knows me so well and we've been working for so long together he can give you a honest opinion about my skills.
If there's anything unclear about me (or my hopefully new role within the msc community) let me know. I'd be more than happy to answer any of your questions.
First and foremost, I haven't been hired (yet). Tachikoma has made aware of his situation and that he wouldn't leave his day job if I couldn't/wouldn't tag along. But since this project is something that fits my profile and I'd like to be part of the 'greater good' I said to him; "Fuck yes, of course". So here I am getting in to your good graces ;-) (Hah)
As for my background/resume, I'm afraid I would have to disappoint you to some degree. I don't do resumes. I believe they hardly say anything about a person, I mean; everyone can write down some nonsense/buzzwords as to what they supposedly can do. I just don't believe in them so I won't give you any :-P
What I can do however is give some sort of introduction about my self and point you in to some direction as to where my code lives that I've open sourced. I think I'm somewhat of a controversial developer and have a strong i-can-do-better-than-that mentality. I'm currently working on a OS JavaScript framework that has been in development for about 2 months now (https://github.com/stygeo/frame) I have developed (and designed) two interpreted languages, one which can be found on my github profile (https://github.com/stygeo/rad). Unfortunately I completed screwed over 'Rad' (the language) and neglected it for too long. At the moment I'm designing a new language in my super secret coding hideout (aka my 2x3 home office). And why? For no particular reason really. I just love languages and designing languages. These are just two project but if you like just have a look at my github profile :-) (https://github.com/stygeo) I'm sure it says more than a piece of paper which says "resume: BUZZWORDS" :-P
Besides coding I believe I'm good at designing/structurizing development projects. I have a feel for the overal scope of a process and know 'exactly' how to get from A to B (I know there is never such a thing as exactly). It's hard to explain but I see the connected dots in my head and know how to implement them and communicate them to others. All this sounds a little cocky maybe, but since Tachikoma knows me so well and we've been working for so long together he can give you a honest opinion about my skills.
If there's anything unclear about me (or my hopefully new role within the msc community) let me know. I'd be more than happy to answer any of your questions.
The plan so far is me fulltime go while Tachikoma continues his work on his ruby implementation and help out on go when he feels like.
The planning as I see it would be in several stages and will be set up in a modular fashion. Meaning that the daemon would actually exist of more components that can be reused where ever possible. This to ship out individual parts quickly and gaining momentum in the development process. It's easier to hack on individual parts/modules (for 'outsiders') rather than one large project and should (hopefully) gain some support and feedback from other developers.
And because the project would exist of 'small' components planning should be more accurate (though I would never sacrifice quality over making a deadline, if there ever are such things).
The planning as I see it would be in several stages and will be set up in a modular fashion. Meaning that the daemon would actually exist of more components that can be reused where ever possible. This to ship out individual parts quickly and gaining momentum in the development process. It's easier to hack on individual parts/modules (for 'outsiders') rather than one large project and should (hopefully) gain some support and feedback from other developers.
And because the project would exist of 'small' components planning should be more accurate (though I would never sacrifice quality over making a deadline, if there ever are such things).
Just wanted to jump in and say Hi!
I'm the 'friend' Tachikoma is referring to :-) If everything goes well I'll be dedicating my time developing the Go implementation.
Regarding the time frame for 1.0; it would be too early to tell. I'm sure that once we start plotting out a proper course and thinker in finer detail we could give a rough estimate, for now it's just too early.
Also I don't think we should focus on a quick and small gain and believe that much more support can be found in a proper, solid implementation. I know from experience that building on a poor foundation leads to nothing but trouble and unhappy developers
Anyways, just thought I'd share my thoughts
I'm the 'friend' Tachikoma is referring to :-) If everything goes well I'll be dedicating my time developing the Go implementation.
Regarding the time frame for 1.0; it would be too early to tell. I'm sure that once we start plotting out a proper course and thinker in finer detail we could give a rough estimate, for now it's just too early.
Also I don't think we should focus on a quick and small gain and believe that much more support can be found in a proper, solid implementation. I know from experience that building on a poor foundation leads to nothing but trouble and unhappy developers
Anyways, just thought I'd share my thoughts
Hey there,
Just thought I'd say Hi and give a tiny bit information about myself (Hi!).
I'm a programmer living in the Netherlands. I'm language agnostic (though I dislike Java very much, sorry!) but have a preference just like anybody else. I love Go as compiled language, JavaScript and Ruby are my favorite interpreted languages :-)
Currently trying to get in to the Mastercoin community and hopefully be of any use to them ()
Jeff
Just thought I'd say Hi and give a tiny bit information about myself (Hi!).
I'm a programmer living in the Netherlands. I'm language agnostic (though I dislike Java very much, sorry!) but have a preference just like anybody else. I love Go as compiled language, JavaScript and Ruby are my favorite interpreted languages :-)
Currently trying to get in to the Mastercoin community and hopefully be of any use to them (
)Jeff