Theme: AI

  • #Trump My greatest joy was realizing that the financial sector will be wiped out

    #Trump My greatest joy was realizing that the financial sector will be wiped out by artificial intelligence in our lifetimes.


    Source date (UTC): 2017-03-01 14:14:00 UTC

  • OVERSING UPDATE I’m pretty much working around the clock. I write a little in th

    OVERSING UPDATE

    I’m pretty much working around the clock. I write a little in the morning and then respond a few times during the day, but largely I”m working on the software from waking until sleeping.

    It took me most of October and part of November to get my health back, but I spend the down time doing a lot of research and planning the effort. Lets keep in mind that I was pretty out of my head at the time, but work is work and I got it done.

    What we discovered during the summer is that the app was too hard for us to update and maintain. This was somewhat intentional because I was trying to get to beta before the investment market cooled in the fall of ’15. But what we heard from investors is that we needed 50k of revenue before they would take on an enterprise product of this scale. What we also heard from Analysts is that to dominate the market we needed the accounting features that I had cut. What we heard from early beta sites was that it was still in late alpha stage. (which is true). But what I discovered when going through the code for my customer, was that it was overly dependent upon a series of factors: the speed of jquery/ractive (even if it was very well coded), mixing front and back end code, a terribly overdependence upon google datatables, a terribly unmaintainable use of callbacks to construct response objects, some serious abuses of memory, and a problematic implementation of accounting transactions.

    Now you might think this is serious but as someone who worked on Microsoft commercial products, and as someone who has worked almost exclusively with enterprise scale software (oh…. and games of course), I just view this as the normal shaking out of a rapidly prototyped and iteratively developed beta product.

    Now the fault here is mine because I had engineered my life to allow me to work on philosophy and the product at the same time, and to slowly hand over responsibility to the ukrainian development team so that I could return to the states, and start building the company from there. But these technical issues were larger than i’d planned for, and the team was frankly not as strong as i had thought (they led me to believe), and so I had not kept my nose in the code.

    My view was that it would take me 90 days to fix the existing code, or it would take me an unknown number of months to do some substantial upgrading. But that if I wanted to take the product to market at low cost and get 50K of initial business, and attract the investors that I want (and I do know who they are), I had the opportunity to stay in the states and get that done, and nearly eliminate my cash burn.

    So, during November I moved the back end to the most recent Laravel version just because if I was going to do a substantial change, I felt it was better to get it over with. Then I added the backend features that we needed to simplify what I’d found in our beta customers this summer. These are things that make debugging, adding or changing features easier.

    Then I spent (far too long) traveling to Seattle to settle some affairs, and returning in time for christmas. Then Starting the week after christmas I began spikes for the front end. And since then I’ve been converting the front end to much, much, simpler code, that is much much faster. i’m also using the design we came up with this summer so that I get a little higher contrast experience with the default theme.

    When I’ve finished that work – which I really don’t know how long it will take me, i’ll connect the functionality one service at a time. This reduces our backend to a pure API, without any UI services. The real reason this app is hard to debug is that lack of separation.

    The resulting apis will be:

    0) oversing.com (marketing site)

    1) app.oversing.com, (application)

    2) api.oversing.com, (data api)

    3) search.api.oversing.com (full text/file repo api)

    And then I just have a few new entities to add that complete the accounting system.

    Now I am not sure what this sounds like to everyone, but what it means is that I don’t have to do much application logic other than the modifications to permissions and the accounting system. So most of the work is what you’d normally do when upgrading an enterprise application to a new major release.

    And honestly, I love doing it.

    We’ll get there. Probably about the time the investment market adapts to the shock of the past two years.

    Curt


    Source date (UTC): 2017-02-19 14:59:00 UTC

  • “programming is low-level (fault-intolerant, syntactical) intuition is high-leve

    —“programming is low-level (fault-intolerant, syntactical) intuition is high-level (implicit, contextual non-falsifiable)”– Kashif Vikaas


    Source date (UTC): 2017-02-14 20:38:00 UTC

  • EMPIRICAL EVIDENCE OF NON-SENTIENCE —“I was thinking about the development of

    EMPIRICAL EVIDENCE OF NON-SENTIENCE

    —“I was thinking about the development of AI and when they would start being considered sentient. I realized there was going to be a very interesting time when no matter how you defined the parameters it would be obvious that most people aren’t really sentient.”—Ben B. Rodríguez

    That has got to be the scariest fucking idea I have heard in years and I’m so damned jealous that I didn’t think of it myself!!!


    Source date (UTC): 2017-01-27 09:21:00 UTC

  • I mean, look. I could write a bot for ‘arguing’ like these people. Bots only mim

    I mean, look. I could write a bot for ‘arguing’ like these people. Bots only mimic sentience. These people only mimic sentience. They’re just gene machines: ‘lie, gossip, rally, shame, and form enough of an irritant that I can get what I want through cost imposition rather than productive, fully informed, warrantied, voluntary exchanges. I mean, if I can get away with parasitism I not only gain, but I damage my enemy.

    That is (((their))) group evolutionary strategy. It is the evolutionary strategy of our lower class women. Which is why they use it and we so often fall for it.

    They are just parasitic machines. not humans. not really even animals. Just parasitic machines that mimic us.


    Source date (UTC): 2017-01-27 08:51:00 UTC

  • REACT/FLUX JS AS GAME (STATE) ENGINE (tech stuff) I had the scariest cool tech i

    REACT/FLUX JS AS GAME (STATE) ENGINE

    (tech stuff)

    I had the scariest cool tech idea today, that solves the virtual dom problem.

    Just as a hint. When building oversing we realized that we could create a panel in the workspace for creating a 3d game using the tasks lists, the ‘variables'(awards/inventory), and the workflow engine. We even played with it a bit.

    That’s because, at least architecturally, Oversing is a game engine that looks like business software.

    But while (getting frustrated) with React (or rather, the fad/bullshit language everyone is using), I came to understand that the technology and its designers are is working backwards from the DOM model, to a game engine. Or what most people more primitively refer to as a state engine.

    Game (state) engines consist of Nouns(objects), Verbs(messages), Operations(transformations/procedures, and the Renderer just draws the state every time. Meaning that the game engine redraws whats visible to the user, such as the ‘room’ in a text adventure game, or whats within visual range in a 3d adventure game, or in the DOM, the dom elements you can see on the screen that have changed. rendering the DOM is more expensive than rendering polys – a problem I assume will be solved in the future.

    React = Rendering Engine (render just diffs)

    Virtual Dom(Stores) = Database(es)

    Flux = Command Procesor (verb + noun + message)

    Events = Command Grammar (verb, noun, message)

    The primary issue is that they overuse references instead of following Jquery’s model of sending messages to named entities.

    In other words, explicit commands.

    This is why the software is unreadable (‘magic’).

    In state engines you pass a verb and it’s message to a noun, and then call the procedure(s) listed in the ‘table’.

    To create an applicatoin you create a renderer (react components) that react to changes in state.

    Then a state table that keeps track of the properties of the objects (many objects can be rendered using the same component) sort of like many trees can be built in a game engine by calling the same tree ‘model’.

    Then you code all the verbs that each component (instance of a component) can process.

    And you keep track of a ‘win’ state (set of states you’re trying to bring into being).

    So to create a react-flux application (a state engine for rendering applications) we have existing design patterns going back to the 1970’s. And the people working on this technology apparently are ignorant of it? Or haven’t made the correlation?

    This means it is terribly easy to create a ‘better design’ for working with the a reactive (functional) virtual DOM renderer, and an imperative command processor. Why? there is no value to imperative programming in rendering because it relies too much upon memory allocation for state. There is SOME value in functional programming for recursive / repetitive processing. There is negative value to functional programming and high value to imperative programming for interacting with humans (business and program logic.) But as usual, most idiots want a monopoly rather than a market in which the best of each is available.

    BUT WE ARE SPENDING BILLIONS DOING JERKOFF WORK with browser technology that is just antiquated as hell.

    Anyway, this make me even more excited about Oversing’s future.

    And in the interim it answers my architectural questions about using these technologies. If I build an app as I’m suggesting the “rendering engine” that is stressing me out is readily replaceable.

    Thanks for listening to my expurgation of technological frustration.

    Curt


    Source date (UTC): 2017-01-21 15:14:00 UTC

  • REACT(VIRTUAL DOM) ISN’T A LANGUAGE OR A PATTERN, IT’S A DATABASE OF EVAL STRING

    REACT(VIRTUAL DOM) ISN’T A LANGUAGE OR A PATTERN, IT’S A DATABASE OF EVAL STRINGS.

    In other words, architecturally it’s a game engine.

    At its heart, Oversing is also a game engine. And I have written games on and off for forty years.

    So that’s why i recognize the pattern and find so much wrong with it. React is a poorly designed game engine with shitty syntax trying to masquerade as a programming language. All it requires is a set of tables with values (json objects)

    Renderer (heartbeat)

    Nouns(objects)

    States

    Procedures (transformations)

    Verbs(actions)

    I don’t need another problem to solve.

    But the industry needs this problems solved.

    OK. Now at least I don’t have to be pissed off. lol


    Source date (UTC): 2017-01-19 10:23:00 UTC

  • Q&A: CURT, BUY #Apple or #Microsoft? At present, the best work environment I can

    Q&A: CURT, BUY #Apple or #Microsoft?

    At present, the best work environment I can find is provided by a pre 2016 macbook pro retina, and an iPad Pro as an external monitor and backup computer. And to rely on a Dell hd monitor for screen real estate.

    For the next three to four years, I plan on buying and maintaining refurbished 2014-2015 era Macbook Pro Retinas – or until Apple changes course.

    Why? I am just too frustrated by problems with Windows computers and too happy with reliability of this generation of Apple Laptops.

    As for phones, it’s pretty clear that the iPhone is no longer a competitor to the Samsung and Lumina phones. But as long as I stay within the Apple ecosystem, I will stay with the iPhone simply for compatibility reasons.

    I think Microsoft needs three more years to ‘recover’ from the past (at least). I think Apple needs three more years before they correct course – and so we are in a bit of a bad era right now.

    I think the ‘malinvestment’ in (a) handheld, and (b) social, and (c) small biz software will also end shortly.

    I think microsoft’s experiment with a walled garden (.NET) has been acknowledged as a failure. And that they’ll continue to follow the language market. (if only Java would follow suit).

    We are in an era where the bubbles are popping all over humanity.

    So my position is to hold tight and buy refurbished macbook pros and to revisit when I see either microsoft or apple succeed.


    Source date (UTC): 2016-12-30 07:43:00 UTC

  • (Listening to google’s new head of AI thinking…. actually this whole industry

    (Listening to google’s new head of AI thinking…. actually this whole industry is still in the dark ages. There is a vast difference between the identifications of symbols and their relations, and the operations that are possible with symbols. I don’t have time to comment on every field, but PROPERTARIANISM HAS MADE IT POSSIBLE TO DO SO.)


    Source date (UTC): 2016-12-28 14:08:00 UTC

  • i wish there were three of me. one for oversing. one for philosophy, and one for

    i wish there were three of me. one for oversing. one for philosophy, and one for machine morality “*MM”.


    Source date (UTC): 2016-12-11 22:29:00 UTC