skysight-inc/HackerNews huggingface dataset:
There is some serious work on making federated XMPP work together with APNS.

The iOS client developer needs to run a proxy server that will accept notifications from XMPP servers and wake up the client via APNS (this is required by how APNS authentication works).

The client can connect to any server that supports XEP-0357: Push Notifications [0], and can register the respective push proxy with the XMPP server.

ChatSecure for iOS [1] has implemented this approach, but the client still needs some more polish.

[0] https://xmpp.org/extensions/xep-0357.html

[1] https://chatsecure.org/
Have you tried their Zoom voice / screensharing plugin? If so, how well does it work?
There's a difference between optimising for 'highest level of happiness per person' and optimising for most happiness in total. The second is probably closer to most utilitarian mindsets and may even lead to the moral action being having as many offspring as possible (the details then depend on how exactly you draw your utility function, and especially at what point it goes negative).
Go is actually a pretty good language for infrequent developers. There isn't much to is so it's easy to pick it up again. The language is largely backward-compatible so it's easy to pick the latest version and get up and compiling. It also encourages low levels of abstractions which in my mind is the biggest scourge against infrequent programmers. Now if only dependency management was solved...
My hunch is that these surveys would suffer from

1. selection bias (unemployed or low-income graduates would feel embarrassed to respond)

2. the mean of the (biased) sample being much higher than the median (die to outliers)
In the math example I had an intuition of the wrong price(10 cents) but, I also had an intuition that it was wrong too. I knew I was going to need to do the math, but didn't bother cause I knew the article was going to tell me in few more seconds of reading.
I think haskell is rapidly improving in this area. It suffered from every editor having it's own home-grown backend. Haskell IDE-Engine [1] is becoming quite stable in my experience (using it myself) and while providing all the basic features, it's based on the Language-Server-Protocol and thus has various plugins for your favourite Editor (vscode, vim, atom, sublime etc. I personally use vscode).

The development is also quite active and not run by one person anymore.

I am quite pleased to be honest.

[1] https://github.com/haskell/haskell-ide-engine
> Their proprietary API is defined by them and only implemented by them.

Is this really true though? Doesn't Mattermost have a slack-ish-compatible interface?
That's brilliant, I got half way there on my own, but I think he's onto something. The only real super benefits I've gotten in my life were from permanent changes, not temporary achievements.

Conversely, I've often reached goals by accident from a permanent change (ie, system) but rarely have I reached permanent change by reaching a goal. (even when they are spectacular goals).

(got to go back and finish the article now... a note of trivia, I had an inlaw that worked in the same office as Scott, and thought the cartoons were funny. He worked for a phone company in California.)
Looks interesting. Normally when I'm "cleaning" up scans I use unpaper, but although there is some overlap in functionality it doesn't do the same.

Anyway very nice writeup and I will add it to my arsenal and give it a closer look later. Could be useful for my document archive+ocr solution.

Edit: too bad seems like it didn't see any activity in the last year
One of the chief advantages Haskell (and, to a much lesser extent, Go) has over vanilla Python is that static typing vastly improves upon #1 and #2.

If you do end up going the Python route, I suggest you enforce using Python 3 type annotations, and use an external validator (such as mypy) to try and capture as much of that value as possible.
How much ore is available at these conventional rare earth mining sites I wonder? Even with a 30x lower yield it may be that we have 100x more easily mined coal. When it comes to the so-called rare earths my concern is more about the waste from the refining process than the yield. The press release mentioned 'environmentally-conscious' process, but that is the kind of weasel word that covers a variety of sins so I would need hard data.
That's an interesting insight. I think the reason has less to do with the languages being good for language development than it is about other language features. JavaScript is the Internet's only frontend language. For many C/C++ programs, users may write plug-ins only in Lua. The common aspect is that the users are forced into choosing the language for external reasons. Many of them see flaws in JavaScript and/or Lua and would like to write in another language instead. That's how I see transpilers coming into existence for these languages.
Developing a Basic Echo Server Using Swift-NIO
My company switched to a free slack account a couple years ago, from our own IRC server. The primary reason for the change was to get something a bit richer in abilities, and emoji reactions is something we make extensive use of. Just saying there are people out there that find these sorts of "XMPP breaking" features not only useful, but mission critical.

