powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
25 сообщений из 385, страница 2 из 16
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557411
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vill_agerЭто уже про коммерческие трудности, давайте не будем здесь об этом.
Да нет, это сразу выключает мотивацию. Хорошо если кто-то уже имеет наработанный пул клиентов и на этой основе может обеспечить окупаемость затеи. Но этот самый пул так же не даёт такому перцу времени на серьёзную работу над метасистемой. Если же время есть, то значит клиентов нет, ибо они убегут от забившего на поддержку. И получается работа не пойми зачем. Кто будет покупать или как найти время - вот две основные сложности. Всё остальное - просто из-за недостаточного времени, потраченного на задачу. Но это "недостаточное" может измеряться многими человеко-жизнями. Сократить можно, но всё равно будет долго. В итоге - нужно тратить много лет на то, что потом непонятно, сможешь ли продать. А тут ещё остальные ваяют что попроще и забирают себе клиентов. То есть конкурировать нужно с, во первых, толстыми конкурентами, а во вторых, с умными, но тощими. Тощие не способны без потери клиентов создать что-то приличное (времени не выделят достаточно), но вот ряд идей они подхватывают и для клиента встаёт выбор между "уже реализовано, и даже работает" и "я тут вот налабал, никто не проверял, но это страшно круто!". И опять возникает проблема поиска клиентов, которые купятся на "страшно круто!", а это обычно те, кто натрахался с одноце и к нему (почему-то) до сих пор не постучался очередной гений, который параллельно с окучиванием клиентов пишет свою недо-систему (недо потому что времени выделяет мало).

В общем - была бы мотивация, был бы продукт. А так - ниша только для тех, кто имеет клиентов и тратит мало времени на систему. В результате за 12 лет создают в общем-то лишь простенький набор функционала. Хотя с другой стороны - тех, кто полностью выделил на тему 4-5 свободных лет тоже в природе нет, та к что за 12 лет сделано всё же больше, чем за 4-5, но вообще не выделенных на разработку.

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

Значит нужен другой инвестор. И кто же это? Готовый 4-5, а то и больше лет потратить на прихоти самоуверенного перца, заявляющего, что он якобы умеет писать программы. Финансисты к такой щедрости не склонны (ну разве за гос.счёт да за откаты).

Теоретически можно представить некую группу программистов, которая зарабатывает на живых клиентах, но выделяет человека или двух чисто на писанину "в стол", то есть на будущее (может с какими-то ответвлениями для "сегодня"). Программисты понимают суть происходящего (в отличии от финансистов), а потому могут оценить работу выделенной группы товарищей, а значит и вовремя заметить неэффективность. А работа с клиентами даёт широкий круг задач, который не даёт "гениям" концентрироваться на "я так вижу". Теоретически может работать, но на практике - есть проблема доверия. Если в группе не доверяют кому-то - всё, будет зависть, будут обиды, будет делёж и распад.

Так что остаётся пилить параллельно с обслуживанием клиентов. А это значит - не иметь времени на качество. Ну и как бы результат понятен - скромность успехов тому подтверждение. А всё потому, что:
sereginsereginМозг вскипает, если одновременно создавать собственный фреймворк и с помощью него решать бизнес задачу. Вроде больше возможностей, чего не хватает, все можно самому допилить. Но это сложное решение, так как всегда стоит выбор - упростить бизнес-задачу или потерять время на усложнение фреймворка .
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557413
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотелось бы коснуться вопроса внедрения скриптовых движков.

Возьмем Фаст-скрипт:
Движок знает некот. контролы. Но сторонним контролам его нужно научить. Своим внутр. ф-циям/процедурам научить.
И он знает не все свойства/методы, а только паблишед. Остальному надо или научить или обломаться.
Стабильность работы движка - под вопросом. Бывают необъяснимые глюки: н-р просто молча ничего не делает, пока не перезагрузишь прогу.

А как у вас ?
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557428
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSV1. да, вполне в готовомОга. Это цемент, песок и вода. А нужны готовые конструкции и модули. Которые хорошо стыкуются и аггрегируются. Параметрически. Мышкой, Карл !

Коллега, ты просто не в теме. Но пришел сюда потролить участников.

В чем я не в теме, господи?

1) Это ты запилил зачем-то свой дизайнер форм, хотя уже готовый есть в самой Delphi IDE.
Зачем ты это сделал? Чем тебя не устроил уже имеющийся, что в нем не так?

2) Аналогично п.1)

