Обновить
-1
0

Пользователь

Отправить сообщение
так я не топлю за i, j, k, я спрашивал, где синтаксические ошибки. Тогда уж лучше range based for, читабельнее и, в зависимости от реализации interests(), может быть быстрее
Правильнее использовать логичные названия, типа keywordIndex, а не i или j
Буквально уронил сервер?)
Добро пожаловать в 2019, компиляторы уже давно умеют оптимизировать код
Может всё-таки не подходят однобуквенные переменные, которые легко перепутать?)
но сразу видеть глубину цикла удобно

man табуляция
Я думал это только я такой странный, что не люблю короткие имена даже для счётчиков. А насчёт конкретно i и j вообще ужасный выбор, т.к. их легко перепутать на многих шрифтах, не понимаю, как так исторически сложилось, что используют их.
Странно что ошибку в апи не поправили сразу же, когда по идее юзеры должны были бы начать жаловаться неудобное управление кругом.


В отличие от моих прошлых ошибок, от этой пострадали не только мои коллеги, но и миллионы пользователей App Inventor. Многие из них были детьми или совсем новичками в программировании.


Новички, обычно, даже если видят, что что-то можно сделать лучше, стесняются об этом сказать, т.к. будут думать, что покажутся дураками, «АПИ же всё-таки делали серьёзные программисты из майкрософт, куда мне до них» может думать новичок.
Кстати, почему принято для счётчиков использовать i и j? Их же во многих шрифтах легко перепутать и не заметить.
Можно было писать
rm -rf .
, тогда ничего страшного не случилось бы
> поддерживает Ctrl + C/Ctrl +V

Так и консольная имитация GUI поддерживает.
for (int i = 0; i < user->interests->length(); i++) {
  for (int j = 0; j < user->interests(i)->keywords.length(); j++) {
      keywords->add(user->interests(i)->keywords(i)) {
  }
}


И там ошибки в синтаксисе


Где? Если ты про скобочки, то там может быть перегружен оператор круглых скобочек.
Если мой сервер падает, я теряю всё(если нет бекапов), а если мой проект сохранён ещё на десятке серверов по всему миру, то бекапы мне не нужны, достаточно хранить хеш суммы, чтоб быть уверенным, что те сервера не подменят контент.
> 25 июля Github забанил меня и сотни других крымчан. Под удар попали разработчики из Ирана и других стран.

справедливости ради, они не запрещают крымчанам пользоваться публичными репозиториями

> Сейчас Gitlab, который стал убежищем для моих проектов, внедряет подобные порочные практики.

т.е. ты серьёзно думаешь, что компания, с главным офисом в США не сделает также? У них закон такой

> Так нельзя. Git уже распределен. Нам нужен новый Hub/Lab. Распределенный, децентрализованный. Который нельзя сломать, и в котором сможет организоваться сообщество.

+, тоже размышлял над этим и это вполне реализуемо, только сложно и вряд ли кому-то надо, т.к. не монетизируешь

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность