22:01 

Веб не спасёт мир

_DOOMer_
Тащить все в браузер, пытясь "эмулировать" в нем нативное дестопное приложение - было ошибкой. Javasсript никогда не был моим любимым языком программирования, скорее даже наоборот - после Питона и С++ его конструкции почему-то бесят. В итоге имеем то что имеем - мешанину из HTML, чистого JS и Jquery/JQuery UI. Ах да, ещё и Bootstrap как основа адаптивной верстки.

Все же надо было в вебе оставить только API на основе Django RRST framework, а всю "клиентскую" часть со списками, формами и прочей картографией - реализовать в виде десктопных и мобильных приложений (тем более что мобильные "отростки" хоть и не планировались изначально, но в итоге мы к ним все же пришли). И "красивый" landing-page на "морде" сайта.

На разработку ушло бы раза в полтора-два меньше времени.

Всё-таки не верю я в то что "веб спасёт мир", в плане быстроты разработки и удобства для пользователей. Браузеры становятся свобобразной "операционкой в операционке". А лишние прослойки - не нужны.

Но увы, моё мнение не разделяют в гугле и прочих "гигантах" индустриии =)

@музыка: Intra Spelaeum - Не Поспеть Зиме

@темы: стартапинг, мысли вслух, work

URL
Комментарии
2015-03-11 в 22:25 

Юрий Рэйн
λOther side of the memory crystal. …λ
Всё-таки не верю я в то что "веб спасёт мир", в плане быстроты разработки и удобства для пользователей. Браузеры становятся свобобразной "операционкой в операционке". А лишние прослойки - не нужны.
Да, разработка сайтов на JS не самое приятное и лёгкое занятие.
Единственное - так есть универсальный красивый клиент со множеством фич, а то к каждому сайту надо было бы писать (под каждую ОС) и устанавливать приложение).
Специфика картографии - отдельное дело.

Опять-таки возможно для создания примитивного сайта требуется меньшая квалификация?

Впрочем, порой и облачные IDE делают жизнь проще/приятнее.

Но увы, моё мнение не разделяют в гугле и прочих "гигантах" индустриии =)
Самое занятное, что им это удаётся реализовать).

2015-03-12 в 01:57 

_DOOMer_
Разработать красивый и удобьный интерфейс для веб-приложения, ИМЗО, несколько более гемморйно, чем с использованием нативных тулкитов типа WPF, Qt, wxWidgets. HTML изначально задумывался же как язык разметки документов, а потом на него навесили "интерактивность" с использованием JS. Плюс выглядеть он все равно будет инордно, не вписываясь в дизайн десктопного окружения ОС. Многих пользователей не так раскрашенные (и размещённые не в том углу) кнопки уже вгоняют в ступор =)

Нет необходимости установки, да плюс. Но тут в некоторой степени спасает идея репозиториев и "магазинов приложений", почти полностью снимающих вопрос обновления. Вот и в Win10 уже что-то подобное будет для обычного софта.

>>> Опять-таки возможно для создания примитивного сайта требуется меньшая квалификация?

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

>>> Впрочем, порой и облачные IDE делают жизнь проще/приятнее.

Ты пользовался какими-то из облачных сред? Меня пока не тянет на подобные эксперименты, предпочитаю традиционных подход - все локально + хранение изменений кода (и проектной документавции) на гитхабе\битбакете.

>>> Самое занятное, что им это удаётся реализовать).

Угу. Но у меня пока нет команды разработчиков, по размерам соизмеримой с гуглом или яндексом. А у работодателя - финансов, чтобы оную команду нанять мне в подчинение =)

URL
2015-03-12 в 14:14 

Юрий Рэйн
λOther side of the memory crystal. …λ
Разработать красивый и удобьный интерфейс для веб-приложения, ИМЗО, несколько более гемморйно, чем с использованием нативных тулкитов типа WPF, Qt, wxWidgets.
WPF И QT в этом смысле даже мне нравятся). К wxWidgets я менее радостно отношусь, ибо так и не нашёл нормального визуального дизайнера. (Особенно под Python :) ).

Вот и в Win10 уже что-то подобное будет для обычного софта.
Причём, слышал, что только для платных подписчиков). Хотя может ошибаюсь...

Ты пользовался какими-то из облачных сред? Меня пока не тянет на подобные эксперименты, предпочитаю традиционных подход - все локально + хранение изменений кода (и проектной документавции) на гитхабе\битбакете.
Пробовал c9.io/ . Писать что-то большое вероятно не очень удобно, но маленький проект - вполне. (Лень было на чистой системе, на которой не факт что задержался бы, настраивать все модули и окружения.

Писать что-то большое или нативное - думаю было бы неудобно.

Кстати, некоторые вроде пытались пойти по промежуточному пути (с одной стороны в браузере, с другой - ближе к нативу): Silerlight последних версий (По крайней мере под него можно писать на .NET языках и использовать WPF), Java Applets. Хотя на практике их не трогал.
*Задумался и стал смотреть на такие идеи с большей симпатией, чем раньше.

2015-03-13 в 17:02 

_DOOMer_
>>> К wxWidgets я менее радостно отношусь, ибо так и не нашёл нормального визуального дизайнера

Вот это (из первых ссылок гугла по запросу wxWidget gui editor) пробовал? Совсем неюзабельно?

wxglade.sourceforge.net/
wxcrafter.codelite.org/

>>> Причём, слышал, что только для платных подписчиков). Хотя может ошибаюсь...

Вполне логично, отсеет точнны шлака и индусских хеловорлдов. Но в то же время и закроет дорогу для мелких индивидуальных разработчиков, пишуших что-то небольшое фриварное или опенсорсное.

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

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

URL
2015-03-15 в 09:49 

Юрий Рэйн
λOther side of the memory crystal. …λ
пробовал? Совсем неюзабельно?
Про Glade не помню, а вот вторую - нет Оо. Спасибо, буду иметь на примете). Тогда что-то достаточно древнее попадалось.

Вполне логично, отсеет точнны шлака и индусских хеловорлдов. Но в то же время и закроет дорогу для мелких индивидуальных разработчиков, пишуших что-то небольшое фриварное или опенсорсное.
В смысле - пользователям для доступа тоже придётся оформлять подписку. По крайней мере ходили слухи, что МС планирует разделить функционал на чисто локальный и в основном бесплатный, и на платный, куда будет входить магазин.
И в целом такое решение выглядит логичным и обоснованным, потому предположительно верю (опять-таки студию-то открыли).

А так конечно печально, что нельзя просто выложить опенсурсное творение:(. За такое платить подписку или специальный акк как-то не интересно.

2015-03-18 в 18:08 

_DOOMer_
В смысле - пользователям для доступа тоже придётся оформлять подписку.

Тогда скорее всегоне взлетит. Даже в США и Европе. Платить только за сам факт доступа в магазин приложений, в котором возможно чел и ничего не купит - врядли кто-то будет. Даже у яблочников такого нет, насколько я знаю.

А для разработчиков оплата - нормальное явление. Гугл разовый платёж берет за аккаунт раззработчика, яббл ежегодно мзду собирает.

URL
   

Doom, Death, Darkness...

главная