Перейти к содержимому


Ads
Фотография
- - - - -

WEB разработчик

Python Angular

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 17

#1 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 27.11.2018, 17:28

В московскую компанию "Центр недвижимости от Сбербанка" (Domclick.ru) требуется Ведущий WEB разработчик

 

Функционал:

- Разработка архитектуры приложений и сервисов (микросервисная архитектура)

- Проектирование API (REST)

- Написание кода

- Проведение Code review

- Наставничество и обучение других членов команды

 

Стек технологий:

- PostgreSQL

- Angular 7 (typescript)

- Python 3.6 (Sanic)

 

Требования:

- Опыт WEB разработки в серьезных проектах не менее года (не сайты - открытки, а сложные web порталы)

- Опыт разработки  высоконагруженных систем (более 1,500 одновременных пользователей или 100 RPS)

- Знание Angular 2+

- Знание ES6, TypeScript

- Глубокие знания Python (фреймворки Sanic или Flask рассматриваются как преимущество)

- Опыт работы с Docker и Kubernetes

 

Компенсационный пакет:

- Оформление по ТК РФ

- Заработная плата:  200 000 рублей (все в белую)

- Годовой бонус

- ДМС

- Бесплатный спортзал

- Полный социальный пакет

- Оборудование Apple (MacBook PRO 15' )

- Рабочее место в офисе по адресу Москва, Кутузовский проспект 32к1

- Скидка на ипотеку в Сбербанке 0,5%

 

Важная информация:

- Рабочее место именно в Москве, удаленная работа не возможна

- Объявление не фейк, не можем найти специалистов в Москве

- Полный рабочий день

- Не проектная работа (долгосрочный трудовой договор)

 

Резюме направлять на адрес batman@domclick.ru



#2 Exprise

Exprise

    Аксакал

  • Почетный житель
  • PipPipPipPip
  • 2 195 сообщений

Отправлено 27.11.2018, 18:42

Неужели так мало толковых программистов? Я просто не в теме :D



#3 snork

snork

    Небожитель

  • Небожитель
  • PipPipPipPipPip
  • 6 759 сообщений

Отправлено 27.11.2018, 18:59

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

все предпочитают по меньше думать и по больше бабки стричь



#4 Exprise

Exprise

    Аксакал

  • Почетный житель
  • PipPipPipPip
  • 2 195 сообщений

Отправлено 27.11.2018, 19:23

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

все предпочитают по меньше думать и по больше бабки стричь

Так и ЗП очень приличная 



#5 snork

snork

    Небожитель

  • Небожитель
  • PipPipPipPipPip
  • 6 759 сообщений

Отправлено 27.11.2018, 19:42

Так и ЗП очень приличная 

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

просто нет нужных знаний, что тут поделаешь


в нашей стране быть специалистом не рентабельно, как правило

рентабельно быть барыгой


пс

Илон Маск думаю смог бы возглавить подобную команду :)



#6 ЙоD

ЙоD

    Нет волнения — есть покой!

  • Почетный житель
  • 3 766 сообщений

Отправлено 28.11.2018, 11:08

 


- Объявление не фейк, не можем найти специалистов в Москве

 

с зарплатой по жадничали (ушел же) -  что для предыдущего, что для нынешнего (не идут же)


Я сказал тебе правду. В определенном смысле....

....многие истины, которых мы придерживаемся, зависят от нашей точки зрения.


#7 mofeykin

mofeykin

    Пачотный житель

  • Почетный житель
  • 970 сообщений

Отправлено 28.11.2018, 13:19

Грефу программисты прост не нужны



#8 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 28.11.2018, 19:36

