bglusman

This looks like related research from more reputable source, can anyone knowledgeable comment on relationship/validity?

https://www.nature.com/articles/s41467-021-21108-4

It's a tiny bit pedantic, but the Coinbase offering today was not actually an IPO, I learned, but a DPO (Direct Public Offering). It was not a fundraising event for Coinbase, only a liquidity event for shareholders, and unlike an IPO no explicit valuation process occurred to select an offering price.

Not built in, and not remotely suggesting anyone use this, but as an experiment I did build this a few years ago as a toy/to play with a few ways it might look if we ever wanted something similar.... https://hex.pm/packages/indifferent_access https://github.com/bglusman/indifferent_access (see also https://github.com/vic/indifferent )

I was super skeptical of/confused by this also, still am, but they appear to be referencing this research which, if anyone can find any evidence of independent replication, I would love to know about: https://pubmed.ncbi.nlm.nih.gov/1353653/

Curious how this differs from Lumen? I guess it’s not aiming for actual ability to target Lunatic with BEAM languages, but that seems like a disadvantage rather than an advantage, so curious what the advantages are? I guess focus on integration/OS like services perhaps?

https://getlumen.org/ https://github.com/lumen/lumen

Yeah, came here to say this also, my memory of the book is fuzzy but I have a copy somewhere and is where my mind went right away.

PepsiCo eCommerce | PepsiCo eCommerce Digital Technology & Experience Team | Full-Time Remote Engineering Tech/Devops opportunities:

PepsiCo eCom Senior Front End Engineer: https://www.pepsicojobs.com/main/jobs/217236BR?lang=en-us&pr...

PepsiCo eCom Back End Engineer: https://www.pepsicojobs.com/main/jobs/216201BR?lang=en-us&pr...

PepsiCo eCom Senior Data Engineer: https://www.pepsicojobs.com/main/jobs/218207BR?lang=en-us&pr...

PepsiCo eCom Full Stack Engineer: https://www.pepsicojobs.com/main/jobs/219150BR?lang=en-us&pr...

PepsiCo eCom Senior Infrastructure Engineer: https://www.pepsicojobs.com/main/jobs/219153BR?lang=en-us&pr...

Pepsi eCom functions mostly like a startup within Pepsi Corporate, and our primary languages are Elixir for applications and Python for data engineering work. If you are interested or have any questions not answered by the pepsicojobs.com website, feel free to reach out to me with questions and I can try and help answer or connect you to someone in our team to discuss.

Yup, this is the conclusion of Joe Armstrong and why Erlang/Elixir/BEAM just doesn't allow mutable state, other than process dictionary which is inherently non-shared.

Yes my impression was that it lessened infection, not prevented it, otherwise it would basically represent a vaccine or an alternative, at least for otherwise healthy people.

Sorry, forgot to check back here after posting... not 100% sure I have one source but here's one from a quick search: https://www.washingtonpost.com/health/2020/08/08/asymptomati...

Specifically this line: > Or, as a paper published Tuesday in Science suggested, it could trace back to previous encounters with other coronaviruses, such as those that cause the common cold.

Japan is a really interesting case study here... I don't quite understand how it got that way but apparently it's lead to an interesting/good market for really custom designed architecture where people get their exact dream home best they can afford because it's not going to have much value when they leave it anyway? https://www.rethinktokyo.com/2018/06/06/depreciate-limited-l...

So, correct me if I'm wrong, but

a) current hypothesis is people with prior exposure to common-cold non-COVID-19 coronaviruses are by and large either asymptomatic or have milder symptoms than those without such exposure

b) presumably it should be possible to test people for these antibodies much as we can test people for COVID antibodies

If people would volunteer for the b) anti-body test in reasonable numbers, and a subset of them who have them would volunteer for a modified trial, we could possibly do a double-blind intentional-exposure test on people to confirm that the vaccine confers BETTER immunity than the existing similar antibodies do, right? Would it be possible to ethically and realistically use that strategy to accelerate effectiveness testing (if not safety testing) of any vaccine candidates? or would the smaller scale of that have only made sense for something more like Phase 2 trials?

