Ну предприятию пришлось выйти в инет, перевели для клиентов всё на веб и десктоп умер.
то в чём тогда была проблема?
Ну в том что пришлось перейти на это логично, но веб уже не приносил столько денег и всё померло. Но вообще это не проблема, просто эволюция. И так было понятно что так и будет скорее всего.
то зачем переходили на веб?
А вот вы по-прежнему через email запрашиваете данные из библиотеки (к примеру), или скачиваете книгу при необходимости? Вот тут аналогично.
просто веб сделали криво?
Я им не пользовался, но ИМХО нормально был сделан для того времени, не хуже и не лучше.
То есть существуют конкуренты на вебе и ими таки пользуются?
Конечно, до этого в offline конкурентов, сильных, не было в принципе, было полное и абсолютное доминирование на рынке много лет. Вообще очень известное предприятие среди множества обычных людей. И оно развивалось, создавались новые направления, правда уже не столько успешные, но работало. А потом пришёл инет и конкурента можно было создать на два порядка быстрее и проще, даже не имея опыта и подобранного многолетней работой коллектива, пусть не такого успешного, зато очень дешёвого и клиенты разбрелись. А великий уравнитель в виде гугла выровнял предприятие и его конкурентов в выдаче (я не проверял, но если они не дураки, то это легко делается).
Декстоп нужен был для самого предприятия, для его работы. Но веб изменил формат работы, формат представления информации, всё стало сильно проще. Да - можно было десктоп переделать под новые задачи, но решили что тот кто уже сделал веб, тот же естественно и внутреннюю часть сделает.
И он же требования озвучивает.
Да, но тут всё было сложнее, фактически этим занимался весь коллектив, такого рода коллективный заказчик, мне нравилось, в том плане что я реагировал на каждого лично и подстраивал всю систему так, чтобы всё работало и даже самые сложные и с виду ненормальные пожелания, согласованные с руководством тут же на месте, реализовывались.
написали "веб-приложение для системы управления предприятием".
Нет - это уже без меня.
написали "веб-приложение для системы управления предприятием".
А их всех уволили, так что вряд ли им сильно понравилось пришествие инета.
Приложение под предприятие. Поэтому десктоп и умер.
Сильно изменилась и на два порядка упростилась вся логика(offline товар был заметно сложнее по структуре, чем online), плюс уже был создан веб для клиентов и заказчиков, так что логично что и внутренняя часть была сделана аналогично.
Без веба в обществе - среди заказчиков и клиентов, предприятие было бы глубоко offline до сих пор и продолжало бы зарабатывать деньги. Кстати в России филиалы этого весьма известного предприятия сохранились до сих пор уже в вебе, но в России с этим проще, а у нас видимо не хватило оборота, стоимость для клиентов в вебе очень мала, это не позволяет содержать адекватный коллектив, а конкурентов создать очень легко и незатратно. Но это обсуждать не виду смысла, я не знаю детально что там у руководства творилось когда это всё начало сыпаться.
Да, сам, да снаружи. Внутри предприятия не нужен, это правда. Но раз он стал торчать наружу и поменял вообще все правила работы, то и внутреннюю часть тоже сделали на веб. Я ж писал - всё стало иначе.
Общество перестало искать информацию offline и стало получать информацию online. На этом всё и закончилось.
Кто вам за разработку платит? Кто требования ставит? Кто результат принимает?
У вас слишком много странных вопросов. Требования пользователи ставят, им надо чтобы работало так как им надо, они же и принимают. Точнее я сам ставлю требования и принимаю. Так оно гораздо лучше работает, потому что пользователи не всегда способны точно описать что им надо. Главное чтобы им было удобно и они были довольны.
У меня эффективный подход и хорошая архитектура. что обеспечивало быстрый и качественный результат за короткие сроки. Одним словом это не разработка ради разработки, а разработка ради результата, и я не сказал бы что совсем уж особенная. Такие тонкие клиенты существовали до прихода веб и регулярно встречались Хотя в общем тот же SQLServer позволяет создать вполне себе адекватного тонкого клиента для веб без участия кого-то ещё, но я не пробовал.
В данном случае я не только умею готовить, но и обхожу в этом многих других, если не всех ;-) Пока я даже близко не встречал никого, кто мог бы решить эту же задачу в те же сроки, с тем же функционалом и с тем же качеством и стабильностью работы.
Помню много лет спустя я делал ещё одно приложение под декстоп, которое потом команда переводила на веб. Неплохая команда, год переводила по готовым исходникам то, что я написал по вечерам за полгода в одиночку. И не смогла без ошибок, потом ещё дорабатывала, правда гордость им не позволяла спрашивать как и что должно работать по шагам :-) Это конечно не показатель, но грамотно выбранная архитектура на десктопе позволяет разрабатывать надёжный и качественный продукт за короткие сроки почти с любым функционалом.
Раньше оно приносило деньги в offline, но offline умер, общество перешло на online, пришлось организации перейти на online. А там стало тяжко из-за конкуренции, в общем организация почти умерла.
Почему сервис/бэкенд у вас потребляют вот прямо на порядок больше ресурсов?
Потому что нужна быстрая отладка. Без UI приложения это всё ну очень сильно затягивается.
У вас веб вообще без бэкенда/сервисов работает?
Да мне без разницы, я им не занимаюсь в данном случае.
У вас в десктопном приложении обработка этих самых "объёмных данных"
Да - обработка объёмных данных идёт в приложении, потому что такая логика работы и это всем удобно.
Какое отношение графика имеет к обработке данных? По идее графика должна показывать уже обработанные данные.
Данные графические.
И у вас реально нет никакого слоя бизнес-логики между базой данных и UI?
Совершенно верно. Вся логика в базе. Быстро, надёжно, качественно. Приложение фактически тонкий клиент (и я подумывал о веб, хотя внутри организации это совершенно не имело смысла), но - есть ряд тяжёлых функций, кстати в том числе и прямой рендеринг шрифтов с заданными параметрами в абсолютных единицах, и я не пробовал, но ИМХО с веб были бы проблемы, хотя, скорее всего, решаемые. Плюс интерфейс обрабатывает много данных и хочет банально быть быстрым. Никаких там секунду на обновление страницы, что, как показывает практика, нереализуемо, банально много данных, фильтры, сортировки, выделения, плюс всякий мелкий функционал обработки в realtime.
Можно, но по ряду причин это будет страшно с точки зрения разработки. На порядок больше затрат по ресурсам, а на выходе тот же результат. И обосновать такие затраты будет очень непросто. Одно дело когда доработка кода занимает месяц, потому что можно всё быстро отладить на ходу, а совсем другое - когда нужно создавать бэкэнд и уже отлаживать его. Ну или сервис.
А так да, всё что можно было вынести на уровень С УБД, было вынесено и жрало ресурсы только сервера. Но были вещи, которые на уровне sql реализовывать было нелогично, например работа с графикой в realtime.
А я и не делал, просто так сложилось, что произошёл переход в веб. На самом деле надо было раньше, но offline организации приносил гораздо больше денег.
Невозможно, ограничения платформы в виде браузера и интерпретируемых языков. ИМХО сама технология мертворожденная, но всех устраивает, так что будет жить и развиваться.
Ну предприятию пришлось выйти в инет, перевели для клиентов всё на веб и десктоп умер.
Ну в том что пришлось перейти на это логично, но веб уже не приносил столько денег и всё померло. Но вообще это не проблема, просто эволюция. И так было понятно что так и будет скорее всего.
А вот вы по-прежнему через email запрашиваете данные из библиотеки (к примеру), или скачиваете книгу при необходимости? Вот тут аналогично.
Я им не пользовался, но ИМХО нормально был сделан для того времени, не хуже и не лучше.
Конечно, до этого в offline конкурентов, сильных, не было в принципе, было полное и абсолютное доминирование на рынке много лет. Вообще очень известное предприятие среди множества обычных людей. И оно развивалось, создавались новые направления, правда уже не столько успешные, но работало. А потом пришёл инет и конкурента можно было создать на два порядка быстрее и проще, даже не имея опыта и подобранного многолетней работой коллектива, пусть не такого успешного, зато очень дешёвого и клиенты разбрелись. А великий уравнитель в виде гугла выровнял предприятие и его конкурентов в выдаче (я не проверял, но если они не дураки, то это легко делается).
Декстоп нужен был для самого предприятия, для его работы. Но веб изменил формат работы, формат представления информации, всё стало сильно проще. Да - можно было десктоп переделать под новые задачи, но решили что тот кто уже сделал веб, тот же естественно и внутреннюю часть сделает.
Да, но тут всё было сложнее, фактически этим занимался весь коллектив, такого рода коллективный заказчик, мне нравилось, в том плане что я реагировал на каждого лично и подстраивал всю систему так, чтобы всё работало и даже самые сложные и с виду ненормальные пожелания, согласованные с руководством тут же на месте, реализовывались.
Нет - это уже без меня.
А их всех уволили, так что вряд ли им сильно понравилось пришествие инета.
Приложение под предприятие. Поэтому десктоп и умер.
Сильно изменилась и на два порядка упростилась вся логика(offline товар был заметно сложнее по структуре, чем online), плюс уже был создан веб для клиентов и заказчиков, так что логично что и внутренняя часть была сделана аналогично.
Без веба в обществе - среди заказчиков и клиентов, предприятие было бы глубоко offline до сих пор и продолжало бы зарабатывать деньги. Кстати в России филиалы этого весьма известного предприятия сохранились до сих пор уже в вебе, но в России с этим проще, а у нас видимо не хватило оборота, стоимость для клиентов в вебе очень мала, это не позволяет содержать адекватный коллектив, а конкурентов создать очень легко и незатратно. Но это обсуждать не виду смысла, я не знаю детально что там у руководства творилось когда это всё начало сыпаться.
Да, сам, да снаружи. Внутри предприятия не нужен, это правда. Но раз он стал торчать наружу и поменял вообще все правила работы, то и внутреннюю часть тоже сделали на веб. Я ж писал - всё стало иначе.
Общество перестало искать информацию offline и стало получать информацию online. На этом всё и закончилось.
У вас слишком много странных вопросов. Требования пользователи ставят, им надо чтобы работало так как им надо, они же и принимают. Точнее я сам ставлю требования и принимаю. Так оно гораздо лучше работает, потому что пользователи не всегда способны точно описать что им надо. Главное чтобы им было удобно и они были довольны.
Все радостно пользовались и были довольны. Пока не пришёл веб и почти похоронил предприятие.
Общество, которое деньги приносило предприятию. Наше общество :-)
У меня эффективный подход и хорошая архитектура. что обеспечивало быстрый и качественный результат за короткие сроки. Одним словом это не разработка ради разработки, а разработка ради результата, и я не сказал бы что совсем уж особенная. Такие тонкие клиенты существовали до прихода веб и регулярно встречались Хотя в общем тот же SQLServer позволяет создать вполне себе адекватного тонкого клиента для веб без участия кого-то ещё, но я не пробовал.
В данном случае я не только умею готовить, но и обхожу в этом многих других, если не всех ;-) Пока я даже близко не встречал никого, кто мог бы решить эту же задачу в те же сроки, с тем же функционалом и с тем же качеством и стабильностью работы.
Помню много лет спустя я делал ещё одно приложение под декстоп, которое потом команда переводила на веб. Неплохая команда, год переводила по готовым исходникам то, что я написал по вечерам за полгода в одиночку. И не смогла без ошибок, потом ещё дорабатывала, правда гордость им не позволяла спрашивать как и что должно работать по шагам :-) Это конечно не показатель, но грамотно выбранная архитектура на десктопе позволяет разрабатывать надёжный и качественный продукт за короткие сроки почти с любым функционалом.
Раньше оно приносило деньги в offline, но offline умер, общество перешло на online, пришлось организации перейти на online. А там стало тяжко из-за конкуренции, в общем организация почти умерла.
Потому что нужна быстрая отладка. Без UI приложения это всё ну очень сильно затягивается.
Да мне без разницы, я им не занимаюсь в данном случае.
Да - обработка объёмных данных идёт в приложении, потому что такая логика работы и это всем удобно.
Данные графические.
Совершенно верно. Вся логика в базе. Быстро, надёжно, качественно. Приложение фактически тонкий клиент (и я подумывал о веб, хотя внутри организации это совершенно не имело смысла), но - есть ряд тяжёлых функций, кстати в том числе и прямой рендеринг шрифтов с заданными параметрами в абсолютных единицах, и я не пробовал, но ИМХО с веб были бы проблемы, хотя, скорее всего, решаемые. Плюс интерфейс обрабатывает много данных и хочет банально быть быстрым. Никаких там секунду на обновление страницы, что, как показывает практика, нереализуемо, банально много данных, фильтры, сортировки, выделения, плюс всякий мелкий функционал обработки в realtime.
Можно, но по ряду причин это будет страшно с точки зрения разработки. На порядок больше затрат по ресурсам, а на выходе тот же результат. И обосновать такие затраты будет очень непросто. Одно дело когда доработка кода занимает месяц, потому что можно всё быстро отладить на ходу, а совсем другое - когда нужно создавать бэкэнд и уже отлаживать его. Ну или сервис.
А так да, всё что можно было вынести на уровень С УБД, было вынесено и жрало ресурсы только сервера. Но были вещи, которые на уровне sql реализовывать было нелогично, например работа с графикой в realtime.
А я и не делал, просто так сложилось, что произошёл переход в веб. На самом деле надо было раньше, но offline организации приносил гораздо больше денег.
Есть, когда идёт обработка объёмных данных в realtime весь веб идёт лесом, густым и тёмным.
На момент написания. И это был внутренний продукт, наружу никак не торчал. Ну и прикрутить веб к нему в принципе можно было, но смысла не было вообще.
Ну я определяю требования, надеюсь вас это никак не задевает? А то так и до личностей можно дойти.
Потому что всё равно до нативного приложения это не дотягивает.
Никак, вообще никак :-)
Но она и не требовалась на то момент.
Идея замечательная, но тогда может пострадать кеш, что в большом цикле обработки данных будет очень грустно.
Я его сверху упомянул ;-)
И легаси десктоп выигрывает по всем пунктам без особых усилий.
А в остальном я полностью с вами согласен :-)
Невозможно, ограничения платформы в виде браузера и интерпретируемых языков. ИМХО сама технология мертворожденная, но всех устраивает, так что будет жить и развиваться.