Работал с товарищами, у которых локалка строго без выхода в интернет. В этом случае, на отдельном сервере разворачивается локальный репозиторий и все пакеты заливаются туда.
А потом будет требовать внимание от тебя, придётся деньги в неё вливать, потом захочет квартиру свою в ипотеку и, не дай бог, детей. Неее, нафиг нафиг такое. До 30 никаких девушек не надо точно.
Идея коридора немного в другом. Коридор лишь показывает, где начинается запрос и где он прерывается.
Из своего опыта я пришёл к выводу, что читаемая структура запроса намного важнее содержания запроса, по этому, использую блоки внутри коридора. В этих блоках форматирование свободное.
Например так
Можно сказать, что выравнивание по коридору у меня с левого края. А в правой части всё довольно свободно.
Вот вариант от меня. Компактный, коридорно-блочный. На первый взгляд выглядит перегружено, но читается очень просто. Пользуюсь много лет.
/* запрос попроще */
SELECT e.first_name, e.last_name, e.salary,
d.name AS department_name,
j.name AS job_name
FROM employee e
JOIN departments d
ON d.id = e.dept_id
JOIN jobs j
ON j.id = e.job_id
WHERE d.name = 'IT'
AND j.name = 'Engineer'
AND e.salary > 100;
/* запрос посложнее */
SELECT e.first_name, e.last_name, e.salary,
d.name, j.name,
( SELECT SUM(o.cost)
FROM orders o
WHERE o.employee_id = e.id
AND o.status = 'closed'
) AS sum_cost
FROM employee e
JOIN departments d
ON d.id = e.dept_id
JOIN jobs j
ON j.id = e.job_id
AND ...
AND ...
LEFT JOIN jobs2 j2
ON j2.id = e.job_id
WHERE e.salary > ( SELECT AVG(se.salary)
FROM employee se
JOIN departments sd
ON sd.id = se.dept_it
WHERE d.name = 'IT'
);
Служебные слова в верхнем регистре
Разбиение запросов и подзапросов на коридоры и блоки
Все служебные команды всегда с новой строки, за исключением AS
Пустой строкой можно выделять сложные блоки, требующие внимания
Скобки - всегда в одну линию
AND и OR - для каждой вложенности должен быть сделать отступ
Внутри блока, можно комбинировать что угодно и как угодно без ограничений, если это соответствует предыдущим правилам
Можно делать бесконечное количество вложенных запросов, но, при этом они все будут выглядеть одинаково, компактно и читаемо
Если имеется в виду рендер в реальном времени - нет, такого нет и быть не может. Это физически невозможно.
Если имеется в виду симуляция различных физических моделей, то можно посмотреть в сторону программ 3D анимации. Также, думаю, есть научный софт, но, это всё уже не из моей области.
Среднему компьютеру не хватает мощности, что бы обработать текущую элементарную физику, что есть в играх, а вы говорите о полной симуляции.
Все игровые движки по умолчанию имеют неотключаемве упрощения. А требуется именно 100% реализм, ограниченный только в мощность железа.
Это не так. Все игровые движки упираются в мощность железа. А "урощения" - оптимизации, которые позволяют работать с текущим железом.
Если вам нужно симулировать некий закон природы, то можно самостоятельно написать симуляцию. Начать, к примеру, с принципов движения и взаимодействия атомов, а затем масштабировать эту модель. Но, само собой, ни о каком рендере в рельном времени, речи не идёт.
Vulkan - По моему мнению, самая продвинутая на данный момент api для работы с 3D графикой. Ничем не уступает DirectX.
Книга Роберта Нистрема "Паттерны Программирования Игр". Удалось урвать бумажный вариант. Просто отличная книга, где буквально написно, как логически создавать игры.
Книги Кнута по Алгоритмам. Лично мне они показались нудноватыми, по этому я взял книгу "Грокаем Алгоритмы" Адитья Бхаргава. По моему, там вполне достаточно информации по алгоритмам, что бы работать с 3D графикой.
Они высказывают своё личное мнение в рабочем процессе. При этом делают это так, как будто это мнение большинства. Это выглядит очень грубо и неуважительно по отношению к тем людям, которые выбрали их своими представителями.
Кроме того, сама риторика "проживём и без Facebook" говорит только об их некомпетентности.
Если так, то и говорить стоит о возможных последствиях влияния мегакорпораций.
А заявления вроде "Тогда мы обидимся и уйдём", "Ну и уходите, без вас хорошо" - попросту неуважительны и недопустимы, когда исходят от больших корпораций и политиков.
Работал с товарищами, у которых локалка строго без выхода в интернет. В этом случае, на отдельном сервере разворачивается локальный репозиторий и все пакеты заливаются туда.
В Москве, на сколько помню, вообще нет троллейбусов.
Но, в целом да. Троллейбусы самый экономичный вид транспорта за счёт множества факторов, типа логистики, рекурперации и т.д.
Если кому-то интересно, как всё это выглядит в повседневной практике, есть видео, где делают электро-велосипед на суперконденсаторах:
25? Эх, всего месяц остался. Ну, не судьба значит XD
А потом будет требовать внимание от тебя, придётся деньги в неё вливать, потом захочет квартиру свою в ипотеку и, не дай бог, детей. Неее, нафиг нафиг такое. До 30 никаких девушек не надо точно.
К слову, этих обезьян выращивают спецаильно для опытов. Они не могут выжить вне лаборатории.
Идея коридора немного в другом. Коридор лишь показывает, где начинается запрос и где он прерывается.
Из своего опыта я пришёл к выводу, что читаемая структура запроса намного важнее содержания запроса, по этому, использую блоки внутри коридора. В этих блоках форматирование свободное.
Например так
Можно сказать, что выравнивание по коридору у меня с левого края. А в правой части всё довольно свободно.
В моём варианте эта проблема решена
Вот вариант от меня. Компактный, коридорно-блочный. На первый взгляд выглядит перегружено, но читается очень просто. Пользуюсь много лет.
Служебные слова в верхнем регистре
Разбиение запросов и подзапросов на коридоры и блоки
Все служебные команды всегда с новой строки, за исключением AS
Пустой строкой можно выделять сложные блоки, требующие внимания
Скобки - всегда в одну линию
AND и OR - для каждой вложенности должен быть сделать отступ
Внутри блока, можно комбинировать что угодно и как угодно без ограничений, если это соответствует предыдущим правилам
Можно делать бесконечное количество вложенных запросов, но, при этом они все будут выглядеть одинаково, компактно и читаемо
Схемка
Ситуация по немногу проясняется
Это google translate. У них постоянно такая фигня с переводом.
Потому что невозможно просчитать движение всех частиц во вселенной?
Потому что, что бы посчитать элементарное освещение в мультике, потребуется пол года работы сервера на 55000 ядер?
Если лень, либо нет времени возиться с корпусом, есть вот такие держатели для аккумуляторов.
Если имеется в виду рендер в реальном времени - нет, такого нет и быть не может. Это физически невозможно.
Если имеется в виду симуляция различных физических моделей, то можно посмотреть в сторону программ 3D анимации. Также, думаю, есть научный софт, но, это всё уже не из моей области.
Среднему компьютеру не хватает мощности, что бы обработать текущую элементарную физику, что есть в играх, а вы говорите о полной симуляции.
Это не так. Все игровые движки упираются в мощность железа. А "урощения" - оптимизации, которые позволяют работать с текущим железом.
Если вам нужно симулировать некий закон природы, то можно самостоятельно написать симуляцию. Начать, к примеру, с принципов движения и взаимодействия атомов, а затем масштабировать эту модель. Но, само собой, ни о каком рендере в рельном времени, речи не идёт.
Сейчас как раз изучаю тему программирования графики. Добавлю свои ссылки, если кому интересно:
Learning Modern 3D Graphics Programming - Классная книга, которая на пальцах объясняет базовые принципы работы 3D графики.
Vulkan - По моему мнению, самая продвинутая на данный момент api для работы с 3D графикой. Ничем не уступает DirectX.
Книга Роберта Нистрема "Паттерны Программирования Игр". Удалось урвать бумажный вариант. Просто отличная книга, где буквально написно, как логически создавать игры.
Книги Кнута по Алгоритмам. Лично мне они показались нудноватыми, по этому я взял книгу "Грокаем Алгоритмы" Адитья Бхаргава. По моему, там вполне достаточно информации по алгоритмам, что бы работать с 3D графикой.
Они высказывают своё личное мнение в рабочем процессе. При этом делают это так, как будто это мнение большинства. Это выглядит очень грубо и неуважительно по отношению к тем людям, которые выбрали их своими представителями.
Кроме того, сама риторика "проживём и без Facebook" говорит только об их некомпетентности.
Ничего?
Если у Facebook есть какие то предложения, то можно сесть и обсудить их.
А если они готовы сломя голову закрыть свой бизнес в европе, то и говорить что либо нет смысла.
Если так, то и говорить стоит о возможных последствиях влияния мегакорпораций.
А заявления вроде "Тогда мы обидимся и уйдём", "Ну и уходите, без вас хорошо" - попросту неуважительны и недопустимы, когда исходят от больших корпораций и политиков.
И с стой и с другой стороны хороши. Превращают политику в детский сад.
На месте пользователей facebook, я бы подумал, пользоваться ли их услугами дальше после такой риторики.
На месте изберателей, которые голосовали за этих политиков, я бы сильно подумал, голосовать ли за них в следующий раз.