I see this technology becoming more of a 'content provider' rather than strictly an internet search engine. In the last few days, I have gone to Google to get answers to programming questions, do an image search for a quick pic for a presentation in addition to the usual type of internet queries. The results mostly led me to go on to another site to get the actual data, but more and more of it will be pulled into the initial page. Google has done this for years and this tech will just allow for more of it. Why visit a joke site for some quick one-liners, if the 'search engine' can just generate you 20 good-enough jokes specific to your needs?

I could imagine the interface being similar to what we have today, but with it being much better at taking in full descriptions of what you want. If you want pictures of teddy bears, it could provide search results and AI generated ones. If you want programming answers, it could link to StackOverflow or just give you an AI generated answer with an explanation. Perhaps I am looking for a lively bit of free music to add to an indie game - it could generate that too.

I feel that this will eventually end search as we know it, but it will hurt the sites that are behind the search results far more than it will hurt Google. Google (or Bing, ...) can become the one-stop-shop for so much more than it is today

The current technology will not end search as we know it. Perhaps new technology will but currently LLM and search are complimentary.

I find it more efficient to just use ROT-26

ROT-26? Hasn't that been broken for a few years now?

We all need to be shifting to ROT-52 ASAP.

My thoughts exactly. While this is more human readable on the wire, a message broker delivering the feed would provide many different other features that might be useful, such as transactions, load-balancing, guaranteed delivery and per-endpoint state to simplify the individual application instances.

For those not aware of what message brokers are, there are many to choose from such as: Mosquito, RabbitMQ, ActiveMQ, Solace... If delivery over HTTP is a requirement, many of these brokers support delivery over websockets or (in the case of Solace) also support long polling.

For my whole career (almost 25 years now) I have loved automating tasks. Early in my career I really struggled with the balance of how much to devote to automation vs just trying to get the job done fast.

One thing that helped me was to invest in building simple libraries and tools that I would commonly use to make the automation faster. One such one was a script (called super-script) that would build the skeleton of another script, prompting for all the command-line parameters that I needed for the script and including all the command-line code that would convert the parameters into an easy to access data structure. This script would also prompt for help text for the params and create code to print that out when `--help` was fed into the output script.

This did two things:

  1. made the new script easier to write

  2. made the new script *MUCH* easier to share

By getting #2, the payback for automation was way way faster. It might take a year for payback if only I used my script, but it might take only days if 30 or 40 of my colleagues also used it.

I do that to. My script is called “docker_genesis.sh” - can you figure out what it does?

Very nice and smooth! I think this may be my go to whiteboarding site...

One feature request would be that if I start typing when a box or circle is selected, it would put text in that object. I realize that this might be difficult with hotkeys, but I use that feature in Visio all the time and I love it for quick diagrams.

Next best would be if you select the text button (or '7') when an object is selected, it would insert the text in that object.

A few other feature requests/bugs after using it with my iPad and a pen:

- can't select menu items with pen

- an undo button on the hotbar would be nice

- a way to control the return to select mode after drawing a shape - I often want to draw a few boxes and then connect them with arrows, but having to keep hitting the shape select is a bit painful

Makes sense, I'll look into it. I haven't been able to test on a lot of devices, especially tablets.

As far as the select mode, try double-tapping one of the tools! That will keep that tool selected until you manually select a different one.

It isn't working on my Firefox (94.0.1 in Windows):

From the console I see this each time I try to draw a line: Unexpected value NaN parsing x attribute. react dom.production.min.js:23:234 Unexpected value NaN parsing y attribute.

If you want something similar to this, but would like to just code in javascript, check out http://jayesstee.org. Simple codepen example: https://codepen.io/efunneko/pen/pxxwBQ?editors=0010 or slightly more involved demo: https://codepen.io/efunneko/pen/bQvLBP?editors=0010

This is a simple way to generate HTML and CSS all from your javascript application without needing any custom transpilers or new templating languages. It leverages javascript function programming to make it very easy to render data.

I would love to get some constructive criticism on whether there are any interesting ideas with how this works.

There is some behind the scenes info available here: https://www.linkedin.com/pulse/comparing-machine-learning-th...