Would have been useful if their announcement included some of their data for reaching the conclusion, like "95% of channels use emoji reactions in more than 5% of their messages". The announcement, as it was, didn't read very well to me.
You should at least mention what your business is actually aiming to achieve.
Are you a web app, a data science startup, a service provider with a software stack, etc.

If you're a pure data science startup, most of your talent pool will be most proficient in Python, and the highest quality APIs will be in Python.

If you're a web app, going for Go makes more sense, as the language was built from the ground up with these things in mind.

If you're business tooling or service oriented.. I'd go for C#.. it has a huge talent pool, super high quality libraries and ecosystem, etc
Email Data Recovery
The advanced Email Converter Software can convert email files into other formats and perform email migration across different email clients with ease. The online

converter tool is highly efficient to import Outlook Express to Outlook and Outlook to Outlook Express. Any program, which can interact, with an e-mail interface, with

their users can easily include the converter to improve user access. It must, however, be taken into account that an SMS only allows sending/receiving of a limited

amount of text, up to 160 characters. Any extra information, in the form of images, files, etc.

Download link :- http://www.filesrecoverytool.com/email-converter.html
> The real world presents situations that are more nuanced than "encrypt everything and don't let anyone between me and the destination to see what is going on." There are many places where the above is the desired and sensible requirement. There are also many use cases where crypto is warranted, but select parties should have the ability to break it.

In these institutions just block TLS 1.3 connections in the firewall. Where is the problem?
You're right, I probably used the term wrong. I was specifically addressing text based therapy apps such as BetterHelp and Talkspace.

[1] https://theoutline.com/post/3462/the-sketchy-world-of-text-t...

[2] https://www.theverge.com/2016/12/19/14004442/talkspace-thera...
> Animal proteins are inflammatory, as they contain sulfur based amino acids. So meat is going to inflame.

https://nutritionstudies.org/animal-vs-plant-protein

There are so many studies on this.

> Finally out intestine is too long, and not acidic enough to meat, it may rot in our intestine causing inflammation.

Your right here. You may call rotting on all things passing our colon. But rotting meat is just a little more "dangerous" I guess. Again, your right: no science to back up this claim I could find.
Python isn't strongly typed so when your codebase grows it tends to be less maintainable than strongly typed code, unless you have a lot of test coverage. But still "doesn't compile" is a very strong indicator your code isn't right.

I would expose the Python code using Flask microservices and do the rest in either Go or Haskell. But I have no idea what needs to be built outside of the data science part. If you have lots of small moving parts you can get away with using Python everywhere since you'll not end up with big balls of code.
How are flame graphs a better way of displaying profile data than viewers like paraprof [1] or cube [2], which have tree/flat and inclusive/exclusive views, as opposed to essentially just an inclusive tree view? Consider seeing the effect of something called all over the place in a complex system.

[1] http://www.vi-hps.org/upload/material/tw-score-p/vi-hps-tw-s...
[2] http://www.vi-hps.org/upload/material/tw-score-p/vi-hps-tw-s...
Yes, I think re:size, I've typically worked in (based on lines of code) larger Python codebases than Go ones, however, I'd still consider the Go codebases large.

In terms of legacy code, though, my metric is the following: When I haven't touched code in one year and need to go back to fix something, what language would I want that code to have been written in?

I prefer that code to be in a system that's easy and obvious to reason about, i.e. with a type system.
Yep, there definitely aren’t any human populations such as the Masai or the Inuit who live primarily on animal products. That would be completely crazy and no one would survive such a diet.
If you have Android Oreo/8.x, most (all?) google apps (including Maps) allow you quite fine grained control over notification categories (so you can choose to have traffic updates and nothing else, if you wish)

