Что лучше web или desktop

Десктопное приложение или веб-клиент – вот в чем вопрос!

Захотелось мне что-то провокационной статьи, так сказать взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

«То о бэнтли я мечтал, то о мазерати,
То рыбалка, то футбол, то с друзьями пати…»
Группа Жуки

​Захотелось мне что-то провокационной статьи, так сказать, взбодрить чем-то наше профессиональное сообщество. Хватит заумных статей и философских рассуждений. Итак, делимся на две команды: «любители Соса-Cola – горнолыжники – виндсерферы» против «любители Pepsi – сноубордисты – кайтеры». Счет на табло 0-0, начинаем!

Правила игры и критерии оценок

Сначала давайте определимся, что же будем считать десктопным приложением, а что – веб-клиентом:

• Десктопное приложение – клиентское программное обеспечение, реализующее Windows Forms интерфейс. Приложение инсталлируется на рабочую станцию пользователя и запускается локально. Или запускается удаленно. Допускается вариант запуска такого приложения с использованием ввода URL адреса в браузере, но от этого веб-клиентом не становится, также как и благодаря запуску с помощью различного рода эмуляторов;
• Веб-клиент – клиентское программное обеспечение, представляющее собой браузер и использующее http/https протоколы. Приложение не требует инсталляцию или загрузку программных модулей на рабочую станцию пользователя. Допускается установка дополнительных общесистемных библиотек и использование защищенных сетевых протоколов, и от этого десктопным приложением не становится.

При использовании любого из перечисленных клиентских приложений может применяться трехзвенная архитектура. Аллилуйя! Термины «толстый» и «тонкий» клиент сюда не вплетаем. Веб-клиент можно создать совсем не «тонким», ровно также как и с десктопного приложения по максимуму снять обработку бизнес-логики.

Что каждый из пользователей, владельцев системы, архитекторов и сотрудников служб безопасности ждет от программного продукта и клиентского приложения:

• функциональность, простота использования и быстродействие;
• возможность кастомизации и стилизации;
• мобильность и легкость обновления;
• масштабируемость и кроссплатформенность;
• безопасность и надежность.

Для простоты будем считать, что каждое удачное попадание – 1 очко, так как бессмысленно сравнивать, что важнее – мобильность или безопасность.

Надеюсь, разобрались, и можно начинать «играть». Звучат гимны команд, понеслась…

Первый период

В каждой второй конкурсной документации (если не чаще) в разделе технических требований можно заметить требования к наличию веб-клиента или веб-доступа. Возникает резонный вопрос «Вам вот это зачем, помимо того, что это модно?»

Как правило, обоснования такие:

• мобильность (можно войти в систему с любого компьютера подключенного к интернету);
• легкость развертывания и обновления (не требуется переустановка программных модулей на рабочих станциях пользователей);
• простота создания тестовой и продуктивной среды (на сервере приложений развернуто два веб-приложения к одной БД, таким образом, тестирование новых версий программного обеспечения отдельными группами пользователей становится удобным и сравнительно «безопасным», так как всегда можно вернуться к действующей версии системы обратившись к ней по другому адресу);

Часть этих преимуществ можно достичь и в варианте с десктопным приложением используя RDP доступы, доменные политики и прочее. Но в целом, удар из штрафной площади и 1-0 в пользу веб-клиента. Свисток, центр поля.

Безопасность и надежность – очень серьезный вопрос. Некоторые организации принципиально не хотят и не предоставляют возможность работы в корпоративных системах за пределами своего домена. Необходимость применения средств криптографической защиты информации (СКЗИ) и электронной подписи (ЭП) уже давно никому доказывать не надо, за нас это делают регуляторы. Для использования данных технологий необходимо обращаться к сторонним библиотекам, не все веб-приложения это «любят» и имеют ограничения. Стабильность работы самих браузеров также является потенциально узким местом, причем повлиять на это разработчик бизнес-приложения может не всегда. Оффлайн работа, объективно, чаще и проще реализуются с использованием десктопных приложений. В принципе отдельных организаций пока еще пугает работа в браузере (да-да в том самом, в котором сотрудники просиживают часами в социальных сетях, выкладывая туда всю свою подноготную). Это прорыв по флангу и счет 1-1. Звучит свисток, первая половина игры закончена, команды уходят в свои СЭД закрывать накопившиеся поручения.

