Войти
ФлеймФорумПрограммирование

Крестовой цикл разработки (4 стр)

Страницы: 1 2 3 4 5 Следующая »
#45
19:05, 7 авг. 2018

monobogdan
> Ну а какой отдачи ты от джунов хочешь?
ну был разговор про жсмакак которые говнософта напишут, я просто указал на то что разницы нет какие макаки, это макаки.

monobogdan
> Никто не говорит про то что это медленно, но это костыли.
так если на костылях ходить приятнее и быстрее чем без, то почему бы и нет. И это уже не костыли, а экзоскелет!

monobogdan
> Он про то что эти костыли нахер не нужны.
Так же можно сказать и про IDE и про dll и вообще про все. А это просто инструмент который упрощает жизнь и увеличивает профит.


#46
19:08, 7 авг. 2018

Mephistopheles
> переход с wpf на встроенный браузер снизил время необходимое на разработку в двое.
> Если на wpf разраб тратил несколько дней на модификацию ui, то css верстальшик(к слову почти в три раза дешевле разраба стоит)
> делал схожие изменения за пол дня. Так и разраб больше успевал и не насиловал себе голову ui.
а что мешает css с wpf использовать?
...
отсутствие готовых библиотек и инструментов?

Mephistopheles
> ну и как бонус они получают еще сайт который почти не требует отдельной поддержки.
Нет. Сначала был сайт, а потом приложение сделали "под вэб".
Первый стим клиент был совсем не на браузере.

monobogdan
> Вывод: Писали бы они все на JS, была бы единая кодовая база.
а я вижу вывод так: нефиг - было с Делфи слазить. (причём окончательно слезть не получилось)
Сейчас бы, при том же функционале была единая кодовая база.

Mephistopheles
> тем не менее когда поддержка\разработка ui у софта производится на давно
> обкатанной миллиардами технологии это сильно уменьшает риски и издержки. ну и
> конечно тьма различной говености либ для ui которые просто в два клика делают
> то что возможно даже месяцами лепить на нативе.
взаимоисключающие слова: "на давно обкатанной миллиардами технологии" и "тьма различной говености либ".
Если либ тьма, то "давно обкатать" её уже не успели.

#47
19:09, 7 авг. 2018

Mephistopheles
> так если на костылях ходить приятнее и быстрее чем без, то почему бы и нет. И
> это уже не костыли, а экзоскелет!
Какую роль локальный веб сервер выполняет для клиентского приложения? Чем он лучше обычного гуя?

Mephistopheles
> Так же можно сказать и про IDE и про dll и вообще про все. А это просто
> инструмент который упрощает жизнь и увеличивает профит.
Нет, нельзя. Я тебе привел конкретный аргумент почему это не нужно.

#48
(Правка: 19:12) 19:12, 7 авг. 2018

skalogryz
> Первый стим клиент был совсем не на браузере.
Был, на базе Trident(IE).
Просто он использовался только для отображения страниц магазина, сейчас используется Chromium.
Библиотека стима никогда не была на HTML5.

skalogryz
> а я вижу вывод так: нефиг - было с Делфи слазить. (причём окончательно слезть
> не получилось)
> Сейчас бы, при том же функционале была единая кодовая база.
Гуй пришлось бы переделывать на FireMonkey как минимум.

#49
19:16, 7 авг. 2018

monobogdan
> Гуй пришлось бы переделывать на FireMonkey как минимум.
Гуй пришлось бы делать на FireMonkey для планшетов. Не более.
Всё остальное можно было бы оставить как есть.

#50
19:17, 7 авг. 2018

skalogryz
Ну если прям хочется единую кодовую базу, можно было вообще весь гуй сделать на FireMonkey.
Он и выглядит красиво, и гибче VCL.

#51
19:18, 7 авг. 2018

Panzerschrek[CN]
> Монополия - прогресс, потому, как она является закономерным процессом развития
> свободного рынка. Учи матчасть.
какая дичь

Panzerschrek[CN]
> Памяти никогда не бывает много. Как только докупишь планок, так тут же что-то
> её жрать начинает с удвоенной силой.
ну что поделать 256 килобайт всем не хватило. Периодически нужно делать апгрейд железа.

Panzerschrek[CN]
> Это скорее частные проблемы майкрософтоофиса.
ну либреофис также не осилил, ну он вообще плохенький.

Panzerschrek[CN]
> dll-ки памяти лишней жрут, да и загрузка dll-ок не мгновенная.
даже не представляю на что похож такой сон.

Panzerschrek[CN]
> Открыть вкладку в браузере, который и так уже открыт, гораздо быстрее, чем
> запускать отдельное приложение.
ну ок подождешь < секунды пока откроется, не велика беда, или тебя по этому поводу тоже кошмары мучают?

Panzerschrek[CN]
> Излишняя сущносте (веб сервер) и общение с нею усложняют некоторым образом
> разработку.
это не проблема. Это вы просто привыкли кресты использовать как сильвербулет и драться за каждый байт памяти, в вебе и в энтерпрайзе обычное дело использовать отдельные сущности чтобы упростить, да именно упростить разработку. И если введение вебсервера сделает разработку проще - то тут и думать нечего.

