Делаю своё "яндекс такси" ч2.5
435
просмотров
Это не 3 часть т.к ещё не всё сделано. Тут я реализую уже на php и mysql
Авторизация была добавлена вчера, то есть по логину и паролю можно входить в аккаунт.
Если оператор пусто, то это пользователь.
Записи обновляются и подтягиваются с бд автоматически при изменении.
Появилась возможность добавлять в бд, удалять запись причём оператор не может удалить запись другого оператора как видно на скриншоте. Добавлена возможность блокировать. И не может заблокировать никого кроме обычных пользователей.
Как думаете лучше оставить единую таблицу или сделать отдельную таблицу для каждого оператора чтобы они не видели записи других операторов? Мне каж это может отвлекать
какой современный стек
Прост надежный. Сказать, сколько говна в своё время поел с нод, секвалайз и постгресс - ничего не сказать. Да, всё ок и более лучше. Но пхп + мускуль я бы сделал всё за месяц, от и до всё. Там еботиии...
Точно не для таких простейших вещей, как в посте. Чел абсолютли прав в выборе.
Конечно прав, если хочет остаться без нормальной высокооплачиваемой работы с высоконагруженной, масштабируемой архитектурой на микросервисах и микрофронтах до конца своих дней
Можешь остаться и ты сам. Ибо скетч-версии даже самых серьезных проектов именно так и делаются, важна скорость и тест для выявления всех камней в бизнес-логике. Не умеешь в пхп-мускуль - просто идешь нахуй сразу по причине уеба. Се ля ви. Невозможно знать про интенгралы, но не знать таблицу умножения. Или говорить про неё, что она хуйня для школоты.
Вот только ты уверен что автор делает скетч версии?
Абсолютли. Он явный нуб и это нечто типа его хобби было. Кодерство всё. Да оно и сейчас есть 😁 Оперится, если будет опять же надо. Но пока в рамках его проекта - оно и ему самому просто нахой не надо.
Для выявления всех камней в бизнес логике существует бизнес-анализ
Для выявления камней в твоей конкретной системе - системный анализ
MVP проекта (то что ты назвал скетчем) принято делать на целевом стеке, если целевой стек не отвечает требованиям SLA/SLO, значит нет никакого смысла пытаться сделать на нем то, что потом в любом случае придется переписывать
Тем более, как правило, у компании уже есть микросервисные шасси, которые позволяют с нуля за считанные часы поднять шаблон проекта на нужном стеке с настроенным CI/CD, сконфигурированным кластером Kubernetes и полностью вписанный в инфраструктуру компании
Зачем здесь это легаси может понадобится - сложно представить
Чем плох php? Чем плох mysql? Обоснуй
Я написал что он плох? Я написал что он не современен, из этого будет следствие того, что он не имеет нативной интеграции с такими важными для энтерпрайза вещами как Kafka Streams / Kafka Connect, которые нужны для построения устойчивых событийно-управляемых микросервисов
Для крупного хайлоад энтерпрайза давно сложилось два лагеря - Java/.NET, куда все эти плюшки залетают
Ну раз уж ты сам поднял эту тему
Можешь почитать в блоге у разрабов вк, как они написали свой собственный компилятор kphp по причине того, что нативная пыха убивала им производительность
https://habr.com/ru/company/vk/blog/527420/
Представь себе, не все сидят в крупном хайлоад энтерпрайзе. Вот так вот бывает.
шурли, но стремиться-то надо туда, где много деняк и серьёзного опыта
Кому надо, тот пусть и стремится
ну тогда я хз какой смысл этим заниматься, если не хочешь развиваться)
Или в FAANG или под мост на картонке ночевать. По другому никак.
Слушай, я вот периодически натыкаюсь на твои посты и меня мучает один вопрос.
Ты делаешь все свои прототипы для тренировки в стол, придумывая около реальные задачи себе, или ты реально планируешь их этого делать свои продукты\сервисы?
Может приходит домой после завода и
я и так их каждый день делаю.
конечно это сервисы моей компании
А какой у тебя бэкграунд в разработке?
лет 10, если в пхп то 1-2 года
А до пхп какой стек?
c# ещё js
нахуя? а главное зачем?
читай часть 1
Ты наживаешься на честном труде узбеков! Расист, получается!
Если "каж это может отвлекать", нужно сделать фильтр, который позволит отключать записи остальных операторов. Это в любом случае понадобится в каком-то виде для супервайзеров.
К тому же хер его знает, как у тебя приходят операторам эти заказы и имеют ли они гешефт лично с каждого из них. А то начнётся потом охота за частофигурирующими номерами.