Oprogramowanie:

1. http://download.cnet.com/Ad-Aware-Personal-Security/3000-18510_4-75692520.html
2. http://download.cnet.com/Paragon-Backup-Recovery-Free-64-bit/3000-2242_4-10972187.html
3. Zamiennik emulatora ADB od Xamarina – http://xamarin.com/android-player
4. Mierz swój czas – może się to przydać. http://www.techrepublic.com/blog/five-apps/five-free-android-apps-for-tracking-your-time

Przyszłość:

• Wykorzystanie Dockera/Vagranta do wirtuazliacji/opakowania aplikacji do pojemników
• Używanie grunt/gulp do instalacji
• Zastosowanie Markdown do dokumentacji, emmpten i innych szablonów ()
• Używanie Knockout/Angular
• Serwer internetowy Nginx zamiast Apache
• Serwer aplikacyjny TomEE zamiast Tomcat
• Wdrożenie node.js jako serwera (może wzbogacone Edge)
• Wykorzystanie wkładu Facebooka – kompilator php, analizator składni JS  – Flow (http://flowtype.org/)
• Stosowanie architektury: natywna aplikacja/webkit-view na urządzeniu mobilnym łącząca się z serwerem poprzez WebAPI (WS) – czyli to co już było
• Wykorzystanie Google WebAPI np. dostęp do dokumentów, kalendarza, drukowanie w chmurze

ArsTechnica: Ciekawe podejście Google, dużo mówi się o Clang/LLVM, i innych kompilatorach skrośnych. Google też ma w tym doświadczenie: technologia GWT – tłumaczenie Java na JS. Dalszym krokiem Google jest zbudowanie jednolitego kodu nowej wersji Gmail (tzw. Inbox, kodu na trzy platformy (Android, IOS i  … nie Windows, ale przeglądarki internetowe, tak jakby Windows nie był potrzebny – to prawda, gdyż do uruchomienia poczty nie liczy się OS ale kontener – czyli przeglądarka). Do przetłumaczenia kodu Java na Objective-C służy J2ObjC – projekt open-source.  W ten sposób tłumaczy się logikę aplikacji, ale nie tłumaczy się wszystkiego, UI pozostaje do zrobienia “ręcznie” przy pomocy natywnego SDK – jest to ok. 25% kodu. Podobne  podejście cross-platform core, platform-specific UI stosuje Xamarin.

Xamarin w wersji 3 udało się udoskonalić tworzenie interfejsu UI w postaci Xamarin.Forms

Doskonałe tutoriale do JS na serwerach Mozilli – https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Inheritance_and_the_prototype_chain i tutoriale ogólne – https://developer.mozilla.org/en-US/docs/Web/Tutorials. Resig i jego tutorial – http://ejohn.org/apps/learn/#17

Generator wyrażeń regularnych w różnych językach – http://txt2re.com/index-javascript.php3?s=%3CAuthenticateUser%3Eb__3&-2&utm_content=buffer15be0&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

Specyfika aplikacji mobilnych (i nie tylko) polega na próbie oddzielenia warstw logiki od prezentacji (opcjonalnie także warstwy danych – zwanej modelem) i oprogramowania ich w niezależny sposób. Jest to podejście naturalne i racjonale. W związku z tym powstało wiele wzorców projektowych – Model-View-Controller (MVC), Model-View-Presenter (MVP), and Model-View / View-Model (MVVM).  Firma APPMETHOD tak opisuje trzy sposoby tworzenia aplikacji:

1. Wtyczki HTML oparte o WebKit – słaba wydajność, trzeba stosować JS i komunikację z C++. HTML Canvas (view) i wbudowany element BrowserField + JS (events) + C++(logic). Wymaga komunikacji między JS a C++.
2. Natywne biblioteki GUI, wymaga to trzech platform kodowych: iOS UI to Objective-C, Android UI wymaga Java (oczywiście C++ jest wspierany przez NDK ale czasami trzeba stosować JNI do Dalvik), logika aplikacji to znowu C++. W przypadku iOS jest trochę łatwiej dzięki temu, że można mieszać kod Objective-C z C++, do tego celu służy Clang.
3. Framework dla C++ np. http://www.appmethod.com/features, najlepsze rozwiązanie dla programistów C++, chociaż czasami wymaga wywołań JNI
4. Tworzenie aplikacji mobilnych  wg. Intela – https://software.intel.com/en-us/videos/intel-xdk-app-designer-getting-started – cała seria video tutoriali. Rozbiegówka – https://software.intel.com/en-us/html5/tools#

JQuery to wprowadzilo – na czym polega semantyczne wersjonowania – semantic versioning, which is usually just referred to as semver. The Semantic Versioning 2.0.0 spec summarizes semver like this:

Given a version number MAJOR.MINOR.PATCH, increment the:

1. MAJOR version when you make incompatible API changes
2. MINOR version when you add functionality in a backward-compatible manner
3. PATCH version when you make backward-compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

Więcej o Intelu XDK – https://software.intel.com/en-us/html5/articles/why-use-crosswalk-for-android-builds

Ciekawe http://www.phpgang.com/how-to-configure-google-cloud-api-in-php_288.html – wykorzystanie usług Google API np. do drukowania

Finasowanie Mozilli: USA – Yahho, Chiny – Baidu, Rosja – Yandex

SAP udostępnił swoją bibliotekę UI w JS – http://sap.github.io/openui5/?utm_source=Sites&utm_medium=Banner&utm_campaign=OpenUI5, jak zacząć – http://sap.github.io/openui5/getstarted.html

Podstawy WCF i nie tylko – http://www.codeproject.com/Articles/531332/Implementing-a-Basic-Hello-World-WCF-Service-v