skysight-inc/HackerNews huggingface dataset:
> seamless job transitions with no gaps, min 2 years at one job, steady growth re titles, headcount, responsibilities

> Getting jobs and being an employee has opportunities, it's easy for many in our industry to get 200K+ salaries but the price is high: reducing your options until you hit a depression.

This is not how it works in most of the EU, in particular DE/IT/AT/CH. There they value loyalty the most and they assume something is wrong with person changing an employer after couple of years. Frequent job hopping? Even worse. At some point one hits salary ceiling (70-80k EUR in some regions, 30-40k EUR in most of the EU) and that's it - changing job means the same salary or even lower with the risk the new place will be full of assholes and going through, humiliating at times for an experienced professional, vetting period as a new employee. Sometimes I wonder perhaps there is some non-competing agreement between companies? I have hard time understanding this deadlock situation.
well all my POIs are in gmaps and I have the app installed everywhere. No idea why I wouldn't want them to stay at the top. Push them please, so they improve their software, but winning they should.
We are a registered company in India.

We work as a Freelancer or Contractor with USA based companies.

We do not need to file any US Taxes or do not require a W8-BEN form.

When we work with India based clients we need to charge them GST or Local Taxes.

We receive Client payments in terms of Remittance & need to declare payment is against the Software Services extended to an organisation or individual outside India.

Our taxation is handled by Charter Accountants.
I assume because it would defeat the intention of electron, since the entire point is to "magically" make your webapp into a standalone application with no dependencies. Just download and start it up, like any application.

Whether this is wise is another question.
I wouldn't get my hopes up. Javascript is the only runtime allowed on ios. Desktop is no longer worth innovating for. Meanwhile web ui frameworks are going gangbusters with innovation. That leaves a fairly slim line for any real ui innovation outside of the HTML css js triumvirate.
With all the GUI crap going on in software development, I am starting to miss MFC and BCG libraries, I know it is not feasable for most developers to code in c++ but at that time the GUI, even if run over RDP, was fast, responsive, now I having a feeling like 386 was faster than todays i7+. And to cirmuvent obvious incapability of RAD to provide decent user expirience, they are changing our UI percepction from trendy perspective, leveling everything to flat and extremly simple, like ncurses on graphical desktop. =/
It is amazing that React and friends work as well as they do, and for certain applications they make a lot of sense. But there is a fundamental disconnect using web technologies for native apps.

The solution I am pursuing right now is Microsoft's Xamarin. The C#\XAML stack supports iOS, Android, MacOS and Android. The only thing it is missing is web. But with a couple serious projects working on compiling C# to WebAssembly perhaps that will happen.
It's not that simple. You can go three routes:

1. Make the apps look pixel perfectly the same on all platforms - that's what the Java Swing did. Result - all the apps feel "alien" and not native for the users.

2. Make all the apps look and behave native and use UX patterns consistent to the given platform. Result - you will have to program them differently.

3. Somewhere in between - all you get is mediocre GUI with not very pleasant development model.

So the problem is not with the GUI toolkits but with inconsistent UX paradigms between the platforms / different input models, interaction models, etc.
What would be interacting is an electron like environment with a pared down JS/CSS engine which only let "modern JS/CSS" (maybe something like Servo). It can be optimized for that, and you don't really have to render electron apps from the 90s anyways.

Another idea is that when wasm will be able to interface with DOM, you'd be able to write GUI code in any language which compiles to wasm. So you won't _need_ Rust (or Go, or Haskell, or D, or your up and coming toy language) bindings for win32, Qt, GTK, etc. Just waste a few hundred megs (only partially /s) and you've got a full ui.
Are the options the best they could be? Heck no, not even close. Html is semantic enough to be tedious but not enough yo be useful. Css makes the easy things hard and people have entire philosophies around minimizing the "cascading" part. Js is at best stuck with warts to try and maintain backwards compatibility.

