Супер епизод! Кефи да се види, че се правят световни state-of-the-art неща от българска фирма в България.
Тъй като се спомена за Web IDE, да питам опитните хора тука, дето всеки ден само пред IDE-то стоят. Не мога все още да схвана, защо особено за PaaS облаци като AppEngin-a и Azure, не са дори разработени приемливи, да не кажа са се наложили Web базирани IDE-та. Не е ли логично, като така или иначе дивелъпваш за клауда, да го правиш в клауда, от писането на кода, до тестването, до билда и диплоймънта? Да не говорим, че дори real-time колаборация като в Google Docs би била напълно възможна.
Не мога да схвана, защо все още е прието и реално нормалното да сваляш, инсталираш SDK-и, да тестваш във някакви симулатори локално и после чак да ъплоудваш все едно е 98-ма.
Явно има конкретни причини, но не мога да си ги изясня съвсем.
Да, това го чух. Но защо конкретно? В крайна сметка почти цялата работа е базирана на обработка на текст, от страната на клиента поне. В браузъра в днешни дни могат да се случват много по сложни неща…
Първо не е само текст. Има неща като дебъгване например. Второ в native платформите текста не само може да го изписваш а да го рисуваш по екрана както намериш за добре. То и в web може, ама в native е много по-лесно.
@Станков За някои сценарии като pure web неща Web IDE-та са доста примамливи. Един от основните проблеми с тях, е че хората които са свикнали да ползват „старите“ и по-мощни инсталируеми IDE не могат да ги заменят, ако новото не е поне толкова добро. Друг проблем в web-a е достъпът до native ресурсите на машината – има решения и за това, но не и стандарт, който да се наложи.
Едно поне е сигурно ще има повече web базирани IDE-та за в бъдеще и ако някой от големите играчи настъпи мощно ще стане много интересно.
Друг интересен вариант са хибрдините решения като Adobe Brackets (http://brackets.io/), които са изцяло web базирани, но хостнати в native shell и доспът до native ресурсите се осъществява през Node.js.
Мерси за отговорите!
Но аз имам предвид, когато „нейтив“ ресурсите са всъщност в клауд PaaS. В днешно време, дори тогава е нормално да сваляш SDK и при тестовете да симулираш някакъв облак на собствения си компютър вместо всичко това да се случва в самия облак, за когото е предназначено приложението.
Според мен за IDE в облака има значение и един друг, много сериозен фактор pricing-a. Може да си представиш компилиране в облака колко тежка процедура може да бъде
септември 30th, 2013 at 21:39
Супер епизод! Кефи да се види, че се правят световни state-of-the-art неща от българска фирма в България.
Тъй като се спомена за Web IDE, да питам опитните хора тука, дето всеки ден само пред IDE-то стоят. Не мога все още да схвана, защо особено за PaaS облаци като AppEngin-a и Azure, не са дори разработени приемливи, да не кажа са се наложили Web базирани IDE-та. Не е ли логично, като така или иначе дивелъпваш за клауда, да го правиш в клауда, от писането на кода, до тестването, до билда и диплоймънта? Да не говорим, че дори real-time колаборация като в Google Docs би била напълно възможна.
Не мога да схвана, защо все още е прието и реално нормалното да сваляш, инсталираш SDK-и, да тестваш във някакви симулатори локално и после чак да ъплоудваш все едно е 98-ма.
Явно има конкретни причини, но не мога да си ги изясня съвсем.
септември 30th, 2013 at 21:55
Зададох практически същия въпрос в подкаста. Според нашия гост още поне 10 години web платформата няма да е готова за това.
септември 30th, 2013 at 23:16
Да, това го чух. Но защо конкретно? В крайна сметка почти цялата работа е базирана на обработка на текст, от страната на клиента поне. В браузъра в днешни дни могат да се случват много по сложни неща…
октомври 1st, 2013 at 05:51
Първо не е само текст. Има неща като дебъгване например. Второ в native платформите текста не само може да го изписваш а да го рисуваш по екрана както намериш за добре. То и в web може, ама в native е много по-лесно.
октомври 1st, 2013 at 11:52
@Станков За някои сценарии като pure web неща Web IDE-та са доста примамливи. Един от основните проблеми с тях, е че хората които са свикнали да ползват „старите“ и по-мощни инсталируеми IDE не могат да ги заменят, ако новото не е поне толкова добро. Друг проблем в web-a е достъпът до native ресурсите на машината – има решения и за това, но не и стандарт, който да се наложи.
Едно поне е сигурно ще има повече web базирани IDE-та за в бъдеще и ако някой от големите играчи настъпи мощно ще стане много интересно.
Друг интересен вариант са хибрдините решения като Adobe Brackets (http://brackets.io/), които са изцяло web базирани, но хостнати в native shell и доспът до native ресурсите се осъществява през Node.js.
-sdobrev
октомври 2nd, 2013 at 01:10
Мерси за отговорите!
Но аз имам предвид, когато „нейтив“ ресурсите са всъщност в клауд PaaS. В днешно време, дори тогава е нормално да сваляш SDK и при тестовете да симулираш някакъв облак на собствения си компютър вместо всичко това да се случва в самия облак, за когото е предназначено приложението.
октомври 6th, 2013 at 12:02
Според мен за IDE в облака има значение и един друг, много сериозен фактор pricing-a. Може да си представиш компилиране в облака колко тежка процедура може да бъде