skysight-inc/HackerNews huggingface dataset:
Sure! I developed an interpreter for Joy in Continuation-Passing Style in Python: http://joypy.osdn.io/

I had just implemented type inference[1] when I got smashed over the brain by Prolog. So now the Python code is in limbo because the Prolog implementation of Joy is blindingly elegant[2].

In Prolog, the Joy interpreter is also the Joy type inferencer.[2]

The compiler (from Joy expressions to new Prolog rules) is five lines long.[2]

[1] http://joypy.osdn.io/notebooks/Types.html

[2] https://osdn.net/projects/joypy/scm/hg/Joypy/blobs/tip/thun/...
TimSort
Show HN: Automating Release Notes with Azure Functions
> moving a lot of $$$ to capex is incredibly important for management

A few questions:

1. Why is this the goal?
2. Why does it depend on the company?
3. How could you categorize development as capex? Isn't it obviously opex?
4. Why do they need JIRA for that? Why not GitHub issues?
5. Who's "management"? Engineering management? Executives? Someone else?
`isinstance` is what I wanted for narrowing, thanks!
Uber is really a heaven sent product for me and my family. We have to pick up and drop off our daughter at her day care on a daily basis and without Uber, I am not sure how would we have done it. I hope we can expand studies like this with the quality of life improvement which services like Uber have been responsible.

Also, there are other things which have improved too. Such as less drunk driving, improved safety especially when traveling at nights, predictability vs. taxis etc.
It sounds like you haven't even looked at Jira, you are basing your view on HN comments. We use Jira productively, and progress is made visible across the entire broader team with it.

Of course, it can be used to implement inconvenient, useless processes as well.
There should be a law in Russia that if a novel is considered great enough, it should never be assigned involuntarily to schoolchildren ever again. Making 15-year-olds read a novel is a wonderful way to ensure they will not really appreciate anything in it or related to it until at least age 35, if indeed they still read by then.

On a related-unlrelated note, it has been too many years since I was in country. Which is all for the best. If I hear another ekskursovod quote two more out-of-context lines from Velikiy Pushkin, it's SIZO and Siberia for me. Out of offense for poor, dead A.S., more than anything...
I haven't had performance issues on Facebook in quite some time. And Twitter works like a charm on my Nexus. I'm wondering how much of your issues have to do with either round trip latency or network issues.
This is why it blows my mind that scooters are effectively banned in San Francisco. They’re such a perfect solution for inner-city travel.
Quality? I spend two hours in the english countryside trying to find my goal and google kept routing me over a road that was removed years ago. I could mention other cases were google maps was worse than useless, but it boils down to a single issue: With commercial products you could pay and have some quality guaranteed. Google gives the average users the same quality guarantees they pay for: none.
If it makes you feel any better JIRA is probably the least shitty of the Atlassian suite products (not by a large factor). You might want to be more concerned about Confluence, BitBucket, and Bamboo creeping into your workflow. I'd suggest seeing if you can get away with using a more lightweight tool such as Github issues, Redmine, or Gitlab.
I get the "dependency hell" issue in Javascript world, but why would I rewrite this particular utility? It's well tested (both unit and field tested), includes edge cases and has zero dependencies. As a dependency, I will also get any future bug fixes or features if I wish to. An even better example is lodash. Would you really rewrite every util you need just for the sake of not having external dependencies?
Well, all pictures require moderation before users see them. I'm investigating using one of the cloud offerings from MS or IBM that does bad-photo-detection so I can offload much of that responsibility before I have to see any photos on the backend myself.

For the humans in pictures, definitely don't want that and would reject the photos. I'd rather reject many photos that contain the sky and have issues than accept all photos, since I think the training dataset should need on the order of ~5-10,000 photos. It should be achievable while rejecting any problematic photos.

