skysight-inc/HackerNews huggingface dataset:
> Take the example above. We have a CameraProduct class that inherits the Product class.

> Then, we have a CameraProductService class that inherits the ProductService class. Inside the ProductService class, we have an abstract method of GetProduct, that returns an instance of Product.

Almost reads like a parody (It's ok, I'm mostly a C# dev, I'm allowed to make fun :\)
Well, you aren't wrong.
http://www.paulgraham.com/founders.html

> 4. Naughtiness

> Though the most successful founders are usually good people, they tend to have a piratical gleam in their eye. They're not Goody Two-Shoes type good. Morally, they care about getting the big questions right, but not about observing proprieties. That's why I'd use the word naughty rather than evil. They delight in breaking rules, but not rules that matter. This quality may be redundant though; it may be implied by imagination.

> Sam Altman of Loopt is one of the most successful alumni, so we asked him what question we could put on the Y Combinator application that would help us discover more people like him. He said to ask about a time when they'd hacked something to their advantage—hacked in the sense of beating the system, not breaking into computers. It has become one of the questions we pay most attention to when judging applications.

Everyone breaking a rule will say that they're doing this. They'll claim they're just bending the rules. Even when they're engaged in massive law breaking behaviour they'll claim that those laws don't really matter and that the ends justify the means.

Hacktoberfest highlights the problem with this paragraph of Graham's. Hundreds of thousand of people being "naughty", hacking the system, cause problems for other people.
You also need a comparable() key presumably - which you often have, but not always (a comparable() key is not strictly required by a hashtable).
Yes, lived there for 4 years.
> When the discussion is about economics (the topic I have studied at uni) most comments are just plain wrong and show a complete ignorance about the topic.

I think curating a discussion board to have knowledgeable discussion about many things is a really hard task. On many professional boards, discussions about other subjects are put into an OT corner. HN doesn't split discussions into topics so I guess expectation of comments' quality carries over.

I would just make a mental note: Oh this is not about CS/privacy/programming and adjust accordingly.

I suppose it's one of the reasons one should acquaint themselves with people from a variety of backgrounds and don't run away when others are not as knowledgeable about CS/privacy/programming. Actually
First, the usual way of just writing O(1) or O(n) or O(n^2) is kind of an abuse of notation.

Big-O is a mapping from a function, like O(n -> 1) or (n -> n) or (n -> n^2) or (x -> sin x) to a set of functions.

Function don't care about renaming of arguments. (n -> 2 n) is the same function as (x -> 2 x).

When you write O(k log n) what you really mean is O((k, n) -> k log n)

And you can indeed take it apart:

O((k, n) -> k) * O((k, n) -> log n) == O((k, n) -> n log n)

(For some suitable definition of what multiplication of sets of functions means.)

That's very different from functions with single arguments like in your example.

(And, yes, your example works. It's just a different thing.)
So, at the moment Snowflake beat all the cloud providers at usability, but what stops them from improving their offerings using the tech Snowflake can't match because it doesn't own the hardware? Like, as far as I understand AWS Aurora could only be offered by Amazon because it uses interfaces available only internally. Also, it seems that DWH/analytics landscape changes very rapidly, isn't being "long Snowflake" is actually "short progress"?
True but better than 3200 or other jokes.
It was reverse engineered by a group of devs. https://github.com/OpenRCT2/OpenRCT2
Lane | Senior Software Engineers (x3) | Toronto | REMOTE frienldy | Full time | https://www.joinlane.com

Lane is a vastly powerful platform for workplace ecosystems. We are the simple solution to complicated demands. Property managers, employers, and the modern professional deserve a workplace experience that is seamless, connected and builds a community.

We have a no-code app building tool at the heart of our platform, recently landed a Series A raise, made our first acquisition, and are scaling our team aggressively .

Some of the tools we are using daily. Node/GraphQL , React(Native), Typescript, Docker, Kafka, Cypress, Jest, CircleCI, Terraform, etc.

Apply at https://jobs.lever.co/joinlane/184adb55-919f-4097-9ed6-24c42... or reach out directly andy AT joinlane dot com
No way man, there are very meaningful changes like this one https://github.com/devraj-kumar/BLOG-/pull/13/commits/1b26bf...
> And between them and their diverse network of other 40 year old, white males

Pretty ironic jab considering that the Bay Area VC crowd drinks the idpol kool aid so much.
I create a telegram channel and few lines of shell script and a systemd timer to feed it. Advantage is that I get to read the entire post fast without going to a browser or custom app (instantview only works only in mobile app). E.g. https://t.me/instant_news_tech
Hi!

These are great questions. Thanks for your interest.

At the low end of the winemaking market ($5/bottle), grapes are a commodity that provide sugars for alcoholic fermentation. At the high end of the market ($100+/bottle), each vine is individually managed to maximize grape quality. Our grapes will be priced comparable to other grapes at the high end of the market. Right now, Napa Valley Cabernet Sauvignon grapes sell for about $8000/ton. However, annual yields fluctuate wildly, so our greenhouse grown product may be used by some winemakers as hedge against the risk of down years. Growing indoors also allows us to produce grapes at any time of year, potentially allowing winemakers to ferment two or more batches per year. Growing the grapes takes about 6 months from budbreak to harvest.

Grape vines take up water and simple nutrients like nitrogen, potassium and calcium from the soil. The grapes make all of their more complex biomolecules, including the flavor molecules in-house. Water stress and nutrient deficiencies can have positive impacts on the flavor compounds that accumulate inside the berries. Growing hydroponically gives us the ability to better control these elements, leading to increased accumulation of important flavor molecules. Sun exposure and temperature will also be optimized to maximize biosynthesis of flavor compounds.

It is hard to say if these grapes will taste as good or better than their soil grown counterparts. Grape quality is usually based on three measurements: Brix, pH, and TA. If these three ripeness indicators fall in a specified range, the winemaker will come into the vineyard and taste the grapes. Each winemaker has different flavor preferences, but as long as we can hit the marks for the three quantitative quality indicators, we should have a good start.

Growing the grapes indoors will hopefully provide winemakers with peace of mind. These crops will not be susceptible to pest or disease pressures that often influence harvest decisions. I know right now in CA, a lot of growers are harvesting before the grapes have fully matured to try and avoid smoke taint. In general, the longer the grapes can hang on the vine, the more interesting the flavor profile becomes. Growing in a controlled environment allows for unlimited hang time as we do not have many of the usual pressures like bunch rot, birds, heat waves, heavy rains etc.

The last thing I will say is that climate change is negatively effecting wine growing regions around the world, impacting their ability to grow high quality grapes. The most immediate negative effect in my opinion will be the early breakdown of malic acid in the berries. This acid is important in malolactic fermentation. Growing grapes in a greenhouse with climate control would help to mitigate the impacts of climate change on wine quality. For more on climate change and wine, here is an interesting article I read recently.
https://www.washingtonpost.com/lifestyle/food/climate-change...

Cheers!
You're definitely overstating the case. I don't forget about this stuff, since I was getitng my undergrad, grad, phd and postdoctoral work in this field.
> Software still changes incredibly quickly. Not as quickly as in the 1990's -- but not slowly enough to warrant blanket certification bureaucracy that will just have to change in 5-10 years.

Software changes, fundamentals do not.

The people who complain about credentialism are the same people whose answer to "my code is slow" is "just add more hardware". We've built abstraction layers to make software easier to write to reduce the human cost but in term end up with less qualified people.
We're hiring a bunch of roles at https://10up.com/about/ — systems & Javascript-specific roles.

Happy to answer any questions you might have!
Except that with "old school" package managers you get security updates without the application or the developer having to act on it. I don't know if it's "a nightmare", but it's worse security comparing against the previous solution.
> but it seems silly

Yeah, it is pretty silly. But we do a lot of silly things; this one seems pretty far down the list.

> we should also remove the word "default", because it means failure to repay a debt, to avoid upsetting somebody in a tough economic situation

That's an interesting idea. Are you personally offended by the term 'default'?
Zocdoc Is Hiring
Hi All - Zocdoc is hiring at all levels across our tech org! Software Engineers, Senior Software Engineers, Engineering leadership, Product, Data, Design and Infrastructure. If you are interested, come check out our careers page:

https://www.zocdoc.com/about/careers-list/#jobs
The ability of more people to get housing earlier in their lives is only correlated with the growth in housing stock. If the housing stock is growing more slowly than the population then it's irrelevant if people manage to save more money towards it; that just increases the house prices for everyone. Conversely, if the housing stock is growing faster than the population growth then even a decreasing amount of disposable income wouldn't stop people moving into the vacant properties... the prices would all come down to match.

Of course this sounds ridiculous because in a normal market the supply of a good or service would increase if prices go up (positive price elasticity of supply, as the economists would say). But housing markets are often not like that, and they're certainly not like that in the UK suburbs (as I said, that's partly because of the green belt).
I am a middle manager, so have quite an influence but not ultimate decision. I do have to justify projects to my managers. The KPI is clear, we are trying to increase the sales. But the product is so large that it is extremely difficult to measure the contribution of a single feature.
Also, the client base is very large and as I mentioned thousands of sales persons so no matter who I ask I can't get clear answers. That's why I'm trying to find a measurement that somehow averages the answers.
That's a separate argument, because at that point we're no longer talking about the standard of living of the "average American".

That being said, across all quintiles (the bottom 2 quintiles include the clusters below the median), real income has also grown substantially -> https://www.census.gov/data/tables/time-series/demo/income-p... (click Income Limits for Each Fifth and Top 5 Percent, it's an Excel spreadsheet)
The above two parent comments' anecdata suggest that for different people, saying Yes to almost everything, or saying No, can have the same result: to be more sastified with how life is going.

What's common between Yes and No is that they're both a deliberate act of choice, of having agency in deciding what happens.

For myself, saying No and sticking to my preferences have yielded great results. For example, I hate phones and insist on emails - it's impractical, I know, but by giving firm No's, people respect my communication preference at work and personal life.

On the other hand, there are some directions that I'd like to say more Yes to, to consciously open up possibilities.

I suppose it comes down to knowing when to say Yes and No, and to act on it.
Why engineers won't do your coding test
and, AFAIR, in perl space and enter could be delimiters too! I think I've used it in some perlgolf task which didn't count whitespace.
You're forgetting about the vast majority of jobs: the mundane economy. If you're in the mundane economy, you compete with a dozen other people for full-time jobs that pay somewhat above minimum wage, and no employer in the right mind would actively look for you in particular. You obsess about your CV and worry if anyone will hire you for anything if you lose the job you currently have.

A tech worker is in the talent economy. The receptionist at their company's office is in the mundane economy.
No, the pipe clamps still work for anything shorter than the pipe. One end of the clamp screws on to the pipe and the other side slides so it is very adjustable. But I would still recommend some small clamps like the quick-grip clamps or some F clamps.
There is the idea of having an emergency fund, which given its nature, should be stored in an instant access savings accounts.

This is money for when you lose your job for instance

Your appetite for risks and circumstances determine how big it should be (a good rule of thumb is six months worth of salary) but there are countless stories of people trying to be clever with their emergency funds and storing them in ETFs or riskier investments only to find that when the need comes, their fund is not enough and get in financial distress.
Automatic Platform Optimization, Starting with WordPress
I self-host my own, since I found that other self-hosting solutions were too much of a pain to set up. It's brutally simple though, and basically only supports my RSS usecase (notifications, not consumption): https://github.com/rcxdude/nobsrss (if it looks dead from the repo consider it's still running fine and I haven't needed to touch it since then)
It's a trade-off. Especially if the script contains a lot of pipes and redirection, it's difficult to reproduce with the same elegance in something like Python.

My biggest successes have been extracting these parts into very small stand-alone shell scripts which the Python application then invokes, which gives you the best of both worlds. The best example off the top of my head is `mysqldump | sed ... | gzip` with decent error handling (i.e. set -o pipefail in bash).

My environment isn't all that constrained, but I do have to deal with old Python versions (though at least I don't have to support 2.6 any more...), and a surprising amount of the features that would make replacing bash easier (subprocess.call especially) are only available fairly recently.
> Physical locks also rely on a minority that truly understand them. A bit less true now that you can find lockpicking tutorials all over the place, but most people just trust their locksmith, who, in turn, trust lock manufacturers.

