Европа разная :)
Германия очень любит кеш, там действительно в плане финтехов все очень печально. В свое время дойче мне только кредитку MasterCard мог выдать, у них в принципе не было дебетовых карт с нормальными номерами, только EC. Не уверен, как сейчас там.
> подразделение генерирует фейлы уже 8 лет
Это же не значит, что каждый год был фейл и это было легко отследить.
Пока набрали команду, пока всем наобещали всего, пока бонусы друг другу выписали, пока опять наобещали что вот-вот. Вот 8 лет и прошло.
Не факт, на самом деле. Даже программистам с выигранной гринкой тяжело поначалу: внезапно оказывается, что и резюме ты писать не умеешь, и что собеседования проходить не очень, и даже hr пройти с опытом работы в ООО «Программное обеспечение» довольно сложно.
Когда ты приезжаешь по визе, это, конечно, то еще приключение в самом начале, но у тебя уже есть работа.
Надо сохранять старое значение и восстанавливать его в finally, иначе после вызова другого метода внутри этой конструкции все сломается. В идеале стоит сделать какую-нибудь структуру, реализующую AutoCloseable, которая спрячет весь этот бойлерплейт.
Возможно, это было до того, как они поменяли отношение к диспутам. Сейчас стоит только намекнуть, что ты хочешь открыть диспут, большинство продавцов сразу готовы все исправить.
Климат ужасный: летом жара +35 и влажность 90%, зимой то дубак -15..-20, то в любом диапазоне от -5 до +15. Весны вообще нет, зато осень прям хороша.
Чтобы передвигаться на велосипеде надо иметь стальные яйца, водителей не просто так начали называть massholes.
> 7 mb для hello world release, на мой взгляд, многовато.
Как часто вы пишите приложения уровня hello world?
Если обычное приложение в итоге все равно занимает под 100 мегабайт, какая разница, что оно чуть больше?
Я говорил про null на входе :) Optional только на выходе выдается.
Ситуация примерно такая: Optional<Integer> isInteger(String s)
В случае ошибки парсинга возвращаем Optional.empty(), что будет если s = null? И что делать если в моем случае null — вполне себе допустимое значение, и я хочу получить назад null? Если кидать NullPointerException, то это как бы ломает всю идею использования Optional.
В джаве так-то тоже есть Exception, который не должен являться фатальным, и Error, который даже не имеет смысла ловить.
null — не всегда показатель ошибки, зачастую это вполне себе first-class value. К примеру, что должен этот метод вернуть, если ему передали null string?
Я бы в этом случае больше предложил использовать что-то с тройным состоянием, вроде Mono из Project Reactor: оно может содержать значение, если все ок, может не содержать никакого значения, если был null, или же содержать исключение, если случилась ошибка.
Как много людей используют графану или монгу напрямую в своем коде? AGPL не требует ничего публиковать, если просто используется бинарник as-is.
Вот если бы драйвер монги был agpl, тут, вероятно, была бы проблема
Им все равно некуда бежать.
Германия очень любит кеш, там действительно в плане финтехов все очень печально. В свое время дойче мне только кредитку MasterCard мог выдать, у них в принципе не было дебетовых карт с нормальными номерами, только EC. Не уверен, как сейчас там.
Это же не значит, что каждый год был фейл и это было легко отследить.
Пока набрали команду, пока всем наобещали всего, пока бонусы друг другу выписали, пока опять наобещали что вот-вот. Вот 8 лет и прошло.
Когда ты приезжаешь по визе, это, конечно, то еще приключение в самом начале, но у тебя уже есть работа.
Чтобы передвигаться на велосипеде надо иметь стальные яйца, водителей не просто так начали называть massholes.
Я много лет использовал keepassx + dropbox, но в конце-концов удобство победило.
Программисты и так едут постоянно.
Как часто вы пишите приложения уровня hello world?
Если обычное приложение в итоге все равно занимает под 100 мегабайт, какая разница, что оно чуть больше?
Может и называется, вопрос в контракте метода.
Почему нельзя? Можно.
Я говорил про null на входе :) Optional только на выходе выдается.
Ситуация примерно такая:
Optional<Integer> isInteger(String s)
В случае ошибки парсинга возвращаем
Optional.empty()
, что будет еслиs = null
? И что делать если в моем случае null — вполне себе допустимое значение, и я хочу получить назад null? Если кидатьNullPointerException
, то это как бы ломает всю идею использованияOptional
.В джаве так-то тоже есть
Exception
, который не должен являться фатальным, иError
, который даже не имеет смысла ловить.Я бы в этом случае больше предложил использовать что-то с тройным состоянием, вроде Mono из Project Reactor: оно может содержать значение, если все ок, может не содержать никакого значения, если был null, или же содержать исключение, если случилась ошибка.