TBF-RnD

Yes, some solution like that would help i believe. Even though that I'd say that what would be the most practical solution would be to use off the shelf solutions.

To fully give the wrists freedom of movement why not look at the knuckle controllers that Valve are using for VR at the moment.

Or why not gloves that can measure finger positions.

Bandwidth wise it should be possible. As a glove ought to have a 1:1 mapping with the data output of the hand..

The most important things I've come up with while researching this area is the following.

The error recovery process on a failure in the system is simply to bad. It takes quite a long time to correct an error in speec recognition. So the idea is this that a high error rate is actually acceptable if the recoery delay is small. So while typing on a keyboard the error rate is quite high yet the user doesn't notice since to fix the error is not that painstaking. The same can not be said for speech recognition.

As such i feel that speech recognition would need a better recovery process. How and why exactly is beyond me however the Dasher project have some ideas on this by using a hybrid system. For the fully blind however this is a non option.

The next point that I'd like to make is that the most commmon source of errors seems to come from where the prediction algorithm have two or three probable alternatives for a word. In the case of predicting data in a narrow scope such as a programming language this is greatly mitigated.

To keep these ambiguity errors to their bare minimum the speech recognizer ought to be fed the alternatives that are possible. This can be quite easily be taken from the AST and is stricly defined as the syntax is much more restricted than commonly spoken languages.

I am currently trying to compile a list of alternative input methods. As such I find your work really interestingg. I intened to do a chapter on speech recognition soon and would love to have your feedback on it.

In conjunction with this i want to make a resource of boilerplate code for controlling various operating system and to have a signle resource for state of the art prediction models.

If you are interested please don't hesitate to contact me at: trbefr@protonmail.com

My God, I was searching for contact information for the author on github and found out that the author Seth Wilson is legally blind!

In either case if you are reading this please comment I have some ideas and resources on this that you'll find interesting for sure.

Would you consider using a gamepad a possible solution? Maybe specialized hardware further down the road but ATM I think that the market forces have optimized the devices sufficiently.

The reason why I am asking is that I'm doing some experiments on making them usable for productive purposes. While practicing I noticed that my posture improved automatically. See you are sort of automatically drawn towards the keyboard giving you a Mr Burns like posture. As if there where a gravitational pull in the screen.

As I was discussing this with another person online I realized that it might be of use for people with wrist pains as well.

My reasoning is this, bear in mind that I am by no means well read on biology but I think it might be given some thought. While using a keyboard you are forced to a certain plane. With a gamepad however you can move your hands, arms more freely.

Along with that I am looking into chorded keyboard methods and eyetracking.

Please respond to the comment if you think this sounds interesting!

From the vault of lesser known input methods.

if anybody would have information on if reference [10] has been implemented I would be extremely grateful.

The same goes for a running implementation of VirHkey, whatever I found on that one all seems to be in French.

The paper is quite interesting in that it estimates the current "keyboard franca" i.e. QWERTY under touch between 32.5 - 21.1 words per minute? I'd say I do 20 wpm on a good day. Does this measure up with your experience?

The first version was made in 70's so maybe it made sense since they where dealing with letters and perhaps the word didn't have the connotations it does today.

Anybody got some info on the etymology and the practice of labeling alpha and beta. Apart from obvious that it is the first and second version. Why is not gamma a thing for example?

Thank you! I'll have a look at it as soon as I get the time. I already have a long long list of paper on complex but fun algorithms to wrap my head around.

https://news.ycombinator.com/item?id=20008482 This is my projejct if you are interested.

Added to my reading list! I'm trying to plow through a mountain of data already. Seems that for every theory you'll find that suits 10 more follows as a consequence.

Finnish as it happens have some interesting roots as it happens. It is not an indo european language. As it happens I am in Turkey and recently found out of a theory that it was in fact related to Turkish. I believe that modern lingustic in Finland at least has discarded this theory. From what I have heard it was part of the Finnish-Ugrig tree. Might be a political aspect of it since this was made in the heyday of modern nationalistic thinking so the turks maybe wanted their version of panslavism...

