I think everyone is underestimating how much B2B file exchange happens over SFTP/FTPS. I'm in healthcare and my system moves thousands of files up and down from over 100 unique hosts daily.
This administration is working very hard to make all lawyers redundant. The law doesn't really matter if the court is at the beck and call of the President.
Incited a riot to interrupt the certification of the election with ~500 individuals resulting in the deaths of a few individuals and hundreds of convictions. Most notable Trump did not face prosecution.
I edited my previous comment because I knew of January 6th, I was just thinking OP meant something else. However I did not follow the events or aftermath with great detail.
Considering he was prosecuted for other things, I'm guessing there was not any actual evidence to support even a prosection?
> I'm guessing there was not any actual evidence to support even a prosection?
You don't have to guess, there was.
So much so that the special counsel that was shut down when Trump won re-election took the extraordinary step of declaring publicly that he had more than enough evidence to secure conviction of Donald Trump for Jan 6th.
Sorry, there is a lot of misinformation from "both sides" - That is why I don't care much to watch the dog and pony show while I "dress myself" (to the person who wrote that, really?)
I am going to try to take this thread in good faith.
Here is an event that happened on Saturday, 7 million plus people took to the streets.
One side says this was a Hate America rally made up of marxists, hamas supporters and protestors paid by George Soros. The president shared an AI video of himself in a crown flying over the protesters he is supposed to represent dumping shit on them.
Every news outlet on the other side says it was a peaceful protest against authoritarian overreach.
Call me a biased leftist but the misinformation and divisive bullshit is severely tipped to the right side of the scale.
My first is allergic to peanuts and I don't think she lived in a bubble but she was born in late 2020 so probably a relative bubble compared to normal times. She was 8mo when she first had a lick of peanut butter, no other allergies and we quickly followed up with tree nut butter to head off anything else.
It depends when you see it, but I agree that DISTINCT shouldn't be used in production. If I'm writing a one off query and DISTINCT gets me over the finish line sparing me a few minutes then that's fine.
There's nothing wrong with using DISTINCT correctly and it does belong in production. The author is complaining about developers that just put in DISTINCT as a matter of course rather than using it appropriately.
Yes, this is the only definition I get, but then I don't get all the rage about monads, because containers and standardized interfaces are nothing new, so surely that definition must be wrong?
Like many things in life it is far easier to give examples than it is to describe the thing.
Examples of monads are Promises and Elvis operators (for values that can be nullptrs). In a sense exceptions as well. Having heard this I think if you do a second pass at the type definitions, I think you may be able to parse them out
It really is just "a wrapper for values that sticks around when you do something to the values".
Think of it as a coding pattern, and it's much easier to grok
It's handy for IO because, well, did you see the examples I gave? A monad lets you basically ignore the failure mode/weirdness (the async stuff in the context of promises, null type in the case of Elvis) and worry about the computation you actually want to be doing.
Other places you might apply these would be fileio (file not found? cool, don't care, deal with it later) or networking (as long as the connection's good, do this.)
Sorry I never understood the functional approach outside of LISP being cool, because code is data.
Promises are wrappers, I see that. How are exceptions wrappers? They stop the code at the point the exception occurs and unwind the stack. They don't allow you to continue doing stuff and deal with it later.
> A monad lets you basically ignore the failure mode/weirdness
I just don't see how this works out in practice?
Ok, I defer dealing with file not found. Does that mean I know perform heavy computation and parsing on something that does not even exist. Wouldn't it be way easier to just do an early return and encode that the file exists in the type? And how does it play out to let the user wait for you doing something and you at the end coming around, well actually the input file was already missing?
And then you have some intermediate layer that needs to store all the computation you are doing until you now whether something succeeded or not. All this to save a single return statement.
It's not about saving a single return statement, even in the elvis case. How many times have you written code along the lines of "if this isn't null do this, otherwise return. If the result of that isn't null, do this, otherwise return" etc etc.
Elvis ops are a small QoL change, Promises are essential to async
Exceptions (much of the time) are kind of a "catch it pass it on" logic for me, and man do I wish I didn't need to write it every time.
With networking this really shines, or really just anything async etc
> How many times have you written code along the lines of "if this isn't null do this, otherwise return. If the result of that isn't null, do this, otherwise return" etc etc.
Yeah that sucks, but why would you write it that way. I thought it is common to write "if this is null return, anyways: do this, do that."
> Promises are essential to async Exceptions
I don't see that either. If errors are specific to functions then there is only one case where I handle them, so it doesn't save something to put these checks elsewhere. If they can be accumulated over many calls, then they should be just part of the object state (like feof), so I can query them in the end.
It's like many startups: spend other people's money by finding investors.
It's a bit of a semantic game, but investing != spending. Paying someone's salary is not an investment in that you don't get money back from that person, you get something of value hopefully, but not a monetary return from them. Investing in a movie or a startup has an expectation of a monetary return, so the investment is not "spent" (relevant synonyms: exhausted, consumed, depleted) by the investor.
Then whoever is actually making the movie, versus investing in it, is the one spending money. But it's not their money, it's the producers' money.
That's the problem with people needlessly going out of their way to post the tl;dr which encourages people not to read the actual source with nuance and context. Of course we won't understand.
What did the internet look like in 1985? I was under the impression that it'd all be terminal based since the world wide web didn't exist. I'm not sure how a hyperlink would function in such an interface.
It definitely did -- they weren't in color though.
I'm not sure if HyperCard ever had full color support? There was some support for color images in a later version of HyperCard, but did color text ever make it before it was shut down completely?
> It definitely did -- they weren't in color though.
They were invisible. In HyperCard you could make any region of the screen clickable, and run a script when it was clicked. Not unlike the image maps that websites used to use. You would normally include something visual in the clickable region, but you didn't have to.
I believe the mouse cursor would change if you put it inside a clickable region.
Sarah McLachlann released a CD album with unemphasized hotlinks that didn't even change the cursor shape. I quickly went from adoration to pure hatred of her, clicking on every spot on the page to see if it revealed anything more.
Yes, HyperCard was eventually used over the internet, and it was the first way I know of that enabled people (kids even) to create and publish graphical web pages with a wysiwyg editor, including interactive forms and graphical buttons and links.
DonHopkins on Feb 9, 2020 | parent | context | favorite | on: HyperCard: What Could Have Been (2002)
Check out this mind-blowing thing called "LiveCard" that somebody made by combining HyperCard with MacHTTP/WebStar (a Mac web server by Chuck Shotton that supported integration with other apps via Apple Events)! It was like implementing interactive graphical CGI scripts with HyperCard, without even programming (but also allowing you to script them in HyperTalk, and publish live HyperCard databases and graphics)!
Normal HyperCard stacks would even work without modification. It was far ahead of its time, and inspired me to integrate WebStar with ScriptX to generate static and dynamic HTML web sites and services!
>In fact, one of the earliest tools that enabled anyone, even children, to author and publish their own interactive dynamic web applications with graphics, text, and even forms and persistent databases, was actually based on HyperCard and the MacHTTP/WebStar web server on the Mac:
>One of the coolest early applications of server side scripting was integrating HyperCard with MacHTTP/WebStar, such that you could publish live interactive HyperCard stacks on the web! Since it was based on good old HyperCard, it was one of the first scriptable web authoring tools that normal people and even children could actually use!
MacHTTP / WebStar from StarNine by Chuck Shotton, and LiveCard HyperCard stack publisher:
>Cal discusses the Macintosh as an Internet platform, then describes how you can use the AppleScript language for writing CGI applications that run on Macintosh servers.
The coolest thing somebody did with WebStar was to integrate it with HyperCard so you could actually publish live INTERACTIVE HyperCard stacks on the web, that you could see as images you could click on to follow links, and followed by html form elements corresponding to the text fields, radio buttons, checkboxes, drop down menus, scrolling lists, etc in the HyperCard stack that you could use in the browser to interactive with live HyperCard pages!
That was the earliest easiest way that non-programmers and even kids could both not just create graphical web pages, but publish live interactive apps on the web!
What was it actually ever used for? Saving kid's lives, for one thing:
>Livecard has exceeded all expectations and allows me to serve a stack 8 years in the making and previously confined to individual hospitals running Apples. A whole Childrens Hospital and University Department of Child Health should now swing in behind me and this product will become core curriculum for our medical course. Your product will save lives starting early 1997. Well done.
- Director, Emergency Medicine, Mater Childrens Hospital
----
Also (a historical note about web browsers with editors, not about HyperCard):
NetScape Gold had a built-in WYSIWYG HTML editor window. But it was a unique selling point -- earlier and other versions of browsers didn't support that. Now browsers have official APIs to support WYSIWYG HTML editing via the "contenteditable" attribute, execCommand function, and Selection class, but you have to implement the menus and toolbars of the user interface yourself, and there are a lot of libraries for that.
>Netscape also released a Gold version of Navigator 3.0 that incorporated WYSIWYG editing with drag and drop between web editor and email components.[49]
reply