Описывать руками то, что можно сделать мышкой — это маразм. Ясное дело, что визуальные редакторы и в других средах есть. Но в Delphi он более лаконично реализован.
Мы тоже переводили ряд проектов на Unicode. В нашем случае проблема была с протоколами обмена при работе с «железом». Но ничего катастрофичного. В большинстве случаев просто в нужных местах string на AnsiString поменяли и всё!
К чему это писькомерство? Я написал, что мы активно используем Delphi и он нас полностью устраивает. Гибкости там хватает. Работать с разметкой в WPF мне лично не понравилось. Но это всё вопрос предпочтений.
Самое главное, что Delphi даёт возможность очень быстро разрабатывать программы. Не нужно тратить время на ручное описание разметки. Программист сосредоточен только на решение самой задачи.
У нас в городе в ВУЗах его изучают. Проблем с разработчиками вообще нет! Кроме того, нужно относится к языку как к инструменту. Какие-то вещи лучше писать на Си, например, ПО под микроконтроллеры. А какие-то намного лучше и быстрее разрабатываются на Delphi.
Мы пишем много софта на Delphi. В большинстве случаев софт работает с внешн им «железом». Обмен данными в основном по COM и Ethernet. Во-первых, очень много наработок. Переходить на что-то другое просто глупо. Во-вторых, высокая скорость разработки интерфейса. В-третьих, кроссплатформенность. Одни и те же модули используем при разработке Windows программ, так и под Android. В-четвертых, скорость компиляции Полная сборка довольно приличного проекта с кучей форм составляет 2-4 сек. Разрабатывать программу одно удовольствие. В-пятых, офигенно удобные компоненты для работы с базами данных. В-шестых, наличие бесплатных и недорогих платных библиотек компонентов. Например, JVCL, EhLib, TMS и пр.
Я на основе AppNote от TI сделал корректор. Вроде работает нормально, но на 3 кВт довольно громоздкий вышел. Сейчас интересует больше схема понижающего преобразователя большой мощности на 48 или 60В.
Вы наверное электронику никогда не разрабатывали. Поверьте, сделать можно всё. Нужны только материальные ресурсы и время. Плюс, как я уже писал выше, методика приёмки согласовывается заранее. В ней Вы можете прописать что угодно от простого включения устройства до обширного набора тестов. Вот тут и нужна конкретика, чтобы потом не было мучительно больно сдавать разработку заказчику
Один заказчик тоже пытался придраться с вопросом: «Докажите, что разработанное устройство работает как нужно». Мы ему указали на разделы ТЗ, где были чётко прописаны требования к техническим характеристикам устройства, а также методика приёмки и проведения испытаний. Плюс у нас имелись все необходимые измерительные приборы с действующей поверкой.
Заказчик был приятно удивлён, после этого подобных вопросов больше не возникало. Кстати, он ещё и постоянным нашим клиентом стал :-)
У нас, кстати, основной профиль фирмы — это разработка и производство электроники. ПО тоже делаем, но это вторично. В РЕАЛЬНОЙ жизни без ТЗ или утверждённых тех. требований договор подписывать я бы лично никому не рекомендовал. Если уж объём работ большой и ТЗ будет разрабатываться месяц или более, то лучше всего составить ОТДЕЛЬНЫЙ договор на разработку ТЗ. Да, заказчик теоретически может второй договор на выполнение работ в дальнешем заключить с другой фирмой, но нужно ли это ему? Реально вероятность этого минимальна.
Лично я всегда стараюсь страховаться по полной. К чему лишние проблемы? Это же бизнес, тут и так дел хватает. Дополнительные разбирательства никому не нужны.
Реально бред какой-то. У меня никогда договор не подписывается раньше ТЗ даде для работ с сроком испольнения в несколько месяцев. Да, бывало, что 2-3 недели тратим на ТЗ, а заказчик потом отказывается от подписания договора. Но это единичные случаи. Зато с готовым ТЗ риски минимизированы. Если уже после начала работ заказчик что-то ещё захочет, то оформляем доп. соглашение. Так ведь спокойнее обеим стлронам договора. К чему лишние риски?
Самое главное, что Delphi даёт возможность очень быстро разрабатывать программы. Не нужно тратить время на ручное описание разметки. Программист сосредоточен только на решение самой задачи.
Вы не могли бы поделиться архивом со схемой и платой? А то ссылка из статьи битая.
Вы не могли бы поделиться архивом со схемой и платой? А то ссылка из статьи битая.
Вы не могли бы поделиться архивом со схемой и платой? А то ссылка из статьи битая.
Заказчик был приятно удивлён, после этого подобных вопросов больше не возникало. Кстати, он ещё и постоянным нашим клиентом стал :-)
Лично я всегда стараюсь страховаться по полной. К чему лишние проблемы? Это же бизнес, тут и так дел хватает. Дополнительные разбирательства никому не нужны.