skysight-inc/HackerNews huggingface dataset:
I don't know if it's extraordinary, but it's definitely interesting.

He wrote it in HolyC language which is an interesting project on its own: http://www.templeos.org/Wb/Doc/HolyC.html.

You can change the OS because of the JIT compiler, run the compiler, and overwrite the running OS.

The command line is interesting. It feeds directly into a JIT compiler, so you have things like Cd("..").

It runs in a single memory space, so processes communicate with each other by writing to each others memory space.

It's built by one person without feedback or collaboration with others.

There are code walk throughs available that you can learn from: http://www.templeos.org/Wb/Home/Web/TOSVideos.html
No. It also doesn't help that the whole "independent websites" scene is disappearing: there's less web surfing on the phones, and also Facebook and other platforms swallowed a lot of small sites.
Very little of my CS education at MIT took place on a computer or in a language other than English. Watch an OCW lecture to see what I mean. You aren't dealing with anything more than simple C/Java notation or pseudocode if you see code at all. You learn the concepts and data structures in abstraction from their implementation.
I'd say http://www.growthgeeks.com/ is my favorite source for this. They have lots of different people that can help you out.
Finally we have reactionless space travel! All we have to do is merge two black holes!
> I don't think the kind of stuff that would make the show more popular (forced relationships, character angst, etc) is the kind of stuff I want to see it in.

This is what ruined halt and catch fire for me, way too much sex and personal dram forced in. Does it ever help them get the demographic they're chasing? If people wanted light erotic I can imagine some better backdrops than the creation of the 486.
I went to one of these schools. I disagree with fellow HNers who say that the students are great engineering minds or have the right motivations from before hand.

These institutions do a damn good job at making you very very strong on your foundations of CS and problem solving and architecture. They deserve a ton of credit. They focus much lesser on teaching you cool and trendy stuff, and much more on grounded understanding of everything that forms the foundational basis of computing technology, especially in the first 2 years of the 4 year programs.
I've had more problems in the other direction, actually: people who weren't that opinionated executing on really bad plans. They could be really terrible plans, even. Like cutting corners here or there, but they just didn't want to make an issue out of it.
Sometimes companies do decide to make speed a priority, and earn literally hundreds of billions of dollars off it. One of Google's key features over Yahoo+Altavista was that it loaded instantly; they cut out all the crap from the homepage so you could get yourself to a result in under a second.

Ditto BitTorrent clients like uTorrent and Transmission; the first generation of BitTorrent clients were written in Python or Java, and felt like it. When users started complaining about how they would lock up your machine, somebody actually bothered to write one in highly-optimized native Win32 C, with no frameworks.

You have to understand what the customer is optimizing for though. Someone standing at an ATM is optimizing for confidence, not speed; they already took the time to drive to the ATM, so depositing their check in 1 second vs. 10 seconds doesn't matter when the whole trip takes them 10 minutes. Someone who's responsible for depositing 1000s of checks for a major business, using an office scanner, cares a lot. But I really doubt that industrial-strength check cashing apps put a sleep() statement when scanning the checks.
Oh I'm fully aware there are a thousand different ways to accomplish similar results. Further to your point, you can also support multiple physical users without actually running a multi-user system as well (eg Windows 95).

However you have to bare in mind that this tangent did start off as an exercise in generalisations so I was following on from that by pointing out that many current multi-user systems also use user accounts as a tool for reducing the exposure a process has. While you'd obviously agree that it's a long way from being the most secure method of hardening a OS, it is still a pretty typical way for many desktop systems to operate.
You might like Jonathan Haidt's book 'The Righteous Mind' - http://righteousmind.com/

It has a lot on how people make ethical arguments in particular which I found quite eye opening (if a bit bleak in terms of its consequences for civic society).
He's taking medication regularly. He mentions it in streams and complains a lot about the side effects.
The bad state he is in now doesn't have anything to do with lack of meds. In fact his anger over the side-effects seems to distract him a lot.
>This combination of TempleOS's amateurish approach and Terry's unfortunate outbursts have resulted in TempleOS being often regarded as something to be mocked, ignored, or forgotten.

I've only ever heard positives things said about TempleOS.
That is a problem with chrome and not VS Code.
I do that. Shoot me an email. Ill try and answer any questions you may have. No bs or strings.
I think people just responding with the name of some logical fallacy without bothering to explain how it applies is one of the most annoying things about online arguments.
> Brick and mortar retailers can use radio-controlled e-ink shelf price tags for minute by minute price changes.

How does that even work? You pick up the product and the price changes by the time you go pay for it? Who would like that?
Then you probably want to combine logic with rhetoric.
I saw e-ink shelf tags deployed throughout the store at a Whole Foods Market in Sugar Land, Texas.
Stockfish – Strong Open-Source Chess Engine
They can be useful when you are arguing with yourself.
"There are two things you can do which are the only rational things to do."

