Live data from Hacker News

Y Combinator Resources for Developers

yc.dev

111–120 of 129 posts

Re: Y Combinator Resources for Developers

#111
post #50

Is Paul Graham and Robert Morris's Arc language[a] being used for anything in production other than Y Combinator websites? [a] http://arclanguage.org/

Hubski was originally based off the HN code and continued development in Arc (https://hubski.com/pub?id=126759).

They were converting from Arc to Racket, but I don't know how much ended up being done (https://github.com/hubski/hubski/wiki/Converting-Arc-functio...).

Re: Y Combinator Resources for Developers

#112
post #85

Earlier quoted context omitted.

I'm curious because I thought the main draw of CL was that it was easy as heck to roll your own library support.

It's easy to roll anything in CL if you know what you're doing, but making it talk wsgi or generate pngs isn't trivial, no matter what language you're writing it in.

CL implementations do have an FFI that you could at least call C libraries from, don't they?

Re: Y Combinator Resources for Developers

#113
post #102

> Beating the Averages > A classic article on using powerful programming languages as a secret weapon I'm surprised this is included given that it's been more or less been proven to be false. Almost every valuable company in the past 2 decades was built on a blub language. Facebook even used PHP! Java and C++ are at the core of most Amazon and Google services. There basically haven't been any big companies build on a…

> it's been more or less been proven to be false Not really. It's true that few big winners have used Lisp, but that would only disprove the thesis if there were also companies who tried using Lisp and failed. AFAICT, no one is even doing the experiment. I actually know of two notable counterexamples: Barefoot Networks has an internal design tool written in Common Lisp that is a significant source of competitive adva…

Keep in mind the at that Beating the Averages is from 2001 (revised in 2003). This means that it predates Java 1.4 and obviously C++11 (let alone C++14, 17, etc)

Most languages have the features of CL that made it so useful. Even Java has first class functions, lambdas, partial application, async IO, etc. Java even has a repl now. The only things left afaict are macros (non-hygenic in CLtL2) and code-as-data/eval (a security hole).

Aside from pulling from functional languages, Java also learned Python's 'with' using try-with-resources. Meanwhile the tooling of Java went from strength to strength and it's a serious blub factor for people who haven't used Java.

Beating the Averages was fairly spot on at the time it was written, but since then it's lost it's power as features of blub languages was merged into existing languages.

Re: Y Combinator Resources for Developers

#114

> Beating the Averages > A classic article on using powerful programming languages as a secret weapon I'm surprised this is included given that it's been more or less been proven to be false. Almost every valuable company in the past 2 decades was built on a blub language. Facebook even used PHP! Java and C++ are at the core of most Amazon and Google services. There basically haven't been any big companies build on a…

"Almost every valuable company in the past 2 decades was built on a bulb language."

But did they succeed because or despite those languages?

Would they have been even more successful and would their code have been more maintainable, more easily exapandable, had more power or more flexibility had they used Lisp?

Re: Y Combinator Resources for Developers

#115

Earlier quoted context omitted.

HSTS only works if (1) the endpoint properly supports it, (2) the browser supports it, (3) the list is up to date, (4) there is no attacker ever waiting for you to hit the page for the first time or when HSTS expires. (2) is not really a concern any more, (3) occasionally becomes a concern, (1) is a concern for most of the web, and (4) is a concern for literally every use of HSTS. The whole point of HSTS is to ward o…

(4) is solved by HSTS preloading. The request is upgraded to https before any traffic hits the network, even if you've never visited the domain before. The list of HSTS preloaded domains and TLDs is hard-coded into your browser. For more info: https://hstspreload.org/

Clearly it's not solved by preloading, since an old list invalidates the preload, and not every site supports HSTS, and I imagine they would have individual expire times (but perhaps not as a preload)

Also, does that site even work?

  Status: google.com is not preloaded.
  Status: microsoft.com is not preloaded.
  Status: duckduckgo.com is not preloaded.
  Status: news.ycombinator.com is not preloaded.
  Status: aws.amazon.com is not preloaded.
  Status: bankofamerica.com is not preloaded.
  Status: capitalone.com is not preloaded.
Well right off the bat, I'm screwed... I hope nobody else on the internet is visiting these sites.

Re: Y Combinator Resources for Developers

#116

> Beating the Averages > A classic article on using powerful programming languages as a secret weapon I'm surprised this is included given that it's been more or less been proven to be false. Almost every valuable company in the past 2 decades was built on a blub language. Facebook even used PHP! Java and C++ are at the core of most Amazon and Google services. There basically haven't been any big companies build on a…

> bulb language Had to look that up — do you mean a blub language?

That was a typo sorry.

Re: Y Combinator Resources for Developers

#117
post #80

Earlier quoted context omitted.

As sibling said, reddit was CL before it was Python. But more importantly, reddit predates Arc by more than two years. :) And the main reason reddit was rewritten was library support. Doing simple things in CL was hard because you had to write it from scratch, but doing those things in Python was a simple library install.

I'm curious because I thought the main draw of CL was that it was easy as heck to roll your own library support.

Lisp shines for codegen and creating DSLs and new control structures, but if you're just writing out tedious imperative code, it isn't really better than Python. Its lack of popularity means it can't offer as many libraries waiting to be reused.

Re: Y Combinator Resources for Developers

#118
post #85

Earlier quoted context omitted.

It's easy to roll anything in CL if you know what you're doing, but making it talk wsgi or generate pngs isn't trivial, no matter what language you're writing it in.

CL implementations do have an FFI that you could at least call C libraries from, don't they?

I think so? I honestly don't know, I never really worked with the CL codebase, I just used it for reference sometimes. But even if it did, I'm not sure how much velocity is gained by using CL vs. Python, especially when making a web app, where there are so many examples, libraries, and frameworks out there to help in Python.

Re: Y Combinator Resources for Developers

#119

> Beating the Averages > A classic article on using powerful programming languages as a secret weapon I'm surprised this is included given that it's been more or less been proven to be false. Almost every valuable company in the past 2 decades was built on a blub language. Facebook even used PHP! Java and C++ are at the core of most Amazon and Google services. There basically haven't been any big companies build on a…

There basically haven't been any big companies build on a lisp-like language unless you consider Scala

According to Alan Kay, Smalltalk was an explicit attempt at making something as dynamic as Lisp, but where one wasn't "coding in your data representation." There was very high representation in the Fortune 500, and some very big business applications. Much of the natural gas in North America was scheduled on a Smalltalk application. JP Morgan used Smalltalk to manage very large portfolios at one point. I could go on about the applications I know about personally for hours, actually.

The line blurs, however, as Java was very much inspired/influenced by Smalltalk, as was the CLR and C#. Ruby and Python were also highly influenced by Smalltalk. Javascript was influened by Self, which was effectively the "Son of Smalltalk." Smalltalk, at one point, was also cited as being a "blub" language. (No templates, no macros, no explicit multiple inheritance...)

Post reply on HN