Как вы называете переменные и не только?

но человеческого IDE работающего в терминале до сих пор нет

Наркоманы должны страдать.

глобальные переменные — зло

Очень часто вижу эту мантру из разных уст. А есть примеры фейлов с глобальными переменными?

есть тулзы, которые самостоятельно генерируют документацию из исходного кода

Для плюсов подскажи. Нет не доксиген — он опирается не на код, а на комментарии к нему.

Желаю всем адептам венгерской нотации гореть в аду.

Адептам горбатогоКейса, в общем, тоже.

В соответствии с официальными рекомендациями ЯП.

глобальные переменные — зло

Очень часто вижу эту мантру из разных уст. А есть примеры фейлов с глобальными переменными?

фейспалм.жпг

Может таки осилить поставить дрова на видеокарту? Во всяких вон икскодах по тинту понятно, локалка это, мембер или константа. А при посадке курсора на символ в правом сайдбаре выдается объявление. Весь тред живет в пещере, рассуждает об удобстве палки-копалки. Типикал си++, не?

Функции больше 50 строк тоже

Ограничивать реализацию метода кол-вом строк — спорное утверждение. Так рождаются макароны в длину. Не влезет туда, влезет сюда ))

Какие наркоманы?

фейспалм.жпг

Да ты прямо бог эксплейна!

Текстовое ide решило бы сразу проблему отсутствия ide на android и проблему удалённой разработки, когда код на сервере, пишется и отлаживается он прямо там.

Любители TUI.

В данном случае TUI скорей необхолимость чем желание (см. коммент выше)

От бога инквайра слышу.

Не представляю себе сценарий, когда сорцы нужно держать удалённо.

Предполагалось, что ты придумаешь и напишешь пример.

m_rgpszFoo

Блевал пол часа от одного вида.

Очень часто вижу эту мантру из разных уст. А есть примеры фейлов с глобальными переменными?

Говокод целиком из side эффектов.

ГорбатыйКейс чем тебе не угодил? Набирать же удобнее, чем_через_'_'

Сорян, не хочу траллировать/смеяться, но ты себя сам слышишь? Как текстовое иде (по дефолту тупо эмулируемое в графической среде) относится к удаленным кодированиям? Почему нельзя написать иде, которое по ссхфтп загрузит/выгрузит файлы и запустит конпеляцию как делает любая идеяшторм с сайтами? Чем андроид так отличается от остальных кроссплатформ, что ему нужно текстовое иде? Это как говорить, что фотошоп не подходит для создания жипегов, потому что не запущен на сервере и телефоне, куда их загружаешь.

ГорбатыйКейс чем тебе не угодил?

Этот случай еще можно терпеть, но вотТакойГорбатыйКейс - это слишком.

Набирать же удобнее, чем_через_'_'

Я не писатель, я читатель.

Qt Coding Style.

Отличный материал! Спасибо.
Не скажу, что буду следовать на 100% но возьму за основу (хотя и так процентов 70% выполняю)

> есть тулзы, которые самостоятельно генерируют документацию из исходного кода
Для плюсов подскажи. Нет не доксиген — он опирается не на код, а на комментарии к нему.

Sparx Enterprise Architect хорош. Но он платный.

Желаю всем адептам венгерской нотации гореть в аду.
Адептам горбатогоКейса, в общем, тоже

Ты за подчеркивания?
Приведи свои ответы на мои вопросы в топике.

В соответствии с официальными рекомендациями ЯП

Ты правда считаешь что-то вроде «size_t» удачным вариантом?

Т.е. неосиляторство?

глобальные переменные — зло

Повсеместное оборачивание в классы, как в Java - еще большее зло.
Лучше всего реализовали в python: там каждый файл/модуль - свой namespace.

поэтому я их почти не использую

Ключевое слово «почти». Все так - почти.

Меня вполне устраивает питоновское соглашение: ИМЯ_КОНСТАНТЫ, ИмяКласса, имя_переменной, имя_метода - имена разных сущностей визуально различаются, но еще не нужно держать в голове таблицу перекодировки (как в случае венгерской нотации). А венгерская нотация всегда была злом, а с развитием IDE стала бессмысленным злом.

Неосиляторство чего? Говнокода?

Повсеместное оборачивание в классы, как в Java - еще большее зло.

Чем оно тебе мешает?

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

Ну и, это что, не пример фейла?

Неосиляторство глобальных переменных

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

Если так, то пример «из головы». Как работать с прерываниями, я уже не помню, поэтому пусть обработчиком будет абстрактный INTX()

#define PORTAFLAG 0x01
#define PORTBFLAG 0x02

static uint32_t _portAData;
static uint16_t _portBData;
static unsigned _portHaveData;

static void setFlag(unsigned flag)
  { _portHaveData |= flag; }
  
static void unsetFlag(unsigned flag)
  { _portHaveData &= ~flag; }
  
static unsigned getFlag(unsigned flag)
  { return portHaveData & flag; }



INTA()
  { _portAData = *PORTA; setFlag(PORTAFLAG);  }
  
INTB()
  { _portBData = *PORTB; setFlag(PORTBFLAG); }
  


void main()
  {
	_portHaveData = 0;

	init_device(PORTA);
	init_device(PORTB);
	
	while(1)
	  {
		if (getFlag(PORTAFLAG))
		  {…}
		if (getFlag(PORTBFLAG))
		  {…}
	  }
  }

Повсеместное оборачивание в классы, как в Java - еще большее зло

Я и не предлагаю оборачивать в классы/неймспейсы

В таком случае фраза «глобальные переменные — зло» означает «это какое-то говно, потому, что я ниасилил».

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

К счастью, на этом языке я не пишу :)

глобальные переменные — зло

как минимум при написании юнит-тестов.

Чем хорош процедурный подход? У тебя всегда есть либо аргументы функции, либо переменные, объявленные локально. Соответственно, ты легко можешь отследить предназначение каждой переменной и не сможешь завязаться на неё оттуда, откуда не надо, не пробросив её руками. Глобальные переменные снимают это ограничение, что приводит к плохим последствиям

Если так подумать, то код для микроконтроллеров вряд ли обременён совместимостью со стандартом.

побольше и помутабельнее и потом героически их осиливать

И чего героического в «globalFoo->setBar()»?

И чего героического в «globalFoo->setBar()»?

Героизм заключается в запоминании, от каких глобалов зависит «FooBar()».

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

Зачем давать имена переменным? Используйте существующие! $_, $a, $b и т.п.

Спасибо за ответ краткий и по делу.
На ЛОР'е такое редкость.

Пеши исчо

как минимум при написании юнит-тестов

Соглашусь. Но только отчасти. Пример из другой вселенной:

Не используйте в пхп статические классы и методы. Вы не сможете их протестировать (parent::, static::, self::). Тесты пишутся на том же пхп, и ввиду его ограниченности вы не сможете получить в тестах контекст, отличный от «$this». Вы вынуждены писать реализацию с $this и создавать экземпляр класса даже тогда, когда архитектурно этого не требуется.

Тесты выше архитектуры приложения!

фраза «глобальные переменные — зло» означает «это какое-то говно, потому, что я ниасилил»

Toyota Senior Developer found

не сможешь завязаться на неё оттуда, откуда не надо

Это не похоже на защиту от кривых рук. Обезьяне ничего не стОит вынести указатель в глобал скоп и/или пробросить дополнительный аргумент в функцию.