3) Дизайнер импорта? Т.е. ты сделал собственный визуальный ETL? Ну молодец, ок, такого в базовой Delphi нет, нужно лепить велосипед или искать компоненты

4) Дизайнер главного меню - полная укатайка, см. п1) - чем готовый не устроил?

5) > Возможность расширений на DLL (отдельные формы)
Вообще полная укатайка - это значит в базовой поставке Delphi нельзя делать DLL с отдельными формами? Дайте две!


по остальным пунктам закатывать тебя в ненужность уже просто лень, про какую такую нетемность ты вообще сейчас говоришь?
если что-то в самой Delphi неудобно - то просто пишешь библиотеки, для визуальной составляющей - см. Visual Form Inheritance, да те-же Frames


ты же взял и написал какой-то свой недоDelphi, отрубив примерно 90% не нужных лично тебе возможностей, и дальше что?
будешь по запросам пользователей доделывать остальные 90%?

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

а у тебя про бизнес сущности вообще ничего нет - ты да, похоже действительно не в теме, не смог осилить 1С.
тебе про это и говорилось выше
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557436
vill_ager
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555vill_agerЭто уже про коммерческие трудности, давайте не будем здесь об этом.
Да нет, это сразу выключает мотивацию. Хорошо если кто-то уже имеет наработанный пул клиентов и на этой основе может обеспечить окупаемость затеи. Но этот самый пул так же не даёт такому перцу времени на серьёзную работу над метасистемой. Если же время есть, то значит клиентов нет, ибо они убегут от забившего на поддержку. И получается работа не пойми зачем. Кто будет покупать или как найти время - вот две основные сложности. Всё остальное - просто из-за недостаточного времени, потраченного на задачу. Но это "недостаточное" может измеряться многими человеко-жизнями. Сократить можно, но всё равно будет долго. В итоге - нужно тратить много лет на то, что потом непонятно, сможешь ли продать. А тут ещё остальные ваяют что попроще и забирают себе клиентов. То есть конкурировать нужно с, во первых, толстыми конкурентами, а во вторых, с умными, но тощими. Тощие не способны без потери клиентов создать что-то приличное (времени не выделят достаточно), но вот ряд идей они подхватывают и для клиента встаёт выбор между "уже реализовано, и даже работает" и "я тут вот налабал, никто не проверял, но это страшно круто!". И опять возникает проблема поиска клиентов, которые купятся на "страшно круто!", а это обычно те, кто натрахался с одноце и к нему (почему-то) до сих пор не постучался очередной гений, который параллельно с окучиванием клиентов пишет свою недо-систему (недо потому что времени выделяет мало).

В общем - была бы мотивация, был бы продукт. А так - ниша только для тех, кто имеет клиентов и тратит мало времени на систему. В результате за 12 лет создают в общем-то лишь простенький набор функционала. Хотя с другой стороны - тех, кто полностью выделил на тему 4-5 свободных лет тоже в природе нет, та к что за 12 лет сделано всё же больше, чем за 4-5, но вообще не выделенных на разработку.

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

Значит нужен другой инвестор. И кто же это? Готовый 4-5, а то и больше лет потратить на прихоти самоуверенного перца, заявляющего, что он якобы умеет писать программы. Финансисты к такой щедрости не склонны (ну разве за гос.счёт да за откаты).

Теоретически можно представить некую группу программистов, которая зарабатывает на живых клиентах, но выделяет человека или двух чисто на писанину "в стол", то есть на будущее (может с какими-то ответвлениями для "сегодня"). Программисты понимают суть происходящего (в отличии от финансистов), а потому могут оценить работу выделенной группы товарищей, а значит и вовремя заметить неэффективность. А работа с клиентами даёт широкий круг задач, который не даёт "гениям" концентрироваться на "я так вижу". Теоретически может работать, но на практике - есть проблема доверия. Если в группе не доверяют кому-то - всё, будет зависть, будут обиды, будет делёж и распад.

Так что остаётся пилить параллельно с обслуживанием клиентов. А это значит - не иметь времени на качество. Ну и как бы результат понятен - скромность успехов тому подтверждение. А всё потому, что:
sereginsereginМозг вскипает, если одновременно создавать собственный фреймворк и с помощью него решать бизнес задачу. Вроде больше возможностей, чего не хватает, все можно самому допилить. Но это сложное решение, так как всегда стоит выбор - упростить бизнес-задачу или потерять время на усложнение фреймворка .

Много букв. Ответ очевидный: фреймворк (платформа) должны обеспечивать эффективность. Если этого нет - беда. Я, например, справляюсь с описанными выше проблемами, пилю все параллельно
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557440
vill_ager
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dbpatchа у тебя про бизнес сущности вообще ничего нет - ты да, похоже действительно не в теме, не смог осилить 1С.
тебе про это и говорилось выше

Ну нет бизнес сущностей у нас. Ведь есть люди, которые могут сделать документ, проводки, баланс на чистых таблицах, без тормозных примочек 1С, на освоение которых действительно нужно потратить время.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557444
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchВ чем я не в теме, господи? По всем пунктам. Бессмысленно объяснять.
А также бессмысленно объяснять чем прикладной фреймворк отличается от огромной платной IDE с компилятором и платными компонентами.

Да, многие возможности полноценной IDE станут недоступны. Ну и чо ? Для многих задач учетного характера это некритично.
Базовый ГУИ фреймворка обеспечивает джентльменский набор действий. Можно за неск.минут наваять готовую рабочую формочку и тут же включить ее в работающий проект (в котором юзеры сидят).

2 dbpatch:
этот топик для тех, кто создает фрейворки или к-л надстройки, ускоряющие разработку инф.систем.
У Вас есть своего что показать ? Если нет, то просто проходите мимо.
Желчные высеры про "очередные велосипеды", "недо-1С". "это не взлетит" тут не нужны.
У большинства участников подобные проекты технически успешны, т.е. реально внедряются и работают.

Денежный успех это немного из другой оперы.
Но есть и такие проекты. Те же 1С, Парус, Галактика, Террасофт, R-Keeper и многие другие. Сотни других.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557449
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVdbpatchВ чем я не в теме, господи? По всем пунктам. Бессмысленно объяснять.
А также бессмысленно объяснять чем прикладной фреймворк отличается от огромной платной IDE с компилятором и платными компонентами.

Да, многие возможности полноценной IDE станут недоступны. Ну и чо ? Для многих задач учетного характера это некритично.
Базовый ГУИ фреймворка обеспечивает джентльменский набор действий. Можно за неск.минут наваять готовую рабочую формочку и тут же включить ее в работающий проект (в котором юзеры сидят).

2 dbpatch:
этот топик для тех, кто создает фрейворки или к-л надстройки, ускоряющие разработку инф.систем.
У Вас есть своего что показать ? Если нет, то просто проходите мимо.
Желчные высеры про "очередные велосипеды", "недо-1С". "это не взлетит" тут не нужны.
У большинства участников подобные проекты технически успешны, т.е. реально внедряются и работают.

Денежный успех это немного из другой оперы.
Но есть и такие проекты. Те же 1С, Парус, Галактика, Террасофт, R-Keeper и многие другие. Сотни других.


что бесмысленно объяснять? зачем ты сделал обрезанную версию Delphi, не добавив, по сути, ничего полезного к тому, что уже есть в Delphi?
Ну да, это бессмысленно объяснять - у тебя видно появилась потребность в графомании методом подражания, ты не одинок в подобных трудностях, на гитхабе таких примеров многие сотни тысяч, попыток отбренчить что-то и сделать свое.
Заканчиваются обычно ничем.


Ты лучше попробуй объяснить, что у тебя там такого есть, чего нет в самой Delphi и известных компонентах к ней (в том-же FR).
Сможешь, показать пример невиданной доселе инновации?

Нет, серьезно, чем эмоционировать - попробуй объяснить, с какой целью ты вообще пилил это все, что такое ты в Delphi не нашел, что тебя подвигло на копирование ее базового функционала?
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557454
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vill_agerdbpatchа у тебя про бизнес сущности вообще ничего нет - ты да, похоже действительно не в теме, не смог осилить 1С.
тебе про это и говорилось выше

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

Если нет бизнес сущностей, готовых шаблонов решения бизнес задач - то это не фреймворк, а недоразумение.
По той простой причине, что существуют уже готовые среды общего назначения - Delphi, .NET, Qt, тысячи их.

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

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

Хочется сделать хороший дизайнер форм - возьмите сделайте лучше нормальный, HTML подобный Layout менеджер компонент - уже 21 год прошел, а ничего до сих пор нормального не сделано, все продолжают заниматься ерундой в виде выставления Top/Left/Width/Height/Align
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557458
Фотография makhaon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSV,

авторОга. Это цемент, песок и вода. А нужны готовые конструкции и модули. Которые хорошо стыкуются и аггрегируются. Параметрически. Мышкой, Карл !