Второй период

Все покупатели хотят видеть «свой» продукт, отличный от множества других. Конечно, сложно на это надеяться, покупая массовый коробочный продукт. А сделать его «под заказ» значительно дороже и рисково. Но только не в IT области.

Повальная мода на скины, по-моему, уже прошла, или я постарел, и иметь не классическую «морду» аудио-проигрывателя мне уже не принципиально. Тем не менее, возможность изменить цветовую раскраску, логотипы, иконки, шрифты базовых интерфейсов – хороший бонус для клиента. Десктопные приложения могут предоставлять возможность применения цветовой темы, настройки отдельных интерфейсных элементов, но веб-приложения, применяя каскадные таблицы стилей, с этим справляются явно лучше. Возможность кастомизации определяется степенью развития самого программного продукта и тип клиентского приложения тут не должно иметь особой роли. Счет 2-1 и «браузерники» вырываются вперед.

Функциональность – важнейшее требование к любому программному продукту. Исторически считается, что десктопные приложения более функциональны и эргономичны. Если пытаться разрабатывать веб-клиент с нуля, то так оно и будет. Но с годами были разработаны целые интерфейсные библиотеки, позволяющие творить «чудеса»:

• иерархические списки с возможностью перемещения колонок и наложения фильтров;
• функции drag&drop к любым элементам с любыми визуальными эффектами;
• интерактивные панели и деловая графика;
• встраивание аудио и видео проигрывателей (хотя кому-то больше нравится слово «выигрыватель»);
• обработка всевозможных событий;
• и многое многое другое.

Про визуальную красоту реализации я и говорить не буду – там все очень достойно. Подозреваю, что компании больше и охотнее разрабатывают новые интерфейсные элементы под браузеры, чем для традиционных win32-приложений.

Современный пользователь компьютера не меньше времени проводит в браузере, чем тратит его на работу с десктопным приложением. И первый вариант работы сложнее ему не кажется. Зато возможность масштабирования в браузере, отдельным категориям пользователей, приносит ощутимую пользу. Опасность у ворот команды веб-клиента была устранена. Счет по-прежнему 2-1.

Корпоративная информационная система растет вместе с компанией. А значит, количество рабочих мест увеличивается, расширяется линейка клиентских устройств для работы в системах. Мировые лидеры разрабатывают новые операционные системы и платформы, и угнаться за ним не так просто. А надо ли? Может быть, доверим им обеспечить совместимость распространенного программного обеспечения, а если такая совместимость не возможна, в их же интересах предоставить альтернативу. Вот такими финтами и перепасовками в центре поля одна из команд пробирается к воротам соперника.

Разрабатывая веб-приложения с соблюдением стандартов можно надеяться, что программное обеспечение будет корректно работать во всех браузерах, по крайней мере, в первой пятерке. Чуда тут не происходит, и существует масса нюансов связанных с различной интерпретацией одной и той же разметки. Разработчики каждый день видят в системах баг-трекинга заявки из разряда «функция А не корректно работает в браузере Б, а в остальных браузерах все ОК». Но эти труды стоят получаемых бонусов.

Когда пользователь заходит на рядовой публичный сайт в Интернете он надеется увидеть корректное представление страниц с сохранением всей заложенной функциональности. Причем, посетитель сайта не хочет знать «под какие устройства» сайт создавался (стационарный компьютер или ноутбук, планшет или смартфон), это его вообще не должно беспокоить. Почему же ровно также не рассуждать пользователю корпоративной информационной системы. Зачем пользователю, находящемуся вне офиса и имеющему на руках планшет за 1000$ переживать, что он не сможет исполнить поручение, выданное ему в СЭД. Надо ли сотруднику при выборе планшета изучать вопрос, а сможет ли он конкретно с этого планшета (с его операционной системой), корректно работать в десятках корпоративных систем своей организации. А если завтра он купит другой планшет (с другой программной платформой), система на нем будет ровно такой же, к которой он привык или уже другой, а придется что-то заново скачивать и устанавливать?

В идеале, я бы хотел, что бы разработчики бизнес-приложений сосредоточились на самих продуктах, а не тратили время на разработку одного и того же под разные платформы (те же яйца только в профиль). И одним из путей вижу применение в качестве клиентских приложений полнофункциональных веб-клиентов с адаптивным веб-дизайном. Это красивая комбинация заканчивается неберущимся ударом, и счет становится 3-1. Веб-клиент заслуженно побеждает десктопное приложение. Крики радости, брызги шампанского, смазливые девицы окружают победителей.

Послесловие

После матча болельщики еще долго спорили, обсуждали острые моменты и не объективное судейство, но счет на табло уже ничто не изменит. Ставки сделаны господа, ставок больше нет!

Тестирование десктопных приложений. Что такое десктопные приложения?

Что такое десктопные приложения, чем они отличаются от веб и мобильных приложений и будут ли тестировщики десктопных приложений востребованы в будущем? Ответы на эти вопросы найдете в сегодняшней статье.

Все статьи в рамках данного цикла написаны совместно с одним из наших преподавателей, а именно Еленой Выналек.

Что такое десктопные приложения?

Десктопные приложения — это программы, которые способны работать на любой машине, используя только аппаратные ресурсы компьютера, код самого приложения (который находится локально на рабочем компьютере) и библиотеки (предназначенные для этого приложения и которые тоже находятся на локальном хосте).

Иными словами, десктопные приложения — это, например, Photoshop, Gimp, Notepad++, группа программ Microsoft Office, Libre Office и т.д. То есть приложения, которые мы устанавливаем на компьютер или ноутбук.

• Photoshop
• Gimp
• Notepad

При этом такие приложения могут иметь многопользовательский режим. Они предоставляют доступ к функциям и определенному набору данных в зависимости от введенного логина и пароля. То есть, в одном приложении на одном устройстве вы можете сидеть под разными аккаунтами (например, десктопная версия мессенджера Телеграмм).

• 
• 

Десктопные приложения могут работать целиком автономно, на локальной машине, например, NotePad++, LibreOffice, MSOfice. Получается, что мы их установили себе на стационарное устройство (компьютер, ноутбук) и все данные по этому приложению хранятся на нашем устройстве.

Также десктопные приложения могут требовать для полноценной работы выхода в интернет, откуда они черпают данные для полноценной работы. Примером таких приложений могут быть десктопные версии различных мессенджеров (Вайбер, Телеграмм).
Для полноценной работы такому ПО нужен, как минимум, доступ к базе данных, которая, чаще всего, находится на удаленном сервере. Как раз доступ к удаленному сервису осуществляется через интернет или интранет (то есть интернет в миниатюре, который построен на использовании протокола IP для обмена и совместного использования некоторой части информации внутри этой организации).

Десктопное приложение занимает память компьютера. Это может влиять на его производительность. К тому же требует индивидуального запуска. Поэтому можно услышать мнение, что скоро десктопные приложения «вымрут» и пользователи будут работать в облаке, используя браузер, или в мобильных приложениях (многие из которых, кстати, являются аналогами веб).

Так ли это? И чем десктопное приложение отличается от веб и мобильного? Давайте разберемся.

Различия десктопного и веб приложений

1. Для запуска десктопного приложения у нас все «под рукой». Мы можем работать с ним автономно. Даже если оно требует выхода в интернет, а его у нас нет, чаще всего оно позволит работать с данными, которые ранее были извлечены и записаны в нашем компьютере). Чтобы запустить веб-приложение нам обязательно нужен выход в интернет и дополнительное ПО — браузер (который нередко сравнивают с операционной системой по возможностям).
2. Десктопное приложение надо настроить, то есть задать параметры его работы на данном устройстве: начиная от установления того, какую графическую оболочку будет использовать приложение, заканчивая тем, где оно будет сохранять исходящую информацию. Веб-приложение получает все необходимые настройки на сервере, на котором оно находится. Эти настройки едины для всех пользователей, которым не надо заморачиваться всякими техническими подробностями.
   Кстати, тоже касается и тестировщиков. Иногда приходится изрядно попотеть, прежде чем удается сделать необходимые настройки и убедиться, что программист действительно не обманывает, когда говорит: «А у меня работает!».
3. Оформление десктопного приложения стандартно: интерфейсы, взаимодействия повторяются из продукта в продукт. Тогда как в веб-приложениях возможностей создать что-то более оригинальное гораздо больше.
4. Веб-приложения более гибкие, чем десктопные с точки зрения совместимости. Наверно, каждый хоть раз «завис», размышляя, подойдет ли данный инсталлятор к его операционной системе. Или какой инсталлятор выбрать: 32- либо 64-битовый. Веб-приложения работают в любом браузере на любой ОС.

Различия десктоп и веб приложений

Различия десктопного и мобильного приложения

1. Первые два различия десктопного и веб приложения справедливы и для мобильного. Но в этом случае большую роль играет также динамическая ситуация, в которой будет работать мобильное приложение. На него в большей мере, чем на десктоп или веб, будут влиять фоновые процессы и внешние прерыватели: прием и отправка СМС, входящие звонки, входящие сообщения в различных мессенджерах, процессы в других открытых приложениях, которые требуют немедленной реакции пользователя и т.п.
2. При разработке дизайна и интерфейса мобильного приложения, в отличие от десктопа, кроме «красоты» надо взять во внимание также ограниченность площади экрана. А при тестировании еще и угол освещения.
3. Мобильное приложение, так же как и десктопное, разрабатывается под определенное окружение и использует ресурсы устройства, на котором оно устанавливается. Вот только окружения у десктоп и мобайл абсолютно разные.
4. В отличие от десктопов, ОС мобильных устройств обновляется гораздо чаще. Отсюда и специфические проблемы с поддержкой мобильных приложений и настройкой обновлений (обновления должны быть своевременные и устанавливаться легко, не доставляя хлопот пользователю).
5. При тестировании мобильного приложения гораздо большее значение играют тест-кейсы, которые симулируют связь с «внешним миром». Для мобайл обрыв связи или медленное соединение будет более критично, чем для десктопов.

Различия десктоп и мобильных приложений

Вымрут ли десктопные приложения?

Многие думают, что десктопные приложения «вымрут». Но скорее всего, если это случится, то очень и очень нескоро.

Ведь в отличие от веб-приложений, десктопы более безопасны и имеют средства развертывания подобные веб-приложениям. Например, RDP, то есть специальный протокол, разработанный компанией Microsoft для удаленного управления ОС Windows (протокол удалённого рабочего стола). Это позволяет фирмам работать только в своем домене. Также десктопные приложения более функциональны, чем мобильные приложения.

________________________________
Так что тестировщики десктопных приложений, по-видимому, еще очень долго будут востребованы на рынке IT-услуг.
________________________________

Desktop App or Web App: pros and cons

Today we’ll talk about the differences between desktop and web applications. We do not promise that we can be completely unbiased, but we will try to honestly consider all pros and cons.

A web application works through a browser, using it as a runtime, a desktop application — is installed, launched, and run locally. Let’s compare them according to their main characteristics.

Installation, update

The web application does not require installation, all updates take place on the server, are delivered to users immediately — you just need to reload the page or exit, and then log back into your account. But sometimes for it to work, you need to install additional libraries or use secure network protocols.

The desktop application needs to be installed on a computer or mobile device, updated every time a new version is released. Even though most often the process is automated, it still takes users’ time and device resources. Additionally, you will have to track versions on each computer, smartphone, and tablet.

Publish/deploy

The web application is published on a local or cloud server, and the update process takes place there. In this case, the server is needed in any case, even if the solution is quite simple. After all, in addition to the frontend, with which users will work through the browser, you need to host the backend somewhere.

The desktop application will have to be installed manually on each device. In a company with many jobs, this can take a long time. The good news is that you don’t have to choose a server or search for resources to publish if we are not talking about a client-server solution.

Reliability

The operation of a web application depends not only on how competently it is developed and the characteristics of the user device but also on the speed of the Internet connection and the performance of the remote server.

The desktop application works autonomously, so the main thing is the quality of the code and the stability of the hardware on which this code is executed. But if communication with the server is necessary, then the same problems arise as the “competitor” has.

