skysight-inc/HackerNews huggingface dataset:
Because you can't.

An Electron app is not equal to a native app when it comes to UX and UI. Right off the bat: they require more resources to run, thus making your computer slower, a laptops battery last less on a single charge, and don't look and work like native apps thus requires the user to learn a new paradigm.

So instead of you, the developer, using a couple of months to learn a new paradigm, you put that burden on your users, and end up with something that is a whole lot worse than standard native apps on Mac, Linux and Windows.

If you only have 1 user, that is no hassle, but if you have 5 million users, that is a whole lot of time that a whole lot of users needs to spend collectively because you are lazy and want to ship something fast instead of shipping something great.

And no, I have never tried a great Electron app. I don't think they exist.
Does download size necessarily mean more system ram usage?

I agree on page weight, but somehow I'm more sympathetic to downloading apps, perhaps because it's just downloading in the background, rather than me waiting to read the content.
Someone should really implement an interval module.

This custom implementation was pretty good: http://blog.togo.io/how-to/adding-interval-sets-to-redis/
I'm a member of a Github organisation with 63 members and 20 private repositories. As far as I can see, this changes our yearly cost from $600 to $6564.
Get your work out there.

- Make small batches and sell on Tindie
- For bigger projects do a crowdfunding on CrowdSupply (has a rep for OSHW)

It's easy for software folks to get noticed courtesy of GitHub or building things which propagate faster than hardware (a simple script or emacs mode or atom plugin or whatever). It's much harder for a hardware guy.

Look at https://femto.io/. I think it is a small team spinning boards in relatively small batches and selling them - https://femto.io/collections/all

Also, there are a lot of makerspaces popping up in India. Showcase stuff there too. There are a lot of software guys looking to do hardware stuff.
Compared to products like Salesforce, GitHub seems cheap to me.

What to you is a fair price and why?
I'm doing this currently with Chrome Apps.
dbalan was referring to its security, while you appear to be arguing for its robustness, which is beside dbalan's point.
Because unlike other programming languages C didn't define a type called byte, so developers were forced to use char for what is byte in saner systems programming languages.

With the caveat that unless you precede them with signed/unsigned modifiers, it is not portable.
Ισπανικό σεξ μικρά μυστικά επιτυχίας  athens escorts – thessaloniki escorts
Are there any good donation platforms that are easy for both an end user and a publisher to implement? At the end of the article is a donation section, but instead of a simple 'donate 5c' button it asks for my personal details, defaults to making me donate X/month and then finally redirects me to PayPal.
Here are some release highlights :)

* Big UI improvements and polish
* Redesigned plugin architecture and SDK
* Grafana-cli command line tool shipped with grafana,
installs plugins
* Persisted dashboard playlists
* Preferences like home dashboard, timezone and theme on
org and user level
* New plugin types, Apps, and Panels.
* New platform site built around Grafana at Grafana.net
* Plugin repository
* Dashboard repository (coming soon)
* Hosted Grafana and Hosted metrics (coming soon)
* Monitoring and backups of on-prem Grafana (coming soon)
* Annotation popovers can contain clickable links
* Templated data source Easiy reuse the same dashboard for multiple data source instances
* OSX Homebrew support Homebrew installation instructions
* Support for InfluxDB 0.11+ (and new functions)

Youtube screencast with feature showcase:
https://www.youtube.com/watch?v=1kJyQKgk_oY
Special deals can be made for special cases, it happens all the time. We have a service related business with official pricing, but always bend over backwards when we want to retain long term customers or big paying customers by giving them price cuts and other concessions that we wouldn't normally do to any of our other regular clients.

Not sure why the topic of fairness even comes to the discussion, this is a business not a charity.
ddd isn't my day-to-day debugger but I sometimes break it out when I need to visualize a data structure or keep track of multiple values when doing some more difficult debugging tasks.

It's far from perfect but still a useful tool.
Your battery solution for the TV doesn't reduce the energy waste, it just spreads it out in time. It's now 20W wasted 24 hours a day instead of 60W for 8 hours a day. Same difference.

