IOTA

[runall]

IOTA as lib

don't know how many LOC the current core has but a serious bounty to port the core
to C would be very usefull.

+1

If devs and community decided to move the core to C/C++, I would also put my bounty in total sum. Also, if it would take time, if I had to wait, I think it would be great to have an alternative from Java to C/C++. It would be great if it were possible. CfB, what do you think about it?

[50cent_rapper]

BitFury to Prototype Bitcoin Mining Device for Internet of Things
http://www.coindesk.com/bitfury-bitcoin-mining-internet-of-things/

[iotatoken]

IOTA as lib

don't know how many LOC the current core has but a serious bounty to port the core
to C would be very usefull.

+1

If devs and community decided to move the core to C/C++, I would also put my bounty in total sum. Also, if it would take time, if I had to wait, I think it would be great to have an alternative from Java to C/C++. It would be great if it were possible. CfB, what do you think about it?

We're talking with RLH who has offered to do C# port.

[iotatoken]

BitFury to Prototype Bitcoin Mining Device for Internet of Things
http://www.coindesk.com/bitfury-bitcoin-mining-internet-of-things/

BitFury deserves accolades for being innovative and pushing boundaries, but this 'mining in IoT device' is in my opinion non-sense.

[l8orre]

IOTA as lib

don't know how many LOC the current core has but a serious bounty to port the core
to C would be very usefull. many service and communication related apps out there
could benefit form a painless 'snap-in' solution.

not only for micro/nanopayments like mentioned here:
https://bitcointalk.org/index.php?topic=1216479.msg13076239#msg13076239

sure, adding a small com layer connecting to a remote host is a another solution
but able to run a full node, wrapped into a language/OS agnostic lib gives
any app dev much better control no matter in what lang those apps are written.

I think @nexern seriously hit the nail on the head there!

c is a timeless basic technology and is supported with minor build modifications over all platforms, and has a smaller footprint because of the lacking java dependency!

+1440!

[l8orre]

We're talking with RLH who has offered to do C# port.

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.
Not that I would badmouth such a thing, but it seems a bit redundant...
Getting a native c version looks much more effective.

Disclaimer: Personally, I only dabble in c occasionally, but seeing the raw power and compactness of jl777's SuperNET c codebase made me say that! 

[Come-from-Beyond]

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.
Not that I would badmouth such a thing, but it seems a bit redundant...
Getting a native c version looks much more effective.

Disclaimer: Personally, I only dabble in c occasionally, but seeing the raw power and compactness of jl777's SuperNET c codebase made me say that! 

The world has changed. http://www.mono-project.com/

[rlh]

We're talking with RLH who has offered to do C# port.

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.

Lol, this guy.  I'd be inclined to agree if it were still ~2004.  My opinion, and preference, is both based on observations, conversions (from Java to C#) and working in an analytics department that was 80% java developers and 10% .Net.

We .Net devs would have to sit through the agony of Java lectures about new Java 8 features... that we've used for 5 years.  Or, we'd be asked to migrate tasks from Java to C#, so that our C# team could manage processes.  Often, line-for-line conversions were faster in execution and rarely did we even care to optimize the converted code since time is money.  

Disclaimer: This was for a BIG corporation and our department ran everything strictly on Windows Server machines.  I will concede (from running some personal tests) that there is a fair chance that Java would be on par with .Net apps, or likely better, in OS X or Linux systems running on top of Mono.

Of course, I ran those tests about 1-2 years ago and a LOT has changed regarding .Net on these platforms in the past year since M$ is moving a lot of code to Github.

[nexern]

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.
Not that I would badmouth such a thing, but it seems a bit redundant...
Getting a native c version looks much more effective.

Disclaimer: Personally, I only dabble in c occasionally, but seeing the raw power and compactness of jl777's SuperNET c codebase made me say that! 

The world has changed. http://www.mono-project.com/

into what exactly?

vanilla C is and will be unbeatable in terms of portability and extensibility compard to C#.
sure, adding additional layers (and therefore complexity) to run on nix for instance is
doable but this is not what i am talking about. a lean dependency free 33.3 kb C lib
which compiles from source on all major OS without bloat, ready to use is what i mean.