HDPR is a major consideration for this project. I'm working to build in starting points like the ability to delete your data (coming soon) and also to download/export all data users send in.
I imagine "13 devices" does not necessarily mean exclusive ownership, either. I have a TV, but it's the same TV that everyone in my household has, so a straightforward multiplication of "people * devices" doesn't totally work.
I like the method of building a binary heap "from the bottom". The elegant part is to see, that it is done in linear time :)

I also like "greedy" (Matroid) algorithms and Huffman trees :)
Don't base your judgement on software on HN. Jira is old and not the latest fancy tool: it's a battle hardened instrument that can be invaluable in the long run. But it needs to be used properly to bring out all its value.

Given you are a tech lead, this is the time to take ownership, create a Jira project and tailor its setup to your team needs.

Also, and this goes unsaid because Jira isn't new, the product has gone through many iterations of evolution and it's now a very nice UX. We use it for Kanban, Epics, Releases and the metrics help us visualize in an instant how efficient our team is.

If you give Jira a fair chance, you won't be disappointed.
Gensim Python Tutorial – A Complete Guide to NLP for Beginners
My first thought was that this is a UI Framework (Evergreen) built on UI Framework (React) built on a UI Framework (js + html).

No real point here, but I do find it curious that there is this tendency to build new UI frameworks all the time.

Personally, I still like html + js (and I have used React).
This is already a start: https://www.webcomponents.org/
Nope. Unloading is a separate step from cleaning, and shooting yourself during it would be incredibly hard (shooting something else may and does happen after a series of serious mistakes). The gun is physically incapable of shooting beyond commencing step 2. If the brush can’t get through due to being loaded, the obstacle is at the very beginning of the barrel and visible by eye. Even if you were a complete moron and kept pushing at it, that simply can’t fire the bullet. It’s basic mechanics of how a gun works.

I agree with OP: this is polite fiction. You can hurt yourself during cleaning with some guns (a spring snapping on your fingers, for example), but shoot yourself? Nah.
Yes, the server can straightforwardly, any time you load the application, serve to you (including to specifically you, a single target, making it much less likely to be noticed), a modified version of the JavaScript powering that client-side encryption which will send the plaintext off to the server.
I've always suspected that Dijkstra's shortest path algorithm was invented many times before he wrote it down. The algorithm itself is relatively straight forward and I can imagine that a competent programmer not aware of it could come up with it independently.

I mean, even Dijkstra himself came up with it because he needed it for a telecom gig. He can't have been the first one in the world who needed to find the shortest path in a graph. He just also happened to be a scientist, experienced in the whole "how to publish a paper" thing.
So Microsoft was founded on a lucky case of FOMO? Hey, it works sometimes.
Dimmer why?
This has some similarity with something I've been organizing with some friends 1-2 times per year for the last four years, but our's is even tinier ;)

It is a one-day conference and we fill the day with talks on engaging topics for the audience. (We're techies, so this works better for us) There's been 10-18 attendees and this has been working well as long as the room we have been in has had the right size. It is invitation only, and we're struggling to keep the invitation list from growing too quickly. We're taking turns giving the presentations, so we have a reason to keep inviting the same people back. We order take-out for lunch and after the talks we go out for dinner.

This is dirt cheap. The admission price is really that you have to prepare a talk once in a while. We sometimes charge a little bit to cover costs for coffee and snacks and we have made an investment in a HDMI capture card.

The most striking similarity with the "Tiny Conferences" of the article is that it is definitely the conference I get the best value out of. I heartily recommend organizing something like it! :)