Notification categories is not exclusive to google apps, of course (OS level feature as long as your app targets Oreo), but their apps tend to give you very good control over what it shows you.

So, I'd disagree strongly that this is a google "strategy". It's more a problem that their apps tend to have a lot of features crammed in.

Of course, I don't know how this works on iOS (I'd be surprised if it's not in the settings somewhere? It's in their interest that you don't disable all app notifications)
> This needs to be reconciled with the conflicting requirement to log, record, and or block connections based on content.

If there is something to reconcile, the bug is in the law and should be fixed there.
Nature’s Bounty Fish Oil 1200mg
I started using Stylebot to permanently delete elements I don't want to see from the pages I visit. Everything becomes so clean. Just the content.
Well he didn't say he wasn't going to earn money from the project, just that the client is free. There are many ways to monetize something and the benefits of starting with free is that you get biggest growth and then you can find your "whales" and learn how to profit from them.
I'm using Louge [0]
It's a web application with nodejs stuff.

[0] https://github.com/thelounge/thelounge
I think this is pretty silly. Anyone that has actually used Slack on their team - especially if they've built integrations - will know otherwise.

It is unbelievably painful to build integrations that cater to the regular client (users want forms, buttons, dropdowns, etc) that have clean fallbacks for text-only clients (at best 1% of your users). The real reason they're dropping support is because it will make it easier for developers to build in their ecosystem. That's it.

That said, we shouldn't let Slack off easy - there are many basic issues that seem to plague Slack and Slack alone (ex. I can't believe this is an issue, but it seems nearly every message I try to send through iOS rich notifications fails to send). We should demand better, but an IRC or XMPP gateway is not the fight to pick.

P.S. If you're in high school, you should join our relatively active Slack community at https://slack.hackclub.com - started as an IRC community and switched when our members started demanding a decent mobile client.
Paper Windmill Super Easy Instruction for Kids
I can help my children to learn sport and I can help them learn math. I can not help them learn subjects I have long forgotten or was never good at in the first place.

I dont expect teachers to teach my kids sport, I do expect them to teach math and history. Not sure what is wrong with that.
The proxy would redirect HTTPS requests to HTTP, and use HTTP 1.1 between the client and the proxy.

The bigger issue is HSTS; the proxy can remove the header, but if the origin comes preloaded in the browser, that won't do, which means the browser would need to be customized to not have or enforce HSTS.
But how do you know which foods are optimal for our individual health? Finding that out is the whole point of nutrition science!
Oh, you are correct. This will only delay an attack.

There is however some sort of firewall preventing using `<script>` tag.
I think it’s providing the text for paywalled submissions.
I'd choose Go. Has long-term support from Google. Generally easy to learn. Many less bugs in my experience than Python. Don't know enough about Haskell to comment.
The art of the interpreter: http://repository.readscheme.org/ftp/papers/ai-lab-pubs/AIM-...

On lisp: https://www.lurklurk.org/onlisp/onlisp.pdf

Mainly the key is to start tinkering, rather than jump from book to book. Just start with a very informal v1 and start hacking stuff together. When you run into a design dead-end, you'll know it because it will become increasingly hard to make forward progress.

And that's the tricky situation. When you run into a design dead end, what do you do?

Books! :) And that's where SICP might end up useful.

Or think about the problem really hard, and write down the answer. I've occasionally pulled that off.

Oh, I thought of one other suggestion: linkers and loaders. It's another classic. And unlike all the other references, there's no Lisp.

Two more:

Linkers, Ian Taylor: https://www.docdroid.net/2L1IZ5y/linkers.pdf

Assemblers: https://www.docdroid.net/2tgkwNI/assemadvertisasl.pdf
Sorry... but you're wrong. There are NA, AA, CA, CMA, HA and every other support group with an "A" you can think of that will help you in every step of the way, all you have to do is ask. If you want to get clean, you can and will get clean. Will it be a struggle? Sure it will, it will be the worst thing you will ever go through in your life, but you can and will get clean if you desperately want to. Yes... I went through it, and, yes it sucked, but I'm over 2 years, so, Yes, it can be done.

