Hacker News new | past | comments | ask | show | jobs | submit | groaner's comments login

Not surprising, because computing mean is O(n) and median is O(n log n).

Lack of resources or pure laziness doesn't make it the right measure to use though.


Introselect is O(n), right?


Interactive Brokers already offers this, so I'm wondering what the actual innovation is here.


> What I did do: learned basic Mandarin, established a relationship that has lasted 20+ years, read many non CS / non-technical books, focused on getting healthier and fitter.

Would imposing a structure and setting goals for your time off have helped or interfered with these (admittedly admirable) results?


I think it would have helped with re–entering a normal work environment, I don't think it would have interfered with the results.

Honestly (and this is ~20+ years in the past now) getting some sort of therapy after spending five years in the dot com craziness would helped as well. Sometimes it's difficult to realize you’re in a toxic environment until you’re well removed from that environment.


Pretty much every dating app would be on this list if in-app purchases were taken into account.


i am actually collecting this info, but not using so far


Blaming disease spread on density is kind of a cop out after how we saw the world respond to crisis. Singapore, Taipei, Hong Kong, and most Chinese cities are super dense places that, for most of 2020, I would have preferred to be living in compared to the US.


The success of these cities is due to political action that is unpalatable to most in the west. Hong Kong in particular demonstrates what happens when even vestigial western ideals and the necessary political structures for this sort of action mix.


You can look at San Francisco which did better than most places in the US. It was actually funny to watch tech bro's flee the city for places where the pandemic ultimately hit far worse.


They also don't care about security, until one day it bites them in the ass.


I continue to be surprised by how little impact gigantic hacks seem to have on large companies. Countless media reports of deep intrusions, stock market valuations not dented in the long term.


Until giant hacks result in actual pain being experienced by the leaders of these companies in the form of jail time and/or fines that aren't rounding errors on the balance sheet, no one will care.


It doesn't even take oodles of money from a SaaS platform to motivate turning a library into a service.

Even in in-house development, developers are often motivated to build services and have internal customers take dependencies on them so that they can expand influence and demonstrate ownership in a way that gets noticed by senior leadership and put them in line for promo. It also opens up the possibility for stakeholders to build their own little fiefdoms with access controls, intake processes, and a justifiable source of funding.

Can't do that with a library.


That seems like an overly cynical explanation. There are many reasons why you would want a service instead of a library:

1. Even if the service is just a CRUD API, then you can isolate the storage layer from external users. If you just a have a library then every application needs to be able to connect to the DB.

2. You can protect mission critical resources through rate-limiting in a way that is way harder with a library.

3. Even if those are not problems, if someone has a DB connection then there is nothing really stopping them from just going around your library entirely. So random service X gets popped by an attacker. Now they can execute arbitrary queries against your DB. With a service they are still constrained to the operations exposed through the API.

4. You have a lot more freedom to change internal implementation details for a service. Need to change your DB schema (or migrate between postgres and mysql) then you can hide that behind the service interface. If you have a library out there then you have limited control over when people take version updates and it is virtually impossible to synchronize the update across all consumer of said library.


You've just described requirements that belong to a service. Congratulations, you made the right (obvious) decision.

I'm talking about writing entire services that are just wrappers around ffmpeg, pdf2html, parquet-tools, Olson tzdata, or a 10-parameter logistic regression. No stateful behavior, storage, or authoritative source of truth involved. The worst case I've seen was a service that just enumerates a bunch of values of constants (that actually never change).

There may have been some future-proofing in mind at the time, but more likely it was a solution in search of a problem.


Fair enough, but that is why the question of service vs library is not really a question that has ONE answer. It depends on the use case.

But to push back (slightly) on your chosen examples. Dealing with binary codecs is actually something where it can make a lot of sense to wrap it in a service (even if you're just using the open source tools under the hood). It is a space that is notoriously prone to security vulnerabilities up to and including RCE vulns (https://www.cvedetails.com/vulnerability-list/vendor_id-3611...). So doing it in it's own sandbox can be a smart move. Maybe not a SaaS product per se but still something you might want to isolate as a service separated from your application server.


This is not the biggest HR issue GitHub has faced in recent memory.

https://www.businessinsider.com/tom-preston-werner-resigns-f...


To the extent that the parents chose to raise their children in an environment that taught them advanced emotional manipulation skills at an early age, sure.


This is basically how I feel about dating.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: