Я не математик, поэтому вопрос может быть глупый, но переходя от диагоналей к сторонам мы не гарантируем, что из-за этого не появится новое пересечение. Допустим в описаном примере была бы точка внутри треугольника AXD, которая соединялась с другой точкой за пределами ABCD. Меняя AD, на AC мы создаем новое пересечение. Каким образом доказать, что череда таких новых пересечений когда-нибудь закончится?
Bricklink, например, так делает. Не сразу понял почему при автозаполнении с помощью парольного менеджера не могу войти, а если вручную делаю Ctrl+C/Ctrl+V, то могу. Оказалось, что пароль обрезали и при вставке в поле его тоже обрезают. Дичь, конечно.
Full stack junior developer - именно им я и начинал работать 15 лет назад, когда пришел на первую работу. Делал формы на C# WinForms, писал код на том же C# для серверной части приложения и писал процедуры в MS SQL Server.
Выяснится, что он не человек, а инопланетянин с заданием уничтожить человечество и просто перед нажатием кнопки представил себе что было бы, если бы он был человеком.
Несколько раз пытался использовать, но все как-то не получалось долго придерживаться.
В конце лета сделал очередную попытку, используя не таймер, а видео на youtube по запросу "work with me pomodoro" и как-то прям зашло. Наверное из-за того, что есть ощущение что, кто-то рядом с тобой работает. Ну, а pomodoro таймер в видео стал приятным бонусом.
Пример я, конечно, выбрал самый глупый и в действительности ситуации, когда не хватает проверки сценариев обычно сложнее.
Например, мы планировали переехать в другой город и, соответственно, была куча вопросов, на которые нужно было ответить, чтобы понять насколько это ударит по бюджету: 1. Менять работу или получить прибавку к зарплате? 2. Снимать квартиру в новом городе и сдавать свою или продать и купить другую? 3. Расходы изменятся и как это отразится на бюджете. и т.д.
"What if.." сценарии, о которых я писал - это по сути возможность создать расходы и доходы в бюджете, которые потом можно удалить одной кнопкой или снова вернуть в бюджет. Я не хочу считать все эти варианты вручную, а хочу просто внести в программу и увидеть, что там у меня с деньгами через 3-6 месяцев. Хочу иметь возможность сохранить различные варианты и потом их сравнить.
Для меня главным критерием при выборе программы учета было наличие прогноза на будущее. Я заполняю все свои периодические расходы доходы, вижу куда у меня все это движется и могу делать какие-то выводы.
Вторым критерием было наличие функции "What if...", т.е. возможность внести какие-то коррективы и посмотреть результат (что если зарплата вырастет/упадет? что если я буду тратить больше/меньше в определенных категориях?)
Уже во время ведения бюджета оказалось, что хочется иметь возможность одновременно пользоваться 2мя типами бюджетов - недельным и месячным, так как за частью расходов удобнее следить именно в течении недели.
Автоматический ввод данных - это, конечно, тоже не маловажно, так как действительно устаешь за всем этим следить на постоянной основе.
Идеальной для себя программы так. не нашел, пока пользуюсь quicken.
Если я правильно помню, мы событиями решали проблему общения с медиатором, так как он реагировал на события напрямую. Ну, и с архитектурной точки зрения view-компонент, как мне кажется, более правильно выглядит: я умею показывать данные, которые мне дают и сообщаю о том, что у меня что-то произошло, но больше ни о чем я не знаю.
Проблема вызова только своего presenter'a решалась с помощью настроенной шины событий, которая представляла собой дерево, где корень - это медиатор, а лист - view. соответственно событие, всплывая от view просто не могло попасть к чужому presenter'у.
Ваш вариант тоже вполне рабочий и если с ним нет проблем - почему нет?
MVP очень приятный паттерн. Работал с ним во времена WinForms лет 15 назад.
Мы тогда тоже использовали подход, когда view дергает методы presenter'a, но потом перешли к более удобному и, на мой взгляд, правильному варианту: view не знает ничего о presenter'e и генерит события. Presenter подписан на эти события и реагирует. На события также может быть подписан mediator, который как раз имеет право дергать методы presenter'ов, потому что знает о них, чтобы реализовать реакцию одной view, на события другой.
У вас, я так понял, есть шина событий, не думали о таком варианте?
Мне кажется это индивидуально. У меня раньше получалось сделать сон осознанным, если я обращал внимание на то, что я задаюсь вопросом "а не сон ли это?" В реальном мире мы никогда не задаемся этим вопросом. Или, например, я во обычных снах никогда не стою на месте, все время двигаюсь. Если удавалось остановиться во сне или хотя бы подумать об остановке, это также помогало войти в режим осознанного сновидения. Еще экспериментировал с мысленным счетом и повторением фразы "я сплю" при засыпании: 1-я сплю, 2-я сплю и т.д. Несколько раз удавалось таким образом получить осознанные сны, так как фраза " я сплю" всплывала в самом сне и я за нее цеплялся.
Оговорка-то есть и я ее видел, но возникает вопрос: «можно дарить» - это я перевел и ни у кого вопросов не возникло или, будь добр, оформи договор дарения.
например, валютные операции между валютными резидентами РФ, хотя бы один из которых проживает большую часть года в России.
Я правильно понял, что, если я уехал в другую страну( с автоматическим обменом инфой) и не появляюсь в России больше полугода, а потом решил перевести родственникам, которые тут остались, денег, то это незаконно.
А на свой счет в РФ со своего иностранного я могу переводить?
Например, при сбое одного модуля шифрования могут полностью прекратить работу другие сервисы, включая движок рекомендаций, а в монолите такого не произойдёт.
Не совсем понятно, почему сделан такой вывод. Какие-то части других сервисов, которые работают с модулем шифрования перестанут работать, но полностью-то они с чего перестанут работать? В монолите все то же самое.
Цель нигде ничего не хранить разбивается о потребность хранить мнемонические фразы с сидом.
Вы по сути добавили один дополнительный шаг - хэширование, но ведь точно также можно использовать и любой менеджер паролей. Только вместо того, чтобы копировать из него пароль напрямую в браузер, закидывать пароль в вашу программу и получать хэш.
Вот такой уровень "обучающих" статей я вижу последние несколько лет. Есть задача? Скопируй код по этой ссылке (поставь вот этот пакет), напиши вот эту строчку и у тебя заработает. Почему этот пакет? Как он работает? Что это за строчка? Это знать не нужно, потому что задача решена.
А если не решена, то вот еще надо дописать чуть-чуть: возьми список -> преврати в множество -> преврати в список (зачем?!) -> получи длину. Но даже мне, человеку, который ни разу не работал с питоном, хватило полминуты, чтобы найти в документации, что можно сразу использовать множество. https://docs.python.org/3/library/stdtypes.html#set
Вот видео 9 месяцев назад проскакивало про роботакси: https://www.youtube.com/watch?v=Rdw2amyH-o4
Я не математик, поэтому вопрос может быть глупый, но переходя от диагоналей к сторонам мы не гарантируем, что из-за этого не появится новое пересечение. Допустим в описаном примере была бы точка внутри треугольника AXD, которая соединялась с другой точкой за пределами ABCD. Меняя AD, на AC мы создаем новое пересечение. Каким образом доказать, что череда таких новых пересечений когда-нибудь закончится?
Bricklink, например, так делает. Не сразу понял почему при автозаполнении с помощью парольного менеджера не могу войти, а если вручную делаю Ctrl+C/Ctrl+V, то могу. Оказалось, что пароль обрезали и при вставке в поле его тоже обрезают.
Дичь, конечно.
Full stack junior developer - именно им я и начинал работать 15 лет назад, когда пришел на первую работу. Делал формы на C# WinForms, писал код на том же C# для серверной части приложения и писал процедуры в MS SQL Server.
И ничего странного в этом не было.
Выяснится, что он не человек, а инопланетянин с заданием уничтожить человечество и просто перед нажатием кнопки представил себе что было бы, если бы он был человеком.
Несколько раз пытался использовать, но все как-то не получалось долго придерживаться.
В конце лета сделал очередную попытку, используя не таймер, а видео на youtube по запросу "work with me pomodoro" и как-то прям зашло. Наверное из-за того, что есть ощущение что, кто-то рядом с тобой работает. Ну, а pomodoro таймер в видео стал приятным бонусом.
Пример я, конечно, выбрал самый глупый и в действительности ситуации, когда не хватает проверки сценариев обычно сложнее.
Например, мы планировали переехать в другой город и, соответственно, была куча вопросов, на которые нужно было ответить, чтобы понять насколько это ударит по бюджету:
1. Менять работу или получить прибавку к зарплате?
2. Снимать квартиру в новом городе и сдавать свою или продать и купить другую?
3. Расходы изменятся и как это отразится на бюджете.
и т.д.
"What if.." сценарии, о которых я писал - это по сути возможность создать расходы и доходы в бюджете, которые потом можно удалить одной кнопкой или снова вернуть в бюджет. Я не хочу считать все эти варианты вручную, а хочу просто внести в программу и увидеть, что там у меня с деньгами через 3-6 месяцев. Хочу иметь возможность сохранить различные варианты и потом их сравнить.
Для меня главным критерием при выборе программы учета было наличие прогноза на будущее. Я заполняю все свои периодические расходы доходы, вижу куда у меня все это движется и могу делать какие-то выводы.
Вторым критерием было наличие функции "What if...", т.е. возможность внести какие-то коррективы и посмотреть результат (что если зарплата вырастет/упадет? что если я буду тратить больше/меньше в определенных категориях?)
Уже во время ведения бюджета оказалось, что хочется иметь возможность одновременно пользоваться 2мя типами бюджетов - недельным и месячным, так как за частью расходов удобнее следить именно в течении недели.
Автоматический ввод данных - это, конечно, тоже не маловажно, так как действительно устаешь за всем этим следить на постоянной основе.
Идеальной для себя программы так. не нашел, пока пользуюсь quicken.
Вы не один такой, у меня тоже после каждой десятки поворачивает. Кстати, с играми я не ассоциировал это, но, возможно, действительно из-за этого.
Если я правильно помню, мы событиями решали проблему общения с медиатором, так как он реагировал на события напрямую. Ну, и с архитектурной точки зрения view-компонент, как мне кажется, более правильно выглядит: я умею показывать данные, которые мне дают и сообщаю о том, что у меня что-то произошло, но больше ни о чем я не знаю.
Проблема вызова только своего presenter'a решалась с помощью настроенной шины событий, которая представляла собой дерево, где корень - это медиатор, а лист - view. соответственно событие, всплывая от view просто не могло попасть к чужому presenter'у.
Ваш вариант тоже вполне рабочий и если с ним нет проблем - почему нет?
MVP очень приятный паттерн. Работал с ним во времена WinForms лет 15 назад.
Мы тогда тоже использовали подход, когда view дергает методы presenter'a, но потом перешли к более удобному и, на мой взгляд, правильному варианту: view не знает ничего о presenter'e и генерит события. Presenter подписан на эти события и реагирует. На события также может быть подписан mediator, который как раз имеет право дергать методы presenter'ов, потому что знает о них, чтобы реализовать реакцию одной view, на события другой.
У вас, я так понял, есть шина событий, не думали о таком варианте?
Мне кажется это индивидуально. У меня раньше получалось сделать сон осознанным, если я обращал внимание на то, что я задаюсь вопросом "а не сон ли это?"
В реальном мире мы никогда не задаемся этим вопросом. Или, например, я во обычных снах никогда не стою на месте, все время двигаюсь. Если удавалось остановиться во сне или хотя бы подумать об остановке, это также помогало войти в режим осознанного сновидения.
Еще экспериментировал с мысленным счетом и повторением фразы "я сплю" при засыпании: 1-я сплю, 2-я сплю и т.д. Несколько раз удавалось таким образом получить осознанные сны, так как фраза " я сплю" всплывала в самом сне и я за нее цеплялся.
Но как я уже сказал, думаю это все индивидуально.
Оговорка-то есть и я ее видел, но возникает вопрос: «можно дарить» - это я перевел и ни у кого вопросов не возникло или, будь добр, оформи договор дарения.
Я правильно понял, что, если я уехал в другую страну( с автоматическим обменом инфой) и не появляюсь в России больше полугода, а потом решил перевести родственникам, которые тут остались, денег, то это незаконно.
А на свой счет в РФ со своего иностранного я могу переводить?
Не совсем понятно, почему сделан такой вывод. Какие-то части других сервисов, которые работают с модулем шифрования перестанут работать, но полностью-то они с чего перестанут работать? В монолите все то же самое.
Думаю, речь о var переменных, которые видимы за пределами интуитивной области видимости.
Цель нигде ничего не хранить разбивается о потребность хранить мнемонические фразы с сидом.
Вы по сути добавили один дополнительный шаг - хэширование, но ведь точно также можно использовать и любой менеджер паролей. Только вместо того, чтобы копировать из него пароль напрямую в браузер, закидывать пароль в вашу программу и получать хэш.
А как Рогозин туда пишет? Твиттер ведь заблокирован.
Сэр Чарльз Э́нтони Ри́чард Хо́ар, который попал на фото к посту, но про него "забыли" написать в самой статье. Иронично..
Простите, но накипело...
Вот такой уровень "обучающих" статей я вижу последние несколько лет.
Есть задача? Скопируй код по этой ссылке (поставь вот этот пакет), напиши вот эту строчку и у тебя заработает.
Почему этот пакет? Как он работает? Что это за строчка? Это знать не нужно, потому что задача решена.
А если не решена, то вот еще надо дописать чуть-чуть: возьми список -> преврати в множество -> преврати в список (зачем?!) -> получи длину.
Но даже мне, человеку, который ни разу не работал с питоном, хватило полминуты, чтобы найти в документации, что можно сразу использовать множество. https://docs.python.org/3/library/stdtypes.html#set