physical locks are not nearly as essential to physical security as encryption is to digital security, although they are definitely important. physical locks are only useful because most people don't want to get spotted on your doorstep fiddling with your lock. a determined adversary will just kick the door down or break a window. encryption needs to resist opportunistic attacks that can come from anywhere, 24/7.
Well, we're looking at the median here, which tells us what the lot of the "average American is".

If you want to compare distribution curves, you can look at the income growth separated by quintile.

That can be found here -> https://www.census.gov/data/tables/time-series/demo/income-p...

Click on "Income Limits for each Fifth and Top 5 percent", All Races. It's an Excel spreadsheet.

The real income of the bottom 2 quintiles have also dramatically increased.
I'd be really really careful stating that "you can't be racist against whites" outside the US. According to where you say it in Europe, such a bold claim can get you in quite the discussion.

I'll never get why the all-encompassing "racism is the discrimination on the basis of race" must be corrected by narrower american version of "no, only if it's systemic". But that is already included in the original definition... or is it a shortcut to hate on whites?
Totally disagree. First, if users could effectively block advertising and spying, then the problem would be solved regardless of paying. The data monopolies (and would be parts of those monopolies) are actively and effectively combatting blocking.

The "because free" trope is a blackboard theory. It's clearly not true in reality, but people still argue that it's "true in theory." This isn't a theoretical scenario. There are plenty of paid products, and they also spy on us. Echo, android, spotify...

