Сообщение Re: EXE vs DLL от 24.12.2019 13:39
Изменено 24.12.2019 13:40 Pavel Dvorkin
Re: EXE vs DLL
Здравствуйте, Homunculus, Вы писали:
H>И да, я знаю что такое маппинг файлов в памяти и пайпы, но заказчик не хочет во всем этом копаться, его знание программирования заканчивается на fprintf
Если ты прав в оценке знание программирования твоим заказчиком, то задай себе вопрос — как этот переход он будет осуществлять ?
Его знаний для этого не хватит. Кто это будет делать ?
Вариант 1. Ты его долго учишь (допустим даже, что он согласится), а он делает дурацкие ошибки, которые тебя раздражают, а его тем более. Делал себе, делал, все работало, а тут коллега предложил делать иначе, профита ноль (он оценить преимуществ DLL не сможет), а все работать перестало, а когда наконец что-то начинает не падать и что-то выдавать — не поймешь, как это проверить, вывода-то больше нет
Вариант 2. ты ему пишешь некий код темплейта для DLL, в которой он должен вставлять свои куски. Немного лучше, ты ерунду не напишешь, но все равно для него куча проблем. Он же не понимает, как все это устроено, а делать код под некий шаблон, которого не понимаешь — тоже не подарок, особенно с учетом его квалификации.
В общем, и так плохо, и так плохо. Кроме проблем, ничего не создадите.
Так что мой совет прост : работает — не трогай.
Единственный хороший вариант — это если ты возьмешь написание всех этих DLL на себя полностью. Тут ты сделаешь как надо. Однако, судя по твоим словам, это едва ли реальный вариант.
H>И да, я знаю что такое маппинг файлов в памяти и пайпы, но заказчик не хочет во всем этом копаться, его знание программирования заканчивается на fprintf
Если ты прав в оценке знание программирования твоим заказчиком, то задай себе вопрос — как этот переход он будет осуществлять ?
Его знаний для этого не хватит. Кто это будет делать ?
Вариант 1. Ты его долго учишь (допустим даже, что он согласится), а он делает дурацкие ошибки, которые тебя раздражают, а его тем более. Делал себе, делал, все работало, а тут коллега предложил делать иначе, профита ноль (он оценить преимуществ DLL не сможет), а все работать перестало, а когда наконец что-то начинает не падать и что-то выдавать — не поймешь, как это проверить, вывода-то больше нет
Вариант 2. ты ему пишешь некий код темплейта для DLL, в которой он должен вставлять свои куски. Немного лучше, ты ерунду не напишешь, но все равно для него куча проблем. Он же не понимает, как все это устроено, а делать код под некий шаблон, которого не понимаешь — тоже не подарок, особенно с учетом его квалификации.
В общем, и так плохо, и так плохо. Кроме проблем, ничего не создадите.
Так что мой совет прост : работает — не трогай.
Единственный хороший вариант — это если ты возьмешь написание всех этих DLL на себя полностью. Тут ты сделаешь как надо. Однако, судя по твоим словам, это едва ли реальный вариант.
Re: EXE vs DLL
Здравствуйте, Homunculus, Вы писали:
H>И да, я знаю что такое маппинг файлов в памяти и пайпы, но заказчик не хочет во всем этом копаться, его знание программирования заканчивается на fprintf
Если ты прав в оценке знаний программирования твоим заказчиком, то задай себе вопрос — как этот переход он будет осуществлять ?
Его знаний для этого не хватит. Кто это будет делать ?
Вариант 1. Ты его долго учишь (допустим даже, что он согласится), а он делает дурацкие ошибки, которые тебя раздражают, а его тем более. Делал себе, делал, все работало, а тут коллега предложил делать иначе, профита ноль (он оценить преимуществ DLL не сможет), а все работать перестало, а когда наконец что-то начинает не падать и что-то выдавать — не поймешь, как это проверить, вывода-то больше нет
Вариант 2. ты ему пишешь некий код темплейта для DLL, в которой он должен вставлять свои куски. Немного лучше, ты ерунду не напишешь, но все равно для него куча проблем. Он же не понимает, как все это устроено, а делать код под некий шаблон, которого не понимаешь — тоже не подарок, особенно с учетом его квалификации. И опять же вывода нет.
В общем, и так плохо, и так плохо. Кроме проблем, ничего не создадите.
Так что мой совет прост : работает — не трогай.
Единственный хороший вариант — это если ты возьмешь написание всех этих DLL на себя полностью. Тут ты сделаешь как надо. Однако, судя по твоим словам, это едва ли реальный вариант.
H>И да, я знаю что такое маппинг файлов в памяти и пайпы, но заказчик не хочет во всем этом копаться, его знание программирования заканчивается на fprintf
Если ты прав в оценке знаний программирования твоим заказчиком, то задай себе вопрос — как этот переход он будет осуществлять ?
Его знаний для этого не хватит. Кто это будет делать ?
Вариант 1. Ты его долго учишь (допустим даже, что он согласится), а он делает дурацкие ошибки, которые тебя раздражают, а его тем более. Делал себе, делал, все работало, а тут коллега предложил делать иначе, профита ноль (он оценить преимуществ DLL не сможет), а все работать перестало, а когда наконец что-то начинает не падать и что-то выдавать — не поймешь, как это проверить, вывода-то больше нет
Вариант 2. ты ему пишешь некий код темплейта для DLL, в которой он должен вставлять свои куски. Немного лучше, ты ерунду не напишешь, но все равно для него куча проблем. Он же не понимает, как все это устроено, а делать код под некий шаблон, которого не понимаешь — тоже не подарок, особенно с учетом его квалификации. И опять же вывода нет.
В общем, и так плохо, и так плохо. Кроме проблем, ничего не создадите.
Так что мой совет прост : работает — не трогай.
Единственный хороший вариант — это если ты возьмешь написание всех этих DLL на себя полностью. Тут ты сделаешь как надо. Однако, судя по твоим словам, это едва ли реальный вариант.