Беседка для программистов, или «Бутерброд с кодом»

Steel Rat, ?

 

R4kk00n, Вы удивитесь, но тут неподалеку, в одной отдельной фирме, есть один интересный продукт, написанный на чистом C (даже за C99 по рукам били сначала) , где все именно так и сделано, с эмуляцией основных контейнеров stl на макросах. С модульной архитектурой, сетевыми плагинами, своей высокоскоростной БД использующей сжатие данных с динамической генерацией x86-64 кода декомпрессии, есть поддержка интерфейсов с C# и Java-компонентами.. Компилится на Linux/Win64/OSX. Правда GUI на Qt, а отдельные утилиты на плюсах, но это опционально. C++ там не любят. Совсем.

 

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

 

А ты что, делаешь?

Не, можно конечно и машкоды проверять, но тогда что-то больше хелло ворлда вряд ли напишешь.

 

Простой обыденный код должен почти всегда без отладчика работать, если правильно написан. Отладчик нынче достают не так уж часто. Ну и есть еще логгинг, assert-ы и DebugBreak() на неожиданных ветках. И unit test-ы, хотя это не панацея (тщательно расставленные assert-ы с прогоном на реальных данных часто приносят больше профита).
Настоящие проблемы имеют привычку возникать не тогда, когда ты сразу приходишь с отладчиком наперевес

 

...в заданные начальством отделом сбыта сроки? я знаю. Ну так не позволяй торгашам размахивать дедлайнами над твоей головой.

Вот именно, "почти". А от "DO 10 I = 1. 3" никто не застрахован.
Кстати, сишный аналог: простецкое

Код:

uint64_t
/* для обсчётов показаний часов в 16-микросекундных тиках */
  ja,
/* пяток строк комментов */
  jb;
/* ещё полдюжины строк комментов */
  jc;
/* ещё десяток строк комментов
/* дальше много метода наименьших квадратов */

обсчитывает уход часов (это кусок из NTP'шного драйвера часов на базе специализированной платы для сетей сигнализации) и через то ли 11, то ли 13 часов работы слетает с катушек. :-( Кто возьмётся глазами найти граблю в функции весом в пару сотен строк? :-)
Вот с тех пор и прогуливаюсь отладчиком по ассемблеру. Времени занимает каждый раз меньше чем наколачивался исходник - если, конечно, без ошибок; если с ними - то, конечно, чуть больше, зато потом здорово экономится по сравнению с если бы начал разгребать по факту залёта.

Не-а! Только отдельными функциями, на вибростенде специально подготовленных данных и с воткнутыми в затычки проводами к осциллографам печатью аргУментов на входах и выходах.
Вообще, специальный "вибростенд", вызывающий только отлаживаемую функцию, скармливающий ей контрольные данные и предоставляющий вместо подфункций специальные затычки с распечатью параметров, по-хорошему надо иметь написанный раньше, чем начинать писать саму функцию. Проверено - потом такая фигня здорово облегчает жизнь. Это из опыта разработки драйверов: они, собаки, мало того что в нулевом кольце крутятся, так ещё и с устройством взаимодействуют - а устройство понимать бзики драйвера типа "программист за отладчиком задумался и про@бал все тайм-ауты" в общем случае не обязано.

Не, ну тут как с разработчиком устройства договоришься, конечно. :-)

Во-во. Поэтому наперевес - не наперевес, но за спиной на ремне болтаться должен. Заряженный. :-)

 

Подвернулась работа с процессором 8051. Забавная штучка - дешёвый как солома и примитивный как дрова, готовая иллюстрация для гётевского "гений познаётся в ограничении": на нём не то что Java, а даже C++ не ходит. А вот Си - как раз его родной язык. :-)
Кстати, интересно - а в качестве игровой платформы его кто-ньдь юзал? По идее, игры на нём должны быть куда интереснее микрокалькуляторных. :-)

 

А я вот чуть-чуть знаю C++ и Pascal, на уровне Label1.visible:=true; А можно ли нормально программировать не имея опыта создания консольных приложений? Во всех учебных пособиях почему-то первые главы всегда посвящены именно им. Но они скучные. С консолью вряд-ли можно сделать что-нибудь интересное. А вот оконные - это как раз.
Кто-то начинал именно с оконных, в обход консольным?

 

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

Формошлёпствовать конечно весело, но если стоит цель разобраться и научиться, то нужно быть последовательным.

"Нормально программировать" - слишком жиденькое понятие. Кто-то нормально пишет макросы на VBA и ему достаточно, чтобы решать свои задачи.

 

@Wilco, на работе как-то нефиг делать было, сделал за день WoT с псевдографикой. Рубились неделю в это. Консоль не скучная, это у тебя проблемы.

 

Как тут заметили, все окно это почти всегда кодогенерация.
Те берутся фреймворки на текущий момент. Самый популярный QT. Можно писать и на VS там есть генерация окон на .net, правда приложение hello world в памяти весит около 50 или 60 метров Это если сравнивать с winapi. Сейчас лучше взять и спользовать builder c++, это если не пугает цена и пользоватся пираткой не кто не запрещает.

Да я начинал, но понял, что это не совсем верный путь.

 

Имхо пока будет противопоставление консоли vs Label1.visible, толку не будет.

Консоль — просто самый простейший и надёжнейший способ ввода-вывода информации.

Если мы склоняемся к настройкам гуёвых формочек, то следует признать, что мы занимаемся программированием формочек, а не логики программы.

 

@MisterGrim, вы себе не представляете, сколько логики иногда нужно для корректного поведения этих формочек А распарсить строку на параметры вроде не высший пилотаж.

 

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

 

@tuliss, Вообще-то UI бывают интерактивные Которые отображают и обрабатывают изменения одновременно. Рисующие сложную кастомную графику, ресайзящиеся в зависимости от контента, поддерживающие различные ориентации и размеры экрана, анимации, обрабатываюищие асинхронные события из разных источников, поддерживающие кастомизацию, переключение языков и стилей на лету, использующие разные потоки для вычислений и обработки ввода-вывода от пользователя.

 

1) Можно пример такого треша ?
2) Это все равно делает в отдельной логике. UI просто дергает логику и возможно некую БД где у вас там все хранится и откуда берется.
У вас юзер не будет одновременно переключать язык,менять стиль интерфейса, вводить данные и читать поток вывода.

Ну а так, то что ты говоришь больше похоже уже на 3D моделирования и игровые движки. Но и то, там не все обрабатывается одновременно

 

Ну, Blender какой-нибудь, например.

 

Ага, в Blender самое сложное для программера это UI.