Size: a a a

Clojure — русскоговорящее сообщество

2019 August 29

Anton Žyliuk in Clojure — русскоговорящее сообщество
у меня такого опыта нет, я вообще никогда ничего с одной технологии на другую не переписывал. Но мне кажется это бизнесс должен решать, я бы на месте владельца системы бы не переписывал, целесообразность низкая помоему, реакт с редаксом тоже неплохо
источник

IS

Ivan Shvetsov in Clojure — русскоговорящее сообщество
Понятно что бизнес должен решать, но если вынести бизнес за скобки
источник

Anton Žyliuk in Clojure — русскоговорящее сообщество
Смотря что такое просто, объективно разработчиков меньше, но сделай очень хорошее предложение и спрос появится)
источник

Anton Žyliuk in Clojure — русскоговорящее сообщество
на моем проекте сейчас работает вполне успешно кложескрипт разработчик который шел вообще в компанию джаваскриптером, за 2 недели начал делать первые пулреквесты
источник

Anton Žyliuk in Clojure — русскоговорящее сообщество
Все индивидуально
источник

IS

Ivan Shvetsov in Clojure — русскоговорящее сообщество
Из моей опыта могу сказать, что не все js разработчики осознают ценность кложи =)
Можно конечно сказать "у нас react/redux" а потом незаметно подсунуть скобочки 😄
источник

Anton Žyliuk in Clojure — русскоговорящее сообщество
js разработчики это огромное количество людей с разным опытом, целями и образованием, конечно они не все в одну сторону мыслят) мне видится опытный зрелый человек который годик попрограммировал на react/redux и слышавший где-то про иммутабельность быстренько освоит
источник

AB

Arcady Balandin in Clojure — русскоговорящее сообщество
Ivan Shvetsov
Есть немаленький легаси проект на js (react/redux). Хочется переписать его на cljs, чтобы эффективней решать бизнес задачи т.к. ресурсов очень мало.
Насколько осмотрительно так делать?
Насколько просто найти человека в команду, который бы хотел/мог писать на clj?
Или же придется до пенсии заниматься поддержкой такого проекта, если не брать в расчет возможность выстрела кложы в мейнстрим в будущем =)?
Кто что думает по этому поводу?
Он у тебя и без этого устареет. Редукс не нужен, см. Аполло графql и т.п.
источник

IS

Ivan Shvetsov in Clojure — русскоговорящее сообщество
Легаси не в плане технологий, а в плане запущенности кода. Код существует уже много лет, был написан разными людьми в разное время не в самом лучше виде по разным причинам, сейчас это все разваливается и надо что-то с этим делать.
источник

A

Alex in Clojure — русскоговорящее сообщество
Ivan Shvetsov
Понятно что бизнес должен решать, но если вынести бизнес за скобки
ну вот если бизнес готов брать фрилансеров то шансы найти увеличиваются готов завозить людей тоже
источник

A

Alex in Clojure — русскоговорящее сообщество
ну а так если компания в городе N то она и js скриптеров может долго искать
источник

A

Alex in Clojure — русскоговорящее сообщество
примеров у меня много таких
источник

IS

Ivan Shvetsov in Clojure — русскоговорящее сообщество
Работа удаленная, не фриланс
источник

A

Alex in Clojure — русскоговорящее сообщество
Ivan Shvetsov
Работа удаленная, не фриланс
да я имел ввиду удаленнку
источник

AB

Airat Burganov in Clojure — русскоговорящее сообщество
Ivan Shvetsov
Легаси не в плане технологий, а в плане запущенности кода. Код существует уже много лет, был написан разными людьми в разное время не в самом лучше виде по разным причинам, сейчас это все разваливается и надо что-то с этим делать.
С точки зрения бизнеса. Если код существует много лет и проект до сих пор не умер, значит все хорошо с проектом и кодом. Переписывать его сомнительное решение. Если что-то нужно добавлять, то можно какие-то части написать на новом языки (Clojure).

Мы три года назад приняли мегарешение переписать работающий проект  Java на Clojure. Итого часть переписали на Clojure, часть новой функциональности пошла на Clojure, часть внезапно на хаскелле, а ядро осталось работать на яве и надо сказать оно продолжает хорошо работать. Из этого сделал хороший урок, если код работает много лет - это очень хороший код и ощущение, что он говнокод - лишь ощущение. Надо смотреть на  объективные вещи.
источник

IS

Ivan Shvetsov in Clojure — русскоговорящее сообщество
Работает ведь не значит что работает хорошо и что он масштабируем и поддерживаем 🙂
источник

AB

Airat Burganov in Clojure — русскоговорящее сообщество
ну да, ну да. Я же не в курсе деталей вашего проекта. Дьявол в деталях.
источник

AK

Aleksey Kislitsa in Clojure — русскоговорящее сообщество
Airat Burganov
С точки зрения бизнеса. Если код существует много лет и проект до сих пор не умер, значит все хорошо с проектом и кодом. Переписывать его сомнительное решение. Если что-то нужно добавлять, то можно какие-то части написать на новом языки (Clojure).

Мы три года назад приняли мегарешение переписать работающий проект  Java на Clojure. Итого часть переписали на Clojure, часть новой функциональности пошла на Clojure, часть внезапно на хаскелле, а ядро осталось работать на яве и надо сказать оно продолжает хорошо работать. Из этого сделал хороший урок, если код работает много лет - это очень хороший код и ощущение, что он говнокод - лишь ощущение. Надо смотреть на  объективные вещи.
Говно код может хорошо работать, но его сложно модифицировать при нужде
источник

MG

Mikhail Gusarov in Clojure — русскоговорящее сообщество
Здесь надо применить системную инженерию. Говнокод хорошо работает (целевая система работает отлично), но его сложно модифицировать (система, обеспечивающая lifetime целевой системы, работает плохо).
источник

A

Alex in Clojure — русскоговорящее сообщество
тут как я и писал все индивидуально и куча мелочей в итоге в остатке остается вопрос про наем спецов по кложурскрипт потом ))
источник