Availability

The web application is accessible from anywhere in the world, from any device, and user files are always at hand. But only if there is an Internet connection or the ability to work offline and download and upload data is implemented.

The desktop application is always available — but only from the device on which it is installed. To work from different devices, you will have to install it on each, and also figure out where to store the files so that you always have access to them.

Cross-platform

The web application will work equally well on any device, it can be a stationary computer, laptop, tablet, or smartphone — after all, it practically does not depend on hardware or operating system. The main thing is the right browser. Typically Google Chrome, Mozilla Firefox, Apple’s Safari, or a Windows browser (Microsoft Edge / Internet Explorer) will work for most web clients.

The desktop application depends on the operating system, processor, video card, and several other parameters. You have to take into account the nuances of each environment (including when “catching” errors), write code taking into account possible options, hire individual developers or even entire teams for versions for different OS.

Functionality, performance

The web application is completely dependent on the browser and its technology. Therefore, there are several restrictions, for example — in access to the hardware of your device. It is impossible to get around this and some other restrictions (at least now). But several tasks can be solved according to the principle “what cannot be rewritten, can be built on or expanded.” Editors of documents, images, audio, video, 3D graphics; project management systems; file storage; no-code constructors — work successfully in browsers. Rapid service integration tools and front-end libraries further expand existing capabilities.

The desktop application allows you to implement any function — in this, it surpasses the web. In any case, no one has yet developed a full-fledged online analog of Photoshop or Sony Vegas. System utilities are the realm of desktop development. As well as programs that need to work in the background for a long time — for example, chats or torrent clients — it will simply be inconvenient to work with them through a browser. Also, such software is more often used for specific projects, with non-standard interfaces or functions. Therefore, web development does not present any danger for desktop programmers yet — these technologies will develop in parallel, just for different tasks.

As for the speed of work, everything is not as clear as it might seem. Although the browser client constantly exchanges data with the server, the performance will largely depend on how competently it is designed, the “purity” of the code, the capabilities of the equipment, and the stability of the communication channel. The difference in performance, which is obvious during testing, is often invisible to users.

Security

The web application developed using modern protocols and security tools can fully ensure the safety of data. However, developers cannot influence some points: browser, cloud server, communication channel — they can increase the level of security due to additional means of verification, but also reduce it due to their vulnerabilities. A definite plus for users: such software is easier to control. The limitations of the environment make it less likely that it will secretly gain access to files or launch a process.

The desktop application is configurable more flexibly, which means that theoretically all potential vulnerabilities can be foreseen during its development. In practice, it is unlikely. However, you can still make it completely safe. But only if the device on which it is installed will not connect anywhere, even to a secure local network. Otherwise, there will still be a risk.

It is difficult (if not impossible) to say what is safer. This is influenced by many factors, primarily the human factor. But the meaning of all security measures lies indeed in protection from the human factor.

The trust in desktop software is higher. Some organizations fundamentally disagree with browsers, and many users are still wary of them. However, the situation is changing — with the development of technologies, people’s loyalty to them grows.

Our findings

The possibilities of browser development are enormous, and its potential is far from being fully revealed. Technology is advancing, the IT market is growing, offering more and more applications — all other things being equal, users will choose the web simply because it is more convenient. If we talk about solutions for corporate clients, then browser applications are irreplaceable. They are flexible, versatile, do not require preliminary preparation of the environment, and save company finances, hardware resources, and employee time.

Alternative opinion

But consider a different opinion. Some developers believe that the prospects are far from cloudless. Browser operating technologies are too imperfect, too much low-quality software has already been “coded”. Therefore, users of browser solutions will fall back to desktop solutions. This trend will continue as long as browser developers use Java Script in large quantities. Only when a real alternative appears will it be possible to make predictions for the future.

Web applications are already suitable for solving many problems — for both business and ordinary users. If you decide to develop your own, use the no-code AppMaster.io platform.

Ready-made blocks of code and visual tools for working with them will help you create a web application and its back-end much easier and faster than classical programming methods!

C связь desktop и web. Сравнение desktop и веб-приложений

