Size: a a a

2020 June 22

СП

Служба Поддержки... in ctodailychat
Nikita
Странное ФИ, а отчество какое?
Админ
источник

СП

Служба Поддержки... in ctodailychat
источник

И

Илья in ctodailychat
Есть задачка сделать нотификации(браузеры, email) - например человек подписался на рубрику и при постинге выходит нотификация подписанным, чтобы можно было и отсрочить по настройкам пользователя(сразу, раз в день, неделю) - что использовать? сервисы? может есть что-то из либ?
источник

И

Илья in ctodailychat
Firebird Cloud Messaging?
источник

M

Mike in ctodailychat
Илья
Есть задачка сделать нотификации(браузеры, email) - например человек подписался на рубрику и при постинге выходит нотификация подписанным, чтобы можно было и отсрочить по настройкам пользователя(сразу, раз в день, неделю) - что использовать? сервисы? может есть что-то из либ?
Amazon SNS вроде полностью может закрыть, либо любой мессаджброкер + канал доставки
источник

И

Илья in ctodailychat
А что удобнее? Кстати а на мобилу можно доставлять без приложения? Как понимаю iOS нельзя
источник

СА

Сергей Аксёнов... in ctodailychat
Всем привет! Если вам хочется попрокрастинировать этим солнечным утром по московскому времени - вот какую тему хочу вбросить.

На вопрос "какой язык/фреймворк выбрать для монолитного REST API бэкенда нового проекта", который мне задают регулярно, я сам всегда отвечаю - те, где у тебя/твоей команды уже есть максимум компетенций. А недавно так получилось, что я этот вопрос задал себе. И поняв, что владею в достаточной степени несколькими стеками, и овладеваю новыми тоже достаточно быстро и эффективно - на верхние позиции выходят критерии типа:

- зрелость и беспроблемность (вероятность словить какие-то неразрешимые глюки или ограничения в языке/фреймворке, см. Flutter)
- доступность и стоимость инженеров (гоферов пылесосят с рынка)
- перспективы в ближайшие 5 лет (точно не Perl)
- экосистема библиотек/пакетов (leftpad)
- аффилированность с FAANG и другим крупняком (Go всегда будет языком для Google, а потом для остальных, Rust явно сильно затачивается под Mozilla Foundation)

И как-то получилось, что на первом месте незаметно оказались PHP и Symfony (либо Slim для менее развесистых проектов).

На второе аккуратно ставлю Kotlin/Spring с мыслью, что нехватку нативных библиотек всегда можно восполнить Java-наследием, и опасением конкурировать за инженеров с мобильной разработкой.

На третье - Python/Django, но уже с мыслью о конкуренции с рынком ML/data analysis.

Не готов рассматривать Java (рынок рабочей силы в основном состоит из инженеров кровавого энтерпрайза, которые плохо приспосабливаются к режиму стартапа), Go (людей мало и они дорогие, язык не заточен под REST-парадигму и большие монолиты), Typescript (там наведённый ад от экосистемы фронтенда), Ruby (мало людей, мало новых проектов, много легаси), .NET (сильная привязка к экосистеме Windows).

Какие ещё идеи, или поспорьте со мной, может быть?
источник

SS

Slava Savitskiy in ctodailychat
"см. Flutter" - куда смотреть?
источник

SS

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

M

Mike in ctodailychat
Илья
А что удобнее? Кстати а на мобилу можно доставлять без приложения? Как понимаю iOS нельзя
Скорее всего SNS. Зависит от текущей инфры или планируемой.
Браузерные пуши так себе(часто пуши браузера вообще отключают), но на iOS без приложения не сработает в любом случае.
источник

A

Artem in ctodailychat
Сергей Аксёнов
Всем привет! Если вам хочется попрокрастинировать этим солнечным утром по московскому времени - вот какую тему хочу вбросить.

На вопрос "какой язык/фреймворк выбрать для монолитного REST API бэкенда нового проекта", который мне задают регулярно, я сам всегда отвечаю - те, где у тебя/твоей команды уже есть максимум компетенций. А недавно так получилось, что я этот вопрос задал себе. И поняв, что владею в достаточной степени несколькими стеками, и овладеваю новыми тоже достаточно быстро и эффективно - на верхние позиции выходят критерии типа:

- зрелость и беспроблемность (вероятность словить какие-то неразрешимые глюки или ограничения в языке/фреймворке, см. Flutter)
- доступность и стоимость инженеров (гоферов пылесосят с рынка)
- перспективы в ближайшие 5 лет (точно не Perl)
- экосистема библиотек/пакетов (leftpad)
- аффилированность с FAANG и другим крупняком (Go всегда будет языком для Google, а потом для остальных, Rust явно сильно затачивается под Mozilla Foundation)

И как-то получилось, что на первом месте незаметно оказались PHP и Symfony (либо Slim для менее развесистых проектов).

На второе аккуратно ставлю Kotlin/Spring с мыслью, что нехватку нативных библиотек всегда можно восполнить Java-наследием, и опасением конкурировать за инженеров с мобильной разработкой.

На третье - Python/Django, но уже с мыслью о конкуренции с рынком ML/data analysis.

Не готов рассматривать Java (рынок рабочей силы в основном состоит из инженеров кровавого энтерпрайза, которые плохо приспосабливаются к режиму стартапа), Go (людей мало и они дорогие, язык не заточен под REST-парадигму и большие монолиты), Typescript (там наведённый ад от экосистемы фронтенда), Ruby (мало людей, мало новых проектов, много легаси), .NET (сильная привязка к экосистеме Windows).

Какие ещё идеи, или поспорьте со мной, может быть?
мне кажется сам вопрос не совсем точный или полный
если это crud api, то php/python вполне достаточно будет
дальше уже в зависимости от домена и требований лучше выбирать
источник

СА

Сергей Аксёнов... in ctodailychat
Slava Savitskiy
"см. Flutter" - куда смотреть?
В их репо на гитхабе, где регулярно предлагаются бонусы в $1к-3к-5к за решение тех или иных проблем.
источник

M

Mike in ctodailychat
Сергей Аксёнов
В их репо на гитхабе, где регулярно предлагаются бонусы в $1к-3к-5к за решение тех или иных проблем.
Это плохо?
источник

СА

Сергей Аксёнов... in ctodailychat
Artem
мне кажется сам вопрос не совсем точный или полный
если это crud api, то php/python вполне достаточно будет
дальше уже в зависимости от домена и требований лучше выбирать
Понятно, что вполне достаточно. И Go будет вполне достаточно, и Ruby. Я же ставлю вопрос шире: если понятно, что всего достаточно и всё ясно - как выбирать дальше, по каким критериям?
источник

A

Artem in ctodailychat
у вас как раз не очень сейчас понятно, просто абстрактный новый проект в вакууме
источник

СА

Сергей Аксёнов... in ctodailychat
Mike
Это плохо?
С учётом того, что они висят месяцами - это ужасно. Люди, выбравшие Flutter в качестве платформы, просто не могут исполнить продуктовых требований бизнеса и ничего не могут с этим сделать, кроме как сидеть и ждать, когда фрилансер с достаточной экспертизой решит их проблему, если решит вообще.
источник

M

Mike in ctodailychat
Сергей Аксёнов
Понятно, что вполне достаточно. И Go будет вполне достаточно, и Ruby. Я же ставлю вопрос шире: если понятно, что всего достаточно и всё ясно - как выбирать дальше, по каким критериям?
Ну, если ничего кроме этого апи в проекте нет, то выбирать по людям(уже существующей команде, или которую можно собрать)
источник

M

Mike in ctodailychat
Сергей Аксёнов
С учётом того, что они висят месяцами - это ужасно. Люди, выбравшие Flutter в качестве платформы, просто не могут исполнить продуктовых требований бизнеса и ничего не могут с этим сделать, кроме как сидеть и ждать, когда фрилансер с достаточной экспертизой решит их проблему, если решит вообще.
А с RN не так было несколько лет назад? Да и сейчас?
источник

ΠΣ

Παύλος ☃️ Σ... in ctodailychat
Сергей Аксёнов
Всем привет! Если вам хочется попрокрастинировать этим солнечным утром по московскому времени - вот какую тему хочу вбросить.

На вопрос "какой язык/фреймворк выбрать для монолитного REST API бэкенда нового проекта", который мне задают регулярно, я сам всегда отвечаю - те, где у тебя/твоей команды уже есть максимум компетенций. А недавно так получилось, что я этот вопрос задал себе. И поняв, что владею в достаточной степени несколькими стеками, и овладеваю новыми тоже достаточно быстро и эффективно - на верхние позиции выходят критерии типа:

- зрелость и беспроблемность (вероятность словить какие-то неразрешимые глюки или ограничения в языке/фреймворке, см. Flutter)
- доступность и стоимость инженеров (гоферов пылесосят с рынка)
- перспективы в ближайшие 5 лет (точно не Perl)
- экосистема библиотек/пакетов (leftpad)
- аффилированность с FAANG и другим крупняком (Go всегда будет языком для Google, а потом для остальных, Rust явно сильно затачивается под Mozilla Foundation)

И как-то получилось, что на первом месте незаметно оказались PHP и Symfony (либо Slim для менее развесистых проектов).

На второе аккуратно ставлю Kotlin/Spring с мыслью, что нехватку нативных библиотек всегда можно восполнить Java-наследием, и опасением конкурировать за инженеров с мобильной разработкой.

На третье - Python/Django, но уже с мыслью о конкуренции с рынком ML/data analysis.

Не готов рассматривать Java (рынок рабочей силы в основном состоит из инженеров кровавого энтерпрайза, которые плохо приспосабливаются к режиму стартапа), Go (людей мало и они дорогие, язык не заточен под REST-парадигму и большие монолиты), Typescript (там наведённый ад от экосистемы фронтенда), Ruby (мало людей, мало новых проектов, много легаси), .NET (сильная привязка к экосистеме Windows).

Какие ещё идеи, или поспорьте со мной, может быть?
Kotlin/Spring уже по определению Java-наследие, Kotlin/Ktor ещё может быть нет (и то только в теории)
источник

ИМ

Илья Макеев... in ctodailychat
Сергей Аксёнов
Всем привет! Если вам хочется попрокрастинировать этим солнечным утром по московскому времени - вот какую тему хочу вбросить.

На вопрос "какой язык/фреймворк выбрать для монолитного REST API бэкенда нового проекта", который мне задают регулярно, я сам всегда отвечаю - те, где у тебя/твоей команды уже есть максимум компетенций. А недавно так получилось, что я этот вопрос задал себе. И поняв, что владею в достаточной степени несколькими стеками, и овладеваю новыми тоже достаточно быстро и эффективно - на верхние позиции выходят критерии типа:

- зрелость и беспроблемность (вероятность словить какие-то неразрешимые глюки или ограничения в языке/фреймворке, см. Flutter)
- доступность и стоимость инженеров (гоферов пылесосят с рынка)
- перспективы в ближайшие 5 лет (точно не Perl)
- экосистема библиотек/пакетов (leftpad)
- аффилированность с FAANG и другим крупняком (Go всегда будет языком для Google, а потом для остальных, Rust явно сильно затачивается под Mozilla Foundation)

И как-то получилось, что на первом месте незаметно оказались PHP и Symfony (либо Slim для менее развесистых проектов).

На второе аккуратно ставлю Kotlin/Spring с мыслью, что нехватку нативных библиотек всегда можно восполнить Java-наследием, и опасением конкурировать за инженеров с мобильной разработкой.

На третье - Python/Django, но уже с мыслью о конкуренции с рынком ML/data analysis.

Не готов рассматривать Java (рынок рабочей силы в основном состоит из инженеров кровавого энтерпрайза, которые плохо приспосабливаются к режиму стартапа), Go (людей мало и они дорогие, язык не заточен под REST-парадигму и большие монолиты), Typescript (там наведённый ад от экосистемы фронтенда), Ruby (мало людей, мало новых проектов, много легаси), .NET (сильная привязка к экосистеме Windows).

Какие ещё идеи, или поспорьте со мной, может быть?
Вот это поворот 😅
источник