Until our houses are powered by 100% renewable energy, any technology that sacrifices more than half the input energy just so someone doesn't have to see an extension cord should be banned by law.
Thank you - this is very exciting. Bitbucket uses a per-user pricing and it has been extremely useful for us. People forget how useful it has been to not worry about the number of scratch repositories we can create as we experiment.
Our main repo is a single monolithic repo. But do you not ask your consultants/outside resources to work on a company repo ? how do you price that I wonder.

I am not sure why people would like stuff to be priced per repo. It is a fairly unintuitive model for me and is a huge problem when you need to go an explain to the finance team that you need to spend more because you "created more repos"... say wut? Spending per user is a very clean way of pricing.
Organ transport.
Can't it be device to device , once you get to new device you mark that device as add and as soon as u login it can sync.

But i found whatsapp is next to mp3 in my and my friends phone so it is not easy from bandwidth perspective
Is it cross platform? I just clicked on the link on my Mac, and while the screenshots look very much like a Mac, I'm only offered a PC download link and Windows system requirements.

[In case it was a problem with my ad-blocker, I disabled it, but then I got a huge ad with an embedded Download Now button (directly above the Songbird "Free For PC" button) that links to MacKeeper instead.]
I think we're missing some information here. The supplied link says that the applications have been renamed due to legal threats. This seems completely reasonable to me. The names of the apps are trademarks and for a security product, who builds it is important to the integrity of the mark.

I'm trying to remember how Android works, but I seem to recall that you need to sign the packages differently on Play and Fdroid. So you literally can't redistribute the same Play package with Fdroid (someone correct me if I'm wrong). This means rebuilding... and hence rebranding.

It seems that MM was asked to provide a build for Fdroid. He decided not to. That's completely his right. He doesn't go into a lot of detail about why he has decided this, but it's completely up to him.

So all I can tell is that there is an Fdroid version, which has a different name. You can't switch easily between the Play and Fdroid versions because of code suckage... which sucks, but isn't a GPL violation.

Is this just a tempest in a teapot, or am I missing something?
That kind of thing is quite common in small agency environments, where you might have a bunch of different clients on support contracts paying for x hours a month of time.

With that being said, in those types of environments, cost is everything, and BitBucket is still the cheaper option.
As stated at the end of my comment, a fair price is what they decide to charge. I simply don't like people to try and spin a price increase into a freebie.
Let's Encrypt setup on Nginx
Usually people copy most of the node_modules over.

Ideally it should be run through webpack/etc and only a bundled, minimized version of the app is shipped. In practice some modules may have native compiled addons.

I'm working on an app right now and it ships at 247MB which is way too big.

release/darwin-x64/PlaySPLOM-darwin-x64/PlaySPLOM.app/Contents

107M	./Frameworks

12K	./MacOS

81M	./Resources

52M	./Resources/app/node_modules
Bitbucket is awesome. Their bug tracker is much better... plus Hipchat for free! Do you seriously spend money on Slack ;)
Is there a definition of "a few collaborators" anywhere? How many people, and is it per repo or per paid account? Really need more information before I decide if GitHub continues to get my $7/month or not.
Really? I guess entire Atlassian suite is awesome. Bitbucket for SCM, Jira, Wiki and all that make it a perfect combo.
> - why are pointers and arrays kinda sorta interchangeable?

Because apparently writing ptr = &arr[0] like in older systems programing languages was too hard implement.
Because people do replace their phone, and also uninstall/reinstall the app or wipe app data etc.

You could argue (and I have done) that a key change event should be surfaced in the UI as "Your contact has switched to a new $MODEL_NAME phone" so if it occurs in the middle of a conversation or you happen to know they really haven't upgraded, it can lead people to tap it and learn more. An alert like "Contact key has changed" would be meaningless. But it's also the case that notifications that seem useless to people rapidly get phased out, and unfortunately any notification that boils down to "you MIGHT be being attacked by your own government but PROBABLY your friend just dropped their phone" is a non starter.
World's oldest axe fragment found in Australia
How can something that's ~3 years old be more mature than something that's 20 years old? Even QML is 7 years old at this point and that is reactive.