In reality, besides apple, most of the largest fortunes made recently in the tech space are based on advertising, data collection and monopolising the marketplaces, platforms, feeds or pipelines. Even Tesla's insanely high stock price is primarily based on data collection. It's their edge in the autonomous driving race. Teslas aren't free.

Facebook and Google would still spy and advertise because it is far more profitable than selling, and creates a more convenient relationship with "customers." They also spy on their "partners," and were recently fined >$bn for doing so monopolistically.

Anyway, the "adbacked trash websites" aren't the main problem... The main problem are the adbacked empires of Google Facebook & co.
It’s better by not depending on yet another component or layer of abstraction. If you had a distribution which would use flatpaks for everything (ie no other packaging system involved), then sure, usual packages probably wouldn’t be any better than flatpaks.
Feedly as the backend, Unread as my (iOS) reader, it's a very nice looking application and doesn't scroll weirdly like Feedly does/usedto. Instapaper to save things for later or to read on a computer to act on something.

Unread also does an Instapaper-like reader view which you can turn on feed-wide for those shitey RSS feeds that only give you the excerpt.

https://feedly.com

https://www.goldenhillsoftware.com/unread/
You'll need to be careful what your N is and what you're counting.

But lets assume the input is an array of n characters, n being an arbitrarily large but fixed positive number during a single invocation. And we're estimating the number of char compares.

Then, each invocation of isVowel(c) will do 1 - 5 compares. 1 in the case that c is the first element of the array, 5 if c is the last element or no element. As a worst-case estimation, isVowel(c) will do 5 compares at worst.

As such, if isVowel(c) is called for all elements of A, we will see between n compares (best case for all invocations) and 5*n compares (worst case for all compares).

As such, your algorithm has a worst-case runtime of O(5n) for all arrays A, which is a subset of O(n).

In practice and outside of academia, that's pretty much all you do:

- Identify your input set, and estimate its size

- Count how many loops are nested in the algorithm, call that L (1 in this case)

- Your algorithm should be O(n^L).

Once it gets into amortization and such... it becomes much harder.
Someone saw my comment online about wizardharry hacking skill's and how other people also write good about him and decide to contact wizardharry@programmer.net, she just informed me that Wizard Harry is indeed great.
Hey Rodrigo! We're hiring a bunch of roles at https://10up.com/about/ — frontend & Javascript-specific roles.

Happy to answer any questions you might have! I'm saltcod on Twitter.
>Maintainers aren't going to keep outdated packages around forever, even if you "work with them".

In general, yes they will. You don't have to do much besides communicate to them that it's safe to bump a dependency and won't cause breakage. And you don't have to track down a dozen maintainers either, simply putting it in your release notes where they can find it is enough. The main reason why packages are dropped is because of lack of maintenance, possibly caused by absent or unresponsive upstream. That's what outdated means. Do you think packagers are going through all the trouble of dropping unmaintained versions of Python 2 on a whim?
This is happening for every single request.
I was very deliberate in avoiding calling you racist. I said explicitly and deliberately that your comment (not "you") seemed (not "certainly was") inadvertently (not "intentionally") racist.
Anything google did to 'unearth' the underlying articles would probably be viewed this way. Are you arguing that not doing anything "news" specific, whether it be a focused search page or news "app", would be preferred?

