Англия. В садик можно с 6 мес, мы отдавали с 7-9 мес на полный день с 8 утра до 6 вечера. Гос пособие что-то типа £130 в неделю. Компании стараются помогать, у айтишников бывает оплачивают 3-4 месяца полной ЗП маме, иногда и папе сколько-то (2-4 недели), но это гораздо реже.
Начиная с 3 лет государство оплачивает 15/30 часов садика в неделю, но там хитрый пересчет часов. Также есть программа поддержки где государство оплачивает 20% стоимости садика, но максимум £500 на ребенка в квартал плюс есть ещё пара условий.
Болеющие , сопливые, кашляющие дети ходят в садик. Если температура высокая 38.5 - позвонят, могут сами дать парацетамол/ Нурофен.
Садик на полный день стоит примерно £1600 в месяц до трёх лет, потом падает где-то £1000 в месяц.
Есть гос садики, они с трёх лет, будут стоить примерно £400-600 в месяц
В Англии дома сидишь если температура высокая, а так - заправил парацетамолом и в садик. Все кашляют, сопливят. Дома по болезни дети проводят ну максимум дней 10 за год
В таких случаях можно рассмотреть и более серьёзную медикаментозную поддержку для преодоления закреплённой фобии - атипичные нейролептики или бензо. Почему такой вариант не обсуждается? Тем более что вы фенобарбитал давали, уж "лучше" бензо тогда
С точки зрения алгоритма это всё равно одно из ветвей ветвления. Даже если тупо добавить некоторую константу , "корректирующую" решение в сторону рандомного, это тоже имеет вес.
Вероятно, использование такого подхода на данном этапе развития алгоритмов очень сильно увеличивает вычислительную сложность, поэтому отказываются от такого подхода.
Вангую в следующей итерации алгоритмов буду подавать на вход "профиль" соперника для корректировки весов решений
Какое-то у вас предвзятое отношение к фичедевелопменту.
Какая разница выписку транзакций делать по базе из 10 млн или 50 млн юзеров?
Я работал на проекте где было 100млн юзеров, 2млн уников в день. Много чего требовалось в плюс-минус реалтайме. Чатик, например. А это не только чтение, но и постоянная запись.
В общем вы как-то предвзято и с пренебрежение относитесь, дескать мы тут в банке программируем как надо, а вы все джава-юнцы вам лишь бы на прод без тестов поскорее.
Ну вы сравните себя и какой-нибудь необанк, например монзо. Сравните скорость внедрения новой фичи с ними.
Кобол трогать не будут, это практически гарантия до конца жизни компании.
Акторная архитектура , фреймворки типа Akka - это не прям необычное явление в не-корпоративной среде и вряд ли это говорит о чём-то. В энтерпрайзе свои паттеры, в не-энтерпрайзе другие.
Вам скорее комментируют люди с подходом разработчика, понятно что там околонулевой интерес с копанием 50-летного когда на древнючем языке. С точки зрения менеджера, просчётов ROI, риска и т.д. взгляд совершенно другой и менеджер vs разработчик это вечный конфликт
Я не противник и не защитник кобола, который золотая жила для Терехова на матмехе.
Вы в целом описываете типичный огромный корпорат, особенно где-то в районе 90х. В Вашем случае ещё и наличие строго регулятора.
Но ваше самое сильное отличие - отсутствие новых требований со стороны конечных пользователей. Для клиента банка нужен примерно одинаковый набор функций - отчётность, список транзакций, оплата, етц. Апдейтить под новые требования надзорных органов для юриков.
Рост нео/диджатал банков показал тупиковость текущего подхода.
На каждый поклон пишем подробный фидбек, с примерами, теорией, etc
Через N поклонов поднимаем вопрос с руководством - команда тратит P часов на выяснение одного и того же, ситуация не меняется, мы даже давали подробный фидбек. В связи с этим стоимость разработки продукта возрастает на X, сроки сдвигаются на Y.
После этого забить и не переживать. Подобное в корпорате лечится подобным
Книгу не читал, скриншоты запостили, конечно, забавные, но некритичные.
Переводить техническую литературу, как было подмечено в статье - боль/страдание и перевод технических терминов в другой язык гарантировано будет проблема. Особенно учитывая, что много кто (если не большинство), в связи с работой с англоговорящими коллегами будет использовать английский вариант.
В Англии самая дорогая стоимость childcare, где-то в Гугле даже есть официальные графики.
Мы посчитали, что за троих детей отдали не меньше £100k. И это простой обычный садик
Англия. В садик можно с 6 мес, мы отдавали с 7-9 мес на полный день с 8 утра до 6 вечера. Гос пособие что-то типа £130 в неделю. Компании стараются помогать, у айтишников бывает оплачивают 3-4 месяца полной ЗП маме, иногда и папе сколько-то (2-4 недели), но это гораздо реже.
Начиная с 3 лет государство оплачивает 15/30 часов садика в неделю, но там хитрый пересчет часов. Также есть программа поддержки где государство оплачивает 20% стоимости садика, но максимум £500 на ребенка в квартал плюс есть ещё пара условий.
Болеющие , сопливые, кашляющие дети ходят в садик. Если температура высокая 38.5 - позвонят, могут сами дать парацетамол/ Нурофен.
Садик на полный день стоит примерно £1600 в месяц до трёх лет, потом падает где-то £1000 в месяц.
Есть гос садики, они с трёх лет, будут стоить примерно £400-600 в месяц
В Англии дома сидишь если температура высокая, а так - заправил парацетамолом и в садик. Все кашляют, сопливят. Дома по болезни дети проводят ну максимум дней 10 за год
Как насчёт использования оптимизированной функции в if-ах
это был сарказм, да.
К тому же, они бесплатно спят и жрут, тратя ресурсы государства (дармоеды). Логично, чтобы они это отрабатывали.
разве не в этом суть их продукта? Это как про стоматологию написать что их посты копаются во рту пациентов
В таких случаях можно рассмотреть и более серьёзную медикаментозную поддержку для преодоления закреплённой фобии - атипичные нейролептики или бензо. Почему такой вариант не обсуждается? Тем более что вы фенобарбитал давали, уж "лучше" бензо тогда
Несмотря на всю бредовость, забавный вопрос - что изменится для обывателя, если пи станет, допустим, на единицу больше?
С точки зрения алгоритма это всё равно одно из ветвей ветвления. Даже если тупо добавить некоторую константу , "корректирующую" решение в сторону рандомного, это тоже имеет вес.
Вероятно, использование такого подхода на данном этапе развития алгоритмов очень сильно увеличивает вычислительную сложность, поэтому отказываются от такого подхода.
Вангую в следующей итерации алгоритмов буду подавать на вход "профиль" соперника для корректировки весов решений
В военное время и угол кипит . (С) почти
Какое-то у вас предвзятое отношение к фичедевелопменту.
Какая разница выписку транзакций делать по базе из 10 млн или 50 млн юзеров?
Я работал на проекте где было 100млн юзеров, 2млн уников в день. Много чего требовалось в плюс-минус реалтайме. Чатик, например. А это не только чтение, но и постоянная запись.
В общем вы как-то предвзято и с пренебрежение относитесь, дескать мы тут в банке программируем как надо, а вы все джава-юнцы вам лишь бы на прод без тестов поскорее.
Ну вы сравните себя и какой-нибудь необанк, например монзо. Сравните скорость внедрения новой фичи с ними.
Кобол трогать не будут, это практически гарантия до конца жизни компании.
Акторная архитектура , фреймворки типа Akka - это не прям необычное явление в не-корпоративной среде и вряд ли это говорит о чём-то. В энтерпрайзе свои паттеры, в не-энтерпрайзе другие.
Вам скорее комментируют люди с подходом разработчика, понятно что там околонулевой интерес с копанием 50-летного когда на древнючем языке. С точки зрения менеджера, просчётов ROI, риска и т.д. взгляд совершенно другой и менеджер vs разработчик это вечный конфликт
Забавно что трюк с TTL сработал, я ожидал операторов в response ставить TTL = 1
Я не противник и не защитник кобола, который золотая жила для Терехова на матмехе.
Вы в целом описываете типичный огромный корпорат, особенно где-то в районе 90х. В Вашем случае ещё и наличие строго регулятора.
Но ваше самое сильное отличие - отсутствие новых требований со стороны конечных пользователей. Для клиента банка нужен примерно одинаковый набор функций - отчётность, список транзакций, оплата, етц. Апдейтить под новые требования надзорных органов для юриков.
Рост нео/диджатал банков показал тупиковость текущего подхода.
Относительно запуска в колабе - это действительно возможно?
На каждый поклон пишем подробный фидбек, с примерами, теорией, etc
Через N поклонов поднимаем вопрос с руководством - команда тратит P часов на выяснение одного и того же, ситуация не меняется, мы даже давали подробный фидбек. В связи с этим стоимость разработки продукта возрастает на X, сроки сдвигаются на Y.
После этого забить и не переживать. Подобное в корпорате лечится подобным
Мы для таких целей (не-джава) используем прокси класс-обёртку/функцию или статический метод. У вас так нельзя?
Книгу не читал, скриншоты запостили, конечно, забавные, но некритичные.
Переводить техническую литературу, как было подмечено в статье - боль/страдание и перевод технических терминов в другой язык гарантировано будет проблема. Особенно учитывая, что много кто (если не большинство), в связи с работой с англоговорящими коллегами будет использовать английский вариант.
Вот вы все комментируете, какой автор глупый, а комменты под его постом копятся, пост ползёт в топ, по его ссылкам всё больше людей переходит.