rafaelferreira

The OP is implementing a scheme interpreter in Rust.

Another library in this space is Eric Evans' (of DDD fame) Time & Money library https://timeandmoney.sourceforge.net/.

There are some conference slides linked from project website: https://lang.video/pub/icfp2017/slides.pdf

The summary says "detergent residue from professional dishwashers demonstrated the remnant of a significant amount of cytotoxic and epithelial barrier–damaging rinse aid remaining on washed and ready-to-use dishware", which might address the question about concentrations in regular use.

Their "What We Do" page has some more detail, but not a whole lot: https://openinsulin.org/what-we-do/

> To produce the protein needed for insulin, we need to grow microorganisms with a bioreactor and purify the protein from the culture with a protein purification system (FPLC). Proprietary examples of this equipment come at a very high initial cost and with high ongoing costs of support from the manufacturers. Our goal is to develop easy to manage, easy to repair, and affordable equipment to sustain local and community-built insulin production. > Our FPLC design is in the early stages, and we are steadily developing mechanical and electrical designs to detect UV-C absorbance and manage the concentration of two buffers via peristaltic pumps and a mixing chamber. We plan to use Arduino microcontrollers as well as the Raspberry Pi, and the finished device will make use of the open-source Ender 3 3D Printer to facilitate automated fraction collection with G-CODE input. The bioreactor design makes use of quite a few commercial off-the-shelf parts and is ready for prototyping.

Have you seen this presentation about NuBank's usage of datomic https://youtu.be/7lm3K8zVOdY ?

Kathi Fisler gave a great talk at the latest racketcon about research done based on the HtDP curriculum. I thought it was interesting to see the sorts of problems that fit well with the basic structure templates given in htdp and the kinds of problems that were a bad fit.

https://www.youtube.com/watch?v=MnrRUdbOW1M

Not exactly, Elixir continues to be lead by José Valim, now at Dashbit. (disclosure: nubank employee).

Nubank’s co-founder and CTO offers his perspective: https://building.nubank.com.br/welcoming-cognitect-nubank/

Sure, check out Stuart Sierra' (by now famous) blog post Clojure Workflow Reloaded and his Components library: http://thinkrelevance.com/blog/2013/06/04/clojure-workflow-r... https://github.com/stuartsierra/component

I've been working with Clojure for a few years now, and the thing I love most about the language is how it nudges developers to write straightforward code. It's maybe closer to a well-structured procedural style than to highly indirect OO or to deeply polymorphic category-theory-inspired typed functional programming. The emphasis on mostly-first-order pure functions composed of other functions, receiving and returning immutable values, makes it easy to untangle even the worst balls of mud, while the well designed set of data-structures (few) and functions operating on them (many) allow for easy and terse expression of everyday data manipulation chores.

If we keep the majority of the code pure and straightforward, we can deal with state and I/O with other constructs, like atoms and records, only where we need to (doing this systematically tends to lead me to some variation of the functional-core/imperative-shell pattern). STM, multimethods, macros and whatnot are cool and have their uses, but after a while I think the really cool thing is how little do we need to resort to fancy stuff and how much is accomplished with just functions and data.

I'm not sure this is true. Bosh's site says "Which detection method is used in Bosch’s COVID-19 test? The COVID-19 test is based on a combination of sample preparation (including process controls): Multiplex PCR (Polymerase-Chain-Reaction), μArray-detection to allow the identification of SARS-CoV-2."

Yet another book showcasing Bob Taylor's impact on personal computing and networking is The Dream Machine https://www.amazon.com/Dream-Machine-Licklider-Revolution-Co... .

This one tells the story from the precursors to time-sharing to PARC, using the figure of J.C.R. Licklider as a pivot, and was recommended by Alan Kay as better than Dealers of Lightning. I personally enjoyed both.

I'd love to see a design document explaining the differences from, say, nginx, that enable this kind of performance results.

