J
а как же загнать всех железной рукой в счастье?)
в которое из?
Size: a a a
2020 August 03
AP
в которое из?
которое ты считаешь счастьем, rpc видимо)
J
ныть будут. "гдe restful?"
AP
кстати насчёт тестирования. посоветуйте может что-то. есть большой back-end, есть к нему pytest'ы штук 800 файлов в каждом по 5-6 функций. есть ли что-то, что красивые репорты рисует?
junit а его все умеют визуализировать вроде
AP
ныть будут. "гдe restful?"
а ты им - скажите спасибо что не gql)
J
я человек простой. могу прочитать лекцию "почему restful говно". могу "почему restful рулит"
J
вот кстати еще хороший вопрос на собеседованиях. "расскажите всё что вы знаете про POST-PUT-PATCH". многие сразу без гугла сдаются
AP
вот кстати еще хороший вопрос на собеседованиях. "расскажите всё что вы знаете про POST-PUT-PATCH". многие сразу без гугла сдаются
никогда не юзаю ничего кроме get/post, на full плевать)
AP
хотя это речь про private api
J
я люблю json rpc
J
хотя почему оно говно тоже могу рассказать
IV
я люблю json rpc
ловите его
J
ловите его
это лучшее из худшего!
AZ
Коллеги, приветствую!
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия SaaS сервиса на Django. С нуля.
Первая рабочая версия сервиса работает на ларавеле. О том, что у нас бек наPyton я узнал недавно, т.к я типичный представитель касты заказчиков уровня "лох".
Сейчас разрабы выкатывают на питоне совершенно базовые вещи вроде ролевой системы или конфигуратора тарифов.
Это те самые вещи, которые в ларе вроде как есть чуть ли не из коробки, а также есть масса готовых пакетов типа ларакашир для связки с Stripe…
Новый сервис вроде как имеет микросервисную архитектуру, но я подозреваю, что в будущем, многое из бэка придется допиливать именно на питоне. Это вроде крутой язык программирования, но точно не история про быструю разработку.
Изначально моя задача была в том, чтобы сделать переезд со старого сервиса на новый максимально быстро и без лишней фигни. Что-то будем переносить частично, что-то придется переписывать с нуля.
Но объективно, ту же ролевую систему или интегру по тарифам можно же было взять готовую под ларавел…
Сам сервис предполагает наличие отдельных аккаунтов, к которым пользователи имеют доступы. Many to many.
Один аккаунт - один юзер со своей ролью, но возможностью авторизации в разных аккаунтах с одного профиля. Сам аккаунт создается на поддомене с вайлдкардовским SSL. Это вроде не самая сложная задача. Машинного обучения у нас нету, все достаточно стандартно.
Понимаю, что мой вопрос про пхп и питон - это вопрос из категории «кто сильнее, боксер или борец», но по факту, на днях мне одну и ту же задачу на Django оценили в 400 часов, а на Laravel всего в 50 часов.
Вопрос:
Как вы считаете, что такого может Django и питон, чего не может Laravel и php?
P.S: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия SaaS сервиса на Django. С нуля.
Первая рабочая версия сервиса работает на ларавеле. О том, что у нас бек наPyton я узнал недавно, т.к я типичный представитель касты заказчиков уровня "лох".
Сейчас разрабы выкатывают на питоне совершенно базовые вещи вроде ролевой системы или конфигуратора тарифов.
Это те самые вещи, которые в ларе вроде как есть чуть ли не из коробки, а также есть масса готовых пакетов типа ларакашир для связки с Stripe…
Новый сервис вроде как имеет микросервисную архитектуру, но я подозреваю, что в будущем, многое из бэка придется допиливать именно на питоне. Это вроде крутой язык программирования, но точно не история про быструю разработку.
Изначально моя задача была в том, чтобы сделать переезд со старого сервиса на новый максимально быстро и без лишней фигни. Что-то будем переносить частично, что-то придется переписывать с нуля.
Но объективно, ту же ролевую систему или интегру по тарифам можно же было взять готовую под ларавел…
Сам сервис предполагает наличие отдельных аккаунтов, к которым пользователи имеют доступы. Many to many.
Один аккаунт - один юзер со своей ролью, но возможностью авторизации в разных аккаунтах с одного профиля. Сам аккаунт создается на поддомене с вайлдкардовским SSL. Это вроде не самая сложная задача. Машинного обучения у нас нету, все достаточно стандартно.
Понимаю, что мой вопрос про пхп и питон - это вопрос из категории «кто сильнее, боксер или борец», но по факту, на днях мне одну и ту же задачу на Django оценили в 400 часов, а на Laravel всего в 50 часов.
Вопрос:
Как вы считаете, что такого может Django и питон, чего не может Laravel и php?
P.S: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
J
сохранить мозги здоровыми. хотя django я бы выпилил
IV
Коллеги, приветствую!
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия SaaS сервиса на Django. С нуля.
Первая рабочая версия сервиса работает на ларавеле. О том, что у нас бек наPyton я узнал недавно, т.к я типичный представитель касты заказчиков уровня "лох".
Сейчас разрабы выкатывают на питоне совершенно базовые вещи вроде ролевой системы или конфигуратора тарифов.
Это те самые вещи, которые в ларе вроде как есть чуть ли не из коробки, а также есть масса готовых пакетов типа ларакашир для связки с Stripe…
Новый сервис вроде как имеет микросервисную архитектуру, но я подозреваю, что в будущем, многое из бэка придется допиливать именно на питоне. Это вроде крутой язык программирования, но точно не история про быструю разработку.
Изначально моя задача была в том, чтобы сделать переезд со старого сервиса на новый максимально быстро и без лишней фигни. Что-то будем переносить частично, что-то придется переписывать с нуля.
Но объективно, ту же ролевую систему или интегру по тарифам можно же было взять готовую под ларавел…
Сам сервис предполагает наличие отдельных аккаунтов, к которым пользователи имеют доступы. Many to many.
Один аккаунт - один юзер со своей ролью, но возможностью авторизации в разных аккаунтах с одного профиля. Сам аккаунт создается на поддомене с вайлдкардовским SSL. Это вроде не самая сложная задача. Машинного обучения у нас нету, все достаточно стандартно.
Понимаю, что мой вопрос про пхп и питон - это вопрос из категории «кто сильнее, боксер или борец», но по факту, на днях мне одну и ту же задачу на Django оценили в 400 часов, а на Laravel всего в 50 часов.
Вопрос:
Как вы считаете, что такого может Django и питон, чего не может Laravel и php?
P.S: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия SaaS сервиса на Django. С нуля.
Первая рабочая версия сервиса работает на ларавеле. О том, что у нас бек наPyton я узнал недавно, т.к я типичный представитель касты заказчиков уровня "лох".
Сейчас разрабы выкатывают на питоне совершенно базовые вещи вроде ролевой системы или конфигуратора тарифов.
Это те самые вещи, которые в ларе вроде как есть чуть ли не из коробки, а также есть масса готовых пакетов типа ларакашир для связки с Stripe…
Новый сервис вроде как имеет микросервисную архитектуру, но я подозреваю, что в будущем, многое из бэка придется допиливать именно на питоне. Это вроде крутой язык программирования, но точно не история про быструю разработку.
Изначально моя задача была в том, чтобы сделать переезд со старого сервиса на новый максимально быстро и без лишней фигни. Что-то будем переносить частично, что-то придется переписывать с нуля.
Но объективно, ту же ролевую систему или интегру по тарифам можно же было взять готовую под ларавел…
Сам сервис предполагает наличие отдельных аккаунтов, к которым пользователи имеют доступы. Many to many.
Один аккаунт - один юзер со своей ролью, но возможностью авторизации в разных аккаунтах с одного профиля. Сам аккаунт создается на поддомене с вайлдкардовским SSL. Это вроде не самая сложная задача. Машинного обучения у нас нету, все достаточно стандартно.
Понимаю, что мой вопрос про пхп и питон - это вопрос из категории «кто сильнее, боксер или борец», но по факту, на днях мне одну и ту же задачу на Django оценили в 400 часов, а на Laravel всего в 50 часов.
Вопрос:
Как вы считаете, что такого может Django и питон, чего не может Laravel и php?
P.S: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
у вас просто работают программисты которым интересно выучить питон за ваш счет
AZ
сохранить мозги здоровыми. хотя django я бы выпилил
мои или разрабов?
J
мои или разрабов?
всех
AZ
у вас просто работают программисты которым интересно выучить питон за ваш счет
Есть такое предположение, к сожалению(((
J
на питоне все пишется очень быстро