however, don't want to start a language war here but if your requirements are those
like portability, usability, extensibility etc. to unlock many other devs and projects
you have to go good-old-plain-ansi-C.

[rlh]

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.
Not that I would badmouth such a thing, but it seems a bit redundant...
Getting a native c version looks much more effective.

Disclaimer: Personally, I only dabble in c occasionally, but seeing the raw power and compactness of jl777's SuperNET c codebase made me say that!  

The world has changed. http://www.mono-project.com/

into what exactly?

vanilla C is and will be unbeatable in terms of portability and extensibility compard to C#.
sure, adding additional layers (and therefore complexity) to run on nix for instance is
doable but this is not what i am talking about. a lean dependency free 33.3 kb C lib
which compiles from source on all major OS without bloat, ready to use is what i mean.

however, don't want to start a language war here but if your requirements are those
like portability, usability, extensibility etc. to unlock many other devs and projects
you have to go good-old-plain-ansi-C.

I'm hoping to convert it to C# because I want to convert it to C#. This is part hobby and part useful tool for the business Windows developer world.  I understand that portability is important and I agree that writing a C API or client is of immense importance.  However, a lot of business logic is written in .Net and a capable dev can right something that's very extensible and fast.

Anyway, that's my intent.  I'm not looking to go into troll-mode (coz that's not my style:D) but that's not to say that a .Net option isn't without it's benefits.

[nexern]

seriously?
many people (myself included) consider C# a cheap M$- java knockoff.
Not that I would badmouth such a thing, but it seems a bit redundant...
Getting a native c version looks much more effective.

Disclaimer: Personally, I only dabble in c occasionally, but seeing the raw power and compactness of jl777's SuperNET c codebase made me say that!  

The world has changed. http://www.mono-project.com/

into what exactly?

vanilla C is and will be unbeatable in terms of portability and extensibility compard to C#.
sure, adding additional layers (and therefore complexity) to run on nix for instance is
doable but this is not what i am talking about. a lean dependency free 33.3 kb C lib
which compiles from source on all major OS without bloat, ready to use is what i mean.

however, don't want to start a language war here but if your requirements are those
like portability, usability, extensibility etc. to unlock many other devs and projects
you have to go good-old-plain-ansi-C.

I'm hoping to convert it to C# because I want to convert it to C#. This is part hobby and part useful tool for the business Windows developer world.  I understand that portability is important and I agree that writing a C API or client is of immense importance.  However, a lot of business logic is written in .Net and a capable dev can right something that's very extensible and fast.

Anyway, that's my intent.  I'm not looking to go into troll-mode (coz that's not my style:D) but that's not to say that a .Net option[\i] isn't without it's benefits.

absolutely agree rlh!

don't take me wrong here, it is great what you are doing but my suggestion points
to enable as much other devs as possible to overcome the lang gulag.
the requirements are different if IOTA see/confirms the potential in doing so.

[Hachoir]

So to just generate a IOTA address even though I don't participate to the crowdsale, I should stop at step 3 here http://collect.iotatoken.com/ shouldn't I

[Come-from-Beyond]

into what exactly?

C# is not longer considered as "a cheap M$- java knockoff".

[Come-from-Beyond]

So to just generate a IOTA address even though I don't participate to the crowdsale, I should stop at step 3 here http://collect.iotatoken.com/ shouldn't I

Yes.

[Wanderlust]

So to just generate a IOTA address even though I don't participate to the crowdsale, I should stop at step 3 here http://collect.iotatoken.com/ shouldn't I

Yes.

Holy Cow

Can we get this show on the road?

[Come-from-Beyond]

Holy Cow

Can we get this show on the road?

Working on that now.

[Voidcrafter]

Where can i buy those coins and when will it be released ?

[runall]

Where can i buy those coins and when will it be released ?

https://bitcointalk.org/index.php?topic=1262688.msg13619126#msg13619126

[child_harold]

next NXT?

Maybe, early-birds will make 10000* ROI profit

Definitely not an investment. No way. It's a token, for users. Got it?

Got it.


nb

[Come-from-Beyond]

Check the genesis, please - https://bitcointalk.org/index.php?topic=1262688.msg13628833#msg13628833