Андрей Андреев

Можно сделать цепочку преследования: к случайной точке тянется одна, к ней другая, и т.д., а последняя – муха.

Очередную точку ставить на плоскости случайно, в любом месте внутри допустимой области. Эта точка – цель, к которой стремится следующая, невидимая точка: каждый следующий кадр её координаты изменяются на k * векторИзТекущегоПоложения-в-Цель:

x = x + k * (xTarget - x);
y = y + k * (yTarget - y);

Так «преследователь» замедляется, по мере приближения к цели, никогда её не достигая.

Эта невидимая точка – не одна. К ней, как к цели, стремится следующая. К той ещё одна. Наконец, сама муха по этому закону стремится к хвосту этой цепи - очередной точке.

Чем больше звеньев в такой цепи, тем плавнее получается кривая. При приближении мухи к цели ближе, чем на D, генерится следующая случайная цель.

Сделал рабочий пример.

Можно поменять алгоритм и сделать, скажем, линейную скорость постоянной. Или случайно варьировать параметры k и D – от этого поменяется скорость и траектория от плавной ближе к ломаной.

Вы, конечно, же уже знаете про window.location.reload?

А теперь от теории к практике, я сам несколько раз попадал под проверки, а также несколько лет "работал" независимым специалистом по киберпреступлениям, в том числе на проверках лицензионной чистоты. Руководство всегда показывает пальцем на админа и говорит "Мы не знали, вот ответственный специалист!" Заканчивается это тем, что компанию штрафуют, а админу прилетает срок. Наличие бумажки о том, что директор знал об установке пиратского софта трактуется судом как преступный сговор. Позиция админа "я не обязан разбираться в тонкостях лицензирования" - это как позиция бухгалтера "я не обязан разбираться в тонкостях налогообложения". Правильных решений может быть только два - либо заставить компанию перейти на лицензионное ПО, либо уволиться.

Странное желание.
Вы же не оператор связи.
Вы будете подключаться к интернету через какого-то провайдера.
Вот он и будет фильтровать все что нужно.
Вам оно надо?

Если говорить в контексте whenever, то можно сделать что-то типа такого.

every 1.hours do
  command "curl http://site.com"
end

Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"

Какая ошибка? Что в контроллере нового комментария? Как определил роуты? Почему в форме у кнопки сабмита лишняя кавычка ? )

<%= f.submit' %>

Не самая лучшая идея.

Практика таких случаев показывает:

1) Переводить наемита на роль партнера для босса - удар по репутации, поэтому на такое не решаются.
2) Если босс тратит ресурсы своей компании на какой-то проект, то он ожидает получить с него всю прибыль. Поэтому будут искаться способы "кинуть".
3) В этой всей схеме вы не нужны. Боссу проще нанять мальчика, который будет руководить разработкой.
4) Часто после такого предложения можно получить увольнение, так как боссу нужен порядок в коллективе, а не мальчики, которые мечтают о своем проекте.
___
Единственная рабочая схема - делать свою фирму, выводить самому продукт, сотрудничать уже с позиции равной силы. Иначе вас так или иначе выдавят, и будут правы.

Скрипач не нужен, родной (с)
Аргументы против jq:
- современные браузеры достаточно хорошо поддерживают единый синтаксис современного екмаскрипт(native js)(на самом деле нет).
- сторонняя библиотека, работает медленнее чем натив и в основном состоит из с-сахара (тоже не совсем правда)
- тащить еще один ресурс весом от 64 кб до 200 кб, еще и со сторонних ресурсов замедляет загрузку( правда, но бред)
Аргументы за:
- Современные браузеры как и всегда один другого "ровнее", всегда есть косяки и "нюансы", на которые еще и попадаешь обычно в самый неподходящий момент, в жк обычно все работает одинаково везде, ну или лучше чем в нативе.
- В жк реализована куча плюшек в 1 функцию которые в нативе занимают "многабукав", не каждый начинающий напишет их правильно, да и профи не все напишут оптимально, уверен что в большинстве случаев написанный нативом функционал будет хуже аналога из жк.
- размер мин пакета жк 64 кб, и все они лежат на быстрых цдн серверах. Думаю это последнее что может повлиять на скорость загрузки страницы.
- есть ОГРОМНОЕ количество скриптов написанных с учетом жк, не использовать их глупо, писать свой велосипед - вообще только в целях обучения(не берем крайние случаи когда плагин писал упоротый пингвин).
- Синтаксис и краткость записи - вообще вне конкуренции.
- Старые браузеры никто не отменял, часто заказчик требует чтобы работало в ие8, натив не канает или доставляет море анального удовольствия.
Вывод: Если ты крут в жс, еще и работаешь в ангуларе/ещечетамдляфронта и тебе нужно сделать 2 действия в очень современных браузерах - jquery не нужен, и ты это сам знаешь. Если слова ангулар, вуе и проч для тебя не больше чем шум листвы за окном, а навесить плагинов и эффектов нужно - jquery наше все.

UPD: для всех кто там отписался а ля "в связи (...), исчезновением проблемы совместимости со старыми IE (что и было основным назначением jQuery)." - свежачок

Это же Rails, а значит это скорее всего сделано за вас: https://github.com/jorgemanrubia/mailgun_rails
Настраиваете, а потом отправляете обычным способом через ActionMailer
И mailgun - это сервис для отправки транзакционных email, тут подписки не требуются (только в тестовом режиме - в нем вы можете отправлять email только на подтвержденные адреса)

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

Забавный вопрос в 2017 :)

Могу сказать, как это было в 2005 — да, влияло. У нас, двух студентов третьего курса, играющих в бизнес, тогда были визитки из прелестнейшей бумаги Touchè Cover, которая сама по себе имеет очень красивый черный оттенок, так еще и на ощупь она была как шелк. Когда люди брали ее в руки — обязательно замечали мимишность визиток. И это некоторым образом выделяло нас из толпы людей с обычными туалетно-бумажными визитками.

Сейчас я бы, наверное, сильно удивился, если бы мне кто-то дал свою визитку.

для Webstorm/PHPStorm, вот здесь Exclude files почитайте, о файлах там сказано.

Чтобы к чему то подключиться - нужно чтобы это что то работало.

Не работал с бухгалтерскими базами, но для своей базы MySQL хранение истории изменений использую JSON. Есть отдельная таблица history с полями - table_name, table_id и history (JSON) с данными типа массив [], в который добавляются записи формата JSON, за которыми производится наблюдение. На пользовательской таблице висят триггеры на добавление, изменение, удаление. Как только в пользовательской таблице производятся изменения, то триггеры записывают изменения в таблицу history. Это позволяет отслеживать всю историю работы с записью от момента создания, до удаления не вставляя код во всякие процедуры или бизнеслогику, а работая абстрактно только средствами базы.

Можно как вариант сделать кнопку - Поддержи автора. С кошельком или удобным способом доната на символическую сумму по усмотрению самого пользователя.
Если 150к загрузок - думаю найдутся те, кто поддержит.