Panzerschrek[CN]
> Чё-то не слышал о таком. Я не уверен точно, но судя по тому, что я видел в
> отладчике, там всё работает через обыкновенные Qt-шные метавызовы.
Я просто предположил, хз как там они сделали

#52
19:20, 7 авг. 2018

monobogdan
> Ну если прям хочется единую кодовую базу, можно было вообще весь гуй сделать на FireMonkey.
> Он и выглядит красиво, и гибче VCL.
Гуй не есть кодовая база, это лишь её маленькая часть (в нормально огранизованном приложении(ях))

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

#53
19:22, 7 авг. 2018

skalogryz
Я говорю не про конкретную задачу которая выполняет софтина, а про всю кодовую базу, софтину можно одним кликом собрать на любую платформу, в которой можно изменить что угодно, и оно будет работать одинаково везде. Если бы они оставили VCL на ПК, а на остальных платформах - FireMonkey, это было бы не то.

#54
19:26, 7 авг. 2018

Забавно видеть игры на HTML5 под мобилки. Зачем писать игры на клиенте на HTML5? Это же жесть тормоза какие.

#55
(Правка: 19:34) 19:32, 7 авг. 2018

skalogryz
> взаимоисключающие слова: "на давно обкатанной миллиардами технологии" и "тьма
> различной говености либ".
> Если либ тьма, то "давно обкатать" её уже не успели.
эээ нет, технология обкатанная, либы никак не расширяют или дополняют технологию. Они меняют взаимодействие разработчика с технологией.

skalogryz
> а что мешает css с wpf использовать?
то что майкрософт сделали свой css который еще изучить нужно.

skalogryz
> отсутствие готовых библиотек и инструментов?
отсутствие специалистов по этой технологии.

skalogryz
> Нет. Сначала был сайт, а потом приложение сделали "под вэб".
> Первый стим клиент был совсем не на браузере.
ну там был нативный клиент который контру запускал, потом они сразу запилили стим с браузером.

monobogdan
> Какую роль локальный веб сервер выполняет для клиентского приложения? Чем он
> лучше обычного гуя?
обеспечивает связь модели с отображением

skalogryz
> а я вижу вывод так: нефиг - было с Делфи слазить. (причём окончательно слезть
> не получилось)
> Сейчас бы, при том же функционале была единая кодовая база.
нефиг было вообще на него залазить) Это мертвый язык.

monobogdan
> Нет, нельзя. Я тебе привел конкретный аргумент почему это не нужно.
Еще как можно, IDE это костыли чтобы разработка была проще, dll это костыли чтобы переиспользовать код, так же как эта технология "костыль" чтобы упрощать разработку.

monobogdan
> Забавно видеть игры на HTML5 под мобилки. Зачем писать игры на клиенте на
> HTML5? Это же жесть тормоза какие.
первый дизельный двигатель сломался за первые секунды. Если не будет первопроходцев, который отладят технологию, то и не будет прогресса.

#56
(Правка: 19:39) 19:33, 7 авг. 2018

monobogdan
> Я говорю не про конкретную задачу которая выполняет софтина, а про всю кодовую
> базу, софтину можно одним кликом собрать на любую платформу, в которой можно
> изменить что угодно, и оно будет работать одинаково везде. Если бы они оставили
> VCL на ПК, а на остальных платформах - FireMonkey, это было бы не то.

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

Из которых просто и легко собираются приложения и под VCL, и FireMonkey, и LCL или даже под pas2js (нужду в "обычном" вэбе никто не отменял).

Mephistopheles
> то что майкрософт сделали свой css который еще изучить нужно.
> отсутствие специалистов по этой технологии.
ты про XAML? а обычный css не дружит с wpf? а нужно бы.
я к тому, что CSS ...теоретически... подходит к чему угодно.
(типа так, естественно монструозный xml человеку писать не нужно. он пишет css, а приложение уже само его конвертирует в том, что wpf-у нужно)

Mephistopheles
>> а я вижу вывод так: нефиг - было с Делфи слазить. (причём окончательно слезть не получилось)
> нефиг было вообще на него залазить) Это мертвый язык.
есть мнение, что залазили они на него очень давно, ещё когда С# не было, а жаба была достаточно медленной.

#57
19:47, 7 авг. 2018

skalogryz
Я тебе про это и говорил.
LCL тоже под андроидом работает через костыли.

#58
19:57, 7 авг. 2018

skalogryz
> есть мнение, что залазили они на него очень давно, ещё когда С# не было, а жаба
> была достаточно медленной.
Знаю, сам на нем в то время писал, но вовремя соскочил:)

skalogryz
> он пишет css, а приложение уже само его конвертирует в том, что wpf-у нужно
Ну в общем полезная фигня то была бы, но сдается мне что все что умеет css не умеет их поделка и все равно будут костыли на костылях. Лучше уж css здорового человека и старый добрый html, чем городить костыли только лиж бы не поднять вебсервер.

#59
20:04, 7 авг. 2018

Mephistopheles
Дело не в веб сервере а в том что все это медленно.
Зависит от задач скорее.

Страницы: 1 2 3 4 5 Следующая »
ФлеймФорумПрограммирование