Старый специалист не ушел - просто штат компании постоянно расширяется (https://team.domclick.ru/#razrabotka) вместе с числом выпускаемых сервисов.

 

Вот независимая оценка компании - https://moikrug.ru/c...domclick/scores

 

Уровень дохода (ЗП + годовой бонус) значительно выше чем по рынку.

 

Если кандидат на интервью поразит нас своими знаниями, то дадим и больше.

Но только к вопросам проектировки высоконагруженных приложений добавятся вопросы обеспечения отказоустойчивости и zero-time-deployment



#9 ЙоD

ЙоD

    Нет волнения — есть покой!

  • Почетный житель
  • 3 766 сообщений

Отправлено 28.11.2018, 19:53

Старый специалист не ушел - просто штат компании постоянно расширяется (https://team.domclick.ru/#razrabotka) вместе с числом выпускаемых сервисов.

 

Вот независимая оценка компании - https://moikrug.ru/c...domclick/scores

 

Уровень дохода (ЗП + годовой бонус) значительно выше чем по рынку.

 

Если кандидат на интервью поразит нас своими знаниями, то дадим и больше.

Но только к вопросам проектировки высоконагруженных приложений добавятся вопросы обеспечения отказоустойчивости и zero-time-deployment

а чувак которого нужно поразить умением, сам не пробовал работать?)))


Я сказал тебе правду. В определенном смысле....

....многие истины, которых мы придерживаемся, зависят от нашей точки зрения.


#10 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 28.11.2018, 21:23

Так он и работает. Это обычно Техлид одной из команд разработки. Или я как то неверно интерпретировал вопрос?



#11 That is ok

That is ok

    изобретательный и находчивый второй пилот Дринкинс

  • Почетный житель
  • PipPipPipPip
  • 2 271 сообщений

Отправлено 28.11.2018, 21:41

 

Недостатки

– почти нет плюшек, на кухне нет приборов, ДМС, где нужно за все платить самому и без стоматологии, нет корпоративных бонусов в виде скидок; лютый капитализм – за все платишь сам

 

Расходимся. Мы то думали у вас там все по серьезному. А тут...



#12 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 28.11.2018, 22:27

Видимо это область для развития нашей компании.

Некоторое время назад была бесплатная еда для разработчиков - но мы стали получать жалобы несколько иного толка:

- Почему молоко всего 2 сортов, я хочу с другим процентом жирности

- Почему есть яблоки и бананы но нет груш?

- Когда начнут заказывать пиццу с ананасами? Я люблю с ананасами, а привозят всегда мясную

 

В какой то момент менеджменту это надоело и всю бесплатную еду отменили - на эти деньги купили разработчикам бесплатные аккаунты на Coursera и Udemy



#13 DmtrY

DmtrY

    aka DaimoN

  • Почетный житель
  • PipPipPipPip
  • 2 661 сообщений

Отправлено 29.11.2018, 07:58

Видимо это область для развития нашей компании.

Некоторое время назад была бесплатная еда для разработчиков - но мы стали получать жалобы несколько иного толка:

- Почему молоко всего 2 сортов, я хочу с другим процентом жирности

- Почему есть яблоки и бананы но нет груш?

- Когда начнут заказывать пиццу с ананасами? Я люблю с ананасами, а привозят всегда мясную

 

В какой то момент менеджменту это надоело и всю бесплатную еду отменили - на эти деньги купили разработчикам бесплатные аккаунты на Coursera и Udemy

хах, знакомо, it это же избалованный народ) У нас тут жаловались что шашлыки надоели второй год подряд на корпоративе за счет компании

 

А стек вполне реальный, странно что найти на него не выходит. 


Сообщение отредактировал DmtrY: 29.11.2018, 08:00


#14 true

true

    Небожитель

  • Небожитель
  • PipPipPipPipPipPip
  • 11 623 сообщений

Отправлено 06.12.2018, 21:29

Стек, как бы сказать, немного экзотичный. База не Mysql, язык не PHP и т.п. - все с каждым пунктом половинит число возможных кандитатов. Плюс, число людей, который реально щупали highload - это, ну, процентов 10 от того, кто остался.
С приходом опыта многие задачи становятся нам не только по плечу, но и глубоко по %%%.

#15 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 11.12.2018, 13:03

Не соглашусь с предыдущим оратором - как раз для highload и enterprise  PHP + MySQL - это экзотика.

1) По данным github, PHP - уже далеко не самый популярный язык. Он уступает и Java и Python по популярности

