В таких случаях можно рассмотреть и более серьёзную медикаментозную поддержку для преодоления закреплённой фобии - атипичные нейролептики или бензо. Почему такой вариант не обсуждается? Тем более что вы фенобарбитал давали, уж "лучше" бензо тогда
С точки зрения алгоритма это всё равно одно из ветвей ветвления. Даже если тупо добавить некоторую константу , "корректирующую" решение в сторону рандомного, это тоже имеет вес.
Вероятно, использование такого подхода на данном этапе развития алгоритмов очень сильно увеличивает вычислительную сложность, поэтому отказываются от такого подхода.
Вангую в следующей итерации алгоритмов буду подавать на вход "профиль" соперника для корректировки весов решений
Какое-то у вас предвзятое отношение к фичедевелопменту.
Какая разница выписку транзакций делать по базе из 10 млн или 50 млн юзеров?
Я работал на проекте где было 100млн юзеров, 2млн уников в день. Много чего требовалось в плюс-минус реалтайме. Чатик, например. А это не только чтение, но и постоянная запись.
В общем вы как-то предвзято и с пренебрежение относитесь, дескать мы тут в банке программируем как надо, а вы все джава-юнцы вам лишь бы на прод без тестов поскорее.
Ну вы сравните себя и какой-нибудь необанк, например монзо. Сравните скорость внедрения новой фичи с ними.
Кобол трогать не будут, это практически гарантия до конца жизни компании.
Акторная архитектура , фреймворки типа Akka - это не прям необычное явление в не-корпоративной среде и вряд ли это говорит о чём-то. В энтерпрайзе свои паттеры, в не-энтерпрайзе другие.
Вам скорее комментируют люди с подходом разработчика, понятно что там околонулевой интерес с копанием 50-летного когда на древнючем языке. С точки зрения менеджера, просчётов ROI, риска и т.д. взгляд совершенно другой и менеджер vs разработчик это вечный конфликт
Я не противник и не защитник кобола, который золотая жила для Терехова на матмехе.
Вы в целом описываете типичный огромный корпорат, особенно где-то в районе 90х. В Вашем случае ещё и наличие строго регулятора.
Но ваше самое сильное отличие - отсутствие новых требований со стороны конечных пользователей. Для клиента банка нужен примерно одинаковый набор функций - отчётность, список транзакций, оплата, етц. Апдейтить под новые требования надзорных органов для юриков.
Рост нео/диджатал банков показал тупиковость текущего подхода.
На каждый поклон пишем подробный фидбек, с примерами, теорией, etc
Через N поклонов поднимаем вопрос с руководством - команда тратит P часов на выяснение одного и того же, ситуация не меняется, мы даже давали подробный фидбек. В связи с этим стоимость разработки продукта возрастает на X, сроки сдвигаются на Y.
После этого забить и не переживать. Подобное в корпорате лечится подобным
Книгу не читал, скриншоты запостили, конечно, забавные, но некритичные.
Переводить техническую литературу, как было подмечено в статье - боль/страдание и перевод технических терминов в другой язык гарантировано будет проблема. Особенно учитывая, что много кто (если не большинство), в связи с работой с англоговорящими коллегами будет использовать английский вариант.
Сегодняшние первоклашки, которые через решат получать среднее-специальное образование, рискуют в большинстве своём претендовать на низкоквалифицированный труд, потому что их способности будут заменены роботами.
Это через 9-11 лет.
Те, кто пойдут в ВУЗ, через ~16 лет , рискуют попасть в сильную конкуренцию.
Не надо воспринимать мой комментарий превратно. Я бы предложил походить к психологу. Шум в ушах он может и не вылечит, но может помочь с неврозом, если такой подтвердится.
это был сарказм, да.
К тому же, они бесплатно спят и жрут, тратя ресурсы государства (дармоеды). Логично, чтобы они это отрабатывали.
разве не в этом суть их продукта? Это как про стоматологию написать что их посты копаются во рту пациентов
В таких случаях можно рассмотреть и более серьёзную медикаментозную поддержку для преодоления закреплённой фобии - атипичные нейролептики или бензо. Почему такой вариант не обсуждается? Тем более что вы фенобарбитал давали, уж "лучше" бензо тогда
Несмотря на всю бредовость, забавный вопрос - что изменится для обывателя, если пи станет, допустим, на единицу больше?
С точки зрения алгоритма это всё равно одно из ветвей ветвления. Даже если тупо добавить некоторую константу , "корректирующую" решение в сторону рандомного, это тоже имеет вес.
Вероятно, использование такого подхода на данном этапе развития алгоритмов очень сильно увеличивает вычислительную сложность, поэтому отказываются от такого подхода.
Вангую в следующей итерации алгоритмов буду подавать на вход "профиль" соперника для корректировки весов решений
В военное время и угол кипит . (С) почти
Какое-то у вас предвзятое отношение к фичедевелопменту.
Какая разница выписку транзакций делать по базе из 10 млн или 50 млн юзеров?
Я работал на проекте где было 100млн юзеров, 2млн уников в день. Много чего требовалось в плюс-минус реалтайме. Чатик, например. А это не только чтение, но и постоянная запись.
В общем вы как-то предвзято и с пренебрежение относитесь, дескать мы тут в банке программируем как надо, а вы все джава-юнцы вам лишь бы на прод без тестов поскорее.
Ну вы сравните себя и какой-нибудь необанк, например монзо. Сравните скорость внедрения новой фичи с ними.
Кобол трогать не будут, это практически гарантия до конца жизни компании.
Акторная архитектура , фреймворки типа Akka - это не прям необычное явление в не-корпоративной среде и вряд ли это говорит о чём-то. В энтерпрайзе свои паттеры, в не-энтерпрайзе другие.
Вам скорее комментируют люди с подходом разработчика, понятно что там околонулевой интерес с копанием 50-летного когда на древнючем языке. С точки зрения менеджера, просчётов ROI, риска и т.д. взгляд совершенно другой и менеджер vs разработчик это вечный конфликт
Забавно что трюк с TTL сработал, я ожидал операторов в response ставить TTL = 1
Я не противник и не защитник кобола, который золотая жила для Терехова на матмехе.
Вы в целом описываете типичный огромный корпорат, особенно где-то в районе 90х. В Вашем случае ещё и наличие строго регулятора.
Но ваше самое сильное отличие - отсутствие новых требований со стороны конечных пользователей. Для клиента банка нужен примерно одинаковый набор функций - отчётность, список транзакций, оплата, етц. Апдейтить под новые требования надзорных органов для юриков.
Рост нео/диджатал банков показал тупиковость текущего подхода.
Относительно запуска в колабе - это действительно возможно?
На каждый поклон пишем подробный фидбек, с примерами, теорией, etc
Через N поклонов поднимаем вопрос с руководством - команда тратит P часов на выяснение одного и того же, ситуация не меняется, мы даже давали подробный фидбек. В связи с этим стоимость разработки продукта возрастает на X, сроки сдвигаются на Y.
После этого забить и не переживать. Подобное в корпорате лечится подобным
Мы для таких целей (не-джава) используем прокси класс-обёртку/функцию или статический метод. У вас так нельзя?
Книгу не читал, скриншоты запостили, конечно, забавные, но некритичные.
Переводить техническую литературу, как было подмечено в статье - боль/страдание и перевод технических терминов в другой язык гарантировано будет проблема. Особенно учитывая, что много кто (если не большинство), в связи с работой с англоговорящими коллегами будет использовать английский вариант.
Вот вы все комментируете, какой автор глупый, а комменты под его постом копятся, пост ползёт в топ, по его ссылкам всё больше людей переходит.
Круто, но страшно за следующее поколение.
Сегодняшние первоклашки, которые через решат получать среднее-специальное образование, рискуют в большинстве своём претендовать на низкоквалифицированный труд, потому что их способности будут заменены роботами.
Это через 9-11 лет.
Те, кто пойдут в ВУЗ, через ~16 лет , рискуют попасть в сильную конкуренцию.
Я ищу в гугле, он выдаёт релевантные товары на амазоне
Не надо воспринимать мой комментарий превратно. Я бы предложил походить к психологу. Шум в ушах он может и не вылечит, но может помочь с неврозом, если такой подтвердится.
Так в аниматрице обьясняли