Can you elaborate on the "playing favorites"?
Cultural appropriation doesnt seem to be a problem anywhere else but the USA.

The US tends to monetize everything. This seems to be less true elsewhere.

We make a stink about "cultural appropriation" here because too much ends up being about the almighty dollar and those dollars far too often go into the pockets of White males, regardless of whose culture, creativity, labor, etc. created the thing.

I wish the idea would go die. I think it helps keep the problem alive rather than resolving it. But I think that's basically the crux of the issue.
My previous company still uses Vertica (on-prem) but it still wasn't as fast as it should be. Trying to hire anyone for an operations team was an enterprise in futility, since it's a rather niche tech. Maybe it would've been better in the cloud, but here large companies are cautious about vendor lock-in and after 2014, potential impact of sanctions.
Interesting that it's $2B/3yr and not $.35B/1yr or $1.3B/4yr.

That $1B is magic number.
I mean, you could fairly objectively make the judgement that this one video had a net-negative impact on the productivity of humanity.
Author casually dismissed inflation, when the reality is that inflation is the single greatest cause for this disparity.
Because we had a royal commission into this and that is what we found.

https://youtu.be/fNSRz-MCM1w?t=253

Seriously this trying to draw false comparisons with America where there aren't any is exactly what the OPs article is about.
Why are Linux distros working so hard at finding packaging systems worse than the status quo.

Usually installing a large package from a .deb file takes just a few seconds. It took a few minutes to install chromium from a snap. It's faster to install programs on Windows.

What's up people?
Another thing that sucks about this: will this deter people with legitimate improvements to documentation from contributing, for fear of being seen as a spammer? Docs are great, and hard to do, real docs improvements would actually be a serious contribution....
I also use certain desktop programs via docker, but like you say, it isn't ideal. Not just for the X11 socket (which is a potential security issue on its own), but also for audio (both ALSA and Pulseaudio can be made to work, but you have to bind-mount correct sockets, use correct user IDs and set correct environment variables) and video (usually hw-accelerated, so you have to install correct opengl libraries for your hardware and keep them on correct versions to match the drivers your host is running.

It all works, and provides some benefits (it is also fun, if you're into sysadmining!), but it kind of breaks one of the basic promises of "dockerizing" - that the containers are independent of what the host looks like.

e.g. I cannot just take the Dockerfile for a video streaming app container from my desktop with a Nvidia GPU, and use it as-is on my laptop with an Intel GPU.