2) Написать высоконагруженное приложение на PHP со сложной логикой с достаточно вменяемым средним временем ответа (< 100 ms при 150 RPS) - достаточно нетривиальная задачка. У нас такое есть. Мы пробовали. Переписываем на Python + Golang теперь

3) MySQL для отказоустойчивой БД  вообще нигде не используется. Я даже не уверен что там есть мультимастер репликация. Теоретически можно мускуль затюнить так, чтобы он сравнился по производительности с Oracle или хотя бы PostgeSQL - но таки специалистов единицы. И сопровождать и поддерживать потом такую БД очень сложно (а надо обеспечить 99, 97% доступности)

4) Постоянная проблема с PHP-FPM - которые периодически зависают, поедают память и ведут себя аномально

 

Если посмотреть стек основных голубых  фишек - Yandex, Mail.ru, Avito - там нет PHP.  Он исторически остался (частично) в Badoo и Facebook - но ребята мечтают от него избавиться (встречались с ними)



#16 true

true

    Небожитель

  • Небожитель
  • PipPipPipPipPipPip
  • 11 623 сообщений

Отправлено 11.12.2018, 18:48

Ну, энтерпрайз - это c# и java. Питоном там и не пахнет, так же как и PHP.

 

1. И что это это доказывает? Может быть сравним число вакансий на том же hh.ru? Перевес будет в разы в сторону PHP.

2. Facebook ;) 150 RPS - это очень маленькая величина, не понимаю чего там необычного. Тем более у вас класиффайд, там все в кешах и через nginx выплевывается тысячами в секунду.

3. Github ;) Советвую почитать про его оркестр.  Зачем тюнить, чтоб он сравнился в производительности с Oracle? Горизонтальное масштабирование никто не отменял - не стоит выжимать из сервера максимум, всегда должен быть запас.

4. Ни разу не встречал :)

 

Ну, мечтать можно о чем угодно, а вот переписать тонну легаси, который отлажен и работает? Ради чего? 150ms отклика? ) Никто на это не пойдет.

 

Не соглашусь с предыдущим оратором - как раз для highload и enterprise  PHP + MySQL - это экзотика.

1) По данным github, PHP - уже далеко не самый популярный язык. Он уступает и Java и Python по популярности

2) Написать высоконагруженное приложение на PHP со сложной логикой с достаточно вменяемым средним временем ответа (< 100 ms при 150 RPS) - достаточно нетривиальная задачка. У нас такое есть. Мы пробовали. Переписываем на Python + Golang теперь

3) MySQL для отказоустойчивой БД  вообще нигде не используется. Я даже не уверен что там есть мультимастер репликация. Теоретически можно мускуль затюнить так, чтобы он сравнился по производительности с Oracle или хотя бы PostgeSQL - но таки специалистов единицы. И сопровождать и поддерживать потом такую БД очень сложно (а надо обеспечить 99, 97% доступности)

4) Постоянная проблема с PHP-FPM - которые периодически зависают, поедают память и ведут себя аномально

 

Если посмотреть стек основных голубых  фишек - Yandex, Mail.ru, Avito - там нет PHP.  Он исторически остался (частично) в Badoo и Facebook - но ребята мечтают от него избавиться (встречались с ними)


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

#17 svmalishev

svmalishev

    Новосел

  • Новосел
  • 8 сообщений

Отправлено 12.12.2018, 08:17

1. Это доказывает тот факт, что в горизонте 5 лет число проектов, написанных на Python и Java станет значительно выше, чем проектов на  PHP.  Это как с ВУЗами в 2000 - все ломились на бухгалтеров и юристов, не понимая, что через 5 лет большой востребованности в таких специальностях не будет. К тому же, мы сошлись в понимании того факта, что PHP и MySQL - это не для энтерпрайз и хайлоад. 

2. Классифайд - это 10% домклика. Кстати он на питоне :). Но отличие Домклика от того же ЦИАНа и Авито в том, что у нас действительно можно купить квартиру и взять ипотеку онлайн. А еще у нас есть:

- IP телефония (Астериск + обвязка на питоне),

