Трудно представить, что не входит...

По косвенным признакам максимум на домашках можно зарабатывать 50 долларов в день, и это будет просто умственный лесоповал. Часть работ довольно объёмные. Плюс есть некие клиенты, которые выглядят примерно как заказчики реставрации старых автомобилей: они в деталях знают, как должно выглядеть решение, сами решать не хотят, но уверены, что исполнитель всё должен сам прочухать.

... то его бы не было (я не умею на го писать)

Я передумал, не забано, хорошо звучит

Как если бы я написал, что нужно писать код очень хорошо покрытый тестами no matter what

Ой, будто бы не научился

> Проекты надо писать так, чтобы после того, как сеньор разработчик / архитектор покинул проект, это не нанесло проекту ущерба

Я вокруг этого тезиса строил личный бренд последние лет 8. Что я могу сказать: все клиенты очень любят эти слова, но ни на одном проекте за эти 8 лет ниразу не окупились усилия, приложенные к тому, чтобы это было действительно так.

Смена команды или ключевых исполнителей всегда оборачивалась неожиданными серьёзными сложностями, которые всё равно не были предусмотрены.

В подавляющем кол-ве случаев нужно решение конкретной задачи. При этом очень многие боятся замкнуться на человеке. Они хотят, чтобы заменяемость исполнителя входила в комплект к его решению.

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

В моём случае получилось так, что мне, находясь в компании без it штата, нужно было начать делать бекенд, который в будущем должен автоматизировать логику, которая на тот момент была размазана между 1С, какими-то сайтами и ботами в телеге, и который потом будет им всему заменой, и выступать как бекенд для будущего андроид приложения. Ну и так вышло, что это стал хаскель. Не особо задумывался тогда о заменяемости, думал о том, на чём делать, чтобы потом не было проблем с внедрением решений.

А зачем думать о выборе технологии чтобы быть незаменимым, какой смысл-то? Чтобы терроризировать заказчика и требовать зарплату повыше, иначе уволишься, стратегия выглядит так себе. А если не пользоваться, то vendor-lock это минус, т.к. у тебя возникает лишняя ответственность и ты не можешь так просто взять и уйти.

Конечно есть и беспринципные разработчики, которые рады свалить на закат вместо того, чтобы разгребать то, что заварили, но кажется, что таких меньшинство, во всяком случае в моём пузыре

Поэтому я и сдерживаюсь от твоих заманчивых предложений!

Это возможно и не на рядовых позициях. Мой пример и вообще пример нашей команды в Juspay это подтверждает. Я расскажу еще раз, извините за это постоянное повторение истории, но неверный тезис "это невозможно" обязывает. Я два раза приходил в компанию, два раза создавал им технологии, которые ложились в самое сердце компании, и оба раза я передавал проекты другим коллегам. Проекты не только продолжали жить, но и по их примеру созданы были похожие вещи.

Этим и отличается профессионал от непрофессионала. Нас в вузе так и учили работать. Создавать стройный, понятный, сопровождабельный  код. Нам наш первый зав.кафедрой, преподаватель программирования и математических методов учил так: "я не воспринимаю функцию или процедуру, которая не умещается на одном экране. Я должен обозревать её всю".
К сожалению, мы не всегда следовали этому правилу :(
Что касается архитектуры приложения, то тут тоже есть свои правила.  
Но насколько я знаю, качество специалистов после убийства СССР резко упало даже в нашем вузе. Очень многие стали учиться платно, а к платникам требования ниже, как правило. Много стало выпускаться "программистов", в других учебных заведениях, где качество преподавания и качество преподавателей, мягко говоря, не очень...
И то, что раньше было стандартом - сейчас смотрится, как фантастика.
Между прочим, нас учили писать не только код, но и документации: Users guide, Programmers guide.
Причём нормальные, а не то, что я часто вижу, даже в Haskell.
Поэтому слова Александра я воспринимаю, как обыденность. Да, так и должно быть!
И технологии, как это делается, давно известны, используются десятилетиями!

👍👍

О, ну да, успешный успех приехал.

Всем привет!
Ищем Haskell разработчиков в проект, занимающийся развитием экосистемы блокчейнов Cardano и Ergo.
Сейчас мы строим децентрализованную биржу, которая функционирует поверх двух этих протоколов. Реализация бэкэнд сервисов для Эрго (на Scala) уже готова, реализация для Кардано портируется на Хаскель практически механически с попроавкой на различия в протоколах. Мы расширяем команду, которая занимается разработкой под Кардано, в данный момент она состоит из 2х разработчиков.
Мы рассматриваем работу фулл или парт-тайм и в принципе довольно гибки в формате сотрудничества.

Здесь можно посмотреть как выглядят элементы экосистемы для сети Эрго
https://github.com/ergolabs/ergo-dex-backend
https://github.com/ergoplatform/explorer-backend

Описание протокола ErgoDEX
https://github.com/ergolabs/ergo-dex

За подробностями/ обсудить детали сотрудничества велкам в личку

О парттайм

Это хорошо

О, блокчейн

ещё одна компания, созданная под Кардано