How to do react project from the cloud with cross platform workstations? - reactjs

I am rather new to several of the technologies involved here but here is the scenario:
I have a Windows PC at home, a PC laptop and an iPad Pro. I have a React project that I am working on and would like to be able to do so from anywhere. I dont have any kind of VPN solution available, and a usb stick is mostly out for the iPad, so I was wanting to use Google Drive (or as a last resort iCloud) to store the project. Also I do not wish to use github for a number of reasons.
Can anyone outline the best way to work on a React project (With NodeJS) in a cloud based storage and further how to run / deploy it from the iPad station? Thank you!

I Think you have to use a git repository (github, gitlab or bitbucket works great), and all your machines should have the tools pre-installed (node, code editor).
If you want to code without any tool, I recommend https://codesandbox.io, it works great with small/medium projects. One of it's downside is that your projects will be public on the internet.

Related

Porting an app developed with Android SDK to codenameone

How would one go about porting an app built with Android SDK to Codenameone? The objective is to port to multiple OS.
I suggest checking out the Android trail in the Codename One website http://codenameone.com/android.html generally you would need to rewrite your UI and networking code. Adapt to a smaller subset of Java functionality etc.
You could keep most of the business logic intact though. I would suggest starting with a GUI builder application and some of the How Do I? tutorials just to get the UI right then the rest should be easy.

Utilising AppHarbour with a WPF application

I am investigating the best route for me to push updates of my small WPF application to my end users using ClickOnce.
I have looked briefly at AppHarbour and see that ASP.NET MVC works straight out of the box. Has anyone tried with a WPF application, or if there is a slicker/easier/cheaper way for me to publish my app to clients from a Web location?
Also if above is achievable/feasible does anyone have any advice for slickest continuous integration techniques with this approach? i.e. set up 2 environments on AppHarbour, QA/Production, set a test environment at client site pointing to QA and a live deployment on client site pointing to live etc...?
I will be using the (currently) freebie version of VisualStudio.com TFS for source control. I know Azure does this, and is incredibly simple to use but I am a pauper and have no funds for this until I sell a few more sites!
Thanks
You can host your ClickOnce deployment in Azure blob storage. You can write a small program that will deploy it after you publish it locally, or push it up manually using something like Cerebrata tools. It's really, really inexpensive. This article explains how to do it, and this article talks about the cost. The second article has old Azure pricing; it's even cheaper now.

How to make a cloud and all platforms offline apps together?

I know is hard to develop web application and make a individual app versions in each device.
But i just want to know how that works with big companies.I want to know how they write there code
The best example is Evernote and Google Drive.
They make a cloud application and individual apps for each device.
So the questions are..
How do sync the data with the cloud apps ?
Do they use version control ?
Can i get software requirement specification anywhere ?
Platforms and Languages:
iPhone and Mac - Objective C
Android and Other Mobile Apps - Java
Windows 8 - C#
Web Apps - PHP or Python
How do you solve this solution languages differ?
I guess i it's not possible with version control..
How to minimize coding ?
I recommend you use a version control tool.
make a individual app versions in each device.
I assume you mean developing different versions with few differences. The branch feature in a version tool can help you manage these versions easily.
How do sync the data with the cloud apps ?
You can use the web deployment feature to upload the applications/modifications to your web server.
I list some version control tools here for your reference:
Git
SVN
SourceAnywhere (I work for the company)
Team Foundation Server

Icenium experience and recommendations

I have to develop a mobile application that is available on Android and iOS.
I do not have any experience with native development for Android or iOS, so I decided to go with some of the existing platforms like PhoneGap, Titanium or Icenium (these platforms provide me with all necessary requirements).
I saw that Icenium requires an invitation code to go through the documentation.
What I want to ask: Has someone played with Icenium? Any recommendations about this cloud-based platform? What about performance?
I have been working with Icenium and I can say that it is fun so far. It is really just an IDE that allows you to use Cordova (PhoneGap) to build apps. There are two IDEs -- one that is browser based and one that is a Windows desktop app. The native desktop app is more featured and has a better User Experience. There is some poetic justice there, if you are looking for it :)
So far, it is certainly young. Support for things like PhoneGap plugins is non-existent so far. I also can't seem to get the app working on a real device, but these are beta bugs and I expect them to be smoothed out.
Although the cloud-based approach is nice because I don't have to worry about using multiple IDEs, you lose a lot of freedom for how you want to develop. For instance, I like using CoffeeScript and there is no support for building, compiling, creating new CS files, etc. Possibly in the future?
Since it is really just an IDE for developing Cordova (PhoneGap) apps, it isn't a different platform from Cordova. It just makes development a bit more streamlined.
I have to say that from my personal experience , Icenium is slow. They market it as being html5 apps that work like native apps and this is just not the case. You can make it look like a native app and you can develop it with the native ideology as it were, letting the user experience it as if it were native, but its so slow.
Its also really odd how a microsoft technology based company ( that is telerik ) has basically removed itself from the microsoft stack with icenium. I am not saying that is bad , microsoft itself needs to do more to attract developers to its platform. Its just really odd because most of the telerik clients use the mircosoft stack , including , very importantly visual studio. Everyone knows VS they have custom plugins that suit their development style and now we must learn and use a new IDE that is so far , in my opinion not even close to the standards of anything. The one primary advantage is that you can deploy to a device.
Adding Phonegap or any other mobile based framework can be done in anything. It also does not provide support for microsoft devices at all. Which removes completely the whole cross platform environment that it seems this was supposed to be created for.
If you are not developing for microsoft , i guess its fine , but i dont see any other advantage other then it can deploy to the device for testing. If you have clients that work on the MS stack .. i would not recommend this at all. Just fire up VS and develop as you have before and just include those libraries in your file system.

how to build j2me applications using codename one?

I create a new netbeans codename one project and it runs on codename emulator but when i build the broject the application does not work on j2me device because there is no MIDlet.
there is an option called send j2me build but it is not available in my country i cant even signup for some
political reasons how to solve this problem ?
thank for any help.
It seems that Google App Engine which we use for infrastructure is blocked in some countries. This is entirely out of our control. We are looking into the possibility of replacing the Google App Engine server architecture but that would take some time.
Technically you can build Codename One applications like you build LWUIT applications but it requires quite a bit of know how.

Resources