Ищу команду разработчиков phyton/django

Ищем команду, готовую взять проект или по отдельности фронт и бэк разработчика.

Общие технические требования

Сервер: 4-6 ядер, 6-10Гб ОЗУ
ОС: debian 10
БД: PostgreSQL 13
Бэкенд: Python 3.7 или 3.8, Django 3, celery, gunicorn, nginx, redis, memcached (опционально)

Фронтенд:
Это должно быть SPA на vue + vuex, возможно рассмотреть вариант на react + redux.


Небольшое описание для понимания сути вопроса:
Есть два сайта (розничный и оптовый), у них почти все общее, отличия минимальны, поэтому и БД - общая.
БД синхронизируется с 1С, для этого была разработана кастомная система обмена данными с 1С.

Из этой "платформы" надо убрать 1С: клиент хочет отказаться от нее.
Посему, необходимо разработать некую "систему учета" (далее СУ), которая заменила бы 1С и позволит вести складской учет.
Так же переделать оба сайта на работу с СУ.

Предполагается, что у СУ и сайтов будет единая БД, по сути, СУ будет "продвинутой" админкой.
Сайты придется переписать, причем розничный сайт еще и переверстать, верстка там просто ужасная (досталась такая изначально).
Так же необходимо позаботиться о миграции данных из текущей "платформы".

ТЗ на это дело нет, но есть:
- демонстрационная версия СУ и розничного сайта (ссылки на склад и сайт)
можем предоставить доступ к исходному коду, если надо.
- прототип (ссылка на прототип)
- заметки в виде разных документов (ссылка на гугл драйв)
- общие технические требования
- общительный клиент и наша команда

Детального описания функционала нет нигде, собраны в отдельный файл описания каждой кнопки, часть функционала сервиса.
Но мы знаем этот функционал досконально и постараемся описать или объяснить вам.
По сути нам главное - полностью рабочая СУ, сайты мы можем и своими силами переписать, это надо обсуждать. Ожидается что вы перед началом проекта составите ТЗ и оцените примерные сроки, а также этапы.


Поддержка браузеров:
IE: от 10
Chromium, FireFox, Safari, Yandex Browser: последние 4 версии

Да, Yandex Browser это по сути Chromium, но в нем иногда вылазят всякие баги, уделить ему внимание, а также Safari.

Требования к коду:
документация
покрытие тестами
не использовать древние или заброшенные библиотеки
хранение в нашем гитлабе

Мы в текущем составе не тянем(
Ищем постоянных, надежных партнеров, проект не единственный и возможно сотрудничество по другим разработкам.
офис территориально - Мытищи

Сроки - полгода, оплата - деньгами)
предварительно от 70 на сотрудника в месяц

Админу: в тексты или беседы?

Это сообщение отредактировал JohnGray - 14.01.2021 - 01:38

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

Айтишники нынче себе цену знают.

Это сообщение отредактировал MM10 - 14.01.2021 - 01:20

А расценки-то будут? ТЗ нет, цен нет..... Хрень. Внедрить что-то вместо 1С и чтобы работало с предыдущими костылями? Да заебётесь.

Это сообщение отредактировал NickelOdeon - 14.01.2021 - 01:20

нене, тут по оплате все ок

готовы и в штат взять и от 70)

Это сообщение отредактировал JohnGray - 14.01.2021 - 01:22

написать свою учетку вместо 1С?
пиздец.
ценник будет стартовать от 10 евро и срок год минимум

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

Это сообщение отредактировал JohnGray - 14.01.2021 - 01:25

а стоп. кроме оперативного еще и бух учет? два раза пиздец и ценник умножаем на 3-4. срок - умножаем на два

Уж очень жиденько написано, ты или сроки обозначь, или ценник за услуги бро, только после этого народ начнет прикидывать **й к пальцу.

какая нахер "админка"? тебе учет нужен? нет? если нет то за глаза админки интернет-магазина. если да - см выше

ты вообще себе представляешь объем системы учета? даже простейшей. представляешь?

Это сообщение отредактировал DiterАВК - 14.01.2021 - 01:27

исправилсо)

С этого стоит начать. Описать, разбить на требования, расставить приоритеты.

Давайте немножко переведу: руководителю вбилась блажь отказаться от 1С в бэк-бек-офисе, поэтому надо наколдовать систему бухгалтерского и складского учета, собрав на этом пути такую массу косяков, которую даже термином "до...уя" описать трудно.

При этом сделать такую систему с нуля, а судя по тому, что она должна быть сращена с админкой и розничным сайтом - еще и уникальную (т.е. нафиг никому другому не нужную).

Я называю такой класс задач "Восход солнца вручную по указанию руководства".

Адекватную сумму денег на это, скорее всего не дадут. Потому как одно слово "бухгалтерский" подразумевает "полный" (ибо без этого оно нафиг нужно), а системы полного бухгалтерского учета разработчики типа 1С пишут и непрерывно сопровождают годами и большими командами и многомиллионными бюджетами. А мы еще не смотрели слово "складской".

ТЗ тоже отсутствует, что поможет заказчику водить за нос подрядчика столько, сколько заблагорассудится, вышибая новые фичи и капризно торгуясь.

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

очередное мертворожденное чудище
три-четыре выпускника какого нибудь непрофильного ВУЗа рещили по быстрому сваять учет и бэком и офисом. наобещали руководству горы плюшек за копеечку. и не вывозят....а еще зачем то ляпнули про бухучет. а в нем они ни рылом ни ухом.. и даже не представляют глубины пиздеца. а оперативный учет для них это приход-расход по складу. о партионном учете они не слышали, ценообразования не касались, про НДС читали в чеке. велкам.. пацаны на эшафот

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

"бухгалтерии" не будет
будет простейший учет на складе
поступление по закупке/списание под заказ

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

Поржал.
Давай еще, свои "проекты"

Размещено через приложение ЯПлакалъ

никакого бухучета, никаких партий и прочего - все куда проще на самом деле)

клиент хочет, нам интересно - почему не работать?)

согласен. я не осуждаю.

Это сообщение отредактировал Дэниэлс - 14.01.2021 - 01:35

ооо бронирование...

давай я тебе накидаю пару вопросов по бронированию. попробуй ответить а заодно прикинуть как будешь реализовывать
1. покупатель забронировал товар, которого нет на складе. что должно происходить при приходе?
2. покупатель отказался от брони, что должно происходить?
3. за время бронирования изменилась цена. по какой цене ты продашь товар покупателю?
4. за время бронирования изменилась цена, покупатель отказывается от брони. по какой цене товар вернется в доступ?
5. товар в брони, доставка в пятницу. в среду появляется покупатель на товар. в четверг должна быть поставка еще от поставщиков. ты продашь товар покупателю? А если поставщики не поставят товар?

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

Это сообщение отредактировал DiterАВК - 14.01.2021 - 01:37

я тебе могу и еще сверху накидать вопросов и ответов по нюансам где уперлись и пришлось придумывать решения)

Работать будете без денег, всегда придумаем что не доделали.