Try to stay at least a little bit realistic...
Other people have covered the bandwidth angle, but I also think the size itself is an issue because of memory. And the more Electron can load into memory out-of-the-box or via default coding conventions, the more opportunities for poor memory management from developers. Since Electron is being used for utility apps, its bloat multiplies on a system with a lot of apps on it.

Also, Electron's size means more power draw. When I want enough battery life to do some work and still watch a long video afterwards, I habitually close Slack because it makes a worthwhile energy difference. The app's size reduces my engagement with the app after install. I'm aware my behavior is unusual, but developers do need to keep this in mind, especially as Windows and OSX make app energy use more transparent.
Am I the only one unhappy with the trend of moving toward web-wrapper applications? As a developer, I also love the idea of cross-platform, and of more elegant frameworks, but it pains me to run things that are slower or hog the battery.

* JavaScript-heavy Spotify now vs. Spotify a few years ago

* Atom vs. something like Sublime Text

* Or, Slack that takes the cake especially if you log in to multiple Slacks.

It's cool for developers. It's not cool for the users.
Property Management system Malaysia
A classic problem is code like this:

printf("a=%p *a=%d", a, *a);
if (a == NULL) return;

An optimizing compiler will likely remove the NULL check completely because the printf above it has undefined behavior if a is NULL.
I hope they create a stakeholder account for that. But it is wrong to put all your eggs in one basket. Github is nice to show to non technical people but it is definitely an over kill.
Ah, good, it's not just me!

One anecdote - 5 years ago FF was the clear winner for coping with tab abuse. Stable and coped with hundreds of tabs happily, Chrome started crashing pages beyond 50 or so.

Now it's the perfect reverse, FF hates a lot of tabs open and Chrome is stable with apparently limitless numbers.
How are you evaluating tool fitness here? The ultimate criteria for fitness are organizational / business goals, and that business or organization may have to juggle various constraints. Electron offers extra flexibility for businesses to make tradeoffs on app performance and size versus engineering cost, and that's its most important value.

At first glance, Electron apps should be more maintainable, not less, because it's one toolset for multiple platforms, which should translate to faster development time and less total cost of maintenance at the tradeoff of app performance and size.

Also, whether an app is difficult to maintain ought owe more whether (1) you have multiple diverse codebases and toolchains to maintain, and (2) that you have a disciplined engineering strategy.

Again, whether or not Electron is the right tool for the job is a business decision based on business constraints.
> Regexes for globbing files might be a new one

Regexes in particular are new AFAIK, but zsh's extended globbing is already extremely powerful: http://www.refining-linux.org/archives/37/ZSH-Gem-2-Extended...

Bash also comes close, iirc.