Bottom line is there are two people who I see who don't want to get clean: 1) the people that will never accept responsibility and want to blame everyone else for their problems. 2) the people who really don't have a desire or want to get clean. At least the second group is being honest with themselves and everyone else.
GoogleForms

https://www.google.com/forms/about/
It's a project that wants to push further than shadertoy. Here from the project documentation:

My goal was to make something similar to Shadertoy but with some extra features. Having a fixed and simple set of functionality always helps in the creative process to focus on the goal itself rather than on the several methods available to achive the goal. Therefore i didn't want to overdo it with new functionalities and only implemented features i was missing most in shadertoy. Some basic main shadertoy functionality is there, but some features are missing.

Shaderoo is based exclusively on WebGL2, so WebGL1 is not enough (unlike shadertoy, which has some WebGL1 fallbacks). check webglreport.com for compatibility.

Shaderoo uses Ace as web-editor. See here for the keyboard shortcuts.
They have exactly the disease patterns that come with those diets. Clearly not in the "blue zones" (= places with lots of centenarians) too.

I'm not talking about survival. Some people survive smoking for 50 years. I'm talking about us being frugavores, and thus being most healthy on a frugavorous diets like the primates.
Well, others can try to implement parts of it but it is a cat and mouse game of wasting human resources. Mattermost managed to get some compatibility https://docs.mattermost.com/developer/webhooks-incoming.html...
Edit: changed my mind about posting, sorry about that.
Indeed - infrequent tasks should be low-friction, or infrequent turns into "never".
It's self-contradictory - he did have somewhere to get it from :)

I'm only half-joking; I think the problem here is lack of information. That the student was likely to move from $10/h to $70k/y is something that the teachers might know, but random lenders probably don't.

On the other hand, I don't know if I want to see financial companies partnering with schools to provide loans - seems ripe for abuse.
#craefulgang
'Great' is relative. Textual (and Colloquy) are tolerable at best.
Video views pay a lot more than page views. Also they're just trying to capture your attention regardless of the article. It's an annoying bussiness tactic.
Hi,

I 100% agree with you. I want this product to make money so that I can devote my full time to it.

The basic functionality will always be free without ads and tracking. But there will also be a very affordable ($1-2/mo) premium plan. I haven't yet decided what it's going to have. Most likely an ability to add more than 5 accounts or multiple accounts on the same platform (e.g. 3 Slack profiles).
Something that's obvious but sometimes overlooked is listening.

Some people are just not good listeners. Something to watch out for.

Also to summarize the above poster: don't be pushy. And I'll add don't be condescending or patronizing.
Each new iOS update comes with new emojis nowadays, which is a great way to nudge the mainstream user to keep their OS updated...
Unanswered questions:

- what happens to the carbon from this process? Does it end up as atmospheric CO2?

- what happens to the energy available from that carbon? Thrown away or used to run the process?

- can't you just run this on fly ash?

- how does this compare to regular mining?

- what happens to everything else in the coal, such as sulphur and thorium?
I guess that would be possible, although HTTP2 has some extra features like Server Push, which might be hard to "backport" cleanly.
How not to Prospect on LinkedIn
> More so than any other language I'm familiar with, Haskell does a great job with long term support and builds that should be 100% reproducible in 5 years.

Really? I've never used Stack, but the experience of building dependencies from Hackage has always been awful in my experience. Even if Stack did change the game (I think it pins down the exact versions of package dependencies, I would figure using third party Haskell libraries is still a major pain:

The reason is that the types in the APIs are very elaborate (elaborate types of course is generally a Haskell thing), which means very often they are not super stable. So upgrading libraries will be no fun. And you will want to upgrade, whether you use Stack or not.