Последняя пара лет обозначилась появлением нескольких новых он-лайн приложений. Обычно называемые “WebOS”, “webtops” или “web desktops”, эти приложения используют Flash, Ajax или другие web-технологии, чтобы подражать обычному рабочему столу персонального компьютера. В теории это означает, что, где бы вы не находились, вы сможете получить доступ к вашей «рабочей среде» через простой интерфейс и набор инструментов. Конечно, всё с помощью одного логина.

На практике же, не всё так просто. Взяв во внимание различные web-десктопы на разных стадиях разработки в данный момент, ни один из них не предлагает в полной мере того, что требуется веб-работнику. Я посмотрел и поигрался с почти двумя десятками таких приложений, и до сих пор не нашел то, которое бы подошло мне в моей повседневной жизни.
Но имеются перспективы. Некоторые из этих приложений заслуживают внимания, особенно за то, что они начали взаимодействовать с другими сервисами, такими как Zoho Writer и Google Docs для редактирования документов, OpenBox от Box.net для хранения файлов, и другими сервисами и плагинами сторонних компаний. Ниже я отметил три наиболее перспективных webtop сервиса, а те, что похуже — уже за ними.
По моему скромному мнению, вот три самых активно разрабатываемых и используемых веб-десктопа (в алфавитном порядке):

ajaxWindows

Имея опыт(сразу оговорюсь, что не такой большой) разработки как настольных, так и web приложений, могу провести сравнение этих видов приложений с разных сторон.

И так, сегодня 2010 год. Мир ИТ динамичен, как ничто другое. Всё меняется. Вот и в мире программных продуктов происходят заметные изменения. Всё бОльшую роль играют веб приложения. Этот вид приложений появился не сразу. Сначала были просто статичные сайты, после в сайты начали внедрять скрипты. Сложность сайтов начала возрастать. И вот, не успели моргнуть глазом, как «сайты» стали таким же сложным программным продуктом, как и обычные десктоп-приложения. Сайтами их уже язык не поворачивается назвать — это уже приложения. Уже есть инструменты для создания таких приложений, паттерны проектирования, освоенные практики. А тут ещё «облака». Всё чаще люди переходят с Word на Google Docs. Уже приятнее и удобнее пользоваться веб-интерфейсом для просмотра почты(GMail). Всё чаще и чаще появляются разный веб-софт, сервисы.

Произведём сравнительный анализ приложений.

Под веб-софтом будет иметь ввиду приложения, доступ к которому осуществляется через веб-интерфейс посредством браузера.

приложения могут временно работать автономно

Плюсы — разнообразие реализации, минусы, сложности — кроссбраузерная совместимость. Решается применением библиотек на JavaScritp, внедрением стандартов.

• Пойти в веб-разработку
  : сайты, веб-сервисы, приложения, игры для социальных сетей, HTML5, JavaScript, PHP, MySQL.
• Двинуть в десктоп.
  Здесь царит разработка толстого ПО, CRM-ки, системная интеграция, тяжелый геймдев, С++/С#.
• Отправиться обслуживать 1С-ку.
  Вариант при нужном подходе прибыльный, но дающий намного меньше морального удовлетворения, нежели предыдущие.

Давайте по-честному. Мы за первый вариант — и да, поэтому мы поставили его на первое место. И да, именно поэтому мы сами работаем в сфере веба. И поэтому мы приглашаем студентов к нам — стажироваться и работать.

Сейчас попробуем доказать, что веб выигрывает у десктоп-разработки. Погнали:

Рынок веб-разработки в России за последние годы увеличился в 1,5 раза.
Это показатель, и очень хороший. Рейтинг Рунета как-то — любопытные могут сходить по ссылке и посмотреть, как дела у отечественной веб-разработки.

На самом деле, это закономерное явление — что более технологичные вещи вытесняют менее технологичные. Вы сами вспомните:

Всё правильно, слева — устаревшие технологии, справа — веб-технологии, гибкие и практичные.

Список можно продолжать и дальше. Изменения затронули не только частную жизнь пользователей, но и большие компании. Продвинутые руководители не хранят данные на физических серверах — они просто берут в аренду серверы того же Google. Это еще и экономически выгодно (а по прогнозам Cisco , облачные серверы окончательно «победят» в 2014 году).

