Size: a a a

Haskell CVs and Jobs

2018 September 19

DZ

Dmitry Zuikov in Haskell CVs and Jobs
а где он прозрачен?
источник

YS

Yura Sheliah in Haskell CVs and Jobs
у тебя :D
источник

DZ

Dmitry Zuikov in Haskell CVs and Jobs
разве что в макдональдсе
источник

VR

Veronika Romashkina in Haskell CVs and Jobs
Тут писали про Serokell и Cardano, а я поделюсь о работе в Serokell без Cardano, а то, кажется, не все знают, что там было (и есть) много других проектов. Я занималась в (блокчейн) проекте чуть больше полугода. Во-первых, очень крутые и знающие люди в команде, очень здорово можно прокачать свой Haskell и многому научиться, так как задачи интересные (и обычно сложные). Еще компания не против уделять время опенсорсным библиотекам (если они могут пригодиться в том числе и в проектах компании), например, я занималась o-clock, где узнала много тайплевельной магии. График работы свободный, регулируемый без проблем. Не все прекрасно в плане менеджмента, но насколько мне известно, все очень поменялось в этом направлении там за последнее время.

Сейчас работаю в Holmusk в Сингапуре, не ремоут, компания занимается проектами в сфере здравоохранения. Пишем бэкэнд. График не такой свободный, но все еще не слишком строго. Тут уделяются рабочие часы на Learning и опенсорс в обязательном порядке 🙂 Пока вакансий нет, но возможно когда-нибудь появятся в будущем.
источник

AV

Alexander Vershilov in Haskell CVs and Jobs
Yura Sheliah
т.е. HR процесс непрозрачен
ну тому, кто проходит может и прозрачен, там все и как рассказывают
источник

DS

Denis Shevchenko in Haskell CVs and Jobs
> Я ни разу не видел, чтобы они поливали вас грязью (но я могу быть не в курсе): ни приватно, ни тем более публично. И о людях из Серокелла в чатиках отзываются хорошо, просто код не нравится

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

DS

Denis Shevchenko in Haskell CVs and Jobs
Справедливости ради скажу, что не только вы принимали неверные инженерные решения. :-)
источник

AS

Arseniy S in Haskell CVs and Jobs
Denis Shevchenko
> Я ни разу не видел, чтобы они поливали вас грязью (но я могу быть не в курсе): ни приватно, ни тем более публично. И о людях из Серокелла в чатиках отзываются хорошо, просто код не нравится

Подтвержу: вас никто не поливает грязью. То, что вы принимали неверные инженерные решения - да, это одно, но это не вопрос личных оскорблений или чего-то в этом духе.
Спасибо, очень приятно слышать!
Беру свои слова обратно об их этике. Просто люди близкие к Чарльзу говорят противоположное.
источник

R

Roman in Haskell CVs and Jobs
Чарльз постит ссылки на форчан во внутренних чатиках) Он говорит и делает че хочет
источник

R

Roman in Haskell CVs and Jobs
медийной персоне вполне к лицу эпатировать публику
источник
2018 September 20

GA

George Agapov in Haskell CVs and Jobs
Вставлю свои пять копеек (пишу исключительно от себя, а не от лица компании):

Работа Serokell над Cardano завершилась порядка полугода назад. Наиболее активная фаза разработки Cardano (когда принимались большинство архитектурных решений) завершилась около года назад.
Не вижу ничего удивительного в том, что у команды в такой срок (6-12 месяцев) возникло жгучее желание перестроить архитектуру или даже переписать проект с нуля (тем более когда на то есть время и ресурсы).

И еще позволю себе спойлер, что в Serokell примерно с момента прекращения работы над Cardano SL ведется разработка внутреннего проекта построения архитектуры блокчейн-системы (значительно расходящейся с той что в Cardano SL).
И более того, если у нас всё получится, архитектура будет сопровождена не только описанием в виде документа, но и научной статьёй с доказательством ряда свойств на Agda.
Анонс и открытие кодов планируется до конца года, следите за обновлениями на нашем сайте и в соцсетях :)

