698 karma · joined June 13, 2009
ciobaca.ro profs.info.uaic.ro/~stefan.ciobaca
In my spare time, I've developed NoThree - a puzzle game for Android.
https://play.google.com/store/apps/details?id=com.ovaludi.nothree.android
I would gladly (and highly profitably) run a for-profit which "manages the peer-review process" for GBP 1 per article.
I take it he spends the night over at someone's.
I think we can agree that: 1) you can write most software in a functional programming language without any (noticeable) loss of performance 2) there will always be software (video encoders, HPC stuff) that will always be done in Fortran/C :D
However, I think the question is very interesting from a theoretical point of view: if you model imperative algorithm as programs for a RAM machine (good theoretical approximation of real single core computers) and purely functional algorithms as programs for a TBI machine (good theoretical approximation of a hypothetical machine executing pure algorithms), is there a problem for which a faster solution exists for a RAM than for a TBI?
Note. RAM machines exist and are standard in literature; to my knowledge TBI (to-be-invented) machines do not (yet) exist.
Having written a C(++) web-app (using CGI), I'm ok with writing in C++ (it's not that bad), but the advantages of using a language more suited for web development are not negligible. The author would probably find this out the hard way (if/when (s)he gets to making stuff).
http://www.cis.upenn.edu/~bcpierce/papers/lenses-etapsslides...
e.g. read a file, parse it into an AST, modify AST (i.e. rename a variable), unparse the new AST, close the file.
- why doesn't it read "list of good programming books"? (the more the merrier, but how about quality?)
- how can such a huge list help anyone? Certainly no-one will read a significant percentage of them.
I'm all for free quality content, but these lists seems to be just for collectors.
If you want to silence emails in email provider Y about subject X, you send email to many accounts of Y about X. Then you have the accounts report the messages as spam. Now every email to an account of Y about X goes into the spam folder...
Also, most GUIs (that programmers care about) lag behind the CLI in features (i.e. command-line GDB vs graphical debuggers).
According to http://math.ucdenver.edu/~wbriggs/qr/shakespeare.html, Shakespeare used ~32K words in all of his works.
Anyway, it's designed to allow easy parallelism. It's a system's language for parallel work.
The only thing that I don't like about it is that the built-in types get special treatment (if you want to write a map yourself, you can't use the same syntax). This indeed feels like a design smell.
GO is still very useful this way, but I do hope that it gets generics/templates sometime in the future.
There is a reason not to panic: it can only get better, not worse...
If you can't distinguish science from crap (or can't be bothered to search for science) I would suggest you go with what seems reasonable to yourself.
It's ok to appreciate things, but it's also ok to expect (and ask for) the best possible service instead of settling for less.