Вообще, в универе у нас преподаватели учили расставлять ветки if в коде на основании знания статистики. То условие, которое случается чаще всего, выставлять раньше, чтобы меньше холостых срабатываний и переходов к следующим веткам. Не знаю используется ли такое в postgress, но можно было бы в операторе where добавлять. Приклеить к не уникальным индексам, может. Если значение встречается чаще других, или к нему обращений больше, то выставлять его для проверки раньше. Если там, конечно, какие-нибудь деревья не используются. Не силен в базах данных, так что не знаю.
Меня, конечно, за такое заплюют, но иногда, для своих внутренних нужд я использую что-нибудь типа 302 found с перенаправлением на url найденного объекта
Знание, что после молнии гремит — это хорошо. Но вот для того, чтобы осознать, что с этим можно сделать уже нужно знать физику. Ну то есть не обязательно, но это знание значительно расширяет список вариантов.
Так раньше так и жили. Даже свободные люди. В деревнях и сейчас живут. Свой огород, своё хозяйство. И как человек, вынужденный помогать со строительством дома скажу: нафиг такой креатив. Конкретно этот момент помог понять, что свой дом я буду покупать
Утверждение правдиво. Там и в самом деле было не все плохо. Но, если меня попросят помочь восстановить все как было в СССР, то, пожалуй, пошлю этого человека в далёкое пешее
Когда- то большинство жгло ведьм на кострах. Но чисто объективно вряд ли те женщины были ведьмами, даже если их таковыми считало большинство. Не всегда и не везде применима эта логика даже в контексте человеческих взаимоотношений. Большинство тоже может ошибаться.
это плата за расширяемость. если, допустим я использую библиотеку с чем-то вроде DI или "стратегией" и меня не устраивает то, как обрабатываются исключения внутри этой системы и мне нужно, чтоб код просто завершил выполнение, или еще по какой-либо причине нужно, чтоб произошел вызов исключения, то я могу просто создать тип исключений, который не обрабатывается в этой библиотеке и поймать его, где мне нужно. И не нужно писать разработчику, что нужно ввести дополнительное состояние, потому что меня не устраивает такое поведение.
Вообще, в универе у нас преподаватели учили расставлять ветки if в коде на основании знания статистики. То условие, которое случается чаще всего, выставлять раньше, чтобы меньше холостых срабатываний и переходов к следующим веткам. Не знаю используется ли такое в postgress, но можно было бы в операторе where добавлять. Приклеить к не уникальным индексам, может. Если значение встречается чаще других, или к нему обращений больше, то выставлять его для проверки раньше. Если там, конечно, какие-нибудь деревья не используются. Не силен в базах данных, так что не знаю.
А на операции distinct такие оптимизации распространяются?
Меня, конечно, за такое заплюют, но иногда, для своих внутренних нужд я использую что-нибудь типа 302 found с перенаправлением на url найденного объекта
Как хорошо, что с такими взглядами вы не стали писать по для атомных электростанций
Профессиональный программист считывает информацию напрямую с жёсткого диска
Так раньше так и жили. Даже свободные люди. В деревнях и сейчас живут. Свой огород, своё хозяйство. И как человек, вынужденный помогать со строительством дома скажу: нафиг такой креатив. Конкретно этот момент помог понять, что свой дом я буду покупать
А что делают с stacktrace? Это не призыв поспорить. Реально интересно
Утверждение правдиво. Там и в самом деле было не все плохо. Но, если меня попросят помочь восстановить все как было в СССР, то, пожалуй, пошлю этого человека в далёкое пешее
Тем, что нужно будет думать "что" нужно сделать, а не "как"
Ну это уже лицемерие. Сами писали, что это неправильно: сливать человека с ресурса за другие мнения - и сами же сливаете человека за иное мнение.
Старый добрый мордобой: кто выжил, тот и прав
Когда- то большинство жгло ведьм на кострах. Но чисто объективно вряд ли те женщины были ведьмами, даже если их таковыми считало большинство. Не всегда и не везде применима эта логика даже в контексте человеческих взаимоотношений. Большинство тоже может ошибаться.
хах) ну, поздравляю)
вот еще полгода прошло. Как успехи?
dependency injection
это плата за расширяемость. если, допустим я использую библиотеку с чем-то вроде DI или "стратегией" и меня не устраивает то, как обрабатываются исключения внутри этой системы и мне нужно, чтоб код просто завершил выполнение, или еще по какой-либо причине нужно, чтоб произошел вызов исключения, то я могу просто создать тип исключений, который не обрабатывается в этой библиотеке и поймать его, где мне нужно. И не нужно писать разработчику, что нужно ввести дополнительное состояние, потому что меня не устраивает такое поведение.
Можно сделать же serializer не статичным и с ссылкой на объект. И asJson будет возвращать актуальное значение
А во втором примере если поле вынести в другой класс, то последовательность так же отработает?