Всё там нормально стыкуется. Мышкой вполне. С bindings стало еще проще мышкой возить. Любит у нас народ поизобретать велосипеды, вместо использования кучи готовых. Не скажу, что это всегда плохо. Но почти всегда - да.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557464
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchНет, серьезно, чем эмоционировать - попробуй объяснить, с какой целью ты вообще пилил это все, что такое ты в Delphi не нашел, что тебя подвигло на копирование ее базового функционала? С той же целью, с кот. созданы все КИС/ERP-системы (со своими средами разработки).
Зачем их создавали ? Видимо Вас, коллега забыли спросить о целесообразности ("все же давно придумано", да ?).

Мы Ваше мнение услышали. Просьба не продолжать. К тому же Вам по сабжу нечего тут показать.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557467
Фотография makhaon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторА также бессмысленно объяснять чем прикладной фреймворк отличается от огромной платной IDE с компилятором и платными компонентами.

1. То, что ты описываешь - это не прикладной фреймворк. Это просто кусок делфи, написанного 20+ лет назад почти в том виде, как ты описываешь.
2. Ты бесплатно работаешь? Твоё время на написание 'фреймворка' стоит дешевле чем Delphi + пары компонент? Блин, почему нам такие работники не попадаются? Которые готовы за еду Delphi повторить
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557475
Фотография makhaon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSV,

авторБесплатность навсегда.

Бесплатность - это крайне эфемерная штука. Бесплатность ровно до тех пор, пока не нужно что-то править. А когда нужно что-то править - нужно за это платить сразу же. Или у кого-то бесплатные рабы работают? Тогда да :)
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557485
Фотография Saller
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
makhaonЛюбит у нас народ поизобретать велосипеды, вместо использования кучи готовых.Тебя ведь тоже что-то натолкнуло написать "недополезные сторонние функции" :D
P.S. Топик совсем не про Делфи, не засоряй эфир если не можешь понять о чем вообще этот топик.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557508
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVdbpatchНет, серьезно, чем эмоционировать - попробуй объяснить, с какой целью ты вообще пилил это все, что такое ты в Delphi не нашел, что тебя подвигло на копирование ее базового функционала? С той же целью, с кот. созданы все КИС/ERP-системы (со своими средами разработки).
Зачем их создавали ? Видимо Вас, коллега забыли спросить о целесообразности ("все же давно придумано", да ?).

Мы Ваше мнение услышали. Просьба не продолжать. К тому же Вам по сабжу нечего тут показать.

Мне как раз есть что сказать по сабжу. Я вполне могу и готов поговорить про действительно Фреймворк, в значении среды-библиотеки шаблонизатора типовых бизнес-задач.

А вот ты до сих пор так и не смог ответить, зачем ты пытаешься сделать свою версию Delphi, не предлагая вообще ничего из того,
что должен делать именно фреймворк.


А всякие КИС и ERP со своими средами создавались по простой и банальной причине - на момент создания этих сред банально
не было готовых IDE/runtime, с удовлетворяющими характеристиками - даже 1С свою платформу начал пилить намного раньше, чем вышла Delphi, про всякие R3 OEBS и говорить не приходится.

Но сейчас начинать делать свою собственную IDE, а не расширять уже имеющуюся - это тупик. Кому она вообще нужна,
где вы будете искать добровольцев, которые согласятся ее осваивать?

Куда они потом пойдут с такими навыками?

Строчка в резюме вида

"5 лет опыта разработки в LSV Super Puper Framework IDE" - безусловно впечатлят абсолютно всех работодателей на hh.ru и dice.com в особенности
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557522
vill_ager
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dbpatchvill_agerпропущено...


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

Если нет бизнес сущностей, готовых шаблонов решения бизнес задач - то это не фреймворк, а недоразумение.
По той простой причине, что существуют уже готовые среды общего назначения - Delphi, .NET, Qt, тысячи их.

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

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

