Обновить
19
0

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

Отправить сообщение
Скрытие — не панацея, сайт может регулярно проверять, добавлены ли элементы в dom, показаны ли элементы, загружен ли в них контент, и что самое печальное, если нет — отсылать данные о подобном на сервер, где ситуацию проанализируют и внесут соответствующие правки.
Тут может сработать краудсорсинг. Человек не будет искать настройки(или что там еще потребуется) для каждого сайта. Он решит задачу для одного конкретного. А затем обменяется решениями с другими.
Тема топика затрагивает самые основы философии программирования.
Потому что, подобное противостояние является одной из программистстских антиномий:
  • вирус — антивирус
  • анонимность — идентификация
  • seo оптимизация — поисковики
  • adBlock — реклама
  • автоматизация — captcha
  • Может кто знает еще какие?
Еще просматривается пользовательская антиномия:
  • информационная перегрузка — пузырь фильтров
Все они, в свою очередь, представители «дурной бесконечности» Гегеля.
В теории игр модель подобных отношений хорошо соответствует минимаксу.
Мне кажется у клиента есть преимущество, так как код исполняется на его стороне, в крайнем случае можно сделать для рекламы подходящую «песочницу» и вытаскивать только полезную информацию.
он принадлежит последнему IF-у?
А что делать, когда нужно, чтобы он относился, например, к предпоследнему?
не синтаксическую, описался
тут была одна особенность, если аргумент не определен, то это вызывает синтаксическую ошибку при попытке передать его в функцию, но typeof определяет его тип:
//x не существует
test_func(x) //ReferenceError: x is not defined
typeof x //'undefined'
а почему бы не протоиндоевропейский язык, так как он является родителем многих языков, следовательно, он идеально подходит в качестве общего знаменателя
3. в оптимистическом варианте
4. можно(например, в рамках спиральной модели), это же методология(способ)
посмотрите на картинку
image
в цикле нет явного планирования, тестирования
субъективно:
  • заказчик смотрит на программу и говорит:
  • «у пользователя может быть два телефона»
  • «а что если кнопочка будет желтая»
  • добавляете поле, соответсвующее поведение
  • меняете цвет
  • показываете заказчику
а модель — это скорее точка зрения, ви́дение процесса разработки
Так, в рамках спирального подхода:
виток спирали соответствует созданию фрагмента или версии программного обеспечения
на каждом витке спирали могут применяться разные модели процесса разработки ПО
5. если вы следуете принципам agile-манифеста, то это agile, независимо, от того, что вы помимо этого делаете или используете

пока вы работаете по agile, ваш менеджер работает по спиральной модели :)
хотя у вас, скорее всего итеративная модель(явно выделен Цикл Деминга)
субъективно:)
  1. каскадная: требования не меняются в процессе разработки
  2. V-Model: задачи разбиваются на подзадачи, для каждой задачи создается задача проверки
  3. инкрементная: имплементят фичи одну за другой, пока их становится слишком много
  4. RAD: рисование UML и прочих диаграмм, генерация кода по ним, SQL в визуальном редакторе, рисование формочек в конструкторе и т.д.
  5. agile: ежедневные митинги, где можно похвастаться достижениями и пожаловаться на проблемы
  6. итеративная: быстро делают протототип, потом долго отлавливают баги, отвлекаясь на изменяющиеся требования заказчика
  7. спиральная: в колесо цикла разработки вставляется палка в виде анализа рисков

модели разработки

инкрементальная и итеративная стратегии
Алистеру Кокбернц (Alistair Cockburn):
  • Инкрементальная разработка — это поэтапная и следующая временным графикам стратегия, в которой разные части системы разрабатываются в разное время и разными темпами, и если одна часть готова, тогда ее интегрируют в систему. Альтернативной стратегией было бы решение кодировать все части системы, а затем интегрировать весь код сразу.
  • Итеративная разработка — это так называемая стратегия изменений, где предусматриваются переделка и исправление существующих компонентов системы. Альтернативная стратегия заключалась бы в планировании деятельности таким образом, чтобы всё делалось бы с первой попытки.

отсюда
каскадная модель
V-Model
итеративная модель
спиральная модель
методология RAD
agile-методы
Если нужно добится равнозначности условий и удобства их построчного комментирования(и если нравится идея свертки), можно записать так:
if(true
   && typeof a ! == "undefined"
   && typeof b ! == "undefined"
   && typeof c === "string"
){ 
  call_function(a, b, c);
}
Немного наглядных рассуждений:
if (condition)
{
  Action1();
  Action2();
}
//экономиться одна строка
if (condition) {
   Action1();
   Action2();
}

//хотим посмотреть, что будет, если убрать условие
//if (condition)
{
  Action1();
  Action2();
}
//if (condition) {
   Action1();
   Action2();
//}

//как поставить breakpoint на Action
if (condition) Action();

//если писать так
if (condition)
  Action();
//то придется писать и так
if (condition)
  {
     Action();
  } 

Может, кому будет интересно:
Microsoft C# Coding Conventions
Google C++ Style Guide
Oracle Java Coding Conventions
Google Java Coding Conventions
W3Schools JavaScript Style Guide
Прошу прощения за некропост
дискретной (пороговой) функции… не позволяет применить классический (непрерывный) мат. аппарат для анализа или прогнозирования
А почему нельзя применить какой-нибудь сигмоид?
думаю, она стремится по вероятности
похоже, что тут такая же ситуация, как и с валютами: есть несколько базовых, через них и осуществляется конвертация(перевод)
произносившимся с использованием обозначаемого звука
это выражение ломает мозг :)
похоже, тут будет уместен иероглиф 文 со значениями
Еще есть совсем фантастический вариант исчезновения языка за ненадобностью вследствие повсеместного распространения нейроинтерфейсов и возможности прямой передачи впечатлений.

А вообще, у каждого языка своя ниша(обусловленная не впоследнюю очередь психологией и культурой носителей), как и у языков программирования и как и в программировании они заимствуют друг у друга разные «фичи» постепенно сближаясь и универсуализируясь.

Нужна простота: есть токипона, нужна скорость есть ифку́иль. Вон их сколько — искусственных языков.
ну так иероглифы как раз самое интересное, они почти везде одинаковые(например, в Японии широко используются) в отличие от произношения
а как же задачи, решаемые полным перебором(вроде, задача с матрицами неплохая), геометрический алгоритм Монте-Карло интегрирования(каких-нибудь псевдо-случайных многомерных функций)…

Информация

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