Speaking of alternative DE, there is also NEXTSPACE: https://github.com/trunkmaster/nextspace
526 karma · joined June 3, 2015
No. In Chinese it's 此处 (simplified Chinese) or 此處 (traditional Chinese).
AFAIK, 処 is simplified Japanese. The original kanji is 處, which is the same as traditional Chinese.
My first impression was "unbelievable" - how on earth would anyone think a Palm device is slow?! Then I followed the link and saw a Palm Tree 750/V... oh, of course, that thing run Windows Mobile.
A Palm device running Palm OS is blazing fast! I switched to iPhone from Treo 650 in 2009. Almost everything became much slower. The iPhone software was slow, so was the user interaction (in the sense of UX).
Palm only started using Windows in its later years. And there were actually very few Windows Palm phones. Most Palm PDAs and phones run Palm OS and were very, very fast.
"NEXTSPACE is a desktop environment that brings a NeXTSTEP look and feel to Linux."
I wish someone like Scott Forestall will come up and make a new, user-friendly OS.
In terms of tech stack, GFWaaS is a mix of Rails, Apache Guacamole, and headless browser. If you just want to solve your own problem, you could simply setup Guacamole on a server in China, and use VNC in your browser.
The real challenge is dealing with the Chinese Internet. For example, to get reasonable connection speed for VNC, choosing the right cloud service provider is really the key. You have to figure out a way to get an account from the major providers in China (many of them, if not all, require you either live in China or have a local entity), and test the speed and stability of the connections. And, in some cases, because of the bad traffic peering across Chinese ISPs, you website may work relatively well with one ISP but not others, so you have to test with different ISPs.
GFWaaS streamlines the whole process so you can focus on testing your website, instead of finding the right cloud service provider and setting up software etc by your own.
Hope I have explained what you asked, and sorry for my English.
Surprised to see this would be in the frontpage of HN. Happy to answer any questions you may have :-)
Well, not me. I'm Chinese and I hate hate hate WeChat. It's a cluttered, privacy intrusive app and a very close eco system.
WeChat became this popular is by no means because of the app per se, but because of it is made and heavily promoted by Tencent.
Before WeChat we had much more elegant and simple apps like Talkbox and WhatsApp.
Not necessarily true.
For instance, "Not necessarily true" is 18 characters and 2 white spaces, while in Chinese, it could be as simple as "未必".
Sorry for my English.
We’ve built ZenReads which is a news delivery service for Kindle: http://zenreads.com
We delivery content sources of your choice to your Kindle everyday, including Hacker News, The Verge, Life Hacker and so on, so that you can enjoy an effortless and pure reading experience.
We have done quite a few enhancements specifically for HN, like better GitHub project/YouTube layout etc.
The website has been online for some time and we ourselves and a couple hundreds of users quite enjoy it. So now I want to introduce it to you and hope you like it.
Tickets is our core feature. And we indeed have the requirement to show that 'Someone is also viewing this ticket'.
But the more important feature we need is to sync changes to a ticket across users. For example, if user X re-assignes the ticket to user Y, people who are viewing this ticket should be able to see the change without refreshing.
Knowing someone else is also viewing a ticket is not particularly useful for a ticketing system, because even if I know a ticket is viewing by others, I still need to do what I'm supposed to do (reply, re-assign or whatever).
I guess Also Viewing is great for websites where users feel comfortable doing something with others, and they don't make much changes to the UI. For instance, watching videos or listening to music with friends.
By the way, I personally know Paul (the author) and I wish Also Viewing could become popular.