Привет Хочу создать проект, аналог Avito, помогите советом в организации и технической части.
Есть три этапа: 1) минимальный продукт – запилить основные и самые важные части кататлога обьявлений, что бы проверить на друзьях и знакомых 2) запуск – добавить платежные системы и доделать все из минимального так, что бы это можно было запустить в паблик 3) поддержка – в зависимости от того, как пользователи будут пользоваться, добалять новые фичи
По срокам есть 1 месяц на первую часть и 2-3000$ на разработчиков и еще 2 месяца на вторую часть и еще 4-5000$.
Подскажите какую технологию лучше выбрать для фронт и бек энда, где искать разработчика и какой именно специализации (пока планирую искать fullstack разработчика на upwork), как выбрать хорошего разработчика, на чем можно сэкономить, какой сервер и сервисы использовать. Как лучше распланировать все.
>>1239881 (OP) Go или Haskell для бекенда, javascript для фронтенда, если фреймворки не охватят всех нужд. На сервер Debian. >где искать разработчика Hh.ru, здесь в тредах можешь вакансию предложить. >и какой именно специализации Веб программисты (фронтед и бекенд), сисадмины. >пока планирую искать fullstack Таких не так много. Такие уже работают и получают большую зарплату. Поэтому, либо предлагай бОльшую зарплату, чтобы переманить, либо жди пока кто-нибудь не выучит нужный стек. Дешевле нанять начинающих программистов, чем fullstack.
>>1240191 Я не говорю про хаскелл. Если взять Go, то у тебя будет таже простота написания кода как и в Python, но тебе не придется ловить различные ошибки, которые можно отловить в статически-типизируемом языке. В Python типизация динамическая, но строгая. Это означает, что ты можешь ошибиться с типом передаваемого значения в какую-нибудь функцию, скомпилировать все это дело и поймать ошибку только в рантайме, когда Go (да и любой статически-типизируемый язык) не даст скомпилировать программу. Стоит ли говорить, что программа написанная на Go будет быстрее чем программа написанная на Python.
>>1240130 Хуевая семантика, много костылей, ЛОМАЮЩИЕ ИЗМЕНЕНИЯ каждые полгода, хуевый пайплайн алсо, производительность с реактом на крупных приложениях ниже, но это не точно (пруфов не просите). В клжс все то же самое, только лучше и уже давно просто работает. Стабильность, интерпрайс.
>>1240154 >ультра непопулярные решения >graphql, postgresql, redis ))
>>1240163 Детектирую в тебе школьника. Не обижайся.
>>1240179 Успешные чуваки на зекаче не сидят, ты же знаешь.
>>1240181 >поддерживать код на динамическо-типизированном языке - это боль и унижение? >предлагает использовать го ))
>>1241820 > нахуя нужна кложа, если брать графкул? Ну тип респект поинтс ))0)) Зато конечному пользователю похуй абсолютно, на чем авито будет работать.
>>1242599 логика в том, что в кложе уже есть формат представления данных: edn. и он безтиповой. вся прелесть стека с кложей в том, что у тебя на бэке и фронте единый формат данных. брать кложу для типизированного графкула имхо извращение.
>>1242788 >edn. и он безтиповой Что ты вообще понимаешь под этим словом применительно к форматам данных? Он такой же безтиповой (или наоборот, типизированный, лол), как и графкл. Типы у тебя не в формате данных, а в домейне. Схема графкуэль отлично описывается с помощью edn.
Ну и если уж на то пошло, вся прелесть эдена как раз в том, что там можно просто и прозрачно добавлять свои юзер-дефайнд "типы" через ридер теги: #timestamp "<rfc3339-compatible string" - потому он и "extensible".
Ну и вообще, графкл - это не формат представления данных, это язык запросов. Это примерно как говорить "жсон ненужен, потому что есть скуль".
>>1243126 у волмарта достаточно денег, чтобы заниматься такой хуйней >Схема графкуэль отлично описывается с помощью edn. а еще охуенней она описывается без edn >жсон ненужен, потому что есть скуль хуево сравнение какое-то. я бы сказал так: кложа не нужна, потому что есть хаскель.
>>1243354 Чувак, ты не шаришь. Зачем пиздеть о том, в чем не шаришь?
Кложу с хаскелем сравнивает, лол, жсон с графкуэлем. Че-то где-то услышал, нахватался баззвордов, а значение узнать забыл.Люблю за это зекач, всегда поднимает самооценку, бгг.
>>1243375 Не понимаешь, что такое жсон, едн, графкуэль, хаскель. К тому же мелкобуквенный и >бгг повторяешь за собеседником, лол, так что тебе скорее всего еще и годиков маловато. Ртфм, пока молодой.
>>1243422 Лол, ето теперь мем? Никитофорсер, давай лучше форси нагибание Димона, а то этот пидор так и вышел сухим из воды, даже под дверью ему не насрали.
>>1243471 >мелкобуквенности, но это у всех олдов Проиграл в голос.
>Все мимо Ну ты себе-то что угодно можешь придумывать, я же выводы делаю из постов, которые тут написаны. По сути дискуссии возражений не было, была только истерика. Как бы тут анонимная борда, если ты пишешь хуйню - тебя называют мудаком, каким бы ОЛДОМ ты себя не воображал.
Хочу создать проект, аналог Avito, помогите советом в организации и технической части.
Есть три этапа:
1) минимальный продукт – запилить основные и самые важные части кататлога обьявлений, что бы проверить на друзьях и знакомых
2) запуск – добавить платежные системы и доделать все из минимального так, что бы это можно было запустить в паблик
3) поддержка – в зависимости от того, как пользователи будут пользоваться, добалять новые фичи
По срокам есть 1 месяц на первую часть и 2-3000$ на разработчиков и еще 2 месяца на вторую часть и еще 4-5000$.
Подскажите какую технологию лучше выбрать для фронт и бек энда, где искать разработчика и какой именно специализации (пока планирую искать fullstack разработчика на upwork), как выбрать хорошего разработчика, на чем можно сэкономить, какой сервер и сервисы использовать. Как лучше распланировать все.
Буду благодарен за любые советы.