Make a german version (with germany related tax, stock and inflation data) and I "shut up and take my money."
HN user
waffenklang
contact: coder at 0x10.org
No, Op seem to have mistaken B and M.
Actually its a fraction of that. First Quarter of '21 Unity made around $230M.[1]
Epic (total) is in the ballpark of around $5B, but the engine alone - I estimate - around 1-5% of it, so also around $50M-$250M.
[1] https://investors.unity.com/news/news-details/2021/Unity-Ann...
And thats fine for you! But as a keyboard maker System76 could have make it optional as a lot of other keyboard maker are able to do.
No ISO, no money.
Mh, thanks for the repost. I'm curious if anything has actually improved since 2014? Whats the state of the art on the graphene front?
Wow.. I'm a bit ashamed as I searched for algorithms on that topic but was obviously unable to get the right keywords to find that one. Thanks for pointing it out. I will look into that one more deeply, but on the first glance its basically the same algorithm.
Nice idea, but i think a bit too visual. less visual and more code for 3d design: vim3D [0]
I started with http://en.wikipedia.org/wiki/Casio_9850_series (Z80 like 8 bit core) (not in the poll!)
you made my day.
didnt read the whole comments; so sorry, if duplicate.
After a short review of the add function for handling of complex structs i found a possible bug as they miss to perform a deep copy of objects containing references to other objects. they would only copy the value of the pointers of a struct like that: struct { obj* ptr; } and not the content of ptr.
I agree in the point that its the task of the fv-system to take care of this, and so its a flaw in it, if its necessary.
imho,in this case it is a flaw, as the 'public' api function base64_encode wants the user to input pointer to 2 ptr to buffer with only for 1 given the length. and the code makes implicit assumption of the user input without checking it (encoded is manipulated).
Good example for the weaknesses of the 'formally verified' sale strategy. It may be formally correct, but the code is full of weaknesses, like no NULL checks, no out of bounds checks, one endless loop based on pointer arithmetic..
good and fast c code looks not like this.
not exactly a microframework, but an interesting approach to build a basis for it, like rack for sinatra.
would love to see such a mf for c/c++...
a bit off topic: are there any calculators which support c like signed / unsigned binary representation? 2 -> 01 -2 -> FD ?
Referencing this post and your first: The fact that bitcoins can be divided until 10^-8 is mainly the feature where the idea was relying. Your state of the power plant compare was right, but as bitcoins get divided the number of transaction will rise causing the blocks to get higher. sure they will settle at a current level, but this will provide the stability in its value.
the problem of the value is already present at the moment. Taking that simple example of the 10000BTC pizza, the Pizza service, if they still hold that amount, are now millionaires. but thats the point with every currency. but they use reforms to handle the problem, which requires an authority to control it, which will not be possible with btc.
Because it offers the opportunity to trade without the shadow market of banks and financial regulators which get pennys of every damn good you buy without doing something important.
the only problem is exchanging bitcoins which is the root of all evil for a non-backed per-trade-valued currency.
Simple cash-in on profits
alert('Hello World'); // add random chars here until hash fits
sure its not trivial, but not impossible.
yes, even standard libs, but they arent that promoted as c++ std libs, as most of them are just apis for system interaction, only a minority are useful out of the box algorithms.
and third party libs are also possible, yes.
no its not c++ish, its simply an implementation which is technically similiar to c++, because they are at some core syntax/semantic similar. i didnt said that its the new wheel, or better or worse. its just free of third party stuff, which will be compilable anywhere only dependent of the compiler used. and i didnt exclude that this is exlusive for C, sure this applys to c++ as well. but not if you want to use feature complete c++.
And can't be _implemented_ in any language. C gives you at least the charming fact that you can implement one without any overhead of objects, classes, implicit memory management or some other concept, just having a lightweight implementation that you may use in an environment without any libraries, like std or else..
Didnt they succeeded a kickstarter campain lately? why are they doing indiegogo too?
Very amusing! Thanks for sharing.
You're right about the title, i fixed it, thanks.
the manual verbosity is also my mind blocking problem. i didnt come around with an idea to reduce the text the user have to enter to make such thing useful/correct working. it wouldnt make sense if such a tool degrades to a normal organizer because of the stuff a user enters. This is one point to think about.
Very impressive.
Neat. Hopefully serious. I bought one put as a test.
find the hidden word: http://sketchub.com/xuugfkbshr
Do a social network scam page, try to get 1000 Users in 14 days paying 2dollar to you (for any stupid premium service).