I think those are the two things that you can rationally do! But not everyone is you. I think that your focus on technical and engineering solutions is actually a "one finger points three point back" kind of situation. I think that you are probably capable in those solutions, and I encourage you to take them as strengths, not as the only solutions possible.

Here's an example, one that comes to mind, of another skillset that's going to be valuable in times to come: mediation. I live in Minnesota, where it's very cold in the winter (gets down to -30 to -40 F) and very hot in the summer (gets up to 100 to 105 F of humid heat every year). I see the effects of heat. People get violent, impatient, antsy. Stuff comes out. Pots boil over. There are is quality research into these correlations (http://www.nytimes.com/2013/09/01/opinion/sunday/weather-and...), so it's not just anecdotal. When times get hot around here, what we need is conversation, patience, spiritual introspection, therapies, caring people. We are going to need people with good leadership, with soft skills, who have the ability to motivate people, to guide people out of conflict, to model what's possible. Artists, parents, teachers, even just plain old solid friends who hold people together.

Okay, I'm not arguing that these are "the solutions to climate change". What I'm arguing is that they are necessary pieces of the puzzle!

"The thing is that if you really were to change your life for it to have an effect we wouldn't do it. Just the threat to reliable food supply is enough to make most people accept things as they are."

I've seen people change so drastically over the course of one lifetime, because they had to in order to survive. I've seen my religiously conservative people close to me go from being homophobic and anti-drug to being open minded and hearted. I've seen my somebody go from seriously flailing (with chronic substance issues, suicidal thoughts, body image struggles, etc) to being one of the most kick ass moms I know in 1 year flat. Don't underestimate! "When the spirit says move, move". And people will move.

P.S. I'm planning on building a web app to help people do interactively plan companion planting and permaculture gardens. If you're interested I'll let you know when I put up the source. I'll probably post it on here either way.
Do you know about some of these? I'm available on those terms.
> The reality is that most people don't follow any rules when it comes to arguments. They just follow what feels good, ie what they(we) have learned via social immersion.

> I'd like to see more books about how people actually argue in life and how to change their view.

I’m confused. You say normal people follow no rules in arguments, but then you say you’d like to learn more about how normal people argue. The two ideas seem mutually exclusive to me.

> I've always wondered about the usefulness of books that point out argument fallacies.

Presumably, the author would like people to approach arguments more methodically all around.
yeah … it's about the high-order bit, thinking at a higher level of abstraction … learning a language vs. learning why the language is that way, how to design a language.
The knowledge that one time links are a terrible means of access control.
Being able to correctly identify logical fallacies is an important skill in and of itself. Persuading someone that they are wrong is a totally separate exercise.
In Ohio at least, Kohl's has had e-ink shelf tags for the past few years.
New discovery leads to mass produced blood
OS/2 was pretty advanced back in the day.
Something like System Object Model is still nowhere to be seen on modern desktops.
https://en.wikipedia.org/wiki/IBM_System_Object_Model

Instead we are now at distributing whole browser engines with a few kilobytes of HTML and JS to 'integrate' into the desktop and call those applications.
The University of Bristol and NHS Blood and Transplant have jointly developed a novel method to produce an unlimited supply of red blood cells
being a drug addict isn't mutually exclusive with having other skills. I wouldn't have been above something like this if my salary (software engineer) hadn't been able to cover my habits.
I wonder, in The Magician book - do the characters also drink semen to become more magical?

The show is made for middle/upperclass teenage white girls, is the book for a different audience?
I can't argue with that.
Nobody knows what creative technologists do, survey says (ARTICLE)
More likely they would say they want to do it because it would be "helping the police and security services to do their job" and be "protecting the people".
That was definately true. I think people with that need switched to Excel with macros or SAS.
Yep. With forced auto-updates, software companies have implemented "software gavage," and the devs are just getting paid to push code down users' throats. It's much harder to entice users with something they might actually want.
I went to Stanford, class of 2010. I got a BS and MS in computer science; the MS was with Stanford's "coterm" program where you can earn credits towards your master's degree during your four years as an undergrad.

* what behavior makes folks at these and alike school smart *

My experience was that almost everyone I met at Stanford had done something pretty extraordinary in high school. Examples: teaching an AP science class, being an amazing pianist, doing well at national science fairs, being a published author.

To answer your question: Almost everyone was very smart, but at least at Stanford there was great variety in the kinds of intelligence on display. This was true even among CS majors.

* what's the learning environment *

I'm not totally sure what you're asking about here. Undergrad CS classes were pretty similar to what you'd see at most universities: Professors lecturing, then people taking home exercises or programming assignments. Collaboration was usually encouraged on exercises, and programming assignments were usually done in groups.