P.S. Я работаю в Serokell с 2016 года и принимал непосредственное участие в разработке Cardano SL.
P.P.S. В Serokell крутой коллектив и интересные проекты, советую:)
источник
2018 September 21

R

Roman in Haskell CVs and Jobs
> Не вижу ничего удивительного в том, что у команды в такой срок (6-12 месяцев) возникло жгучее желание перестроить архитектуру или даже переписать проект с нуля (тем более когда на то есть время и ресурсы).

Это не желание, а необходимость. IOHK — публичная компания, ICO давно прошел, цена ады стабильно падала с начала года, сроки постоянно отодвигаются. Пользователи недовольны, и это не лучшим образом сказывается на репутации компании. Это не то положение, в котором можно позволить себе запросто взять и все переписать, мол, а че, у нас ж ресурсы есть. И это не то решение, которое легко далось. Медицинский факт заключается в том, что Serokell оставил после себя такой код, что люди готовы тратить время и ресурсы в условиях, когда и то и другое весьма ограничено, лишь бы только от этого кода избавиться.

Это не означает, что Serokell плохая компания, которая пишет плохой код. Это означает, что по крайней мере один раз Serokell написал код сомнительного качества, и это было где-то на заре компании. В этом в том числе есть вина IOHK, который по-видимому никак процесс разработки не контролировал. Но люди обучаются, шишки набиваются, и если методология IOHK улучшилась, то и методология Serokell наверняка улучшилась.

Лукин форвард ту си ё агда дивелопмент, как грится.
источник

JM

Jonn Mostovoy in Haskell CVs and Jobs
То есть получается что текущий рефакторинг зависимостей, выпиливание библиотек (которые начались еще при нас) – это такая работа мусорщиков?
источник

GA

George Agapov in Haskell CVs and Jobs
Код не бывает плохим/хорошим. Бывает код, корректно выполняющий задачу, бывает  эффективно решающий некоторую задачу,  бывает код с продуманной архитектурой (позволяющей, например, наращивать функционал). Я не хочу пускаться здесь в полемику относительно того, как можно код, написанный Serokell для проекта Cardano SL разбить по этим категориям, с пеной у рта отстаивая свою субъективную точку зрения.

Я главным образом хотел отметить что переписывание кода -- явление вполне естественное (1), а компания Serokell не стоит на месте ни в плане разработки проектов вообще, ни в плане развития идей о том, как следует блокчейны на функциональщине писать (2).

> Лукин форвард ту си ё агда дивелопмент, как грится.

Looking forward to see new reincarnation of Cardano SL code with architecture cleverly engineered by Duncan and co.

И ещё, раз уж пользуюсь опять эфирным временем: приглашаем всех на митап FPROG SPB, который состоится в ближайшую среду. Там мы как раз будем рассказывать про этот WIP проект с архитектурой и агдой.
источник

AV

Alexander Vershilov in Haskell CVs and Jobs
Roman
> Не вижу ничего удивительного в том, что у команды в такой срок (6-12 месяцев) возникло жгучее желание перестроить архитектуру или даже переписать проект с нуля (тем более когда на то есть время и ресурсы).

Это не желание, а необходимость. IOHK — публичная компания, ICO давно прошел, цена ады стабильно падала с начала года, сроки постоянно отодвигаются. Пользователи недовольны, и это не лучшим образом сказывается на репутации компании. Это не то положение, в котором можно позволить себе запросто взять и все переписать, мол, а че, у нас ж ресурсы есть. И это не то решение, которое легко далось. Медицинский факт заключается в том, что Serokell оставил после себя такой код, что люди готовы тратить время и ресурсы в условиях, когда и то и другое весьма ограничено, лишь бы только от этого кода избавиться.

Это не означает, что Serokell плохая компания, которая пишет плохой код. Это означает, что по крайней мере один раз Serokell написал код сомнительного качества, и это было где-то на заре компании. В этом в том числе есть вина IOHK, который по-видимому никак процесс разработки не контролировал. Но люди обучаются, шишки набиваются, и если методология IOHK улучшилась, то и методология Serokell наверняка улучшилась.

