JulienSchmidt

Regardless if such kind of search was available before or not, many people, like the author of the linked article, will encounter this pay-wall during their research. I think you could benefit, and especially grow, a lot if academia.edu becomes a place where students actually start their research instead of landing there through an external search engine.

In 2017 fulltext search should be considered a basic feature, which according to your business model should be free. Even the online library of my university offers it, even though on a much smaller data set.

If it is true that other premium features are more heavily used than "advanced" search, then you still have enough reasons to legitimate your premium accounts without it.

I think you could find other ways to generate income and become sustainable. For academia.edu it might be premium accounts offering additional services and maybe sponsored content like placed search results, job offers etc. Use the information you generate (but please don't just sell it to a 3rd party).

In order to receive notifications without a push notification service like Google Cloud Messaging (GCM), every app would have to

a) poll for updates, meaning that the app establishes a connection repeatedly and asks a server for update. In the worst case, there is a delivery delay as big as the period between two polls. That also means that the app has to be running and thus the phone "awake" every time an app tries to get updates

or

b) keep a connection to the server open. That also requires that the app is running and sending something like keep-alive commands to avoid timeouts

In both cases it means that it doesn't scale at all. The phone would be awake a lot just to fetch updates, it would drain the battery and cause unnecessary much network traffic. Unnecessary, since there is a better solution: register with a 3rd-party service that handles the updates instead, in the case of Android mostly GCM. It basically works as follows: GCM keeps one connection to the Google servers open the whole time. Apps on the phone can register with the GCM client. Instead of sending the updates directly to the app on the phone, the app backends send the data to google instead, which then sends it with very little delay and overhead to the GCM client on the phone, which then in turn wakes up the respective app and passes the payload data.

If all these services just use GCM instead of handling notifications on their own, using WhatsApp, FB Messenger, Telegram, Signal, Skype, WeChat, Line and Viber at the same time is suddenly not such a bad idea anymore.

GCM it often unavoidable, since very little apps support alternatives to it. E.g. in China several alternatives exist, since connections to Google are blocked. I think also Amazon runs its own push notifications service.

Are you asking how it is unavoidable or how it is sending only minimal identifying data?

Wearable and Cast are often missed APIs. Contacts and Calendar sync is also not implemented yet. I can't think of any app that I personally used that doesn't work. That includes Google Maps and the Play Store. There were some crashes in the past, but microG became a lot more stable since then. However, I completely rely on my own infrastructure for mail and contacts / calendar sync (using DAVdroid).

* Optional completely offline geo location service via an on-phone database which often preserves battery and even works when no internet access is available. Online backends using e.g. Mozilla Location Service are also available

* The often unavoidable Push notifications via Google Cloud Messaging while only sending minimal identifying data

* The Analytics (tracking) and Ad parts are simple stubs which avoid app crashes but do nothing else

The only strange thing is, that for app downloads usually the APK is directly linked - while still using the Play Store logo. That is because there are many different app store providers. However, as soon as the app is installed, it gets updated by that respective app store.

Moreover there seem to be a few memory leaks. Finder eats up more and more RAM until it requires a force-relaunch. Unfortunately the same seems to be true for the kernel, which therefore requires a sporadic reboot. I also encountered the calendar notification service using 100% of the CPU a few times.

I'd wait for a later beta release or the final version.

In the end the user does not care which OS runs in the background, just which platform offers the best experience - in this case the longest battery time.

PS: The proper domain is paydirekt.de

Also OT: I'm a student from Germany who studied in the Philippines for a while. I'm always interested to go back for a few months. If you have an office in PH and looking for motivated developers, don't hesitate to contact me.

It doesn't use Gin, but httprouter, which is also the basis for Gin.

For example the database drivers section [1]: 3 out of 5 projects are abandoned, while current projects (listed in the official Go community wiki [2]) are missing.

1: https://github.com/avelino/awesome-go#database-drivers 2: https://code.google.com/p/go-wiki/wiki/Projects#Databases_an...

Most of the pool management code uses mutual exclusion which can get really expensive when 40 threads compete for it.

I think B-Trees are mostly important for educational purposes, since this is a very important general way of organizing data. For real world usage, there are hundreds of different structures optimized for different use cases.

Some of these words make not the slightest sense even to a native speaker.

  _ = myFunc()

But why do we only use a few loud colors, which give me eye-cancer, if we have 16.78 million? Is it 2000 again? Are the flashing .gif coming back?

I really prefer "almost flat" UI, like Google's websites or slightly-3D like Bootstrap 2.

If you speak German, you can find a great free documentary here: http://www.ndr.de/fernsehen/sendungen/45_min/videos/minuten8...