Meanwhile the tooling to deal with missing pieces or complications that are not missing is complex enough that both new and experienced devs complain.

The less said about the security complexity the better.

And I'm saying all of that as someone that uses these daily and enjoys it.

BUT...is it the best that is practical for the time? Probably. There have been efforts to replace these options...theyve failed. Perhaps wasm will change things, but perhaps not.

Until then though, I think it is interesting to ask "Why?" Why, if these other options are superior, do they not catch on? Linux, git, nginx, these are just a few examples of dramatic tech switches that had to overcome an existing base.

It isnt just backwards compatibility either - Babel exists for es6+, but I've not seen a non js-like language that can compile to js achieve much success. I suspect there are one or two areas that the current offerings handle well that aren't being credited or understood.

Computer UI is a young field, computer interactions with business and marketing over time are all poorly understood. We spend much of our time reinventing our spinning wheels and relearning lessons. Html in js is bad. No, it is good. Inline css is bad. No, it is good.

This isn't all wasted time, there is a lot of learning time. So I doubt we even understand yet what would make a better toolset.
Is there anything they could even do in that area? (other than improving Chromium itself)
besides data structures, graph theory and its related curricula were my favorite and overall most practical areas of the CS education I received
Policy determines that there can be only 19 jobs for every 20 people. That's what 'full employment' means under neoliberalism.

How can work councils help that.

Nothing will change until the Beveridge condition is restored - more jobs than people that want them.
Wow I'm surprised that you didn't know about RedBox.

I have seen their kiosks in almost every major supermarket for years.
Traffic makes you patient. LA is for grownups.
... and with this sort of magic, I expect that all of the applications that I download are going to have completely different versions of all of the dependencies, so, ... there's no sharing anyway.
Matt Ward - engineer at Mux here. The simplest answer here is that most browsers and native platforms don't easily support RTP/RTSP these days. It isn't technically impossible to stream RTSP to say an iPhone, but it I'd say it is non-trivial compared to simply using AVPlayer with HLS. Our goal with this product is to make video easier for developers to understand and use so that they can focus on the other parts of their apps. We are running those rather complex streaming servers and we even provide some guides for how to get started streaming video to common platforms - https://docs.mux.com/docs/playback

If you have questions about video streaming on a specific platform feel free to reach out! (my full name at mux)
Making desktop apps look and feel like web apps.

