Where did you get the idea that the US is like that?
403 karma · joined October 21, 2015
Also, long ago, it was possible to set up an individual Gmail account with a non-gmail.com domain. Is that still possible?
I'm a huge fan of MIT Scheme, and have used it since 1984, but I would recommend using another implementation these days, especially on Mac.
See Scheme.org.
https://stallmansupport.org/richard-stallman-honors-and-awar...
I take no position.
I want to respond to one comment in the post about the SRFI process:
Unlike a normal library, the whole point of SRFIs is that once they’re finalized, that SRFI is locked in stone. You can’t just add or remove or deprecate functions. You can change the default implementation if there’s a bug or add a post-finalization note about how the implementation should behave if there’s ambiguity, but you can’t just start picking and ripping at an SRFI. This kind of attitude towards software / APIs is anathemic to change.
The idea behind SRFIs is that an author comes up with an idea, writes it down clearly, provides a sample implementation, gets feedback from the community, and tries to persuade Scheme implementations to adopt it. Because this is the goal, once a SRFI is published, it needs to be stable, not a moving target. That's why we treat it like a standard rather than a library. But there's no reason at all that new versions of a proposal can't be published as new SRFIs. In fact, some SRFIs, e.g. SRFI 231: Intervals and Generalized Arrays**, are the result of several rounds of refinement, each published as a separate SRFI. But if your Scheme implementation says that it supports SRFI N, you know what you're getting.
I would welcome a SRFI from Thatgeoguy to help bring his work from CHICKEN Scheme to other Scheme implementations. We've brought many ideas from one implementation to others this way.
* Scheme Requests for Implementation, https://srfi.schemers.org/
I'm thrilled to see someone try something different, and grateful that he wrote about his positive experiences with it. Perhaps it will turn out to have been the wrong decision, but his writing about it is the only way we'll ever really know. It's so easy to be lulled into a sense of security by doing things the conventional way, and to miss opportunities offered by huge improvements in hardware, well-written open-source libraries, and powerful programming languages.
I have an especially hard time with the idea that SQL is where we all should end up. I've worked at Oracle, and I worked on Google AdWords when it was built on MySQL and InnoDB. I understand SQL's power, but I also understand how constraining it is, not only on data representation, but also on querying. I want to read more posts about people trying to build something without it. Redis is one way, but I'm eager to hear about others.
I wish the author good luck, and encourage him to write another post once Screenshotbot reaches the next stage.
Thanks.
I encourage people to read the original Propagator Networks paper by Alexey Radul (advisor: Prof. Gerald Sussman of SICP) referenced in the Prior Work section. It's full of fascinating ideas.
Parentheses are just a scapegoat.
Prof. Harvey's claim rings completely true to me. Students understood the syntax quickly, and spent little time on it. It was not a point of frequent confusion. There were plenty of difficult concepts in the course, but the details of the programming language were not, for most students, among them.
Students who already had programming experience when they started the course often had more trouble than inexperienced students, but mostly because they had to unlearn imperative habits since the imperative features of the language, except for I/O, weren't used until late in the course.
SICP covers a huge breadth of material, from basic computational ideas to algorithms and data structures to interpreters and compilers to query languages to concurrency, and does it in an entertaining and challenging way. Even decades later, I find myself pulling ideas from it in my daily programming work.
I worked at Google for almost twelve years, and I can't count the times I found myself muttering, when reading a design document, "I wish this person had read SICP."
I'm certainly biased, but I would encourage anyone who would like to become a better software engineer to read SICP and study it carefully. Take your time with it, but do read it.
https://speechcode.com/blog/weather-dashboard/
I feel sheepish mentioning this project because there are so, so many weather displays like this. But this is mine, and not only was it fun to put together, but I use it every day.
I can't remember the specifics any more, but I do remember being impressed. No, the ideas were much broader than "authoritarian-type management cultures." That's certainly not what I wanted to create as a manager.
I read it almost twenty-five years ago while trying to expose myself to opinions of people with a completely different perspective. I was just about to become a manager for the first time, and I wanted to be prepared. In particular, I wanted to make sure that I was serving the people I worked for well. I had had good managers and bad above me, and I had ideas about what had made the difference for me as a subordinate, but it didn't seem like just winging it would produce a good outcome. I had read some books on management in office jobs, but they weren't particularly helpful. I do remember being impressed by how much careful thought went into how the Marines taught people not only to follow, but also to lead, starting from their first day.
>> how they help people from wildly different backgrounds work together.
Specifics please?
Read the book.
> Nihill is a bad standup comedian who sort-of pivoted/reinvented himself as some corporate speaker. So, he would say something like that; doesn't make it authoritative.
I urge you to read the book rather than just speculate. I found it full of excellent ideas for structuring talks, connecting with the audience, adapting to circumstances, etc., which is why I recommended it. It wasn't about humor at all. Your ad hominem comment about him isn't relevant to whether the material in the book is good.
Speaking of learning from people with completely different perspectives, if you want to learn about public speaking, read Do You Talk Funny?, by Nihill. The thesis is that good standup comedians are the best public speakers, and that we can learn their techniques. Much of what they do well has nothing to do with being funny.
Triage isn't always accurate, especially in overworked emergency rooms.
I attended your presentation on Clojure at the International Lisp Conference at MIT in 2009, where we were celebrating the fiftieth anniversary of Lisp. After your talk, you were surrounded by admiring Lispers, including several of the elder statesmen of the community. These were people who, to put it mildly, were not known for being quick with praise. But one after another, they were saying things like "This is the future of Lisp!"
By the way, I love the title. It reminds me of what I wrote when I started my last job:
(call-with-current-continuation employer)I love my Bangle.js 2, and have written my own watch face for it.
I believe that the iPad user is using the web, not the app.