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

Не путайте дату и время.

Time.parse('30.12.1899 11:00:00')
=> 1899-12-30 11:00:00 +0300
Date.parse('30.12.1899 11:00:00').to_time
=> 1899-12-30 00:00:00 +0300
DateTime.parse('30.12.1899 11:00:00').to_time
=> 1899-12-30 14:00:00 +0300

а вы машиной времени заранее обзавестись не озаботились?
ибо вместе с новым ЯП необходимо тут же получить 8-12 лет опыта по профессии для получения визы.

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

Jira, маст хев сейчас.

youtrack например. Или jira

Я за второй. Но делать надо так, как договорились с командой.

Всегда старайтесь смотреть на "старший" фреймворк откуда все это дело портируется с первого дня создания laravel. (в хорошем смысле без холиваров).

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

В общем делается инклюд и пользуешься.

Говоря про рельсы в итоге там для этой функции появились концерны - что будет в laravel для этого неизвестно, но можно просто смело использовать функциональные классы. (функциональное программирование)

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

Открыть css и написать нужный стиль. В чем у вас проблема?

Самый главный подвох таких хостингов в том, что ресурсы разделяемые. Большая часть сайтов никогда не использует место полностью. Кроме того, у таких ресурсов просто очень ограниченные ресурсы. Например они позволяют малозначительный трафик, например до 1000 человек в сутки. Дальше идет спад производительности.
Надо покупать больше и больше. Плюс есть экономия на бэкапах, поддержке и т.д. Опять же не стоит ждать хорошего времени отклика и тем более аптайма.

Например у них есть 1000 клиентов, каждый из который может позволить себе по 1 терабайту места за 44 рубля в месяц. Возьмем и посчитаем сколько стоит самый обычный жесткий диск. Где-то 2000 рублей. Получаем несколько лет для простой окупаемости. Нужно несколько лет, чтобы такой окупить хостинг. Никто этого ждать не будет. Поэтому делается ставка на 2 вещи - активно предлагается годовая подписка, используется относительная неэффективность использования ресурсов.
Обычно ресурсами пользуются новички, у которых стоит Жумла или ВордПресс, на который они ставят какую-нибудь спертую тему и заливают в базу необходимый минимум информации. Таких одинаковых установок тысячи. На серверной стороне ставится специальная файловая система, которая умеет работать с дубликатами файлов. Поэтому вместо миллионов одинаковых файлов, хранится несколько сотен. Таким подходом экономится куча места. Получается каждый новый клиент хранит в десятки раз меньше информации. Получается, что многочисленность приносит доход. Обычно сайты новичком никем не посещаются, разве что роботами. Да и то там 3 страницы, с весьма отвратительным качеством. Поэтому после первого прохода роботы не очень охотно возвращаются.

Вдобавок, у таких ресурсов есть такая интересная квота, как процессорное время. Как только ваш сайт получает значимый трафик (несколько тысяч человек в сутки), вам начинают приходить письма счастья.

Ага. Только сразу в Европейский по правам человека)

Можно на работу пойти, там тоже человек находит заказы и получает комиссию.

На Heroku Postgres то есть. А есть ли он у вас на локальной машине?

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

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

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

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

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

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

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

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