As it happens I am the lookout for a more dynamic way of correcting grammar and more importantly providing predictions. It seems that doing a hardcoded model is far to much work (I'm doing this solo) and also to rigid. As it doesn't allow for play on words take intentional language changes into account and works like crap with dialects.

So I haven't gotten to the grammmmar part just yet. But would this be a part in state of the art grammar correction?

Thank you :D

Couldn't have written it better myself.

Maybe there is an minimal test case that could demonstrate deeper understanding. Sort of a fizz-buzz for AI, to separate the parrots from the thinkers so to speak. Food for thought. Meanwhile I am to busy on other grandiose plans to give it to much attention ATM.

Then again I didn't know about liberapay or OpenCollective up until now and I do open source for a living.

Yes, nice to have the key people working on open source in Bill Gates pocket. Isn't this what the open source communtiy have been dreaming about all along..

Cynisism aside I get where you are comming from. As somone doing OS fulltime I applaud the effort. I guess it is to much to ask to have a source of income completely without bias.

Being a full time open source independent research in an extremely tight financial spot, due to my cursed idealism, what means of surival are there for someone who can't stop working on my obsession?

I am an honest to God searcher of the truth, so I'd hate to turn this into a commercial project. Also getting a job would be a highway to a psychiatric hospital due to being overworked. Done that multiple times and wouldn't wish it upon my worst enemy,

Anybody have experience on how to make this lifestyle work, or do I have to give up on my dreams and get into to the line as the rest?

http://tbf-rnd.life http://sigma.eruditenow.com

* had I been the kind of person who have enemies

The same thing applies for a human to try to solve a problem as well doesn't it? And we have bugs and inefficent code don't we?

I remember seing a talk on youtube about a lisp program finding every program that would fit a certain solution. So reasoning about things like this is what a lot of lisp's gurus are doing all day long basically.

You are probably right about AI being used in an assitive part at first. I imagine it'll be a while until people dare putting their business logic in the hands of an AI.

Probably CRUD applications would be the first to be automated. Boring tedious work that has been done a million times. And unhappy coders are probably more prone to create bugs make bad decisions. Also there are litteraly thousands and thousands of implementations doing the same thing with variantions that are more or less just flavour.

Then again if you are at analyzing all open source software ever written. Why not plow through all open source issue trackers at the same time. If you found the top 20% bugs that cause 80% of the issues and have get an AI that solves 20% you'll be a very very rich man if you feel like it.

So don't expect to tell a computer to figure out the best way to create top off the line lossless video codec anytime soon or anything else. Then again it's hard to find a coder that you could tell that and get back the results you wanted either...

Thank you and see my response to thomasahle!

I love it when I find that someone has done something that I've been thinking about. Proves that I am not crazy and saves me from the burden of putting in the hard work myself! :D

At a closer look I don't think that mapping up correlations in a vector space is good enough for the task of fixing bugs based on an issue tracker description though.

The way I see it word2vec is basically statistical connections. So if you compare it to google translate which also works via statistical correlation. Which explains the errors it might do. At some point to get a good translation you'd need human intelligence.

To continue with the google translate analogy. Imagine a translator trying to translate Fyodor Dostoyevski's The Karamazov Brothers to English. That person have to have a tremendous understanding of Russian and English culture not only now but also when it was written along with ideoms and so forth. Along with a deep understanding of politics and religion not to botch the job completely. Or imagine entering a greek epos written in hexameter into google translate and publishing the book.

So you see just as translation and translation might be two totally different things, search and making changes to source code might be different beasts.

Then again you are totally right in that they are doing it. Getting access to this datasource for minining is probably a huge factor in microsoft's purchase of github, so I'd think it would be a safe bet to say that they are working on it...

At least originally, I am sure it's an incredible complicated piece of software by now applying multiple heuresstics.

Okay so seeing how a brain is made up from 86 billion neurons. 16 of those in the most recently developed cerebral cortex. Randomly creating a set of random configuration of billions of neurons and then subjecting them to simulated evolutionary evolutionary preasure on the basis of how close they come to A) the correct solution B) compiling code that runs C) tests if available* Kill of the worst performing networks. Mate the most succesful and have the offspring replace those who where not fit enough for survival.

How would it work exactly, I wouldn't know which is sort of the point. But sooner or later representations of abstractions within the code would appear within the graphs.

I get that this is not either trivial and cheap. Let alone hosting the wast amount of source code and parse it would require computing power weighing in at quite a hefty sum.

Human beings probably have the advantage of having built in functionallity that we are born with encoded in our DNA.

I suppose that a fair bit of "intelligent design" would be required. That is having coded parses that breaks down the source code into input signals that would help speed up the evolution.

Even reaching halfway there could be useful. Say by providing useful analysis, maybe warn if something seem stupid. To some extent I believe that for a natural language programming language to be viable some understanding of abstract concepts have to be present in the algorithm. That's why I don't think we'll ever program via speech recognition for example. Whenever Siri is smart enough to parse what we are trying to do, why bother with programming. Why not cut the middle man and plug her directly into Jira. but I'd love to be proven wrong regarding this though.

I am by no means saying that it would be easy or even viable within the forseable future. Thank God for that because that would means unemployment for quite a few of us.

* As I am writing this it struck me that test driven development just happens to make this easier.

What a hero!

I sympathize since I am also doing open source projects full time so I know that the struggle is real!

Kinda broke right now but consider his patreon the world needs more of this!!

Okay so I came here expecring something different. Turns out that this is a stack overflow search engine.

So ever since I read a book on AI I have been pondering on when and how computers will steal our jobs.

I do have an idea on the subject though if anybody is interested in working with me on this please comment: So with github and loads and loads of other open source repos don't we have enough training data.

Couldn't throwing loads and loads of processing power on training an AI on commits create an intelligence with an "actual" understanding of day to day programming problems.

Love to discuss this please comment! Crazy idea but huge if it works!

Come on guys, I see a lot of negativity here but we can have the cake and eat it. Look at the following imaginary but likely scenario. A promising coder creates an app in C using cmake or whatever. For a veteran linux user to use git and compile is not a problem. Our up and comming coder want to reach out to a wider audience however so instead of creating X packages he provides an appimage. All of the sudden all the fedora, debian and ubuntu guys etcetera can run it without the hassle.

Now imagine if the project turns out to be a silver bullet for some really important problem. What will happen, the maintainers for the bigger distros will simply download the code and there will be maintainers that steps up and maintains the software for the repos.

Voila, the best of two worlds.

... and if the project doesn't become a huge mainstream access users now can get it via source or appimage .

As far as commercial projects are concerned they will operate according to different dynamics. But who cares we want open source solutions for our linux systems anyway.