В общем, мир понял, что веб-технологии — это удобно, и что за онлайн-сервисами будущее. Логично, что спрос на разработку подобных вещей будет расти, а на десктопное ПО — падать.

Тезис о том, что мобильные технологии и мобильные приложения начали активный захват мирового рынка, не нуждается в доказательствах. Конкурирующие мобильные платформы iOS и Android имеют собственные онлайн-магазины, где можно скачать или купить сотни приложений, игр, электронных книг, музыки и фильмов.

Однако и здесь наблюдается тенденция к переходу на веб-технологии. Итак, в ближайшие несколько лет веб-разработка (и мобильная веб-разработка на HTML5) будет только набирать обороты . В этом можно не сомневаться.

И к финансовой стороне вопроса.

У специалиста в области веб-разработки есть как минимум два преимущества.

Во-первых, спрос на такие кадры остается высоким. Более того — с ростом рынка растет и спрос на веб-разработчиков.

Во-вторых, да, они неплохо зарабатывают — у PHP-программистов одни из самых высоких ставок на IT-рынке.

Но для того, чтобы ваша деятельность еще и приносила удовлетворение — нужен третий компонент, саморазвитие. Именно поэтому мы считаем, что работа в крупных IT-компаниях не подходит тем, кто хочет качественно развиваться: ведь зачастую разрабатываемый проект настолько огромен и делают его уже столько лет, что никто, кроме руководителя отдела программирования, не помнит, что вообще происходит.

Работа протекает по принципу «конвейера»: вы получаете маленькую задачу, спецификацию, пишете код, сдаете, получаете новую (иногда даже не связанную с предыдущей).

Развития там нет, потому что развитие должно быть направленным.

Поэтому мы предлагаем студентам стажировку. Это будет наше совместное приключение, цель которого — дать вам ценные знания и навыки. Нет, мы не делаем этого бескорыстно, когда вы научитесь, мы с большой вероятностью предложим вам остаться
и получим в штат подкованного разработчика:).

• Вы будете учиться применять связку PHP/HTML5/JS/MySQL, работать с прогрессивными CMS (1C-Битрикс) и фреймворками (Zend).
• У вас будет персональный наставник — опытный разработчик, который будет подсказывать и направлять.
• Вам выдадут полностью оснащенное рабочее место: с мощным железом и лицензионным софтом.
• Вы будете своими руками создавать проекты, которыми можно гордиться.

А еще наши внутренние процессы настроены на постоянное повышение качества. Во всем. Например, у нас есть холивары по четвергам, на которых можно послушать доклады коллег и поспорить о том, какая технология лучше. Или виски-брейки, куда мы зовем интересных людей из мира разработки и дизайна, а потом общаемся с ними в очень приятной, расслабляющей обстановке;).

В общем, не будем проводить откровенную агитацию, просто подумайте, в какой сфере вы хотели найти себе применение. А мы всегда будем рады с вами познакомиться.

A picture is worth a hundred words, and a nice live demo – even thousands. So don’t think – click on the image below and keep reading this article after watching the demo.

What is it

The demo above shows how the Web Desktop can be created on the base of Webix ui components. Such kind of shell can be used by remote user, providing them the desktop-like environment, where users can access the remote data and work with it. Users can launch inner apps, organize them on the screen, switch between them. All the same can be done with common desktop web apps. And it works in any browser (even in IE8!)

How does it work

Demo is fully written in JavaScript and is using common Webix ui components. Main UI is created with a help of Layout and List components. Popup elements are Window widgets. Work area with icons is really a Data View component. Webix components allow to redefine their look and feel through CSS, and as you can see it can lead to the dramatic changes.

It may be a bit crazy to create a desktop-like shell in the browser, but why not. Webix is a powerful toolkit and it is not limited to the tables and buttons.

What’s next

For now, Virtual web desktop is just a demo. While you can use it in web ui development, it doesn’t work as a standalone component, and may require a lot of code for proper integration. We are thinking about converting this demo to a standalone component, with rich API and documentation.

Please share your thoughts in comments. What do you think, does this demo need to be extended, or are there some other crazy things, which you wish to see implemented with Webix?