Size: a a a

Архитектура ИТ-решений

2020 November 13

GM

Gerr Mes in Архитектура ИТ-решений
Gennadiy Kruglov
для меня выбор clojure говорит только об обном - точно будут серьёзные проблемы с наймом при сомнительных бенефитах
они изящно порешали это проблему "прикупив" Рича Хикки вместе с Cognitect'ом )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Gerr Mes
они изящно порешали это проблему "прикупив" Рича Хикки вместе с Cognitect'ом )
Нет, они изрядно усугубили проблему, потому что увязнут в clojure ещё больше
источник

GM

Gerr Mes in Архитектура ИТ-решений
Gennadiy Kruglov
Нет, они изрядно усугубили проблему, потому что увязнут в clojure ещё больше
да может это и неплохо что увязнут - займутся подготовкой новых clojure-разработчиков, чтобы было кого нанимать через 5-10 лет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Gerr Mes
да может это и неплохо что увязнут - займутся подготовкой новых clojure-разработчиков, чтобы было кого нанимать через 5-10 лет
Да, другого аргумента нет. Будут обучать разработчиков под себя. Как это делает Euroclear с Fortran, и как это делал Booking с Perl. Не сказал бы что они Хэппи.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Чуваки делают для себя альтернативный рынок труда. Ради чего?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кроме того, clojure слишком сложная, на ней не удобно решать рутинные задачи. Колбасить xml, например, можно и другими средствами. А в мире финансов очень много xml, потому что стандарты
источник

A

Andrey in Архитектура ИТ-решений
Gennadiy Kruglov
Да, другого аргумента нет. Будут обучать разработчиков под себя. Как это делает Euroclear с Fortran, и как это делал Booking с Perl. Не сказал бы что они Хэппи.
Или 1С)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrey
Или 1С)
Выбор 1С оправдан. Большинство их разработчиков никогда не научатся английскому языку.
источник

N

Nikolay in Архитектура ИТ-решений
Можно посмотреть с другой стороны. Им удалось захватить рынок , а другим их конкурентам не удалось ...даже на языках с динамической типизацией. Ведь трудно представить ,что у них не было конкурентов. Мне самому не очень  хочется писать на языке с динамической типизацией , например.
источник

GM

Gerr Mes in Архитектура ИТ-решений
Gennadiy Kruglov
Да, другого аргумента нет. Будут обучать разработчиков под себя. Как это делает Euroclear с Fortran, и как это делал Booking с Perl. Не сказал бы что они Хэппи.
У booking'а это просто legacy - они вроде уже много много лет это все распиливают/переписывают - но все никак не перепишут

А у NuBank'а это осознанный выбор - видимо был какой то план и они его придерживаются :)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Nikolay
Можно посмотреть с другой стороны. Им удалось захватить рынок , а другим их конкурентам не удалось ...даже на языках с динамической типизацией. Ведь трудно представить ,что у них не было конкурентов. Мне самому не очень  хочется писать на языке с динамической типизацией , например.
С другой стороны и нужно смотреть
источник

A

Andrey in Архитектура ИТ-решений
Nikolay
Можно посмотреть с другой стороны. Им удалось захватить рынок , а другим их конкурентам не удалось ...даже на языках с динамической типизацией. Ведь трудно представить ,что у них не было конкурентов. Мне самому не очень  хочется писать на языке с динамической типизацией , например.
Дарье Донцовой в каком-то смысле тоже удалось захватить рынок. Только непонятно хорошо от этого рынку стало или нет
источник

AT

Alexander Teterkin in Архитектура ИТ-решений
Gerr Mes
У booking'а это просто legacy - они вроде уже много много лет это все распиливают/переписывают - но все никак не перепишут

А у NuBank'а это осознанный выбор - видимо был какой то план и они его придерживаются :)
У меня такая футболка есть: с самого начала у меня был какой-то план и я его придерживался. :)
источник

N

Nikolay in Архитектура ИТ-решений
Как говорится, если не нравится их подход и выбор средств разработки - найдите инвесторов и захватите их рынок
источник

AT

Al T in Архитектура ИТ-решений
может в бразилии популярен closure просто? как ruby в японии
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Teterkin
У меня такая футболка есть: с самого начала у меня был какой-то план и я его придерживался. :)
Тоже такая мысль пришла)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Gerr Mes
У booking'а это просто legacy - они вроде уже много много лет это все распиливают/переписывают - но все никак не перепишут

А у NuBank'а это осознанный выбор - видимо был какой то план и они его придерживаются :)
Не так. Они упорно нанимали крутых людей и переучивали на Perl. В это время монолит на Perl разрастался. Возможно это была правильная стратегия, потому что бизнес шёл. Но что-то подсказывает, что такой подход ошибочен.
источник

AP

Andrey Plakushchev in Архитектура ИТ-решений
Al T
может в бразилии популярен closure просто? как ruby в японии
очень сомнительно что там только closuje, скорее все дело было так - .cognitect наговнякал для этого банчка как и для волмарта и других клиентов проект и разместил его в AWS за AWS стоит еще море всего и вряд ли на кложуре.
источник

GM

Gerr Mes in Архитектура ИТ-решений
Опять же для LTS лиспы это интересный выбор - скала каждый мажорный релиз "мыло мочало начинаем все сначала", по котлину в каждом 2-м интервью Бреслав ноет про ошибки дизайна в ранних версиях (а прошло то "всего" 5 лет с релиза) - а лиспы это стабильная штука - чо 50 лет прошло - да норм вроде все - теперь умеем в JVM :) При том что jvm рантайам бодренько развивается и плюшечки свои clojure приносит - вот тебе новый gc, вот тебе project loom и т.д. В теории получается что код nubank'а будет превращаться в legacy сильно медленней - но это в теории, будем посмотреть :)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Gerr Mes
Опять же для LTS лиспы это интересный выбор - скала каждый мажорный релиз "мыло мочало начинаем все сначала", по котлину в каждом 2-м интервью Бреслав ноет про ошибки дизайна в ранних версиях (а прошло то "всего" 5 лет с релиза) - а лиспы это стабильная штука - чо 50 лет прошло - да норм вроде все - теперь умеем в JVM :) При том что jvm рантайам бодренько развивается и плюшечки свои clojure приносит - вот тебе новый gc, вот тебе project loom и т.д. В теории получается что код nubank'а будет превращаться в legacy сильно медленней - но это в теории, будем посмотреть :)
За последние 5 видел всего пару утопающих проектов, которые бы тонули из-за ошибкок в выборе языка и/или технологий.

Проекты тонут из-за слабого управления и/или кривых рук.

Ошибки в выборе языков/технологий создают трудности, мешают развиваться, но редко фатальны.
источник