My honest experience was that a lot of big courses were not particularly well taught. The first few CS courses are an exception; they're taught not by professors but by lecturers, who are all really good.

The best CS classes I took were graduate "seminar"-type classes, where we'd read a few papers each week and then come to class and discuss them. Shout out to Dawson Engler; his operating systems seminar was inspiring and eye-opening.

I can't speak as much to non-CS classes. I took some math and physics classes; these were pretty traditional, with lectures and written homework. Collaboration was encouraged on homework, and personally I wouldn't have been able to get through those classes without help from my friends.

* How do you see yourself after graduating from these schools? *

Again I'm not totally sure what you're after with this question. One of the best things that happened to me was that I became friends with musicians and biologists and English majors; people who are (academically, anyway) quite different from me. I learned to dance, and swing dancing has become a huge part of my life.

I work at Google now, and that's pretty humbling. Working at Mozilla when I did was as well. But life isn't all work, and in a lot of ways the non-CS stuff I learned in college has been much more impactful to my life and how I see myself.
It is a kind of fallout from a long overdue reform of that law area.
In theory you even have to stop 'sending' your website between 6:00 and 22:00 if it contains adult content, same law.
The reform failed due to the totally insane requirement of rating every single website for child protection. As it is a law with state and federal parts, you have lots of duplications and weird rules.

So the 'register all XMPP clients' is a side effect of german regulations that still consider Internet to be mostly just a slight variant on Phone&TV&Radio.

In the past (1980s/1990s) you had (in theory) to register any BBS service as a telecom provider, but they didn't even have a proper form to do the registration.
Reminds me of the "thou shalt not commit logical fallacies" poster:

http://i1.kym-cdn.com/photos/images/original/000/531/718/f03...
With such a small population, wouldn't inbreeding be a problem?
No problem. Email sent with those two screenshots: https://snag.gy/cmDhG6.jpg and https://snag.gy/U4unJ2.jpg
>Lots of people already have. The problem is that those who try to read up on it haven't built the conceptual bridge to get there.

No, as someone who understands monads (and not thanks to the explanations usually given) the real problem is that most explanations are crap and needlessly complicate the matter. Including every one I've read thus far (well, up to when I made my comment) in this thread.

It's as if they can't lay off Haskell notation and concepts for a moment to give people the overall picture. People, stop mentioning "functors", "monoids", ">>=", "bind" etc in your Monad explanations. Also drop the Haskell function definitions.

Even fmap shouldn't be taken for granted (as something already known) in a Monads explanation. Just describe what it does, giving a simple example. And when talking to Javascript programers use types and names of types that they already know, such as "array", not List. Even such simple terminology distinctions like those matter.

>They see the superficial similarities between Haskell and other languages but fail to grasp the more significant differences: higher-kinded types and type classes.

The whole magic of explaining is to give an idea of the "significant differences" without requiring any foundation beyond what an average blub programmer already has.
As I've said before, a context switch is really cheap on modern hardware. What kills it if you need to drag all sorts of dirt through all the caches. I.e. cold caches kill performance. Hardly news.
For those of you happy with your use of micrsoservices, how many microservices does your team handle?

I don't mind microservices but I definitely think my company has taken it too far, for my team of 5 we have ~25 separate components/deployments which make up ~12 microservices. It makes it impossible to keep track of each service and be familiar with idiosyncrasies in each project.
I remember setting up a small BBS back in the '80s using OS/2 Warp - it was about the only OS at the time which could support multiple modems reliably. Total footprint probably smaller than most web pages I visit these days.

Still got a boxed set of IBM OS/2 Warp complete with 3.5" disks sitting around here somewhere...
ZFS is pain if you aren't actively aware of it, and tuning it. With heterogenous workloads and containers on Linux, it fails in interesting ways. A lot of this is due to the SPL, and the opaque model of memory management it maintains.
Teenager and "person who would hack your security camera" strikes me as having lots of overlap.
People stare at their phones, so Dutch town puts trafficlight on the ground
Sounds like a solution looking for a problem to me.

For all of this complexity, Amazon rarely has a significant price advantage versus most retail stores.

From a customer point of view, competitive categories have a flea market quality to them. For a company that is usually optimized for customer experience, this is a weird science experiment.

IMO, they should make price adjustments less fluid. Require merchants to get to the lowest price as soon as possible, and punish stupid resellers that throw up divergent high/low prices by forcing them to live with it.
What scifi TV shows do you watch? Sometimes I see people provide an opinion on a show - but I have no idea if we share the same tastes. It's hard to determine who to listen to if I have no idea what the rater actually enjoys.
Lots of digital agencies do this for you, but splashy agency launches aren't usually how startups get off the ground (with a few exceptions). They're how bigger companies release new products because they have ample brand awareness and budget.

