А какой-нибудь из этих клиентов позволяет для подключения к удаленному рабочему столу использовать два монитора из трех?
В mstsc можно выбрать только один или все сразу. А хочется на друх мониторах открыть удаленный компьютер, а на третьем оставить приложение с клиентской машины.
Мне когда нужно было видео скачать — я просто локально настроил Fiddler и написал скрипт на 10 строчек на C# для сохранения ответов сервера нужного типа в локальную папку.
Работать будет для любых сайтов и защититься практически невозможно, но для больших коллекций ждать придется долго.
А откуда взялась цифра ущерба? Акция стоила 100 попугаев, вышла фейковая новость акция стала стоить 50 попугаев, выяснилось что новость фейк акция снова стоит 100 попугаев. Где ущерб-то? Если кто-то продал по 50, значит другой купил по 50. Один потерял, другой заработал — это рынок.
Компании не сообщают причины только для того, чтобы не нарваться на судебные иски от не слишком адекватных кандидатов. Ну будет максимально общий и ни к чему не обязывающий ответ: Не соответствие профессионально технических навыков и психологических качеств для требуемой вакансии.
Или будут искать шумахера на зарплату дворника, чтобы гарантированно соискатель не проходил по квалификации, чтобы можно было всем отказать.
У меня была похожая проблема, только я смотрел без субтитров и не всегда мог расслышать все слова. Я написал воспроизведение субтитров на втором мониторе в своей программе с переводом в один клик по слову. Если вдруг интересно могу куда-нибудь залить.
Ну у меня получилась нелинейная зависимость коэффициента поглощения от угла. Возможно у меня где-то закрался баг, возможно при углах близких к 45 градусам коэффициент не сильно отличается от 0.25, но при углах около 0 и 90 значение может быть другим. Возможно после бета теста, что-то поменялось. В целом, полет шайбы у меня предсказывался хорошо даже после нескольких соударений со стенками.
Если за тик шайба ушла в стенку слишком далеко, то очевидно что ее нужно вытолкнуть. Это можно сделать несколькими способами, самый простой вытолкнуть шайбу точно до границы ринга и изменить ее вектор скорости. Примерно так и делалось в хоккее.
Я восстанавливал физику следующим образом. Один хоккеист бегал, подбирал шайбу и бил ее в случайном направлении и так по кругу всю ночь :)
В процессе я записывал все соударения шайбы со стеной(вектор входной скорости, вектор выходной скорости, об какой борт ударяемся) в файл.
Дальше я искал зависимость угла отражение шайбы от угла падения и коэффициент поглощения скорости (ускорение) при ударе. Получил два множества точек (угол падения, угол отражения) (угол падения, коэффициент поглощения). После этого нужно было восстановить исходную формулу, для этого нужно интерполировать эти множества точек какой-то функцией. Для этого я воспользовался встроенными возможностями экселя для построения графиков тренда.
График зависимости угла отражения от угла падения и скорости. Видно, что от скорости угол отражения не зависит.
График скорости отражения от угла падения и скорости падения.
Видно :), что скорость отражения линейно зависит от скорости падения, а значит что нужно искать зависимость ускорения от угла падения.
Да, но чтобы вычислить расстояние между центрами нужны операции возведения в квадрат и извлечение корня, а они затратные.
Поэтому пересекать кубы быстрее.
Ведь именно это вы и предлагаете: Проблема: Разработчики часто не выполняют задачи в срок, в которые они обещали задачу сделать Решение:
Ответ прост… не перекладывайте всю ответственность на ваших разработчиков. Эту проблему решает тимлид.
Перефразируя: Решение просто, наймите тимлида и сделайте его ответственным за выполнение задач срок. Тимлид должен быть «хорошим». Делегируйте свою головную боль тимлиду, пусть у них с разработчиком голова болит.
Я не пытаюсь вас убедить, что это решение неправильное. Бесспорно тимлид нужен и он позволяет решить многие проблемы. Просто ваше решение проблемы не полно. Вы говорите, нужно сделать тимлида ответственным за сроки, но не говорите как тимлиду добиться выполнения сроков. А, как мне кажется, большенству читателей ближе роль тимлида, чем руководителя старшего звена.
Такой подход неплохо работает в схеме, взяли проект, быстро написали, сдали и забыли.
Можно организовать работу по другому: Разбить проект на этапы, сделать минимально необходимый функционал, выделив большие и сложные куски на последующие этапы. Клиент будет видеть как продвигается проект, корректировать направление развития (реализовывать функционал в зависимости от его нужд). Оплату тоже можно делать поэтапно, тогда клиент видит за что он платит. Возможно на каком-то этапе клиент поймет, что ему нужно не то что он просил или ему нужно что-то еще, чего он не просил.
Выбор из этих двух подходов сильно зависит от самого проекта, в частности его размера и сложности.
Но это все не проблемы разработки. Это проблемы управления проектом и взаимодействия с заказчиком.
А это не проблема архитектуры, а проблема планирования проекта. Что мешает разбить проект на куски, быстро сделать проект с минимальным готовым функционалом, отложив большие и сложные задачи на последующие этапы. Клиент будет видеть развитие проекта, сможет корректировать направление разработки, раньше поймет какого функционала не хватает и в случае задержки будет спокойнее к ней относиться.
В mstsc можно выбрать только один или все сразу. А хочется на друх мониторах открыть удаленный компьютер, а на третьем оставить приложение с клиентской машины.
Работать будет для любых сайтов и защититься практически невозможно, но для больших коллекций ждать придется долго.
Или будут искать шумахера на зарплату дворника, чтобы гарантированно соискатель не проходил по квалификации, чтобы можно было всем отказать.
Если за тик шайба ушла в стенку слишком далеко, то очевидно что ее нужно вытолкнуть. Это можно сделать несколькими способами, самый простой вытолкнуть шайбу точно до границы ринга и изменить ее вектор скорости. Примерно так и делалось в хоккее.
В процессе я записывал все соударения шайбы со стеной(вектор входной скорости, вектор выходной скорости, об какой борт ударяемся) в файл.
Дальше я искал зависимость угла отражение шайбы от угла падения и коэффициент поглощения скорости (ускорение) при ударе. Получил два множества точек (угол падения, угол отражения) (угол падения, коэффициент поглощения). После этого нужно было восстановить исходную формулу, для этого нужно интерполировать эти множества точек какой-то функцией. Для этого я воспользовался встроенными возможностями экселя для построения графиков тренда.
График зависимости угла отражения от угла падения и скорости. Видно, что от скорости угол отражения не зависит.
График скорости отражения от угла падения и скорости падения.
Видно :), что скорость отражения линейно зависит от скорости падения, а значит что нужно искать зависимость ускорения от угла падения.
Поэтому пересекать кубы быстрее.
Ведь именно это вы и предлагаете:
Проблема: Разработчики часто не выполняют задачи в срок, в которые они обещали задачу сделать
Решение:
Перефразируя: Решение просто, наймите тимлида и сделайте его ответственным за выполнение задач срок. Тимлид должен быть «хорошим». Делегируйте свою головную боль тимлиду, пусть у них с разработчиком голова болит.
Я не пытаюсь вас убедить, что это решение неправильное. Бесспорно тимлид нужен и он позволяет решить многие проблемы. Просто ваше решение проблемы не полно. Вы говорите, нужно сделать тимлида ответственным за сроки, но не говорите как тимлиду добиться выполнения сроков. А, как мне кажется, большенству читателей ближе роль тимлида, чем руководителя старшего звена.
Можно организовать работу по другому: Разбить проект на этапы, сделать минимально необходимый функционал, выделив большие и сложные куски на последующие этапы. Клиент будет видеть как продвигается проект, корректировать направление развития (реализовывать функционал в зависимости от его нужд). Оплату тоже можно делать поэтапно, тогда клиент видит за что он платит. Возможно на каком-то этапе клиент поймет, что ему нужно не то что он просил или ему нужно что-то еще, чего он не просил.
Выбор из этих двух подходов сильно зависит от самого проекта, в частности его размера и сложности.
Но это все не проблемы разработки. Это проблемы управления проектом и взаимодействия с заказчиком.