Я начну с ответа на пятый вопрос. Огромными, мой друг. И широким кругозором. :-)
Ты же видишь диапазон взглядов на то, как должен выглядеть процесс разработки? Для кого-то виндовс моветон, боюсь даже спросить какой версией CentOS там пользуются. ;-) Позицию уважаю, но линухи люто ненавижу. Кто-то вообще не приемлет SDCC. Потому что Орион. ;-) Позиция тоже понятна и шляпоснимательна. Кто-то хочет, чтобы ZXDev работал у него на утюге. Кто-то - на 64-х битах (кстати, чисто 64-битный Ofront+ для винды есть, см. в репе). Кто-то не приемлет этот Паскаль, потому что он неправильно называется. Кто-то - потому что в нём нельзя делать IoC (на самом деле можно) и нету шаблонов. Я серьёзно. Но этот спортсмен выступает в своём весе, и отнюдь не сверхтяжёлом. Мне бы хотелось видеть настроения соавторства, господа, это большое и настоящее подспорье. Тогда всё будет. Хотя удобств VS не обещаю, сами понимаете, не тот масштаб. Кстати, такой фичи как "сделать текущий модуль главным" нету даже в Дельфи.
Reobne, если ты чего-то не усматриваешь в ZXDev, то это может значить, что просто смотришь не туда. После Дельфи знаешь как непривычно делать формы в BlackBox? Не то, что это неправильно, просто это не так устроено, как ты думал. Всё это - не для того, чтобы тебя запутать, никто специально не плетёт против тебя закулисных интриг. ;-) Так что оставляй барские замашки ;-) И задавай уже те самые нормальные вопросы, которые приходится решать в великом множестве в рабочем порядке. А я помогу. А для оперативности юзай асечку. ;-)
Ну а FAQ пусть живёт здесь:
https://github.com/Oleg-N-Cher/XDev/...v/Docu/FAQ.txt
- - - Добавлено - - -
Для тех, кто не знает инглиша, я сделал краткий перевод:Сообщение от sdccman.pdf
- - - Добавлено - - -SDCC, братки, это вам не хухры-мухры, а такой охренненой сложности прожект, шо вы задолбаетесь что-то в нём ваще понять. ;-) Никакие Andrew771 с Oleg N. Cher'ом стока кода не напишут, даже если и сговорятся что-то делать вместе. ;-) Но SDCC неперфектен, мать его так! Перфекционисты тихонько плачут в уголке, а крутые перцы, прилагая силу воли, таки отрывают жопу от стула и помогают SDCC стать лучше хоть как умеют! Теперь выбирай, с кем ты! ;-)
Вообще, удивляете вы меня, господа. Подход к ZXDev у вас как у девушки к выбору идеального мужчины. ;-) Шобы под ключ, раз и на всю жизнь. И шоб сам мусор выносил. ;-)
Но такой же ли подход у вас к другим средствам? Взять Boriel's Basic, ничо что он на питоне написан и требует этого самого питона для своей работы? А это не один файл. А взять ZX Like Pascal: нету модульности, записей, целых типов со знаком, вещественных типов. Андрей долго хлопотал, чтобы пишущий обходился без асма, но при этом тот же самый асм генерирует, т.е. нужно писать батник, который после вызова Паскаля вызовет ассемблер. Нет IDE, нет раскраски синтаксиса, нет отладчика. Хорошая, законченная вещь? Та даже и не приблизительно. Но, то ли я невнимательно читал, то ли действительно имеет место быть, но запросы у вас в этом случае намного скромнее. То ли язык правильные ассоциации вызывает. Названием своим. Никто не просит мастера добавления новых модулей, даже 64-битную версию под линукс не просили. :-) Те, кто делает вид, что винду не видел ваще никогда, а набрать sudo apt-get install wine религия запрещает. ;-)
Мож поясните, в чём замес?
P.S. А ничо, что в SDCC поддержаны такие стандарты Си, что я про них даже не слышал? И около 7000 автоматизированных тестов выполняется для каждой новой сборки. Мы с Андреем за всю жизнь столько не придумаем. Думаю, и команда z88dk в этом смысле имеет бледный вид.
Мой новый коллега, Дэвид Браун, начал разработку с того, что создал систему для автоматической сборки и тестирования voc для всех платформ, включая утюги. ;-) И вот тогда я понял, что занимаюсь не программированием, а самопалом, и надо апгрейдить свои взгляды на разработку. А ведь тут многие господа хард-кодеры жокеи асма даже ещё не доросли до систем контроля версий, так что я в этом смысле корифей. ;-)
Так-то. Нам такие темпы работы только снятся...


Ответить с цитированием
Размещение рекламы на форуме способствует его дальнейшему развитию 