Seeing Eve's development out in the open is inspiring. Many of the commenters are coming from positions of extreme skepticism towards new approaches to programming, probably justified by the history of the field, but I'd recommend to spend some more time looking into the research idbknox and his team have been conducting (see https://www.youtube.com/watch?v=VZQoAKJPbh8, for instance) and how much they have iterated based on user experimentation.

A few questions come to mind now: 1 - This new demo, with the messaging app sample, and references to "my pm wants this or that" seems to point a change in positioning, from targeting non-programmers to professional programmers. Is this accurate?

2 - Is there a plan to integrate the grid-style or the adlibs style UI into this new iteration?

3 - If non-programmers are still a target, it seems to me that the ease of importing data from external sources would important to reach broad usage. Any research here?

4 - Html and css might be a hurdles for new users, any way Eve will help on this front?

(edited for formatting)

Impossible to address your first point without going into personal opinions, not fit for this forum.

About the other point, regarding the future of the country, I did not mean the impeachment going through would undermine our democracy - this sort of discussion has no place here. Just that the overall economical and political landscape is cloudy at best. Operation java-jato is likely a good thing, but a "Mani Pulite"-like outcome, with corrupt politicians passing essentially pro-corruption laws, and the ascension of an inept "strongman" (in italy it was Berlusconi) is something that can easily happen in the coming years.

As another Brazillian, let me offer an attempt at a more distanced take on the matter. Roussef's impeachment proceedings are motivated by alleged budget manipulation. I don't think there are many who would say the maneuvers in question were 100% kosher, but the question of whether it is a sound basis for impeaching an elected president is not a simple one. Renowned legal scholars differ on this point.

In particular, it is clear the congress voted for her ousting due to a series of reasons unrelated to the allegations. One reason is the dismal state of the economy, likely due in no small part to Roussef's policy decisions. Another reason is that a majority of politicians, from all major parties, are facing serious corruption charges from a large, unprecedented, investigation conducted by the federal police, and the impeachment acts as a diversionaty tactic (there are recordings proving this is not a conspiracy theory). Lastly, there is the usual power struggle, that is fiercer and more complex in an environment with many political parties.

In all, a complex scenario that does not bode well for the immediate future of the Brazilllian democracy.

The original article addresses this very point on its last section, found on page 55.

Do tell.

One nuance you might have failed to capture in your characterization of the article is that a lot of the cost is high when the subject is a beginner on the technique. The point is that as you gain mastery it becomes easier, thus encouraging people who are interested in the technique not to give up so fast.

In particular one side-effect of being a beginner is that one spends a lot of mental energy on the technique, leaving less room to focus on other important aspects. That gets better with time.

I wonder if Tim Sweeney's research on lambda-aleph, a dependently typed language, is reflected on Unreal Engine somewhere.

http://www.leafpetersen.com/leaf/publications/dtp2013/lambda...

I've tried that in the past. Even if modules aren't tightly coupled, deployment is, so different teams need to synchronize at deployment time. Resource isolation is also a big problem, if a module update introduces a performance bug, it will affect everything else. Yet another problem is keeping shared libraries in sync; if you want to update a core lib for component X, it will need to be updated (and tested) for everything else.

March 2014 isn't exactly proof the language is alive today.

The new value proposition is reminiscent of DabbleDB, which was a groundbreaking product that didn't seem to get enough traction to sustain a business. Is this comparison apt? Any ideas on why Eve has a better chance of succeeding?

The interview would've probably been a lot more fruitful if questions centered around what he knows about the surveillance capabilities of the agencies he was involved with, in technical detail, than asking for his opinions on technology policy, an area where he is admittedly not an expert.

Like the writing style and the detailed play-by-play traces. A small tweak that would help to make it easier to read would be to visually highlight what changed from one memory snapshot to the next.

Quite similar to tiered compilation on the JVM

Not often I can read an essay that leaves me at the same time so excited and so disappointed.

Excited because I found myself agreeing with every point: isn't it obvious to everyone that the programming experience could be so much better? We created wonderful tools for graphical expression and number crunching, that keep getting better [1] [2], while our own day-to-day tools remain basically in a rut.

Disappointed because it seems LightTable is foregoing an incremental path to reach the goal, choosing the boil-the-ocean approach. We do need more long term start-from-scratch rethink everything kind of projects; like what VPRI's STEPS project aims to achieve [3]. But there is a lot that can be done to improve the programming experience today, and I don't see enough work in this area. IMO, the latest meaningful improvement in software development tooling was Intellij Idea around 2001 (arguably the functional programming renaissance represents another meaningful improvement, but the real breakthroughs there happened in the 70s). LightTable moving to the Blue plane leaves the PinkPlane unattended.

[1] http://www.adobe.com/technology/projects/content-aware-fill.... [2] https://www.youtube.com/watch?v=UccfqwwOCoY [3] http://www.viewpointsresearch.org/html/writings.php

Straight out of Joel Sposky's "Smart companies try to commoditize their products' complements" strategy: http://www.joelonsoftware.com/articles/StrategyLetterV.html

To be fair to the original article, the author does point out isolation is helpful 'when you are focused on a task':

"As for flow, it works best when there is a specific, narrowly scoped piece of code that must be written. For that work, being in a quiet place free from distraction is ideal. Just don’t stay isolated too long"

I don't see much to disagree with there. I think the point of contention is on what should be the default work environment: an open plan office with "concentration rooms" here and there or individual offices and occasional meetings. I don't believe there will be a definitive answer, it depends on team dynamics and company culture.