(Note, I haven't used Haskell seriously in a long time. Maybe someone with more up-to-date experience can validate these thoughts).
Study finds early signatures of the social brain
Thats true but I do not have so many contacts, to send them the link to the form. I need a platform to post the link. :-)
Most tunnels in Norway are bored through, and I doubt we have any softer rock here.
I think that 3 is consequence of 10 - prototype of working online school was not created yet.

On 1: The "is this required" question is direct result of students being goal oriented with their education and time. They do it because they want job or because of social pressure. It sounds depressing, until you realize the alternative is not caring about job when choosing what are you going to learn, which is criticized in other points.

We can't have this one both ways. Either it is for purpose of job and they will ask that question, or it is hobby and they will care less about utility (e.g. job).
If you want "takeout", getting the last 10,000 messages from slack is a pretty easy programming exercise. "channels.history" works really well in their API. Considering that one of the up-sells they provide is better searching and access to more messages, I was surprised it was so easy to grab your history.

My team at work is using Slack and likes it. But, honestly, I don't think we'd pay a grand a year for it. We'd probably switch to Mattermost, which we already have set up as part of our underused gitlab server, or maybe to one of Slack's less expensive competitors. Though, there is some incentive for us staying with Slack, we have a couple custom bots. Over the last 2 years of use, the free account has rarely been too confining. Though the message history search isn't very usable, that's probably our biggest pain-point.
Some nice folks I know recently started http://relay-chat.com/ which is a hosted version of MatterMost. It allows both private instances as well as creating a team at http://open.relay-chat.com
Light. Robust. Cheap. Perfect form factor. Always works. Doesn't drip. Replacements can be bought about everywhere. I have at least a dozen of these lying around and I pick the one whichever is closest.
Thanks, I will give that try. Can't believe I didn't even think about looking on youtube for advice, but I didn't even expect to make any progress, that was a surprise. :P
It really depends on what you are trying to do and whether this is well-supported by the language.

Data science stuff? Python of course. Haskell has things like repa but still very immature compared to Python. You will have to reinvent the wheel a lot if you choose Haskell.

But if your developers are going to do something very different from data science, say building a typical web app, Haskell can be a good choice. As usual refer to Gabriel Gonzalez’s State of the Haskell Ecosystem: https://github.com/Gabriel439/post-rfc/blob/master/sotu.md

Haskell especially excels in (2): bugginess of typical code is pretty low even without extensive unit testing; Go probably fares pretty well but Python is terrible for a large code base. But on the other hand (3) could also potentially be an issue for Haskell, depending on the geographical location, whereas Python would likely not.

Having worked (and still working) in a Haskell startup, though I believe ultimately technology doesn’t really matter that much. The business is more important than the technology.

If you do choose Haskell though, my advice is that don’t use too many fancy type system features. A boring business app doesn’t usually need them. Stick to basic language features and perhaps just a dozen most popular language extensions; use the rest very sparingly.
Coal is not conscious, it cannot want.

The coal industry may want, but like everyone else they're not guaranteed relevance in the long term. Going out of business is capitalism's way of saying your product is no longer required.
http://open.relay-chat.com is hosted MatterMost offered for free to open-source projects.
I'm using broad nib, maybe that's why. But it's been consistent across all models and I have tried pretty much the full range.
Who/what company is using Haskell at work? I'm really interested how/why it would be used those days.

I guess there are domains where it's adequate, but what are those?
Congratulations, we really need leaner IMs and from what I see it looks great!

If it supports some important features like file uploading, pinning and seeing pinned threads, etc. to reach Slack feature parity I'll surely take a shot.

Are you using QT for cross-platform compatibility or some other toolkit?
(just a guess) even if you are only using it for a small fraction of its lifetime, you are amortizing the cost of a large piece of capital equipment, so the upfront cost must take this into account. Blasting has a smaller investment in capital equipment (even if amortized similarly)

There is also the setup- carting in the pieces of the TBM and getting them into place, etc.