scorpwarp23
If you do decide to go the MeteorJS route and need SEO take a look at this post I made here: https://hub.kadira.io/posts/sFWNi7ZdPoamaZF6x/
If it is more of an app and has a strong web app use-case I would suggest a,b MeteorJS + Native Apps
You don't need to charge users to make money. Data for e.g. is a great avenue for revenue.
Why do you think all those investors invested in the likes of Google & FB anyway?
Too bad MS has such a bad rap.
I am really looking forward to Windows 10. Pity they aren't doing enough for the power user & workstation user though - all that touch readiness is of no use to me cause I still use a desktop I built myself.
It is malware quite likely and can be undone. If you could share the link of where you downloaded the Skype dmg I can try and give you a fix.
I understand of course that the way UI is coded in iOS is very different from Android.
I can see this is a far better approach than Cordova & PhoneGap in that I can just port the logic across from my Android app. I have always hated the Cordova approach and found it nothing better than a glorified hack.
Even so, while this approach should save dev time considerably for startups like ours won't it also complicate the dev cycle in terms of writing device independent logic?
Another question. Is it a two way tool? Will it convert my Objective C code to Java?
Also, your GitHub README is incomplete. Would like to see some proper examples.
I'm currently working exclusively on MeteorJS, Node.JS and Angular and fail to see the relevance other than porting Scala applications to the web and making Web App development easier for developers familiar with Scala. However, without the kind of structure and inherent capabilities that a MeteorJS or DerbyJS offers, what's the USP here?
- Team Linkwok
As for the name - The idea was that it's a wok(cooking pan) for what you find on the web.
And the video - I agree entirely. Any app should be simple enough that when you get there you know what to do. Unfortunately either we need to find a new UI/UX and Interactions guy or more likely it's a process to get a completely intuitive UI and we're working towards that. I'm just glad we hadn't posted the last version on HN - I'll admit it was appalling! As one commentator on Twitter said - it's like Prezi for research so please give it another go. There's a feedback button in the app that you can use. Thanks.
Check them out. The idea that we seem to be failing to convey is that in most cases of casual research online it ends up taking hours and is not completely optimized. Also content ownership online is near impossible for the lay user - For e.g. Who has the time to author a wiki - but what if you could just drag and drop what's relevant and add some notes here and there, add connections to show a flow of thought and share it with someone. I used to teach engineering undergrads and signed up to work on Linkwok only cause I saw the value - Imagine lecture notes and lesson plans as Linkwok searchmaps! Where teachers and students can interact as well.
We get that search is private so by default everything IS PRIVATE on Linkwok but then content authorship is NOT generally private. So Linkwok caters to that as well.
Consider this: 1. When users search online and you're distracted or switch to a different task, it takes them a while to get their bearings with all those tabs etc. Or when you bookmark, unless you open the page you often don't know what it was. Here, every page can be stored as a visiting card - edit the name and description to something you remember 2. Users often don't remember how they got to a particular page - what they searched for when they found it. On Linkwok every page you add gets tagged with the search query. 3. There are several use cases where people need to collaborate when doing research and Linkwok directly caters to this. 4. It brings content authorship to the lay user cause it is supposed to be simple - ideally - evidently we need to fix the UI and UX a bit. 5. People search for similar things - If someone has found and curated the information for that topic why not continue from where they left off?
Finally, to my mind there's three kinds of searches that occur - broadly. 1. Where the user searches for something, the first link is all he needs and he's done. Linkwok is not for this case. 2. Where a user needs to iterate queries until he gets what he needs - Linkwok can come in mighty handy here. 3. Where one answer is not enough -one link is not enough - And here too Linkwok comes in handy
And if Linkwok searchmaps can come in handy for 2 and 3 - won't a searchmap also become a one stop for case 1 as well? That's what we're going for.
We're strangely positioned as an App. I will admit. But we do believe that there's value and hope that we can somehow convey this.
You asked for links, I know I have said more. But I did feel the need to add all that explanation cause we're obviously failing with our communication.