(If you are super curious, recordings mostly in Norwegian are here: https://www.youtube.com/channel/UCiAz5MrT56_p2DCt0D4fz8w A few are in English, and some are captioned in English)
Math doesn't define how big a "large-ish n" is. In casual usage, it may as well be n > 3, if the context suggests so.
> Peskin has also lobbied for downtown congestion pricing although that is harder to implement, politically and technologically, than such a tax.

Politically, sure. The idea has been floating around for at least a decade that I know of, and probably longer.

Technologically? License plate readers on every intersection, let's say, for the sake of argument, every intersection along Van Ness and South Van Ness going east, and every intersection along Folsom going Northwest. Maybe put the northern boundary at about Washington Street and also have readers at off-ramps. Maybe give people driving along the Embarcadero a free pass though and set the Eastern boundary there. Every car that enters this section of the City has their plate read, and you either pay with FasTrack or get a bill in the mail at the end of the month. If you live in this part of the City, you can apply for a waiver, oh and since we're reading plates and doing a DMV lookup for the address, the City could even charge extra if the vehicle is commuting in from outside the City. Actually, taking that into consideration, you wouldn't even need to apply for a waiver, any vehicle registered to an address within this zone simply wouldn't be charged.

In fact, to make this more interesting, if someone calls a Lyft or Uber to an address within that zone, you could have them collect a surcharge which will be paid directly to the City.

The technical challenge isn't very hard, actually kind of boring, I think the bureaucratic challenge is a bit harder once you get through the political challenge, which is the real hurdle. That is a potentially large source of revenue for the SFMTA though, between the tolls, the surcharges, and the additional monthly passes sold.
This is a trivial function, your argument applies to complex utilities. It is piss easy to roll your own, and it's not worth introducing a potential attack vector via a new dependency. In this case, if your devs can't keep up with your classNames function, fire them, because it's trivial.

it("should work with no classes", () => {
expect(classNames({}).to.be.false
})
it("should work with a single class", () => {
expect(classNames({a:true})).to.equal("a")
})
it("should work with booleans", () => {
expect(classNames({a:true, b: false}).to.equal("a b")
})
it("should work with falsy and truthy values", () => {
expect(classNames({a: 5, b: ""}).to.equal("a b")
})

This isn't redux. It's a trivial utility function. Your kind of thinking is too often applied without thinking. Before depending on someone's code, ask yourself if you can roll your own in under 5 minutes. The answer could easily be yes. There is no good reason to depend on someone else's code if it's trivial. Having more dependencies than you need is a cardinal sin that way too many javascript developers commit.
One of my friend who was not so strong in programming was never short of any jobs that were available to him.

He told me he took a ukulele to the interview. Each time when interviewer asked him a question, he would play ukulele untill he found the answer.

He got the job even when his interviews went wrong.

His job offer arrived months after an interview because he was the only guy who the interviewer could remember.

Often you hire for a spot in a company, after sometime that person leaves and management asks you to name any other person and when you try to recall last interviewee batch, the ukulele guy is only one the interviewer is able to remember.
My advice is to view this as an opportunity to improve the company's Jira workflow.

The status quo of issue tracking on your team is not scalable. And it's entirely reasonable that management should have a way to track your work. You are a small team in a big company and you're going to end up using whatever issue tracker everyone else uses.

You say that your team works better than others in the company. Tell management how your team's processes have resulted in high productivity and suggest improvements that other teams can benefit from. If using Jira hurts your team's productivity, find a way to quantify that -- ideally in terms of how the capex is higher than it needs to be because developers are wasting their time.

Recommend small, incremental changes rather than remodeling the entire system, and get other engineering teams on board with your proposals -- if the processes are bad, other teams are likely to want change too.
Apparently I was searching wrong- no clue how, possibly as a result of following a Google link into Amazon. Thank-you for the links.
Not a developer here, but a Jira user anyway.

I don't have dislike Jira that much, and quite frankly I think it does it job and doesn't get in the way that much.

I have to say that my team is larger than your, so maybe (maybe?) if you're only five developers then Jira might introduce a bit of process overhead? Or maybe once you have some process in place scaling to more developers will get easier?

It seems to me that the problem here is how you look at things: who brought your company clearly wants to scale you up. Imho you should see this Jira introduction as an opportunity for better scaling rather than a threat.

One little side note: if your company has been acquired then all the games are over (and I hope you made a shitload o money in the acquisition). Don't get too much in the way o management, otherwise it'll be just easier to get rid of you than to deal with you.

My two cents, I hope my options help.
I believe that Google can link in-store purchases to online ad exposure for most credit card users in the US. They've done this by doing a deal with MasterCard to integrate sales data cookie data. https://www.bloomberg.com/news/articles/2018-08-30/google-an...
Bitrix24 is pretty good and free. They have a bunch of local domains, depending on where you want to have your data hosted. Ex:

https://bitrix24.com
https://bitrix24.eu
https://bitrix24.com.br
https://bitrix24.in
https://bitrix24.de
etc.

There are a couple things that are really good about Bitrix24. It's kind of like Jira+Confluence+Hipchat+Trello in one, but much easier use. Second, you have an option to choose between cloud and on-premise, just like with Jira.
Long division, because it shows that you don't need computers to run algorithms and that, in fact, any kid can do it.
Bash fork bomb
Lidar image Segmentation dataset for cars
There is a very simple app for that called <something> tweak.
I'm curious; in the first version, where was the data stored and who had access to it?
Builtin Django templating isn't Jinja thought...
Career Transform (Finance to CS and Finance?)
I've been thinking about this for a while. Questions and comments are appreciated. Foremost I'd like to find out what I know less about:

(1) In terms of technical and job related strengths and weaknesses, what observations can be made about career changers vs predominantly/straight-out-of-school CS professionals?

(2) I'd like to design AI, not just using or applying AI software. Would anyone happen to know any tips or pitfalls?

Reason for my idea:

Not saying that what I do is easy, but I'm not sweating it either. I feel ready and an itch for something more challenging, 'nerdy', and new. My primary reason for entering my current field was financial security.

Background info:

(1) BSc in mathematics from a top 10 university in the US with some basic CS (Java, Python, Lisp, etc; I didn't find it too difficult.)

(2) ~ 8 yr of experience in the financial industry with specialized programming experiences (nothing deep under the hood)

Rough approach:

(1) Search for a part-time finance-related position (maybe government, sm/med businesses, or non-profits); nothing likely from my current employer unfortunately; I also have some passive income but not too much.

(2) Pursue a Masters in CS, making up for any pre-reqs and supplementing with independent study.

(3) Find finance-related AI work or even something unrelated if the market looks promising.
Long shot here, do you have any videos from The Portland Art Museum channel? https://www.youtube.com/channel/UCXneDVRq1lLde3oREF_cFyA # they deleted (or made private) one of the talks by Richard Mosse and i'd like to see it again as it was a great talk IIRC.

On topic - I've also made a habit of downloading any videos/channels that are super interesting but I feel may also be ephemeral. Some of that ephemerality is often due to copyright claims, performances of classical music by amateurs and such.
Jira can be pretty clunky and not great to use, but it gets the job done and really isn't that bad. I think it gets too much flak. A future product from a competitor will probably eat its lunch and eventually replace it someday, but if you just want to track different kinds of work, it works fine.
I too don't have the time or money to be a data hoarder, but if I like something enough that I'm going to want to read or watch it again, and especially if I want to refer it to others or refer back to it as a source, I'll make a copy.

Not because I necessarily want my own copy, but because it is the only way to make sure that I'll still have it available for my own use. That said, there's a lot that just isn't worth saving, so I don't actually spend much in the way of time or money saving it.
What’s nice about it is that a lot of projects use the same util, meaning it is very easy to read or edit if you are familiar with the library. If everybody writes a custom function you will need to learn how to do classNames separately in every project you work on.
I really like Viterbi. It has applications all across computer vision and filtering and it takes full advantage of the magic of dynamic programming.
So how do you track and manage issues now? You gotta use something. We can discuss JIRA against some other issue tracking tools, but I cannot imagine proper industrial software development without using any issue tracking at all
It's an urban myth that Koreans believe that urban myth.
The 25 best countries in the world to be an entrepreneur starting a company
Some of the MPEG-G authors are experts in genomics data compression, while others are experts in video compression. It should, in theory, be a good mix.

MPEG are also well aware of the prior art. The authors of various existing state of the art genome compression tools were invited to one of the first MPEG-G conferences where they presented their work. Do not assume because they do not compare against the state of the art, that they are not aware of its existence or how it performs. It's more likely simply that "10x better than BAM" is a powerful message that sells products, more so than "a little bit better than CRAM". It's standard advertising techniques.
I wouldn't be worried about Jira so much, I'd be worried that management is going to implement New Processes to Keep an Eye on the developers.

Above a certain scale you kind of need an issue tracker, but when you're serving it instead of it serving you, it's the implementor's fault, not yours.

One of the reasons Jira comes up so much is that it's so customizable that it will merrily allow you to construct the most Byzantine nonsensical workflow you can think of, and fairly quickly too. It's not Jira's fault that someone told it to do so.

It really sounds like they couldn't find a manager capable of handling both teams, so they're going to throw technology at the problem instead of investing in their people to grow them into the position. It might work if they are willing to pivot quickly based on user feedback instead of just dropping New Process on you, but it's always slower to manage that way instead of just hiring a competent manager.
I think the most of the data-oriented-programming stuff referenced nowadays are not about conceptual data (how humans understand it), but data in the hardware (how machines understand it). In that regard, in Lisp you can’t really control memory allocation/alignment as flexible as C/C++, (due to its conceptual assumptions with data), so I don’t know how you would do DOP well in Lisp:

(although it might sometimes serve well as a configuration language alongside high-performance C++ code like in gamedev...)
Not exactly an algorithm, but I like recursion as a pattern to be just insane to even think about.

You can build an entire working structure from base operations, exit conditions and logic that scale to higher states of the operations.

Extending the same, TCO is another very elegant concept in CS.
arrify(null) returns null, unlike the arrify library . I expect that a function which turns things into an array returns an empty array as fallback. This ist just an example for why one would favor well-tested utilities over re-inventing the wheel (not that I would use arrify as a dependency myself).
I think industries are ready to adopt real-time voice, texts, and video communication solutions to improve customer experience.
NASA Urban Air Mobility Grand Challenge Request for Information (RFI)
> You choose what you want to voluntarily share. But since the videos are on Ring's server, when the homeowner says "no," the courts say, "yes."

1. If this is true, then it applies to all data in the cloud, including stuff everyone already stores from their smartphone. Are you going to stop using your smart phone? Are you going to stop using Waze and online maps? Do you maintain your own personal email server? Do you use IM? Law enforcement would also have to make a formal request for the data. They don’t have instant access to it.

2. Again, this is completely opt-in and you can leave when you want.

3. To keep your video clips longer than a few hours, you need to pay for a Ring subscription. Again this is optional.

4. no one is forced to buy Ring devices

5. Mass surveillance has been here for years now. It doesn’t matter if you use Facebook or not. As long as your friends, family, and coworkers use it; they will have data on you. Is it possible to avoid? Of course but it would require such as drastic change in life that it would be impractical for most techies
They're open source right? Would you expect to build your own design language, responsive/accessible components, documentation and maintain it any better than an open source solution?
B Trees. You can call them a set of algorithms or a data structure if you prefer, but its core idea can be expressed as an algorithm: making the root of the tree emerge from leaves. It's kind of democratic!

Edit: it's also a massively practic idea that powers most databases.
Your little utility here doesn’t cover the whole 'classnames' API.

export default function classNames(...args) {
return args.filter(valid).map(single);
}

function valid(arg) {
return arg && (!Array.isArray(arg) || arg.length);
}

function single(arg) {
if (typeof arg === 'string') {
return arg;
} else if (Array.isArray(arg)) {
return classNames(...arg);
} else {
return Object.keys(arg).filter(k => ………

This is getting similar…