The conventional wisdom in the last ten years for new startup products are that you should open discussions with initial customers yourself.

This kind of early customer development lets you prove your hypotheses around the product having demand before investing in expensive promotional spending.
Another shameless plug: I made a service like this for myself and a few friends: https://zenve.st

It actually trades on your behalf, but only to keep your portfolio balanced and to allocate any cash you deposit into the account. It works on top of Vanguard, and you can customize it to invest in any Vanguard ETFs with whatever allocation you want.

Currently, you can only sign up for the waitlist, as I don't know if people would be interested in something like this.
He seems to come at it from a slightly different angle, and I can see how his scenario isn't a good idea.

It's worth pointing out that you do have the same challenge in a siloed scenario, but the "bounded contexts" are separated by the applications themselves, which no chance of tight coupling because there's no way to tightly couple anything. In the silo version, apps can still point at each other's data (e.g. reference an ID in another app), there's just no way of guaranteeing that the data is consistent.

The coupling challenge is solved by design -- by avoiding designing yourself into tight couplings.

For example, let's say you desire every object to have an "owner", pointing at the user that "owns" the object. So you define a schema for User, and then every object points to its owner User. But now all apps are tightly coupled together.

In our apps, we typically don't intertwine schemas like that unless there's a clear sense of cross-cutting. An "owner" field would probably point to an object within the app's own schema: A "todoapp.Project" object can point its "owner" field at a "todoapp.User", whereas a "musicapp.PlaylistItem" can point to a "musicapp.User".

(Sometimes you do have clear cross-cutting concerns. An example is a scheduled job to analyze text. The job object contains the ID of the document to analyze. The job object is of type "jobapp.Job". The "document_id" field can point to any object in the store. The job doesn't care what the document is -- all it cares about is that it has fields containing text that can be analyzed. So there's no tight coupling of schemas at all, only of data.)

However... I have played with the idea of a "data interface" concept. Like a Java or Go interface, it would be a type that expresses an abstract thing. So for example, todoapp could define an interface "User" that says it must have a name and an email address. Now in the schema for todoapp.TodoItem you declare the "owner" field as type "User". But it's an interface, not a concrete type. So now we can assign anything that "complies with" the interface. If todoapp.User has "name" and "email", we can assign that to the owner, and if musicapp.User also has "name" and "email" with the right types, it is also compatible. But I can't assign, say, accountingsystem.User because it has "firstName", "lastName" and "email", which are not compatible.
PhD student here, and I'm exactly the same. I procrastinate a lot (not good!), but I've been able to get things done. My current goal is to figure the optimal way to minimize procrastination...
I don't know. I would watch Shohreh Aghdashloo read the phone book. She's a very compelling actress.
/second, came here to say this too. The top schools give their students much more, harder problem sets, exams, etc. than others. Some grade on a curve too, meaning that if everyone scores between 90-100, they don't all get A's, rather the bottom third gets C's, the mid 90s get B's, and the top third get A's. Creates an extremely competitive environment that pushes folks with raw talent to really work hard to hone it. Finally, most of the work is focused on learning problem solving methodologies, rather than learning the syntax and grammar of particular languages.
Interesting that that code looks more like Assembly than C to me.
Regarding C any reason searchcode.com is not meeting your needs? I would be happy to add it in. You can download your own version as well.
Huh! Now I am super confused.
And then burnout kicks in and everything goes out the window. Even if you feel unlimited energy, make sure to take a break every now and then. Just my two cents.
450M users with 99.999999999% uptime
Who said anything about CPU? Slack's going to make DNS requests, multiple TCP requests most likely. That's network IO, multiple orders of magnitude slower than reading from disk - which is (at most, it may just read small file from disk and unpack in memory - I don't know) what TempleOS does.

Slack's app has to display images, render scrolling, respond to network events, store and load application state like your preferences and theme, etc. Assuming it does these things - I use the web client.

Slack also has to support multiple operating systems, so it may make technology choices around that.

It's really not hard at all to see why Slack would be much slower than an OS that basically does nothing to boot up.

It's not hard at all to see why Windows, which supports tons of hardware, would be larger on disk and slower to unpack as it boots - lots of drivers and services need to start up to support all of the things that make it not TempleOS.
I don't see what's so special about continuously updating your price as a seller. This happens in pretty much every grocery market in the Middle East or Eastern Europe.

I also don't understand how the supposedly fierce competition between sellers ends up yielding prices that are higher than offline stores. Seems the reporter missed the true story.
You don't necessarily need to specifically optimize for it: just do your development on a slower machine. If you're using a compiled language, you can offload compilation with something like distcc for productivity's sake, but all your testing should be on the slow machine.

It'll be pretty clear if some change you've made is going to impact people on older hardware, because you'll notice the moment you make the change. And if it's unbearably slow for you, it will be for a good chunk of your users as well.