Хочется сделать хороший дизайнер форм - возьмите сделайте лучше нормальный, HTML подобный Layout менеджер компонент - уже 21 год прошел, а ничего до сих пор нормального не сделано, все продолжают заниматься ерундой в виде выставления Top/Left/Width/Height/Align
А у меня нет дизайнера форм вообще. И есть лайотменеджер.
А платформа нужна для сопровождения. Доставка обновлений, кастомизация у заказчика. Есть это в дельфи? Есть у тебя опыт сопровождения своего ПО?
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557525
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
makhaonLSV,
авторБесплатность навсегда.
Бесплатность - это крайне эфемерная штука. Бесплатность ровно до тех пор, пока не нужно что-то править. А когда нужно что-то править - нужно за это платить сразу же. Или у кого-то бесплатные рабы работают? Тогда да :)Если кто-то возмет фреймворк и допилит там свой прикладной ф-л, то это будет бесплатно.
Знать нужно буквально неск. несложных правил и T-SQL. Так работают многие фреймворки. Тот же террасофт (хотя платно).
Между прочим очень успешный и популярный фреймворк. Даже в Gartner попал. Гартнер, Карл !!!! :)
Как попал ? Потому что сделан очень толково.
И на НН есть по нему вакансии. И немало.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557526
-Rik-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot dbpatch]vill_agerпропущено...

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

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

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

dbpatchХочется сделать хороший дизайнер форм - возьмите сделайте лучше нормальный, HTML подобный Layout менеджер компонент - уже 21 год прошел, а ничего до сих пор нормального не сделано, все продолжают заниматься ерундой в виде выставления Top/Left/Width/Height/Align
Возможно есть такие кто делает. Если бы я сейчас начинал все с самого начала, я бы сделал Web, но идея собрать свой велосипед пришла ещё в 2000 году, в то время Web не так развит был как сейчас. Большинство кто здесь с подобными проектами, начинали очень давно. А сейчас начинать заново уже неохота к тому же старый проект работает.
Здесь мой велосипед: visual-t.ru
У меня на нем сотня рабочих мест, половина на Linux. Работает с 2мя базами FireBird в 60гб, в конторе у которой больше миллиона клиентов. Контора рассылает до 6000 почтовых отправлений в сутки, одной мукулатуры могут печатать до 20000 листов в сутки, за раз на печатный станок выводится несколько тысяч листов. Работает с api почты России, Казахстана, Боксберри.
Самое сложное было сделать интерпретатор. Я впервые увидел компьютер в 15 лет, понял что моё, захотелось узнать как вообще пишут языки программирования, я ни как успокоиться не мог. Купил книжку Вирта "Построение компиляторов" и вперед. Казалось что делаю что-то сложное и наверно уйдет куча времени, но самое смешное, то что эта затея которая меня грызла больше десятка лет была сделана за 3 месяца.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557530
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SallermakhaonЛюбит у нас народ поизобретать велосипеды, вместо использования кучи готовых.Тебя ведь тоже что-то натолкнуло написать "недополезные сторонние функции" :D
P.S. Топик совсем не про Делфи, не засоряй эфир если не можешь понять о чем вообще этот топик.

""Я нашел, как применить здесь
нестирающиеся шины из полиструктурного волокна с вырожденными аминными
связями и неполными кислородными группами. Но я не знаю пока, как
использовать регенерирующий реактор на субтепловых нейтронах. Миша, Мишок!
Как быть с реактором?" Присмотревшись к устройству, я без труда узнал
велосипед."
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557537
Фотография makhaon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Saller,

авторP.S. Топик совсем не про Делфи, не засоряй эфир если не можешь понять о чем вообще этот топик.

Не засорять тогда должен был LSV. Я как раз, понимаю. А вот он, видимо, нет.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557546
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555...[/quot]
Не завидуй, это тяжелый труд - пробивать таких тупых как ты.
Не всегда получается, серая масса (не мозги) набирает вес удивительно быстро.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557602
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vill_agerА у меня нет дизайнера форм вообще. И есть лайотменеджер.
А можно посмотреть на примеры и документацию LayoutManager-а?


vill_agerА платформа нужна для сопровождения. Доставка обновлений
Доставка обновлений есть в сторонних компонентах: в гугле вбиваем delphi component autoupdate и выбираем на любой вкус и цвет.

vill_ager, кастомизация у заказчика. Есть это в дельфи? Есть у тебя опыт сопровождения своего ПО?
Есть у тебя опыт сопровождения своего ПО?

Кастомизация? Это когда пользователь сам вводит новые поля, новые формы?
Это все полный фонарь - на местах обычно нет таких компетенций, а те, кто пытается себе впилить такое - тому стоит почитать разделы branching в руководству по любой VCS, для понимания, как должна делаться кастомизация под заказчика на самом деле.

опыта у меня конечно нет, я только учусть на третьем курсе местного политеха, разве это не очевидно?
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557608
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-Rik-dbpatch.
Вам этого не понять, сейчас любую машину можно купить, но есть много мастеров, кому интересно собрать собственный тарантас из металлолома. Творчество часть человеческой жизни и с этим ни чего не поделать, есть люди с внутренним стремлением к творчеству.