But we use shells because of their ubiquity, not because of how nice scripting languages they are (they aren't). So I don't see myself ever using xonsh – I'm already glad when a system has bash and I don't have to figure out what "posix /bin/sh compliant" is supposed to mean this week.
Meteor's Galaxy Supports Automated SSL Through Let's Encrypt
I think this feature would be much more useful if, instead of waiting for the system to run low on memory, I could define a memory usage threshold at which Chrome starts discarding tabs.
While there are many awesome things about Electron, I still give native desktop app advantage. Native apps just feel better. It's all those ms (miliseconds) here and there that in the end make huge difference. Still best showcase is Sublime v Atom. I use Atom, because it's free and open-source, but when I fire up Sublime from time to time, it is amazing how better it feels. It feels right! Guess like everything else in life everything has it's good and bad sides.
How exactly are Atom and Code "toy applications"?
dealing with unmaintainable coding experts
I'm a nodejs developer. I use its package manager `npm` on a daily basis. `nodejs` packaging philosophy enforces you to break every lib into smaller modules in order to have small, consistent, easy to reason about, modules. While being a great philosophy, it requires developers to maintain many projects, thus owning many github repositories (often private when working for clients).

This is a great news for me.
You mean... you don't like it when the marketing department of a profit-making enterprise does marketing in an attempt to make more profit?

I work in a small agency, and our GitHub bill will go down as a result of these changes.
You realize that maybe for someone, C++/QT isn't a new technology but HTML/CSS/JS are? Or neither are new, or both are new? The person who replied to you was right, you are making the assumption that everyone knows the web stack and knows nothing else.

Electron tries to break the same barrier WebForms did but in the opposite direction. Hopefully it turns out better and doesn't result in a bunch of shitty desktop apps like WebForms resulted in a bunch of shitty web sites.
The Belief Valley: The light cone applied to epistemological challenges
Sure, but remove any mention of micro-payments from my comment and the point is unchanged. I would consider it a minor and optional detail, at least compared to people caring enough about the quality of journalism that hacks would have no audience. I did call that utopian after all.

But just because there is a big distance between here and there doesn't mean there's not a "there" there, and if people cared enough, they would find a way. Yes, it's vague, but this island seems to be sinking, the next one looks better to me; that's all I can say from here. People liking instant gratification over attention spans and smart long-term decisions is not something to adapt to, much less exploit, it's something that we will either deal with, or something that will deal with us.

And in regards to micro-payments I think it would also help if anonymity wasn't under attack so much. When people seriously drive towards abolishing cash in the physical world, of course introducing the equivalent of cash on the web can't really work; I'm not saying it would be necessarily trivial otherwise, but there's a really hostile climate towards it on top of it. It's also a political and social problem, not just a technical one.
Ask HN: How to survive in a politically charged workplace?
Hello,
I am a junior in a very large IT company, I noticed that the workplace is not really about producing a very high quality products or learning new technology or something like that, it is more about getting the best salary and manipulating max people to get in a hierarchy post.
is this only specific to the company I work with or all the companies are like this ?
Hyperloop Technologies gets a new name ahead of propulsion test
Comparing the developer experience between them makes it hard to argue that HTML/CSS/JS are the right tool for building GUI apps. The awkwardness of the web 'platform' is just huge, in comparison, even ignoring the performance issues. Atom and VSCode, for instance, have a long way to go to catch up with the real Visual Studio or IntelliJ.

The real reason you're seeing apps based on Electron these days is that it's easy to hire HTML/CSS developers. That doesn't mean these are good platforms though. I remember when the bulk of apps were being written in Visual Basic because it was easy to hire VB devs (lots of people learned VBA via MS Office).
Same here, I was using Firefox on Mac for years, but recently I had to move away from it because it was the most CPU/RAM consuming process on my machine, constantly lagging, hanging, crashing... I'd love to get back, but you guys need to improve the performance at least up to Chrome levels, if not Safari. As other people here, I dont care for builtin Pocket and whatever else, because I can get most of things via plugins - I can't do that for browser performance though ;)
Now I finally understand why allwinner kernel is such a mess... If it were clean, it would be upstreamed and nobody would use their backdoor'd kernel.
a) They are vc funded

b) They give things free to drive up adoption. For example, I don't think it will be free anymore if it was as popular as GitHub. Since that would not be sustainable.

IMO, it's a poor decision by gitlab to give things out for free. Instead of innovating on features, they try to keep it cheap.
> By moving the signing to F-Droid, you have to completely trust them.

Which you do anyway if you use Google Play Services.

...
I'd fire the PR department if they didn't give this a positive spin.
REMOTE WORK DIGEST: MAY 11, 2016
F-Droid also has reproducible builds – and not just ones where you have to download a binary from a questionable source and use it to compile things.

You can sign with your own key on F-Droid, too – if you use their way of dealing with reproducible builds.
Well, I bet you won't move. Just do it and let us know.
> And you can say to BK and Larry now that it's "too late", just as Larry told Sun in 2005,

