Hacker News new | past | comments | ask | show | jobs | submit | anewhnaccount's comments login

Another possible output for this type of task is an opinion or interpretation and a justification of it. A machine might feasibly be considered "good" if it output an unpopular interpretation with a good justification.


Great point! The same type of argument is going in the AI subfield of computational creativity. A computational system might produce a piece (of art or music, say) which nobody initially likes, but could provide a justification/interpretation which might be convincing. In some ways this would be a big improvement over a pure Turing test-style judgement of the output itself. I think Margaret Boden has written this idea into her definition of computational creativity.

EDIT: "The ultimate vindication of AI-creativity would be a program that generated novel ideas which initially perplexed or even repelled us, but which was able to persuade us that they were indeed valuable.", from Boden, Creativity and Artificial Intelligence, 1998. I believe, based on her other writings, that she thinks of it as a sufficient, but not a necessary condition, for AI creativity.


But how many companies will want a migration path from XP? More than you may think.


No (sane) company's migration path from XP is going to be to an open-source clone of XP developed by a small team, that offers them no guarantees whether it works, no support, and the possibility that development could stop at any time.


If I can offer you cloud-based access to a Windows app you need that no longer runs on hardware you can purchase, you don't have to know crap about what OS I'm running.


Now that's a startup idea.


If there are no other options, they will. And investors may be willing to fund a company that can keep XP apps running long-term.


No sane company is still using Windows XP, given that support ended 3 years ago and development ended a decade ago.


Still being used in POS equipment and ATMs.


"XP embedded" is still supported and updated, afaik.



Writing and using a program not "using a script".


Yeah, or another way of splitting up huge models files is to convert models from a module to a package by making a directory models and adding models/__init__.py, models/foo_models.py, models/bar_models.py then doing

from .foo_models import *

from .bar_models import *

in your __init__.py


Separating models like this is a hint that you may need another app. It has happened numerous times with me now that my models.py gets large and unwieldy, I spends a hour breaking it all out and then I realise my one big God app needs to be 3 smaller ones.


Totally agreed.


I agree that being under the GNU isn't necessarily good for projects. Look at https://savannah.gnu.org/bugs/?group=octave for example. Many of these patches have in fact been merged, but nobody really knows how to use this bug tracker. Actually editing the wiki requires asking on IRC. See here: https://octave.sourceforge.io/

Octave should have a steady stream of students who have been made to use Matlab trying to use it instead. If the barriers were lower these people might get hooked on contributing. As it is, I imagine they take one look and think "old and busted". I don't think it's necessary to use Github, but the development tools should be something people can use frictionlessly, which isn't the case now.


I guess at least some of these types of companies are consultancy companies disguised as product companies? If that's the case they might not be affected too badly.


All numbers in Javascript are IEEE 754 64-bit double precision floating point numbers. The significand precision is 53 bits (see here https://en.wikipedia.org/wiki/Double-precision_floating-poin...).


Thanks for the clarifications.


https://shaneenishry.com/blog/2014/12/27/misconceptions-of-c... is from 2014. I tend to think it might actually make a difference in this case given it's a vtable indirection for every entity every frame (or for every subsystem * every subsystem tick).


Speaking of Gopher, from http://info.cern.ch/hypertext/WWW/Protocols/RelevantProtocol... : "Chances are that future versions of the Gopher and HTTP protocols will converge."


Looks like this might be a good entry point: https://github.com/IteratorAdvance/taichi/tree/master/python...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: