O
мне кажется, это стандарт. инстаграм через неделю в новой стране тоже начинает местную показывать
Тоже верно, просто удивился что сходу, без недели
Size: a a a
2020 August 03
🇧Б
Знаю это не совсем сюда, но все же спрошу. Существуют ли нейронки для увеличения кол-ва кадров под Вулкан? Т.е. без куда ядер нвидии.
A
Коллеги, приветствую!
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия 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: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
готовые пакеты для django можно найти тут https://djangopackages.org/
A
А с разработчиками, которые умеют писать - как обстоят дела?
Просто неск лет назад мы послушали разработв и решили делать другой сервис на Go. Проблема с кадрами не заставила себя долго ждать
Просто неск лет назад мы послушали разработв и решили делать другой сервис на Go. Проблема с кадрами не заставила себя долго ждать
зачем вы решили писать на go?
И
Я думаю php шники мидлы и выше смогут на месте переучиться, надо мотивировать, внутренние тренинги и опытного go или неск как менторов
И
Код ревью и тп
СА
С нашим бюджетом?))
Разве инфлюэнсеры ещё не начали инфлюэнсить за еду?
A
я вот хотел бы по дискутировать на тему K8S против cloudfoundry, плюсы минусы, подводные камни
IC
А кто-то уже делал агрегатор шёрингов?
у юдрайва внутри несколько каршеров
IC
Коллеги, приветствую!
Почитал чат и вижу, что тут в основном адекватные и опытные люди:)
Извините, если вдруг вклиниваюсь в чей-то диалог, но хочу узнать Ваше мнение по одному дурацкому вопросу:
У меня сейчас создается вторая версия 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: Если где-то написал тупость, то заранее извиняюсь. Я овнер, а не разраб.
выглядит как шило на мыло :(
IC
Боли псто( Кто-нибудь научился готовить swagger без боли?
Я даже не имею ввиду генерацию сервера или клиента (пару раз пытался, на код без кровавых слез смотреть нельзя), а тупо генерацию спеки по серверному коду, которую можно импортнуть к примеру в postman и отдать фронтам. Третий раз я это пытаюсь сделать, сначала в одном проекте на python но было давно детали не помнб помню что был гемморой. Затем проект на node, nestjs, было +/- ок но весь код моделей и контроллеров пришлось обвешать аннотациями. Сейчас бэкенд на go, и я почти обрадовался что go-swagger позволяет спеку отдельным package оформлять не засирая код, но бляха муха писать yaml в комментариях - то еще удовольствие и главное пока спеку не проверишь в swagger ui гарантировать что там все +/- ок невозможно.
Отдельная боль это авторизация, еще ни разу не удалось сделать такую спеку по которой postman поймет автоматом на каких методах какая авторизация, но это я уже на postman грешу.
Вобщем уже посещвет мысль не выпендриваться, забить и писать спеку руками если она очень нужна, но думаю может все таки есть тайное знание в природе?)
Я даже не имею ввиду генерацию сервера или клиента (пару раз пытался, на код без кровавых слез смотреть нельзя), а тупо генерацию спеки по серверному коду, которую можно импортнуть к примеру в postman и отдать фронтам. Третий раз я это пытаюсь сделать, сначала в одном проекте на python но было давно детали не помнб помню что был гемморой. Затем проект на node, nestjs, было +/- ок но весь код моделей и контроллеров пришлось обвешать аннотациями. Сейчас бэкенд на go, и я почти обрадовался что go-swagger позволяет спеку отдельным package оформлять не засирая код, но бляха муха писать yaml в комментариях - то еще удовольствие и главное пока спеку не проверишь в swagger ui гарантировать что там все +/- ок невозможно.
Отдельная боль это авторизация, еще ни разу не удалось сделать такую спеку по которой postman поймет автоматом на каких методах какая авторизация, но это я уже на postman грешу.
Вобщем уже посещвет мысль не выпендриваться, забить и писать спеку руками если она очень нужна, но думаю может все таки есть тайное знание в природе?)
Неа, только ручками писать чтобы было удобно для пользования. С другой стороны вроде api first и пропагандирует подход, что ничего генерировать и не надо.
D
Комрадс, мы выкатили в прод наш SQL - анализатор. Приходите поломать :)
https://t.me/nosingularity/500
https://t.me/nosingularity/500
ph
>No need database connection
>No need your data
переводчика наймите что ли
>No need your data
переводчика наймите что ли
A
@antonrevyako где место для PR на переводы?
D
>No need database connection
>No need your data
переводчика наймите что ли
>No need your data
переводчика наймите что ли
пробовал :( переводчики не понимают контекста и лепят жудкую шляпу
D
@antonrevyako где место для PR на переводы?
в личку, если можно (
A
D
>No need database connection
>No need your data
переводчика наймите что ли
>No need your data
переводчика наймите что ли
кстати, ни один анализатор из двух (grammarly и languagetoolplus не мяукнули )
MS
No need for?
MS
Но я мгимо финишд