Лукин форвард ту си ё агда дивелопмент, как грится.
чисто из интереса, от желания замплементить RINA для уровня взаимодействия отказались или нет?
источник

AS

Arseniy S in Haskell CVs and Jobs
Roman
> Не вижу ничего удивительного в том, что у команды в такой срок (6-12 месяцев) возникло жгучее желание перестроить архитектуру или даже переписать проект с нуля (тем более когда на то есть время и ресурсы).

Это не желание, а необходимость. IOHK — публичная компания, ICO давно прошел, цена ады стабильно падала с начала года, сроки постоянно отодвигаются. Пользователи недовольны, и это не лучшим образом сказывается на репутации компании. Это не то положение, в котором можно позволить себе запросто взять и все переписать, мол, а че, у нас ж ресурсы есть. И это не то решение, которое легко далось. Медицинский факт заключается в том, что Serokell оставил после себя такой код, что люди готовы тратить время и ресурсы в условиях, когда и то и другое весьма ограничено, лишь бы только от этого кода избавиться.

Это не означает, что Serokell плохая компания, которая пишет плохой код. Это означает, что по крайней мере один раз Serokell написал код сомнительного качества, и это было где-то на заре компании. В этом в том числе есть вина IOHK, который по-видимому никак процесс разработки не контролировал. Но люди обучаются, шишки набиваются, и если методология IOHK улучшилась, то и методология Serokell наверняка улучшилась.

Лукин форвард ту си ё агда дивелопмент, как грится.
Жаль, что сейчас вы говорите о нашем некачественном коде, ведь когда мы 2 года работали вместе, таких речей не шло. Хорошо, что коммьюнити всегда может оценить всё самостоятельно, потому что наш код доступен публично.
Я очень прошу закончить на этом данный разговор, что бы группа не превращалась во флудилку с нотками холивара 🥑
источник

R

Roman in Haskell CVs and Jobs
> То есть получается что текущий рефакторинг зависимостей, выпиливание библиотек (которые начались еще при нас) – это такая работа мусорщиков?

> чисто из интереса, от желания замплементить RINA для уровня взаимодействия отказались или нет?

Я в основной разработке не участвую и мало что о ней знаю. Этого вот не знаю
источник

R

Roman in Haskell CVs and Jobs
> Я главным образом хотел отметить что переписывание кода -- явление вполне естественное (1)

Выкинуть код, который два года писался — это естественно? Я с этим не согласен

> Там мы как раз будем рассказывать про этот WIP проект с архитектурой и агдой.

Будете на видео записывать?

> Жаль, что сейчас вы говорите о нашем некачественном коде, ведь когда мы 2 года работали вместе, таких речей не шло.

Это действительно косяк IOHK.

> Я очень прошу закончить на этом данный разговор, что бы группа не превращалась во флудилку с нотками холивара

Хорошо.
источник
2018 September 23

YS

Yuriy Syrovetskiy in Haskell CVs and Jobs
@lightgreen:
Воскресил свой проект вики по Хаскелю (https://guide.aelve.com/haskell) и сейчас ищу человека, чтобы помог мне допиливать бекенд. На исходники можно полюбоваться здесь: https://github.com/aelve/guide. tl;dr хочется сделать место, куда можно сваливать всю "неформальную" инфу, которая сейчас плавает по чатикам и блогпостам и никуда не приплывает в итоге.

$10-15/час в зависимости от опыта, парт-тайм (минимум 20 часов в неделю), удаленка. Нужен человек, который может работать самостоятельно, потому что у меня своя работа есть и я не могу много времени уделять на менеджмент 🙂

Примерные таски (есть еще куча мелких):
* сделать авторизацию через гитхаб
* переписать существующее API на сервант
* придумать или украсть откуда-то хороший алгоритм для текстовых диффов
* написать демона, чтобы обновлял инфу о пакетах с Hackage/Stackage, считал revdeps и все такое

Писать @lightgreen в личку или на yom@artyom.me. Можно еще пингануть @lightgreen в чатике @haskell_cv.
источник

АГ

Александр Гранин in Haskell CVs and Jobs
Классно.

У меня было похожее желание.
источник