В мире есть 100500 нерешенных задач. Как я говорил выше - даже вопрос LayoutManager - не решен нигде, кроме как в HTML.
Но не нужно путать творчество с довольно странным копированием того, что уже и так решено, причем решено намного лучше, чем у тебя хоть когда-то получится - просто потому что у тебя в лучшем случае 20 человеко-лет, а туда УЖЕ вложено в сотни раз больше.

И да, собственные тарантасы собирают из существующих (деталей и агрегатов), никому в голову не приходит запиливать в гараде свой собственный Дизайнер экранных форм, Дизайнер печатных форм, Дизайнер главного меню двигатель внутреннего сгорания, карда, коробку передач


-Rik-пропущено...

Возможно есть такие кто делает. Если бы я сейчас начинал все с самого начала, я бы сделал Web, но идея собрать свой велосипед пришла ещё в 2000 году, в то время Web не так развит был как сейчас. Большинство кто здесь с подобными проектами, начинали очень давно. А сейчас начинать заново уже неохота к тому же старый проект работает.
Здесь мой велосипед: visual-t.ru
У меня на нем сотня рабочих мест, половина на Linux. Работает с 2мя базами FireBird в 60гб, в конторе у которой больше миллиона клиентов. Контора рассылает до 6000 почтовых отправлений в сутки, одной мукулатуры могут печатать до 20000 листов в сутки, за раз на печатный станок выводится несколько тысяч листов. Работает с api почты России, Казахстана, Боксберри.
Самое сложное было сделать интерпретатор. Я впервые увидел компьютер в 15 лет, понял что моё, захотелось узнать как вообще пишут языки программирования, я ни как успокоиться не мог. Купил книжку Вирта "Построение компиляторов" и вперед. Казалось что делаю что-то сложное и наверно уйдет куча времени, но самое смешное, то что эта затея которая меня грызла больше десятка лет была сделана за 3 месяца.
Достижения в 60 гигабайт выглядят смешно, было бы чем меряться.

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

Опять же - ну на кой писать свой скриптовый ЯП? Готовых недостаточно? Да что угодно - есть Lua, есть ECMAScript реализации, минималистичные в т.ч.

ЗАЧЕМ?
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557610
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кастомизация? Это когда пользователь сам вводит новые поля, новые формы?
Это все полный фонарьС каких пор кастомизация это удел пользователей ?
Не пользователь, а специалист.
Разве не этим занимаются многочисленные 1С-ники ? :)
Разве 1С не фреймворк ?

Почему обязательно новые формы ? А если доработки невелики ? А если нужно простенький отчет/выгрузку сделать ?
или импорт ?

Есть компании, у кот. на к-л фреймворке ведется внутренний проект. Н-р в сфере HORECA, торговле, доставке и т.д.
И есть свои специалисты, аналитики.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557626
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchЕсли нет бизнес сущностей, готовых шаблонов решения бизнес задач - то это не фреймворк, а недоразумение.
Давно мир пришёл к простому выводу - надо модели строить. Но мир пока не приготовил для всех подходящий ответ - а где та часть модели, которую можно сделать в коде, и та, которую настраиваем через всякие IDE. Можно все без исключения модели пихать в базу и тогда сущности появятся только во время реализации конкретного прожекта. И можно запилить IDE с накидыванием кнопок на форму, что даст готовые сущности типа "кнопка" и "форма", а все остальные - ручками.

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

Ну и бизнес на этом фоне тупо не парится - просто взяли одно более или менее работающее решение и тупо ПРОДАЮТ. Вот вам и одноце. И все споры сразу отпали. Потому что бизнес-модель работает. А потенциальная возможность сделать "гибчее" никому не интересна до тех пор, пока затык с алгоритмами не устранит. А что бы устранить - надо много времени. Вот вы все и пилите велосипеды без всякого толку. Потому что времени не выделили достаточно и затык по прежнему живее всех живых.
...
Рейтинг: 0 / 0
С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
    #39557634
vill_ager
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dbpatchопыта у меня конечно нет, я только учусть на третьем курсе местного политеха, разве это не очевидно?
Не обижайся, но как раз это очевидно. Одно дело диплом получить, другое - мешки ворочать.
...
Рейтинг: 0 / 0
25 сообщений из 385, страница 2 из 16
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / С какими техн.трудностями Вы столкнулись, создавая собств.фреймворк ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]