Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
Я бы на чисто Windows сейчас не нацеливался. Кроссплатформенность или хотябы поддержка Mac( а также Android и iOS) это хорошо.
Мы вот, как ни странно, на Delphi делаем и думаем про кроссплатформенную Delphi/Firemonkey.
Некоторые знакомые пишут на QT.
Здравствуйте, Matrix_Failure, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке? M_F>Я бы на чисто Windows сейчас не нацеливался. Кроссплатформенность или хотябы поддержка Mac( а также Android и iOS) это хорошо.
Ничего хорошего, все кросс-платформенные приложения убого работают на всех платформах.
Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
На C# самое то. А еще лучше конечно облачный софт. Как представлю, что щас пришлось бы писать программу, закатывать ее в установщик, и тестить под разными версиями ОС, ужас вообще, ад.
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
Соглашусь что лучше смотреть кроссплатформенное что-то. Многие выбирают Java.
Я в свое время выбрал то что лучше всего знал и на чем быстрее всего зарелизил бы продукт. Это был C#+WinForms.
Сейчас думаю о портировании на Linux, Mac. Возможно это будет C#+gtk#.
Здравствуйте, sunshine, Вы писали:
S>Здравствуйте, marselo, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке?
Под словом модно подразумевается: на чем делает большинство, или на чем делать максимально быстро или что в ближайшее время не склеит ласты?
S>На C# самое то. А еще лучше конечно облачный софт. Как представлю, что щас пришлось бы писать программу, закатывать ее в установщик, и тестить под разными версиями ОС, ужас вообще, ад.
Так и не получится. Будет работать только на Win10 и никаких тебе winxp и win7 осталось подождать до 2020 года и усё.
По разработчиков будет постепенно приучать к мысли только win10 и x64 и только последний релиз студии иначе что-то обязательно будет не работать или работать не так. И сами инструменты наконец-то будут весить как современные игры от 60Гб и требовать столько же оперативы что бы редактировать текстовые файлы. Компоненты наконец-то можно будет покупать в windows-store и будет показывать рекламные банеры пока собирает проект или при возникновении ошибок.
Светлое будущее примерно такое и идём туда семимильными шагами
Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
Всё очень сильно зависит от того, что из себя будет представлять софт.
Для начала нужно прикинуть архитектуру и её компоненты.
А также спрогнозировать использование технологий, которые будут использованы при архитектурном росте софта.
(на первом этапе будет так, на втором так.)
В целом разные модули можно писать даже на разных языках.
На вскидку:
— много форм — удобнее Delphi
— драйвер, системное — C, C ++
— что-то с вебом, тут в сторону Java
— игры... (хз)
Короче лучше прикинуть хотя бы как будет задача на разных языках решаться и в чем будут камни подводные.
Думаю, однозначного ответа тут нет. Язык — лишь инструмент (созданный для своих определенных задач).
Гвоздь забивают молотком, а не отверткой, шуруп же наоборот.
Здравствуйте, Троцкий, Вы писали:
M_F>>Я бы на чисто Windows сейчас не нацеливался. Кроссплатформенность или хотябы поддержка Mac( а также Android и iOS) это хорошо.
Т>Ничего хорошего, все кросс-платформенные приложения убого работают на всех платформах.
Весь вопрос в объеме рынка (Mac это вроде +16%) и размере проекта (у нас очень большой и нескончаемый объем новых задач).
Если на Mac будет достаточное количество платящих пользователей чтобы оплатить наличие второй команды (если проект большой) или переписывание программы под эту платформу (если проект маленький) то можно и запилить полноценную версию.
А вот если не будет достаточно платящих пользователей, то кросс-платформенность наше все. Иначе это благотворительность а не бизнес.
Здравствуйте, sunshine, Вы писали:
S>На C# самое то. А еще лучше конечно облачный софт. Как представлю, что щас пришлось бы писать программу, закатывать ее в установщик, и тестить под разными версиями ОС, ужас вообще, ад.
А под 128 комбинаций браузеров, операционок и мобильных устройств тестировать разве не надо?
Здравствуйте, kov_serg, Вы писали:
_>Так и не получится. Будет работать только на Win10 и никаких тебе winxp и win7 осталось подождать до 2020 года и усё. _>По разработчиков будет постепенно приучать к мысли только win10 и x64 и только последний релиз студии иначе что-то обязательно будет не работать или работать не так. И сами инструменты наконец-то будут весить как современные игры от 60Гб и требовать столько же оперативы что бы редактировать текстовые файлы. Компоненты наконец-то можно будет покупать в windows-store и будет показывать рекламные банеры пока собирает проект или при возникновении ошибок. _>Светлое будущее примерно такое и идём туда семимильными шагами
Ну штатный .NET Framework 4.0 ставиться на XP. Другое дело что не корпоративных юзеров на Win XP уже единицы процентов.
Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
На том, что вам ближе всего, и что больше подходит под задачу (чтоб быстрее создать рабочий прототип). Если знаете с++, то Qt. Если C#, то winforms. Если паскаль то Delphi. Пользователю все равно на чем написано, если выполняет свою задачу и не вылетает.
S>>На C# самое то. А еще лучше конечно облачный софт. Как представлю, что щас пришлось бы писать программу, закатывать ее в установщик, и тестить под разными версиями ОС, ужас вообще, ад.
С>А под 128 комбинаций браузеров, операционок и мобильных устройств тестировать разве не надо?
На мой взгляд, достаточно в Хроме, Сафари и ИЕ проверить, да и всё. Если сделать адаптивный дизайн и избегать особых наворотов с JS библиотеками (а этого запросто можно избежать, если не быть адептом "новых технологий"), то всё будет в 99.99% случаев работать нормально, в том числе и на любых мобилах.
Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
Продолжу пропагандировать Unity3D !
Кто-то выше клеветал что нет грид и таблиц и др. элементов.
1) Клевета ! Они есть и много разных и платных и бесплатных
Например. TablePro is available for Unity 5+ and does this plus a lot more now out of the box: http://u3d.as/ipR
2) Так это ж хорошо, что нет чего-то, это ж прорыв, новая эра shareware, напишите свой грид или комбобокс
если думаете, что их нет, мало, плохие и тд и продавайте!
Unity3D это хайп, это последний шанс для ОДИНОЧКИ-шароварщика, оседлать новую волну и заработать на GUI компонентах!
---
также на счет гуи-2д — на мой взгляд ни один 2Д фрейворк не может сделать плавного интерфейса как в iOS 10 и более ранних.
Только на 3Д движке с основой на GPU это возможно, никакие Qt, С#, тормозные Явы и даже Дельфи (хотя там и есть манки-3Д и некоторые контолы
работают весьма плавно, но в целом все равно лаги уж не знаю из-за чего)
и тд этого никогда не смогут.
L>1) Клевета ! Они есть и много разных и платных и бесплатных L>Например. TablePro is available for Unity 5+ and does this plus a lot more now out of the box: http://u3d.as/ipR
А в этой таблице за $40 можно получить столбец из комбобоксов? А если забиндить датасет на миллион записей эта таблица не умрет? А если нужен иерархический грид то что делать?
Здравствуйте, alfa78x, Вы писали:
A>Здравствуйте, marselo, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке?
A>Всё очень сильно зависит от того, что из себя будет представлять софт. A>Для начала нужно прикинуть архитектуру и её компоненты. A>А также спрогнозировать использование технологий, которые будут использованы при архитектурном росте софта. A>(на первом этапе будет так, на втором так.) A>В целом разные модули можно писать даже на разных языках.
Можно и на разных, однако, IMHO, это всё-таки трудозатратно для одиночки.
Это хорошо, если у тебя команда из 3...5 разработчиков.
A>На вскидку: A>- много форм — удобнее Delphi
Delphi — теперь уже мертвое направление...
Формы теперь — это C# WinForms можно WPF. Желательно с пакетом библиотек — например DevExpress.
A>- драйвер, системное — C, C ++ A>- что-то с вебом, тут в сторону Java A> — игры... (хз)
Игры — это C++ если нужна хорошая динамика (скорость реакции системы); а также C# (Unity) — когда динамика не критична.
A>Короче лучше прикинуть хотя бы как будет задача на разных языках решаться и в чем будут камни подводные.
+100500
С этим соглашусь
A>Думаю, однозначного ответа тут нет. Язык — лишь инструмент (созданный для своих определенных задач). A>Гвоздь забивают молотком, а не отверткой, шуруп же наоборот.
+100500
С этим также соглашусь
Здравствуйте, maks__, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке?
__>C# без альтернатив
+100500
Именно так — для приложений класса "документооборот", "бухгалтерия" и т.п.
Где динамика системы — не очень критична (скорость реакции системы).
P.S. Только не рассматривайте мои слова узко!
Пример — вести гороскоп для друзей/родственников или родословную семьи — ИМХО тот же самый документооборот
Здравствуйте, Submitter, Вы писали:
S>Здравствуйте, marselo, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке?
S>Qt нет конкурентов.
+100500
Именно так — для технических приложений, где много больших/тяжелых вычислений и/или действий с GUI;
где требуется быстрая реакция системы, где критична производительность.
Примеры: обработка изображений и звука, моделирование процессов, работа с устройствами и т.д.
Здравствуйте, turbocode, Вы писали:
М>>Если C#, то winforms. T>WPF для десктопа там родной и Xamarin для мобилок.
Не буду спорить по Xamarin — так как не занимался им.
Вопрос:
Чем WPFболее родной чем Windows Forms?
Я занимался и тем и другим — могу только однозначно сказать, что WPF более современный и гибкий, нежели Windows Forms.
В то же время, по трудозатратам на разработку GUI, если разработку ведёт одиночка, — всё же выигрывает Windows Forms.
Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF).
Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов:
дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
Здравствуйте, turbocode, Вы писали:
L>>1) Клевета ! Они есть и много разных и платных и бесплатных L>>Например. TablePro is available for Unity 5+ and does this plus a lot more now out of the box: http://u3d.as/ipR
T>А в этой таблице за $40 можно получить столбец из комбобоксов? А если забиндить датасет на миллион записей эта таблица не умрет? А если нужен иерархический грид то что делать?
а зачем чудной столбец из комбобоксов, может лучше подумать на дизайном ГУИ ?
Таблица работает с кэшем данных, окном просмотра и т.д. все там биндится без проблем,
что-там первоклаcсники что-ли работают?
Не-е-е-е, теже наши крутые парни суровые программеры
Если вы считаете, что ваш курьезный иерархический грид со столбцами из комбобокс НЕВЕРОЯТНО ХАЙПОВО востребован
то почему бы вам его и не зпрограммировать — заработает же миллионы долларов!
Но лично мое имхо — эти извращения не нужны, надо думать над простотой и изяществом ГУИ, а не изобретать бредовые структуры.
Хотя я не настаиваю, если вы уверены в гигантской востребованности этих уродцев, то почему бы вам не заработать на этом миллионы?
P/S/ мельком глянув исходник к другой опен сорсной таблицы — вижу там все Ок, встраивание объектов в ячейки, строки, столбцы
в том числе и таблиц в ячейки есть из коробки... но по моему это нафиг не нужно. Надо просто и плавно, красиво, приятно, понятно.
L>то почему бы вам его и не зпрограммировать — заработает же миллионы долларов!
Так и жизнь пройдет, такие вещи на серьезном уровне делаются годами крупными компаниями.
Но почему то эти крупные компании не спешат портировать свои готовые наборы контролов (в том числе и гриды) на юнити, казалось бы что их там ждут миллионы $$$ но никто этого не делает.
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, Submitter, Вы писали:
S>>Здравствуйте, marselo, Вы писали:
M>>>На чем сейчас модно эффективно делать софт под Винды одиночке?
S>>Qt нет конкурентов. AG>+100500 AG>Именно так — для технических приложений, где много больших/тяжелых вычислений и/или действий с GUI; AG>где требуется быстрая реакция системы, где критична производительность.
На счет гуи, а есть ли демо Qt типа игры например типа энгри-бирдс или хотя бы астероидов
построенное именно на элементах гуи этоо Qt а не на канвасе 2д или 3д.
Если не лагает и плавно тогда можно посмотреть Qt, если же также как на html то нафиг этот Qt нужен.
А вот Unity3D не лагает так как гуи элементы и игровые объекты это одно и тоже.
AG>Примеры: обработка изображений и звука, моделирование процессов, работа с устройствами и т.д.
Так это все есть в виде либ на С++ и asm которые можно подключать к чему угодно, так что имхо нет, не впечатлило.
Здравствуйте, AlexGin, Вы писали:
AG>Delphi — теперь уже мертвое направление...
Удивляет меня всегда подобная безапелляционность. Delphi вполне себе живой продукт, но он не массовый. Впрочем он никогда им и не был, за исключением десятилетия в нашей стране, когда все его воровали вместо покупки.
Поэтому могу смело посоветовать Delphi для одиночки, тем более и Win GUI и Win сервисы и даже dll для IIS пишутся из коробки на редакции Professional.
Здравствуйте, loginx, Вы писали:
L>На счет гуи, а есть ли демо Qt типа игры например типа энгри-бирдс или хотя бы астероидов L>построенное именно на элементах гуи этоо Qt а не на канвасе 2д или 3д.
Игру — делай сам, а примеров для Qt по графике — вагон и меленькая тележка
Вот направление поиска: http://doc.qt.io/qt-5/examples-graphicsview.html http://doc.qt.io/qt-5/qtopengl-2dpainting-example.html https://doc.qt.io/qt-5/qt3d-index.html
L>Если не лагает и плавно тогда можно посмотреть Qt, если же также как на html то нафиг этот Qt нужен.
Но на html — на сделать всего того, что на Qt. L>А вот Unity3D не лагает так как гуи элементы и игровые объекты это одно и тоже.
Занимался я разработкой игр на Unity и C#. Медленная штука этот Unity
Да, гуи элементы и игровые объекты это одно и тоже — это верно.
Однако, выполнение кодов на .NET и наличие GC — сведут эти прииимущества к нулю и даже в минус.
Динамические игры — на Unity НЕ ДЕЛАЮТ.
Делают — на C++
Можно и при помощи Qt: https://forum.qt.io/topic/14814/qt-for-game-development-game-engine/2 http://wiki.qt.io/Using_3D_engines_with_Qt
AG>>Примеры: обработка изображений и звука, моделирование процессов, работа с устройствами и т.д. L>Так это все есть в виде либ на С++ и asm которые можно подключать к чему угодно, так что имхо нет, не впечатлило.
Вот эта строка — это глубокое заблуждение...
Часто бывает, что либы только под C++ (тот же OpenCV). Подключать к чему угодно — просто не получится.
Делать это в .NET (C#) можно, но с большим проигрышем по быстродействию.
P.S. Не подумай только, что я не владею разработкой на .NET и C# — занимался довольно много и с WinForms и с WPF.
Это хорошие библиотеки, которые, тем не менее, проигрывают Qt (С++) по быстродействию.
Здравствуйте, loginx, Вы писали:
L>Продолжу пропагандировать Unity3D !
L>Кто-то выше клеветал что нет грид и таблиц и др. элементов. L>1) Клевета ! Они есть и много разных и платных и бесплатных L>Например. TablePro is available for Unity 5+ and does this plus a lot more now out of the box: http://u3d.as/ipR
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, loginx, Вы писали:
L>>Продолжу пропагандировать Unity3D !
L>>Кто-то выше клеветал что нет грид и таблиц и др. элементов. L>>1) Клевета ! Они есть и много разных и платных и бесплатных L>>Например. TablePro is available for Unity 5+ and does this plus a lot more now out of the box: http://u3d.as/ipR
AG>See the difference: AG>https://documentation.devexpress.com/WindowsForms/3455/Controls-and-Libraries/Data-Grid
L>>2) Так это ж хорошо, что нет чего-то, это ж прорыв, новая эра shareware, напишите свой грид или комбобокс L>>если думаете, что их нет, мало, плохие и тд и продавайте! AG>
а поддержки унити3д у них нет и значит ниша свободная.
А вообщем не увидел там чего-то необычного, практически любая опенсорсная для html умеет тоже самое
и в силу особенностей DOM там хоть видео и игры можете вставлять в ячеки, никаких проблем.
А кэши и тд там есть и в опенсорсных. И судя по видео подлагивает эта ваша фигня...
Здравствуйте, TimurSPB, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке? TSP>А какой софт? TSP>На C#, если отвечать абстрактно на абстрактный вопрос.
А что может сделать на C# одиночка за разумное время скажем 3 месяца?!
TSP>>На C#, если отвечать абстрактно на абстрактный вопрос. L>А что может сделать на C# одиночка за разумное время скажем 3 месяца?!
То, что он на C++ сделает за 5 месяцев.
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, loginx, Вы писали:
L>>На счет гуи, а есть ли демо Qt типа игры например типа энгри-бирдс или хотя бы астероидов L>>построенное именно на элементах гуи этоо Qt а не на канвасе 2д или 3д. AG>Игру — делай сам, а примеров для Qt по графике — вагон и меленькая тележка AG>Вот направление поиска: AG>http://doc.qt.io/qt-5/examples-graphicsview.html
дело не в графике, а в том что элементы гуи сделаны не как элементы игрового 3д простарнства
а как наподобие DOM в баузерах, только попроще, похуже, и более лагающие, да еще и без поддержки
мульти-процессорности, а ведь например начиная с ФайрФокса 57 появилась мульти-процессорность
ГУИ в браузерах (мульти рендеринг одной страницы и css, не разные вкладки в процессорах, а именно внутристраничная!),
то чего если не ошибаюсь Микрософт так и не осилила в виндовском гуи. В Qt есть это?
Потому именно игра на гуи элементах и показатель качества, а не чистая графика на canvas2д или 3д
AG>P.S. Не подумай только, что я не владею разработкой на .NET и C# — занимался довольно много и с WinForms и с WPF. AG>Это хорошие библиотеки, которые, тем не менее, проигрывают Qt (С++) по быстродействию.
не взглянув внутрь Qt все же предположу что для гуи там однонитевой Document Object Model
аналагичная, наверняка сильно упрощенная против браузерных DOM которые кстати тоже на C++
а JS это только интерфейс вызова методов манипуляций объектов, т.е. все быстродействие в C++ DOM
потому предположу, что Qt гуи существенно слабее html5/js/css и более лагающий скорее всего,
т.к. верю что в Лисе более могучие программеры...
Здравствуйте, TimurSPB, Вы писали:
TSP>>>На C#, если отвечать абстрактно на абстрактный вопрос. L>>А что может сделать на C# одиночка за разумное время скажем 3 месяца?! TSP>То, что он на C++ сделает за 5 месяцев.
L>>>А что может сделать на C# одиночка за разумное время скажем 3 месяца?! TSP>>То, что он на C++ сделает за 5 месяцев. L>то есть ничего!
Скорее чего-то там сделает. Это больше чем ничего, но в коммерческом плане ничто.
Нужно знать квалификацию и опыт человека, иметь постановку задачи. А так всё слишком абстрактно.
Здравствуйте, rkcsoft, Вы писали:
R>Здравствуйте, AlexGin, Вы писали:
AG>>Delphi — теперь уже мертвое направление...
R>Удивляет меня всегда подобная безапелляционность. Delphi вполне себе живой продукт, но он не массовый. Впрочем он никогда им и не был, за исключением десятилетия в нашей стране, когда все его воровали вместо покупки.
R>Поэтому могу смело посоветовать Delphi для одиночки, тем более и Win GUI и Win сервисы и даже dll для IIS пишутся из коробки на редакции Professional.
Дельфи хорош, но там какие то засады с доступом железу, особенно под андроид, звук записать это сразу в JNI причем как-то так хитро
что нифга в интернет нет ни одного РАБОТАЮЩЕГО примера. Тоже самое с даже гироскопом и ускорением (тайм стэпм не получить даже без JNI)... так что не для "домашних" игрушек и тд.
Здравствуйте, marselo, Вы писали:
M>На чем сейчас модно эффективно делать софт под Винды одиночке?
как итог всего обсуждение:
ни на чем! одиночка обречен!
От сторонников Qt хотелось бы услышать (а вдруг?!)
есть ли там из коробки, чтобы самому не вникать в вопросы сборки этого монстра,
так вот есть ли там из коробки,
Физический движок 3д? и в частности встроенный детектор коллизий 3д объектов сложной формы?
есть ли встроенный импорт моделей более сложных чем шар и куб сразу в физическую модель?
(сделанных в какм-нить 3д редакторе)
ну и еще, делайте на html5-js-css там сейчас практически все есть, включая 3д нормально работающее даже на iPhone 5s !!!
и конечно на виндах на компах скажем от 2012 и новее даже на встроенной Intel HD графике в нотбуках.
Доступ к файловой системе тоже есть, все возможное и невозможное для создания ГУИ на все размеры любых экранов и даже печати.
Доступ к ГЕО, звуку, видео, сети, видео чаты в несколько строк и тд. базы данных, таблицы и тд.
Построрители ГУИ — например адобовский Дримвивер и тд.
Если есть идея что делать, какую программу, то быстрее и проще всего сделать полностью работающий прототип на html5 и запустить его в мир,
посмотреть реакцию людей и далее уже решать...
Здравствуйте, turbocode, Вы писали:
L>>то почему бы вам его и не зпрограммировать — заработает же миллионы долларов! T>Так и жизнь пройдет, такие вещи на серьезном уровне делаются годами крупными компаниями. T>Но почему то эти крупные компании не спешат портировать свои готовые наборы контролов (в том числе и гриды) на юнити, казалось бы что их там ждут миллионы $$$ но никто этого не делает.
потому что там 1) есть опенсорсные решающие 99% потребностей 2) потому что там логика другая, игровая, впрямую портировать гуи-шное старье не удастся.
3) потому что они не спецы в этом направлении и не понимают что это и зачем это.
Мелкие туда ломятся и много уже сделали...
Здравствуйте, loginx, Вы писали:
L>Дельфи хорош, но там какие то засады с доступом железу, особенно под андроид, звук записать это сразу в JNI причем как-то так хитро L>что нифга в интернет нет ни одного РАБОТАЮЩЕГО примера. Тоже самое с даже гироскопом и ускорением (тайм стэпм не получить даже без JNI)... так что не для "домашних" игрушек и тд.
Во-первых ТС говорил про Windows, а не кроссплатформенность, а во вторых Delphi это не про игры, это про b2b.
Здравствуйте, rkcsoft, Вы писали:
R>Здравствуйте, loginx, Вы писали:
L>>Дельфи хорош, но там какие то засады с доступом железу, особенно под андроид, звук записать это сразу в JNI причем как-то так хитро L>>что нифга в интернет нет ни одного РАБОТАЮЩЕГО примера. Тоже самое с даже гироскопом и ускорением (тайм стэпм не получить даже без JNI)... так что не для "домашних" игрушек и тд.
R>Во-первых ТС говорил про Windows, а не кроссплатформенность, а во вторых Delphi это не про игры, это про b2b.
отчего же, дельфи очень быстр потому что компилит в нативный код, и игры на нем работают в РАЗЫ быстрее
в сравнении если писать на родном Java-Android ! Почти как на голом C++
(копилятор которого тоже есть в дельфи, правда я его не использовал потому не могу комментировать)
но придется повозится c JNI хотя разрабы обещают там все сделать тип-топ. Вопрос только на сколько быстро сделают.
Дельфи под виндами работает. Все также быстро. Все также компилит в нэйтивный код.
И не важно как его пытаются в рекламных целях позиционировать.
Реально это сверх быстрый продукт на котором сам Бог велел писать игры.
Здравствуйте, loginx, Вы писали:
L>От сторонников Qt хотелось бы услышать (а вдруг?!) L>есть ли там из коробки, чтобы самому не вникать в вопросы сборки этого монстра, L>так вот есть ли там из коробки, L>Физический движок 3д? и в частности встроенный детектор коллизий 3д объектов сложной формы? L>есть ли встроенный импорт моделей более сложных чем шар и куб сразу в физическую модель? L>(сделанных в какм-нить 3д редакторе)
Здравствуйте, TimurSPB, Вы писали:
L>>>>А что может сделать на C# одиночка за разумное время скажем 3 месяца?! TSP>>>То, что он на C++ сделает за 5 месяцев. L>>то есть ничего! TSP>Скорее чего-то там сделает. Это больше чем ничего, но в коммерческом плане ничто. TSP>Нужно знать квалификацию и опыт человека, иметь постановку задачи. А так всё слишком абстрактно.
И ведь еще нужно сделать сайт, написать хелп, оформить сертификаты, написать рекламу, сделать дизайн и тп тп.
Здравствуйте, rean, Вы писали:
R>Здравствуйте, marselo, Вы писали:
R>NSIS 2.5. Новый 3.x детектится кучей недо-антивирусов на VirusTotal, что может распугать параноиков.
Тогда уж лучше Inno. R>IE + Firefox + Chrome + железный телефон с браузером для отладки сайтов. Сейчас очень много заходят с мобильников и планшетов.
И качают софт для винды на андроид?
R>Notepad++ или другой текстовый редактор для всех текстов с подсветкой синтаксиса.
Как его заставить открываться на том месте же месте где был закрыт? Как Akelpad.
R>Словарь и переводчик для английского языка. R>Знание английского языка: свободно читаю и пишу.
Эм, тут какой то парадокс.
Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
Здравствуйте, vsb, Вы писали:
vsb>Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
Народ, но вот правда, вам что действительно приятно писать и, самое главное, заниматься отладкой ПО на языках с динамической типизацией?!? По мне — так это мазохизм какой-то. А HTML с CSS вообще не детерминирован: в одном браузере одно, а в другом — другое...
Здравствуйте, vsb, Вы писали:
vsb>Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
ага, и весит все это добро с Hello Word! — 160 метров!
не нужно!
TSP>>>На C#, если отвечать абстрактно на абстрактный вопрос. L>>А что может сделать на C# одиночка за разумное время скажем 3 месяца?! TSP>То, что он на C++ сделает за 5 месяцев.
R>Народ, но вот правда, вам что действительно приятно писать и, самое главное, заниматься отладкой ПО на языках с динамической типизацией?!? По мне — так это мазохизм какой-то. А HTML с CSS вообще не детерминирован: в одном браузере одно, а в другом — другое...
R>Народ, но вот правда, вам что действительно приятно писать и, самое главное, заниматься отладкой ПО на языках с динамической типизацией?!? По мне — так это мазохизм какой-то. А HTML с CSS вообще не детерминирован: в одном браузере одно, а в другом — другое...
Можно понять ситуацию когда пытаются выкатить веб-приложение и подать его в виде десктоп приложения под iOS и Android.
А вот c-smile предлагает делать десктоп на вебе и это действительно выглядит как трэш и угар.
Здравствуйте, wamaco, Вы писали:
W>Здравствуйте, vsb, Вы писали:
vsb>>Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
W>ага, и весит все это добро с Hello Word! — 160 метров! W>не нужно!
Что-то не так делаешь. Около 30 мегабайтов в сжатом виде, насколько я помню. Не мало, конечно.
Здравствуйте, rkcsoft, Вы писали:
vsb>>Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
R>Народ, но вот правда, вам что действительно приятно писать и, самое главное, заниматься отладкой ПО на языках с динамической типизацией?!? По мне — так это мазохизм какой-то.
Жить можно. В некоторых аспектах developer tools дадут фору многим другим инструментам.
R>А HTML с CSS вообще не детерминирован: в одном браузере одно, а в другом — другое...
В случае электрона браузер ровно один. Да и в последние годы нет такой проблемы, все браузеры нормально работают, если не стоит задача поддерживать устаревшие конфигурации.
Здравствуйте, turbocode, Вы писали:
CS>>Sciter же ж. CS>>Вот проект https://notes.sciter.com/ CS>>Сделан в течении этих 3х летних месяцев.
T>Ты взял все недостатки веба и выкатил их на десктоп. Кому нужен такой геморрой в разработке?
Наоборот. Я взял достоинства web и достоинства desktop и объединил их.
Здравствуйте, AlexGin, Вы писали:
AG>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF). AG>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов: AG>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Это Здравствуйте, rean, Вы писали:
QC>>Кстати ты не упомянул еще HTML Help Workshop.
R>Не нужно. Хелп сейчас лучше делать прямо на сайте. Пусть ходит гугл и случайные люди. Больше текстов на сайте — больше людей знают про программу. Даже зайдя за другим, человека может заинтересовать тематика сайта или прямо увидит в тексте ссылку на программу, какую он не искал.
Наличие справки сразу отличает профессиональный софт от поделки на коленке. Да, оно сухо и бесполезно, но должно быть. Ее же и на сайт можно выложить отдельным разделом.
Здравствуйте, CEMb, Вы писали:
CEM>Здравствуйте, AlexGin, Вы писали:
AG>>Хотя бы за счёт более удобного дизайнера форм (в отличие от XAML редактора, применяемого в случае разработки с WPF). AG>>Это усложнение процесса разработки — следствие политики M$, так как они ставили целью разграничить работу специалистов: AG>>дизайнера: создание (вёрстка) в XAML и программиста: редактирование кодов C# в редакторе MSVS.
CEM>У меня в WPF проектах дизайнер форм тоже присутствует (и чего не хватает в Хамарине)
Да, я не спорю, в студии для WPF формы открывается комбинированное окно, разделенное сплиттером
(это один из моих старых проектов):
Первоначально, из окна "Toolbox" бросаю на форму контролы в принцыпе, всё можно оставить и так
(хотя в окне XAML-радактора вижу, что там при этом всё совсем не комильфо), далее вручную приходится редактировать XAML-коды.
После этого, уже всё, в т.ч. и XAML — выглядит хорошо.
P.S. Да, знаю, что и в WinForms также можно редактировать вручную то, что тебе "насочиняла" автоматика вижуал студии,
но там это остаётся как-бы "за кадром". А здесь, в WPF, это всё-таки как на ладони
Тем более, что для WPF предполагается более точная адаптация окна под разные девайсы, чем для WinForms
P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF/b]
— и вести разработку на этой технологии!
Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML,
эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!
Здравствуйте, vsb, Вы писали:
vsb>>>Как вариант посмотрите в сторону Electron. GUI пишете на HTML+JavaScript, программа представляет собой браузер с зашитым адресом. Как пример такой программы посмотрите на Visual Studio Code.
W>>ага, и весит все это добро с Hello Word! — 160 метров! W>>не нужно!
vsb>Что-то не так делаешь. Около 30 мегабайтов в сжатом виде, насколько я помню. Не мало, конечно.
все же ГУИ на веб подлагивают, плавной прокрутки в стиле iOS там пока в принципе не сделать
если это на css/js/DOM
Да и зачем там нужны всякие скайтеры, этоо ж все делается без всяких доп. инструментов.
У Хрома есть свой рантайм, да и у Лисы вроде был. Как-то юзал Intel XDK на этой основе, все работает, да 30мб
ну и что, в гугл. плэй берут 100 мб, а на виндах это вообще близко к 0. (при этом на всех платформах будет свой одной и той же версии внутрений Хром)
Т.е. второй скайтер ничего кроме смеха не вызовет, это ж даже не велосипед изобретать
Одиночка без бэкграунда по мимо программирования не выживет. У него просто нет идей ЧТО сделать.
А изобретательство велосипедов в условиях когда ИИ поисковиков это отсекает принесет только убытки, так как не пробьется к юзерам.
В отличие от одиночества, работа на дядю или наемная работа как раз и есть реализация чужих идей и как правило не из области
чистого программирования.
R>>Notepad++ или другой текстовый редактор для всех текстов с подсветкой синтаксиса. QC>Как его заставить открываться на том месте же месте где был закрыт? Как Akelpad.
может пора обновить версию, только что проверил — у меня открывается в том месте где был закрыт
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, loginx, Вы писали:
L>>От сторонников Qt хотелось бы услышать (а вдруг?!) L>>есть ли там из коробки, чтобы самому не вникать в вопросы сборки этого монстра, L>>так вот есть ли там из коробки, L>>Физический движок 3д? и в частности встроенный детектор коллизий 3д объектов сложной формы? L>>есть ли встроенный импорт моделей более сложных чем шар и куб сразу в физическую модель? L>>(сделанных в какм-нить 3д редакторе)
AG>Для этого здесь (на КЫВТ) — предусмотрен соответствующий раздел AG>http://rsdn.org/forum/cpp.qt/
если вместо того чтобы просто ответить типа да,да,нет, да
отсылают в раздел с тонной *** постов то значит ответ — нет,нет,нет,нет
тогда Qt пока отправляется в корзину. Даже в дельфи уже прикручен из коробки
физический 2д движок. Так что Qt — фигня.
Здравствуйте, loginx, Вы писали:
AG>>Для этого здесь (на КЫВТ) — предусмотрен соответствующий раздел AG>>http://rsdn.org/forum/cpp.qt/
L>если вместо того чтобы просто ответить типа да,да,нет, да L>отсылают в раздел с тонной *** постов то значит ответ — нет,нет,нет,нет L>тогда Qt пока отправляется в корзину. Даже в дельфи уже прикручен из коробки L>физический 2д движок. Так что Qt — фигня.
Для каждого специалиста актуально что-то своё. Вот НЕ нужно мне в Qt то, что интересует тебя. Не нужно — от слова совсем...
Тем не менее, в форуме по Qt толпиться много народу, который, очень вероятно, что и твоими аспектами занимался.
Ты же, просто боишься сходить в профильный форум по Qt и задать эти вопросы там.
Чего боишься?
Собственной некомпетентности?
Так с ней надо бороться, а не холить и лелеять её!
P.S. Не смотри на тонну постов (она лишь толко свидетельствует о популярности Qt), а просто — задай там свои вопросы.
Вполне возможно, что именно там тебе и скажут: да,да,да,да — насчёт всего, что ты бы так хотел узнать
Здравствуйте, Submitter, Вы писали:
S>Здравствуйте, c-smile, Вы писали:
CS>>Вот Norton живет уже 10 лет со Sciter и проблемы не знает:
S>Сколько они тебе заплатили?
Здравствуйте, turbocode, Вы писали:
CS>>Кто-нибудь может предложить более стабильную UI платформу выжившую 10 последних лет и в которой не надо переписывать все каждый раз по новой?
T>Замена UI это самый легкий способ постричь $$$ c пользователей (виндоуз уже лет 10 только иконки меняет).
CS>Ответ: как и все остальные.
Че та не врубился зачем платные версии? Если проект сильно не забагован то сорс коды мало кому интересны. Статическая линковка тоже особо не нужна.
Здравствуйте, AlexGin, Вы писали:
AG>Здравствуйте, loginx, Вы писали:
AG>>>Для этого здесь (на КЫВТ) — предусмотрен соответствующий раздел AG>>>http://rsdn.org/forum/cpp.qt/
L>>если вместо того чтобы просто ответить типа да,да,нет, да L>>отсылают в раздел с тонной *** постов то значит ответ — нет,нет,нет,нет L>>тогда Qt пока отправляется в корзину. Даже в дельфи уже прикручен из коробки L>>физический 2д движок. Так что Qt — фигня. AG> AG>Для каждого специалиста актуально что-то своё. AG>Вот НЕ нужно мне в Qt то, что интересует тебя. Не нужно — от слова совсем... AG>Тем не менее, в форуме по Qt толпиться много народу, который, очень вероятно, что и твоими аспектами занимался.
AG>Ты же, просто боишься сходить в профильный форум по Qt и задать эти вопросы там. AG>Чего боишься? AG>Собственной некомпетентности? AG>Так с ней надо бороться, а не холить и лелеять её!
AG>P.S. Не смотри на тонну постов (она лишь толко свидетельствует о популярности Qt), а просто — задай там свои вопросы. AG>Вполне возможно, что именно там тебе и скажут: да,да,да,да — насчёт всего, что ты бы так хотел узнать
просто именно в этом топике обсуждается и значит СРАВНИВАЮТСЯ возможности РАЗНЫХ инструментов.
потому логично именно в этом топике сконцентрировать ключевые оссобенности инструментов.
Так что либо такие топики надо удалять и сразу отправлять людей в гугл и в спец форумы оп C#, java, Qt, C++, и тд да и форум закрыть нафиг, все же есть в гугле.
Либо все же обсуждать и делать концентрированные выжимки обзорного краткого типа по ключевым аспектам инструментов.
Здравствуйте, Буравчик, Вы писали:
Б>Здравствуйте, marselo, Вы писали:
M>>На чем сейчас модно эффективно делать софт под Винды одиночке?
Б>Python + Qt
питон — тормоз и по сути оболочка для вызова C++ библиотек, ну и нафига? Лучше сразу на C++ и писать.
(тем более что самые крутые и новые либы С++ как раз еще и не переделаны под обертку в питон и их там просто нет,
какой-нить матлаб во много раз полнее и круче в смысле полноты мат. инструментов из коробки)
Qt — никто толком ничего не знает, даже не могут ответить есть ли там из коробки физический движок...
может и есть и много чего еще есть, но до пенсии будешь копошиться в хэлп пытаясь понять есть там нужное или нет.
Кроме того ГУИ у него на подобной DOM модели, не мультифридный, не 3D — а значит морально устарел на 20 лет
и прощай плавность в стиле iOS, то есть там она в принципе недостижима.
L>Кроме того ГУИ у него на подобной DOM модели, не мультифридный, не 3D — а значит морально устарел на 20 лет L>и прощай плавность в стиле iOS, то есть там она в принципе недостижима.
Очень давно видел какие то демки как Qt в OpenGL формы рисует, подозреваю что Qt рисует в битмапы которые потом перекидывает в OpenGL текстуры.
Но так как статические формы целиком перерисовываются не часто то должно быть приемлемо, для динамических сцен без шейдеров не обойтись конечно.
Но может ли сейчас Qt рисовать формы с поддержкой шейдеров я не знаю.
Здравствуйте, turbocode, Вы писали:
CS>>Ответ: как и все остальные. T>Че та не врубился зачем платные версии? Если проект сильно не забагован то сорс коды мало кому интересны. Статическая линковка тоже особо не нужна.
А как ты себе представляешь AV который использует что-то что они проверить не могут?
С моей изначально наивной имплементацией <input|password> они мне всю плешь проели. А эти strcpy_s() и вся остальная ..._s мутотень ... месяц точно ушел на это.
treat warnings as errors компиляция и всё такое. А еще есть bounds checkers и всяки разны code analyzers которые у них в build script вшиты намертво... Да у каждого vendor разный...
А "обычным людям" — да, исходники нужны точно так же как и исходники системной GDI.dll.
Ась?
L>и прощай плавность в стиле iOS, то есть там она в принципе недостижима.
Глупости. В QML все плавнее некуда.
Надо понимать, что QWidget'ы для "консервативных" и бизнес-приложений, где плавность и анимация не требуется, а QML для новомодных мобилок и прочих красявостей. Вообще, QML это практически JS, т.е. ничего неожиданного. Скрипач HTML не нужен, хотя он там тоже есть, если приспичило.
Здравствуйте, loginx, Вы писали:
L>просто именно в этом топике обсуждается и значит СРАВНИВАЮТСЯ возможности РАЗНЫХ инструментов.
А кто (или что) мешает задать вопросы в профильном разделе, а затем сослаться здесь на ответ
L>потому логично именно в этом топике сконцентрировать ключевые оссобенности инструментов. L>Так что либо такие топики надо удалять и сразу отправлять людей в гугл и в спец форумы оп C#, java, Qt, C++, и тд да и форум закрыть нафиг, все же есть в гугле.
В каждом из форумов — своя специфика.
Так, например, мало кому в других форумах придёт в голову спрашивать насчёт разработки в одиночку.
Но это совсем не значит, что все девелоперы на КЫВТ абстрагируются от трудозатрат при разработках.
L>Либо все же обсуждать и делать концентрированные выжимки обзорного краткого типа по ключевым аспектам инструментов.
Кто хочет двигаться вперёд — тот ищет возможности;
Кто хочет топтаться на месте — ищет отговорки...
Здравствуйте, loginx, Вы писали:
L>Qt — никто толком ничего не знает, даже не могут ответить есть ли там из коробки физический движок... L>может и есть и много чего еще есть, но до пенсии будешь копошиться в хэлп пытаясь понять есть там нужное или нет. L>Кроме того ГУИ у него на подобной DOM модели, не мультифридный, не 3D — а значит морально устарел на 20 лет L>и прощай плавность в стиле iOS, то есть там она в принципе недостижима.
Что за плавность в стиле iOS, сколько лет работал за Windows, не страдаю от отсутствия куковой плавности.
XOO>Есть дополнительная сторонняя либа: https://v-play.net
платная и смешная, бил 2 (ДВА!!!) Д гейм ин в дау...
но на JS билд 3Д гейм ин а 1 час нафига оно тогда нужно?!
XOO>Есть неофициальная либа: https://github.com/chili-epfl/qtphysics-unofficial
может быть, но какое-то убогое, небось бажное и глюкавое и док слабые, надо еще проверить компиляться ли примеры из локов в текущей версии
ну будет время посмотрю, а так спасибо за ссылку.
L>>не мультифридный XOO>Ась?
читай доку о ФайрФокcу 57 версии, там все разжевано зачем и почему это круче всего! наверное мульти-трэдный...
L>>и прощай плавность в стиле iOS, то есть там она в принципе недостижима. XOO>Глупости. В QML все плавнее некуда.
100 ядерный процессор и видяха с 1 террабайтом ?
>Вообще, QML это практически JS, т.е. ничего неожиданного.
вот она засада... тогда какой смысл в этом огороде, нафига оно тогда вообще нужно... какая-то бессмыслица, монструозная надстройка на html :-O
Здравствуйте, turbocode, Вы писали:
L>>Кроме того ГУИ у него на подобной DOM модели, не мультифридный, не 3D — а значит морально устарел на 20 лет L>>и прощай плавность в стиле iOS, то есть там она в принципе недостижима.
T>Очень давно видел какие то демки как Qt в OpenGL формы рисует, подозреваю что Qt рисует в битмапы которые потом перекидывает в OpenGL текстуры. T>Но так как статические формы целиком перерисовываются не часто то должно быть приемлемо, для динамических сцен без шейдеров не обойтись конечно. T>Но может ли сейчас Qt рисовать формы с поддержкой шейдеров я не знаю.
Интересно, что Дельфи, как утверждается разрабами, как раз может и весь ГУИ и формочки все в 3D и OpenGL!
Делал на нем несколько небольших проектов под Андроид — похоже на правду, некоторые контролы работают реально плавно...
более точно не тестировал...
CS>А как ты себе представляешь AV который использует что-то что они проверить не могут? CS>С моей изначально наивной имплементацией <input|password> они мне всю плешь проели. А эти strcpy_s() и вся остальная ..._s мутотень ... месяц точно ушел на это. CS>treat warnings as errors компиляция и всё такое. А еще есть bounds checkers и всяки разны code analyzers которые у них в build script вшиты намертво... Да у каждого vendor разный...
Не понял твоих проблем, куча вендоров в мире поставляет свое API в виде закрытых библиотек и никто им плешь не проедает.
Подозреваю что качество твоих библиотек сильно страдает, если стороннему разработчику нужно по ним ходить как по минному полю.
XOO>Бизнес-логику писать в QML/JS нужно быть упоротым. А так вся отрисовка в OpenGL.
э-э-э-э-э-э как это, как это ?!
Вот на Дельфи я делаю на Паскале и формы в конструкторе и вообще не знаю и знать не хочу и не нужно знать как это рендерится.
Только из доков и по очевидной плавности работы Дельфийского кода под Андроид понятно что на OpenGL
так что вообще ничего не понял из вашего ответа.
Но вообще JS и тем более следующее его версия вполне нормальный язык и для именно бизнес логики имхо очень даже ничего
БПФ на нем может и не очень, или там что-то хитрое с матрицами, но уж бизнес логика запросто и никаких проблем не видно,
ну и там всякие фишки, их тоже много, для любителей, типа для прикольно и удобно, генераторы, промисы, асинхронность и тд...
хотя C++ конечно все равно круче.
И некоторые клиенты для достаточно сложных систем типа продажи билетов на JS, у саабра, аэрофлот купил себе тоже на JS —
можно конечно строить из себя Била Гейтса и кричать что эти гиганты идиоты, а можно и осознать что JS вовсе не так плох как его пытаюстя представить.
Здравствуйте, loginx, Вы писали:
L>так что вообще ничего не понял из вашего ответа.
Объясняю: QML предназначен для разработки и описания интерфейса, все остальное делается на бэкэнде. Не нужно натягивать сову на глобус и делать то, что не рекомендуется. Можно, конечно, но зачем?
L>JS вовсе не так плох как его пытаюстя представить.
Здравствуйте, SergeyOsipov, Вы писали:
SO>Здравствуйте, c-smile, Вы писали:
CS>>А "обычным людям" — да, исходники нужны точно так же как и исходники системной GDI.dll.
SO>Не скажи. Я пару раз правил под себя QtGui.dll
Это значит а) что ты не "обычный люд" и б) что ты не достучался в Qt до авторов что могли бы это сделать квалифицированно и в) ты потратил свое время на то чтобы найти и пофиксить проблему.
Здравствуйте, turbocode, Вы писали:
CS>>А как ты себе представляешь AV который использует что-то что они проверить не могут? CS>>С моей изначально наивной имплементацией <input|password> они мне всю плешь проели. А эти strcpy_s() и вся остальная ..._s мутотень ... месяц точно ушел на это. CS>>treat warnings as errors компиляция и всё такое. А еще есть bounds checkers и всяки разны code analyzers которые у них в build script вшиты намертво... Да у каждого vendor разный...
T>Не понял твоих проблем, куча вендоров в мире поставляет свое API в виде закрытых библиотек и никто им плешь не проедает.
Ты это щаз кому и где сказал? На shareware форуме? Людям которые сами поддержку своих продуктов осуществляют?
T>Подозреваю что качество твоих библиотек сильно страдает, если стороннему разработчику нужно по ним ходить как по минному полю.
Не ошибается тот кто ничего не делает. Вот некоторые мои клиенты https://sciter.com/#customers покажи свои — обсудим качество.
Здравствуйте, c-smile, Вы писали:
CS>Это значит а) что ты не "обычный люд" и б) что ты не достучался в Qt до авторов что могли бы это сделать квалифицированно и в) ты потратил свое время на то чтобы найти и пофиксить проблему.
Это не было проблемой или багом. Это были узкоспециальные, нужные, думаю, только мне фичи, которые снаружи API было не сделать — пришлось лезть внутрь.
T>>Не понял твоих проблем, куча вендоров в мире поставляет свое API в виде закрытых библиотек и никто им плешь не проедает. CS>Ты это щаз кому и где сказал? На shareware форуме? Людям которые сами поддержку своих продуктов осуществляют?
Не выпускай свои криворукие поделия в мир без тщательного автоматического и ручного тестирования.
T>>Подозреваю что качество твоих библиотек сильно страдает, если стороннему разработчику нужно по ним ходить как по минному полю. CS>Не ошибается тот кто ничего не делает. Вот некоторые мои клиенты https://sciter.com/#customers покажи свои — обсудим качество.
Прикрываться этой глупостью тебе не стыдно? Поверь есть области где ошибаться тупо нельзя.
Здравствуйте, SergeyOsipov, Вы писали:
SO>Здравствуйте, c-smile, Вы писали:
CS>>Это значит а) что ты не "обычный люд" и б) что ты не достучался в Qt до авторов что могли бы это сделать квалифицированно и в) ты потратил свое время на то чтобы найти и пофиксить проблему.
SO>Это не было проблемой или багом. Это были узкоспециальные, нужные, думаю, только мне фичи, которые снаружи API было не сделать — пришлось лезть внутрь.
Ну я про то и говорю что если нужны узкоспециальные фичи то ты уже не обычный. Необычные покупают тех-суппорт и source code license.
Если ты внес изменения в Qt то по условиям лицензии ты обязан либо открыть свои исходники либо приобрести коммерческую лицензию.
Последнее есть, на минуточку, $295 в месяц (!).
Здравствуйте, c-smile, Вы писали:
CS>Если ты внес изменения в Qt то по условиям лицензии ты обязан либо открыть свои исходники либо приобрести коммерческую лицензию. CS>Последнее есть, на минуточку, $295 в месяц (!). CS>Я правильно понимаю идею?
1) Я не совсем понимаю, зачем вносить в QT свои изменения. Он вроде бы и без изменений хорош.
2) Во всём треде никто не упомянул Golang. А ведь он поудобнее C++ будет для одиночки не-гуру.
Здравствуйте, c-smile, Вы писали:
CS>Я правильно понимаю идею?
Да, но насколько я понимаю исходники я могу открывать только по запросу любого пользователя? Да мне не влом было бы и открыть, ничего такого фантастического и секретного я там не сделал.
Здравствуйте, Слава, Вы писали:
С>1) Я не совсем понимаю, зачем вносить в QT свои изменения. Он вроде бы и без изменений хорош.
Хорош. Но я вспомнил, я не в QTGUI вносил вносил измения, а в либу, которая HTML-ку рендерит, забыл название QWebKit вроде или как-то так. Мне там надо было на лету подменять картинку на странице, без перезагрузки и перерисовки всей страницы. Вот для этого вносил изменения. Не нашел как это штатными средствами сделать.
Здравствуйте, turbocode, Вы писали:
T>>>Подозреваю что качество твоих библиотек сильно страдает, если стороннему разработчику нужно по ним ходить как по минному полю. CS>>Не ошибается тот кто ничего не делает. Вот некоторые мои клиенты https://sciter.com/#customers покажи свои — обсудим качество. T>Прикрываться этой глупостью тебе не стыдно? Поверь есть области где ошибаться тупо нельзя.
Ну т.е. примеров твоего кода или хотя бы продуктов мы не дождемся...
Узнаю брата-хохла по запаху ... На соседской корове как-то не так шашечки нарисованы, а своей нет ибо лениво.
Здравствуйте, XOOIOOX, Вы писали:
XOO>Здравствуйте, loginx, Вы писали:
L>>так что вообще ничего не понял из вашего ответа.
XOO>Объясняю: QML предназначен для разработки и описания интерфейса,
html/css/js настолько мощное и всеобъемлющее решение для GUI
что просто смешно слушать про каких-то микроскопических гномиков, всяких там *ML
Здравствуйте, turbocode, Вы писали:
CS>>Ну т.е. примеров твоего кода или хотя бы продуктов мы не дождемся... T>У тебя какая то подростково-пиписько-мерялковая психология. Стыдись!
Так будут примеры или нет?
Ну чтобы по-взрослому сравнивать "криворукие поделия" с "пряморукими поделиями" ...?
Если нет то твое мнение имеет вес выделяемого газа ...
CS>Так будут примеры или нет?
Зачем мне тебе что то доказывать?
CS>Ну чтобы по-взрослому сравнивать "криворукие поделия" с "пряморукими поделиями" ...?
Тебе уже десятки раз если не больше здесь подробно разъясняли и писали о недостатках твоего криворукого решения но ты упорно продолжаешь им спамить каждую тему на RSDN где хоть как то затрагивается тема GUI.
P.S. На месте модераторов RSDN я тебя забанил бы навечно.
Здравствуйте, rean, Вы писали:
R>Не нужно. Хелп сейчас лучше делать прямо на сайте. Пусть ходит гугл и случайные люди. Больше текстов на сайте — больше людей знают про программу. Даже зайдя за другим, человека может заинтересовать тематика сайта или прямо увидит в тексте ссылку на программу, какую он не искал.
Здравствуйте, icezone, Вы писали:
S>>И ведь еще нужно сделать сайт, написать хелп, оформить сертификаты, написать рекламу, сделать дизайн и тп тп.
I>это самое сложное, у меня куча незавершенных проектов висит на этой стадии
Да это же самое простое в сравнение с написанием программы! Ищем бесплатный шаблон html5, пишем тексты и размещаем на сайте! Это самый приятный момент в создании нового продукта.
S>Да это же самое простое в сравнение с написанием программы! Ищем бесплатный шаблон html5, пишем тексты и размещаем на сайте! Это самый приятный момент в создании нового продукта.
Здравствуйте, marcopolo, Вы писали:
S>>Да это же самое простое в сравнение с написанием программы! Ищем бесплатный шаблон html5, пишем тексты и размещаем на сайте! Это самый приятный момент в создании нового продукта.
M>Что приятного в написании текстов?
Ты же месяцами реализовывал фичи. Как же приятно о них написать во всех подробностях.
T>Тебе уже десятки раз если не больше здесь подробно разъясняли и писали о недостатках твоего криворукого решения
ну чего ты докопался? я вот доволен, что узнал про htmlayout/sciter именно отсюда в свое время. у меня большинство проектов на Qt, но вот понадобился легковесный красивый кроссплатформенный гуй для одного плагина — на чем мне его делать? нативный гуй я замучаюсь делать на winapi, под маком это чуть проще будет. qt тащить нельзя — слишком много для плагина, веб-интерфейс — перебор, какие варианты?
а скайтер очень даже вписался — подложил длл-ку и получил приличный интерфейс под обе платформы. ну да, наткнулся по пути на пару багов, но Андрей достаточно активен в плане поддержки у себя на форуме, так что с учетом бесплатности продукта меня это вполне устраивает.
полноценное большое приложение, впрочем, я бы на нем делать не стал. тут уж лучше Qt, там "стандартная библиотека" покруче будет.
ov>полноценное большое приложение, впрочем, я бы на нем делать не стал. тут уж лучше Qt, там "стандартная библиотека" покруче будет.
Уж лучше тогда взять решение где полноценный браузер с полной поддержкой JavaScript которое выдает себя за десктоп приложение, чем это криворукое поделие без поддержки JavaScript.
Здравствуйте, Submitter, Вы писали:
M>>Что приятного в написании текстов?
S>Ты же месяцами реализовывал фичи. Как же приятно о них написать во всех подробностях.
Здравствуйте, AlexGin, Вы писали:
AG>P.P.S. В общем — [b]я бы всё таки рекомендовал, потратить немного больше времени на изучение WPF/b] AG>- и вести разработку на этой технологии! AG>Здесь, несмотря на то, что Вы потратите некоторое время для изучения WPF, а также корректировках в XAML, AG>эти трудозатраты окупятся сторицей: эта технология более гибкая и мощная, по сравнению с i]WinForms[/i],она позволяет сделать больше и красивее!
ну мне, например, XAML знать надо для Хамарина
я новичок во всех этих .net делах, но в WPF используется DirectX/OpenGL для отрисовки контролов на окнах, что делает, как мне видится, эту WPF ещё более платформонезависимой. Да и как-то, наверно, эти контролы можно кастомизировать легко даже.
А по самому WPF/C# информации куча.