Arguably, as long as safety is near perfect, we should be willing to tolerate only moderate (say, 90%) effectiveness (and I'd read one of the vaccines took two doses to get 100% effectiveness but was 90% after a single dose), but I don't know how safety is evaluated and obviously long-term safety and short-term safety are pretty different/I imagine a lot of people will be more concerned about long term safety and I don't know how you can reassure them on that on any kind of accelerated schedule.

Seems a little harsh! Prometheus is a big project thats been around a long time, and I'm not expert in it, but I don't think it's aspiring to do incident notification or APM, is it? I think it's just metrics. Maybe more constructive would be to provide some specific things that were unclear or confusing to you in the overview, and/or to suggest that they integrate with Prometheus for the things it's already excellent at and avoid reinventing them? Dunno, just my $0.02, but they're both go projects and it looks decent at a glance to me, probably just using material I think?

Anyway, I think open source stuff sometimes needs constructive criticism but should always be appreciated first as a contribution to the ecosystem even if you're not personally planning to use it.

I'll just leave this here as highly recommended and relevant Ted Chiang story, "Liking what you see: A Documentary" (PDF link to story) https://canvas.wayne.edu/courses/102861/files/3959556/downlo...

Being too early is the same as being wrong.

I think I agree with this sentiment with one caveat: (I didn't read their license in detail, but really for licenses like this which seems to be the broader topic)

Today Timescale offers Timescale-as-a-service, so this allows them a kind of soft-monopoly on being a paid provider for this, but do these licenses generally contain a provision such that if they no longer provide that service themselves, whether from going out of business or a pivot to another product, then someone else could step in and offer it in the future? Closed source products have often had a kind of source-code escrow arrangement so that if they go out of business, you're not stuck unable to fix your own bugs, but similarly, if part of the value in adopting it is that the paid service IS available, knowing that someone else can offer a compatible service if they disappear might be a nice reassurance for the license to offer.

  > In the same sense I don't think "machine x does y" expresses fewer facts than "machine x does y, and it is conscious".

brings to mind behaviorism, which was of course influential and compelling for a long time. The problem with behaviorism, if you want just one problem, is how do you even talk about something like Synesthesia within behaviorism? It's (initially) a purely subjective/qualia related experience. While behaviorism was in vogue, it was difficult to take Synesthesia seriously and it was dismissed as people being poetic and metaphorical, but those who experienced grapheme-color synaesthasia could see shapes present in a number-pattern readily that those without it could not see.

oh, thanks, that links to getting started not blog post, so I guess different links for HN purposes, but also not much discussion there either... seemed like an interesting idea, though I'm not huge on front end stuff or React, use mostly out of necessity/still kind of prefer server rendering when its an option

Was mostly trying to find if there was existing discussion of this I missed, but I guess not! Oddly, I set the title of submission as "Introducing Crank.js" because that's the title of the post, but somehow HN edited it to just "Crank.js"? <shrug>

My sister is managing a project aggregating ideas and resources around connecting midst pandemic remotely here http://bit.ly/virtualhugideas and there's a page for games https://sites.google.com/view/virtualhugs/games?authuser=0

I wonder if the unions would be friendly to a kind of affiliate relationship, and/or paying dues into a kind of program like the deposit insurance that banks pay to FDIC, but for strike insurance or something?

Sounds fair on both counts... Good news from José above that the official MSSQL support is coming soon and will be merged into ecto_sql package.... and like I said, if you (or someone else) decides they want to work on updating the old ecto2 SQLite adapter to work with Ecto3, I can't promise much, but I'd be glad to try and help!

Also, as a note, my first production Elixir service didn't talk to a relational DB at all, and was basically a thin API wrapper around ElasticSearch... others I know have basically used it just for realtime features connecting to browsers with WebSockets for push via Phoenix Channels (or now LiveView)... so even without any of those database adapters you may well find a use case it's a perfect fit for, and where lack of those adapters is not an impediment! Either way, good luck!

I don't think that's nearly as close to Carbon5's logo as the SiFive logo is to Carbon5's, but fair point, there's always overlap in these... when I posted that I actually couldn't see the difference between their logos and was genuinely a bit confused if they were connected, but I see a small difference at the bottom of the Pentagon now... so it seems unlikely there's an intentional connection, but was genuinely confused at first!

I'll briefly weigh in with others that you don't need to know Erlang, at least not Erlang syntax, to be effective in Elixir, and the semantics are identical. I think it's useful at some point to learn that all Elixir modules are just Erlang atoms, and to learn about OTP and that using anything built into Erlang is as simple as calling a function on an Atom instead of on an Elixir module. OTP is awesome, and so is Erlang, but I've been doing Elixir professionally for almost 3 years now and I've still never written a line of Erlang (though I did Prolog in college, on which its syntax is based, and I can generally manage to read most code in Erlang, but I've not found the need to often). Even Erlang libraries can be used from Elixir without any special interop, as long as they're published on hex.pm via rebar3. You just add them as a normal dependency in your mix.exs file, and it just works.

I guess it depends on your needs and motivation... we recently completed the transition from Ecto2 to Ecto3, and while not totally trivial in our case, I think you could do in a way that wasn't hard if you maintained compatibility with both from the start, so that only config had to change. But also, what are your requirements for using SQLite and/or MSSQL? Are you looking at porting existing projects, or new services talking to existing production databases? It used to be common in Rails to use SQLite in development and in production use Postgres or MySQL, but I think everyone kind of acknowledges its better now to run the same database in local and production if possible, and it's so easy that motivation is gone. I once had to use MSSQL in production for a HIPPA compliance issue, so I understand that might be hard to avoid in some situations, and SQLite is certainly well suited to some embedded applications, but you could certainly try and work on porting the ecto 2 SQLite and/or MSSQL adapter from ecto2 to ecto3 as a project and I'm sure the community would be very supportive in helping if you have motivation. I might be interested in helping with SQLite, but I don't have any specific motivation so I'm not likely to start it on my own.

Is there some connection to CarbonFive[0], the consultancy, or did they just.... um... completely duplicate their logo by accident or something?

[0]https://www.carbonfive.com/

As long as mentioning big projects like this, I'm a fan of givewell.org. Originally they just measured various charities effectiveness, though now they also offer to operate as a (fairly transparent) pass-through. I'm sure charity navigator is pretty good too, but I have vague memories of some issues that made me prefer GiveWell... if anyone else has anything more concrete to say for or against CharityNavigator, I'd be curious to have recollection refreshed/updated.

Silly note, but its just https://svelte.dev and weirdly they don't appear to even have the www subdomain registered, so anyone copy pasting above will error, but the site is up.

I don't know about the ratios (or how a user looking through could really tell what the true ratio is) but as far as none of them having a decent matching algorithm... I'm a big fan of OkCupid here... (I know they were aquired by match but they still operate independently AFAIK) I interviewed for them 12-13 years ago but never worked there, but they were Harvard math guys who founded SparkNotes and "opensouced" an early version of their basic matching algorithm in 2004 or 2005 on their blog, I'll see if I can find and post here or perhaps someone else will share bit the gist was only using the intersection of questions you both answered, and both of you don't just answer the question but also give how much you care about the answer to this question and "acceptable" answers from your match (if you care at all, if not answers don't matter) and they use those to customize weight of each question in matching... I don't know if it has any special romantic matching qualities but it's WAY better than anything else I've tried for a metric of people worth meeting and who you'll sometimes have INCREDIBLE amount in common with, when match percentage is over 90 or 95%... I've dated two 96+% matches for over a year FWIW.

EDIT: couldn't find original blog post but this article seems to have some of the same math/details in less entertaining form https://blogs.ams.org/mathgradblog/2016/06/08/okcupid-math-o...

I still haven't finished reading it end-to-end, but I love the form and shape of Hofstadter's "Le Ton beau de Marot"[0] which is sort of an extended dialogue on the difficulty, beauty and/or impossibility of translation. It's not just about language translation of course, being Hofstadter, but that's the entry point.

[0]https://en.wikipedia.org/wiki/Le_Ton_beau_de_Marot