In case of software, it is never too late: as you once put it so eloquently, software does not suddenly stop working and does not have an expiration date.

If this software works and works well, then Paul Graham's revolutionary idea of when you choose technology, you have to ignore what other people are doing, and consider only what will work the best applies. (Common sense really, but apparently not to the rest of our industry.)

If this software will work the best, and do exactly what I want and need it to do, I have enough experience to know not to care that everyone else runs something like git just because that is trendy right now. (A lesson appreciated by those who run SmartOS because it is the best available technology for virtualization, cloud, and performance, instead of running Linux and Docker.)
> I'm trying to remember how Android works, but I seem to recall that you need to sign the packages differently on Play and Fdroid. So you literally can't redistribute the same Play package with Fdroid (someone correct me if I'm wrong). This means rebuilding... and hence rebranding.

You can distribute the same build on F-Droid and Play, and also signed with your own key, if you use proper reproducible builds

(And not the TextSecure variant of "let’s download this huge image and let it compile the app", because that opens you to evil compiler issues).
I would argue that what Java/Swing set out to do in the 1990's was done already. You can ship Swing apps and make lots of money selling them to lots of people - JetBrains being a case in point. You don't get many people starting new projects that way (and Swing has been replaced by JFX anyway), but this seems more related to fashion than the merits of the various technologies.

The energy and "momentum" in the web community is something that has been discussed extensively on HN and elsewhere, so I won't comment on that. Suffice it to say that motion is not always the same thing as progress.
Yup, that's why I said a couple. You could afford 17, but only 2 of those would be suitable.
It's pretty common in some major part of of Asia. It does get costly from where I am (Malaysia).

http://www.statista.com/statistics/381388/asia-average-inter...
Transferring 550K to a personal account was maybe a slightly stupid thing to do.
It would help a lot to supplement the section photograph with a sketch that had labels. The phrase "stripey-looking brain between the two advanced camera eyes" is not especially helpful. What a contrast this modern site makes to the old-fashioned Gray's Anatomy, e.g. http://www.bartleby.com/107/247.html for the human stomach.
I wish to go on a slight tangent and offer Visual Studio Code to your comparison, because while it's still slower than Sublime but faster than Atom, it also offers unique features that I predict won't be replicated by Atom / Sublime for awhile, if ever.
Pretty much this. The noise about f-droid tends to be a bit misguided, and fwiw building an apk from the Signal source on github is pretty painless.

I'm actually much more concerned with the size of the app; imnho it's way to big and way to hard to even begin to audit. I've been trying to figure out if there are some simple core that could be extracted for building a minimal cli app with minimal media support -- but so far I'm not too hopeful.

It's just far too monolithic a project IMNHO. I want a small easily auditable library along with a small app - but it appears I'll have to implement that myself :-/

Still, at least the code is open, and it builds :-)
While unlimited private repositories sounds good, this change means that our GitHub costs are now 2.3x higher.

If this is going to be enforced, we'll need to decide between cutting away users from the org or moving to a different platform.
Essential time management tips for business pros to help grow business
Free up memory by closing inactive applications
Wow. Companies definitely suffer. For me ( freelancing dev, working primarily with startups ) it's a huge win.

GitHub vs BitBucket was always about :

1) 3rd party integrations ( CircleCI - e.g. ) - sadly bitbucket is behind that.

2) Issue management. Bitbucket's default behavior doesn't support labels or any other way of managing the issues structure.

Now, honestly CircleCI + GitHub for 7$ is just extremely cheap. ( talking solo devs / small teams ).
If I leave my job, can I "log out" of the app on my work machine without access to that machine?
I agree on the problem of finding a business model that isn't based on harvesting data in exchange for a "free" service.

slightly off-topic though ... IMO time is ripe for thinking beyond client-server. Decentralized models where a single actor doesn't control your data should hopefully be the future. There is lots of (too much) buzz around future blochchain/p2p based solutions that aren't built on top users privacy.