- Нейросетки для транскрибации телефонных переговоров в текст, нейросети для анализа цены на квартиры и подбора предложений, чат-боты, отвечающие клиентам в чаты, распознавание изображений (сканы документов) - все на питоне и немного на C

- Автоматизация рабочих мест Сбербанка (Вся ипотечная вертикаль Сбера работает в Домклик - а это примерно 10 000 постоянных пользователей) - Python

- 120 000 личных кабинетов для Агентств недвижимости и застройщиков (тоже Python + Java/Kotlin)

- 3 000 000 личных кабинетов для заемщиков 

- 2 удостоверяющих центра + УКЭПы + интеграция с РосРеестром (о боже, самое сложное это интегрироваться с госорганами) (Java)

- Свой эквайринг и биллинг

 

К тому же мы сторонники микросервисной архитектуры - у нас порядка 450 сервисов

 

3. Горизонтальное масштабирование на чтение - да, вполне возможно увеличением числа серверов БД. У нас у самих 2 Датацентра под это дело. По этому у каждого сервиса есть асинхронная реплика.

Ну что делать если число запросов на запись велико? Ждать подтверждения о том, что новая запись попала на дублирующиеся сервера БД? Строить блокчейн из БД? Или можно выкинуть нахрен MySQL и поставить БД, где эта проблема решена уже  (Oracle или PostgreSQL)

 

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

 

По поводу переписывания  легаси - мы переписали его по 3 причинам:

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

- Изменять и поддерживать легаси дорого. А это зачастую требуется

- Если не сделать это сейчас, через 5 лет это станет сделать еще сложнее (см пункт 1)



#18 true

true

    Небожитель

  • Небожитель
  • PipPipPipPipPipPip
  • 11 623 сообщений

Отправлено 12.12.2018, 11:22

Интересно почитать :)

1. Мы сошлись в понимании, что ни пых, ни питон к энтерпрайзу особо не лежат. К highload - оба, сколько угодно. Всплеск каждого языка надо рассматривать отдельно. Java - может быть связано с андроидом. Python - с нейронками. Плюс еще надо не забывать, что Python 2 и 3 - прилично разные вещи и много проектов будет переписываться. Плюс еще не забываем, что для того же PHP уже написано куча всего, что уменьшает число новых проектов.

2. Да, у вас много всего :) Но то, что у вас все на питоне доказывает что? Что это можно написать на питоне? Ну да. Можно написать подобного на пыхе? Можно, если там нет специфических vendor lock'ов. В чем разница? Обычно пишут на том, что знают. Поэтому надо смотреть как у вас все развивалось от протипа до текущего варианта,в  том числе на организационную структуру. Смотреть происходила ли у вас переключение стека и почему?

Вообще, с учетом того, что у вас 450 сервисов, то даже потребность переключать стек пропадает. Докер на докере сидит и докером погоняет. Смысл переписывать, к примеру, какой-то сервис, если он максимально независим и работает норм?

3. С учетом того, что у вас 2 датацентра, сколько стоит годовое лицензирование на Оракл? Я честно, в постгрес ни в зуб ногой, но подобное утверждение мне видится сомнительным. В любом случае куда пишем, должно получить подтверждение, что запись реплицирована. Неважно как это реализовано: костылями или самой базой. В любом случае мы испытываем падение производительности на запись, что значит, что в какой-то момент наш сервер на запись может захлебнуться. Балансировать и писать в несколько? Хз, split brain, health check и тому подобное ваших devops должно сводить с ума.

И тут как раз мессенж про "жертвовать консистентностью - это тоже выход, но лично мне не нравиться". У вас не может быть жесткой консистентности, потому что а) 450 сервисов б) 2 датацентра в) жесткой просадки производительности (две транзакции пишутся на 2 разных write сервера), поэтому у вас eventually consistent скорее всего. Или же мы говорим о том, что да, сервисов у нас много, но они очень локализованы и поэтому работают фактически с 1 базой и репликой, где это все не наблюдается.

p.s.
Будет питон рулить, переучимся на него, делов то на пару месяцев :) Главное же, не то какими буквами что писать, а правильная архитектура.


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




Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 скрытых пользователей