This is a good point. However, it does seem like web and mobile apps and their ilk are the future for the bulk of software the majority of people use (excluding, let's say, "Pro" apps like photoshop, excel, dev tools). I'm not a huge fan of this, but the times have changed. I'm not sure that traditional desktop apps are really what I'd use the hypothetical framework I described to build.

Something like my business expense tracking app, though? If I wanted it to sync and be functionally identical to the app on my phone? I could see this framework being used for that.
Could this have positive ripple effects into the right to repair as well? that would be nice
So that you don't have to carry all of your credits cards everywhere. Credit Card rewards are much better in US than in Europe and it makes sense to use certain credit card to make certain kind of transaction. e.g. one of my card given 3% cashback at restaurants but only 1% at grocery stores. While other gives 2% at grocery stores.

Plus, if you lose your card/wallet it is a pain to change numbers everywhere. While you don't need to do that if you lose your phone as real card numbers are not stored in the pay apps. Besides whoever finds the phone needs to go pass your lock screen to get anywhere near that.
You would not.

But in the US paying with card is crazy "slow," especially with the new chip.
You also have to take your card out of your pocket, right? So, it's altogether not much different in terms of "experience", but the phone has a nicer UI.
The more interesting figure would be conversion rate from visitor to paying user, with cc required vs without cc required for the trial period.
Do you primarily mean high density walking areas, or essentially everywhere that you can freely walk as a pedestrian?
Unfortunately, when gaming metrics has real world consequences (and this is of course the whole point of those metrics, assuming they're not gamed), then things like 2008 happens, and tens of thousands of people lose their homes.
Is secret-tool a linux only program? Where is the source for it maintained? (I was having trouble finding it) Do you use this as your main password manager too? Any thoughts on how this compares to pass?
>Small independent development companies have done applications across multiple platforms by using their native toolkits for decades

Really? How many programs supported Linux before electron?
In Europe not only credit cards are contactless, but also debit cards. Furthermore, in some countries you have to carry an ID at all times, so you would have your wallet with you anyways.

Regarding safety: contactless only works for rather small sums. Anything above that requires a pin.
Computer History Museum 2018 Fellow: Guido van Rossum
This is somewhere between incomplete and inaccurate. The collusion aspect is far overstated, see other comments in this thread. And the idea that defendants settle because EDTX is too far away may account for some small litigants, but large companies can buy plane tickets. The real reason was a set of local rules that promoted expediency (to the point of being biased some may say), a docket not as inundated with drug cases as some other districts, a judge who was very pro patent owner, and a local jury pool comprised of people who were statistically ‘dumber’ than average and really liked patent owners. And a local cottage industry of sorts set up to support this type of litigation (shell corporation headquarters, local counsel, jury consultants, etc,) I’m not defending any of it, but it’s inaccurate to just say it was all a conspiracy
> it's easy for many in our industry to get 200K+ salaries

Where do I sign up?
Distributed systems are ideal for many applications. Distributed systems verified by many 'miners' is even better, but at some point, we have to admit that the technology is flawed in key points:
- power consumption, considering global warming, is a huge waste;
- the speed all nodes communicate between each other (not even counting the great firewall of China) can't be improved after some point (BTC lightning network is NOT a real solution - read an article about how exactly it works)

Proof of stake is a VERY BAD idea that creates more problems than it solves. All I have to do to take over the chain is buy 1 coin more than anyone else on the chain..

All other problems could be solved in the future (reversible transactions, regulation/privacy etc), but with these 2 major drawbacks, blockchains are not feasible, in my opinion.
For people who don’t understand graphs, Euler graphs seem like such a weird place to start. There are much more relevant problems (social networks, followers and travel distances) with approachable graphs (undirected, directed, and weighted).
> I like the electron/react/react native ecosystem - I really do, and this is coming from someone who dislikes javascript a priori. But is HTML/CSS/JS really the best we can do for desktop and mobile applications? I know responsive-cross platform saves money for a lot of startups and orgs, and I'm not saying the web stack doesn't have it's place.

React Native doesn't use HTML/CSS at all for rendering.
And here's the full ruling, since (as usual for news sites) The Verge didn't bother to attach a copy:

https://drop.qoid.us/031127591204.pdf

edit: actually, The Verge's article links to a Hollywood Reporter article as its source, which does have a copy. So I should have looked harder. Still...
Electron’s performance is fairly tied to Chromium’s - the Electron changelog references a Chromium version bump and you’ll need to look there for perf improvements (which isn’t ideal - I wish they’d pulled in some highlights!)

To be honest, people using Electron are doing it because of huge business / process wins and worse performance is a generally acceptable downside. Performance is improving as Chromium improves, but it isn’t a huge focus in the Electron community.
> What happens if I get hacked and someone steals all my cards? Blizzard / Supercell would have no way to make things right short of giving out free copies of cards to people

The blockchain is a distributed public ledger, but everything in the actual game itself is controlled by the game developer's centralized servers.

The provenance of any token can be known just by looking in the ledger, and the game's developer could simply blacklist that token on their game's servers, rendering it useless.

The blockchain does next to nothing in this game token scenario. It's still mostly a centralized system.

> About the only benefit here is the ability for users to trade items without the involvement of the company in question, but there's very little benefit to the company to allow that, and it carries far too many serious issues.

Exactly. Although, given that you can't use the tokens when the game servers are down, being unable to trade them when servers are down is probably not a big loss.
You don't need to open the app or even unlock your phone. With Google/Android Pay, you only need to have the screen switched on. It can be on the lock screen and still work fine. You don't need to press a single confirmation on the screen.
There were 27% more casualties per capita from mass public shootings in EU than US from 2009-15. That's across the entire EU. So the low population skew effect is removed at that scale.

If you'd like, we could compare European Nations to individual US states. But then if you get to discount Breveik in Norway, Connecticut gets to discount Sandy Hook.
Extract from that comment:

> We haven't patented any of the concepts here, and we've done a lot to explain and popularize them. We're happy for people to use these concepts to build their own implementations of similar protocols, but we don't want people slapping things together and calling that Signal Protocol.

That doesn't debunk anything in the blog post - it reinforces the point that moxie doesn't want any third-party implementations of the protocol.
Because the market-proven reality is most end users don’t care about 100MB download sizes, and they do care about simplicity.
Flutter has the potential once it ported to desktop and even web(with WASM).
What do you mean by "regardless of the OS"? Docker is primarily for running Linux programs.
The Impact of Meltdown, Spectre and JDK Patches on the Performance of WSO2 APIM
I'm not from the states :) (.nl here)
Snapchat responds to the Change.org petition complaining about app’s redesign
Why I’m switching from Angular to React and Redux in 2018
Both Qt and wxWidgets have bindings for a bunch of languages. Also, in case AOT compiler comes to Java, JavaFX and Swing might become viable options as well.
Acording to the professor the beaker people brought Britain out of the stone-age Brexit it had languished in for a millenium. Way to go professor
Interestingly in Germany teachers often earn more than software developers. I wonder how some countries end up appreciating teaching so much higher?

To be noted though, it's a specific Master's degree that's required to be a fully qualified teacher.
Lots of modern models have very late binding variables
which are hard to precompile for (sentence length in MNT, for example). That means you're going to need to do some form of specialization at runtime, so a JIT makes sense.
Why not upgrade to the most recent version of chromium? (64 instead of 61)
while I agree with most points I don't see what new value this blog article provides. There is no indepth analysis, only opinion. And not even new ideas. This is exactly what we criticise about most blockchain lovers.
Really, I agree that there are probably better markup options, but still, there's a reason people choose Electron over the alternatives. For me, personally, that reason is the ease of prototyping - the time it takes for me to have something in front of me that looks good and works easily is so much less using something like Electron.
A major version bump is for introducing breaking API changes. That’s all it means.
I read that as: using Docker, you can run an application (or an application stack) in an OS independent of the host OS. This is no different really from hosting any virtual machine, but Docker has made it a lot easier.
It's weird. The brain drain is constant though, and you have to put up with being the smartest guy in the room and the people you admire always leaving for, like, Phoenix or Pittsburgh. You can buy a mansion for like $50k and then who is going to attend your dinner parties? Your hot wife is a junkie instead of a doctor or pilot.

Cleveland rocks.
Are those Tasks coroutines? If yes, do they yield on any sleeps?

These aspects are key to goroutines.
Why are we still doing this in 2018! The jury isn't out on this one - the voodoo tricke-down economic experiment is over and the results are in - it is nothing more than a sensationalized way for the rich to piss on the poor. If you don't believe me try this: Go on google.com - type "rich piss on the poor" - the click "I'm feeling lucky". I rest my case lol

A more constructive debate should focus on how to first mitigate, reverse and then prevent.
> A good manager would follow a bottom-up approach where he asks the team members what they need

> An ineffective manager may enforce ridiculous deadlines coming from upper management

This is not how it works in modern workplace. In large companies the pressure mechanism is delegated to a whole group of employees in the same place in the hierarchy - POs, PMs, Scrum masters, various process lunatics. In case of problems they feed the line manager with negative feedback thus creating an image of bad team player, the line manager itself is a divine being rising concerns at most during friendly one-to-one conversations. Once it's clear you are not a good team player, it's better for everyone if you'll be let go. Ideally this process should be catalyzed during the trial period.
Gravit Designer – A cross-platform design tool for the 21st century
IMO, deductive learning is limiting ( we are limited by the span of our examples), but it has great recall value. Inductive learning is harder to commit to long-term memory; particularly, when learning something which you find scant use for in your day-to-day life. Again, I can see this is not general, and could vary considerably across individuals.
I wonder if it might be worth considering not using a framework at all. As much as I'm not a huge jQuery fan, straight HTML with jQuery sounds like it would fit the bill if what you are doing is super simple.

I could leave my recommendation like that, but I'm guessing that it's not all that useful to you. The bit that worries me is the "that even any noob UI Dev can easily get a SPA" part. Now if this is just because you are a noob and you are worried about getting in over your head, I'll cheer you on and tell you not to worry about it too much. Whatever you choose will take you longer than you think and be harder than you thought, but you will eventually figure it out.

However, if you are trying to hire unskilled workers to do the job and are looking for a framework that will allow them to succeed no matter how crap they are... That's very unlikely to succeed no matter what framework you choose.

The thing about programming is that the devil is in the details. Libraries and frameworks are about packing up common bits so that you can avoid repetitive tasks. They don't actually make things "easier" from the perspective of not needing to know what you are doing. Granted, some frameworks pave the way to help you get started, but eventually what you need to do will deviate from the tutorials and you will need to figure out what to do.

Whoever is doing the work needs to have the kind of mindset that allows them to explore what they are doing and seek understanding. If they can do that (and are given the time/opportunity to do that), they can succeed. If not, then they simply will not succeed. Stuff will always be wonky if it even works at all.

This is an order of magnitude more important than your choice of framework. Especially for something simple, it really doesn't matter what you choose (though I applaud the idea of trying to avoid unnecessary dependencies). What matters is if the person doing the work is willing and able to dig to the bottom of what they are doing and understand it.
They show up just fine in mine.
Big brain required to build that library. Very impressive!
>build:

Nowadays it's just build: ["jbuilder" "build" "-p" name "-j" jobs ]

It's just one line of config and it is worth it since it gives an opportunity to use any build system you want to (or for some reasons have to) use. Still much better then pulling "deps" from github repos directly.

>I'm saying that you need to provide evidence that OCaml is faster

>"OCaml is hard to very hard to make fast, but the OCaml compiler does a fantastic job despite". In which case you'll need to justify why that matters to me if it's not actually faster than Go (especially if the performance is worse and/or less intuitive).

Sure, you can write manually a ton of boilerplate for each numeric type in go, just like it's done in gonum. I'm not sure if it is good since more code means more issues and bugs, and I definitely prefer to write or hack something like this:

https://github.com/inhabitedtype/httpaf/blob/master/lib/pars...

instead of this:

https://github.com/valyala/fasthttp/blob/master/header.go

(and this is only a header)

and let the compiler do all the dirty work.

> with a dozen `|>` operators

how the hell is `|>` an obscure combinator? It's just a "unix pipe's" typesafe kin. I've never seen any usage of obscure combinators in ocaml beyond parser-combinator libs ofc but these usually are well documented and you wouldn't use them if you don't like combinators anyway.

>Something as common as JSON should be dead simple

It is dead simple, just add [@@deriving yojson] to your data structure, and you'll get to\of_yojson functions, what could be more simple?
With Java 9 jigsaw and jlink you can now build fairly light JavaFX apps. The entire jre no longer has to be bundled. Only the pieces you're using.
How to Choose the Perfect Offshore Development Partner for Your Business
People are choosing "*" as a password?
High density, high intersection pedestrian areas. I’ve gotten so lost in Japan metros before, for example.
This is an artifact of the Google promotion process: people are incentivized to switch projects and launch new things. Hence not continuous improvement, but relaunches.