И какая сущность, веб-* не является веб приложением, к примеру?

веб-сервер ?

таск менеджер на REST и AJAX

Имелась ввиду тудушка или именно таск менеджер?

как тебе угодно

тудушка

Что такое

легче

Ребят а что обычно пишут на Lumen?

хотя тудушка и есть таск менеджер, разве нет?

Ребят а что обычно пишут на Lumen?

То же, что и на любом микро-фреймворке

В моём понимании таск менеджер инструмент с более сложной логикой, неже про

Недели простой список задач

мирок-веб приложения?)

микро*

Нежели *

мирок-веб приложения?)

Именно

ну я хз, во всяком случае тудушка попроще и для тестового покатит

а что к ним относится? ну т.е. когда стоит использовать микро-фреймворки?

по тудушке можно оценить

а что к ним относится? ну т.е. когда стоит использовать микро-фреймворки?

В основном api

минификатор урлов

Имеет смысл в модели логику приписывать? Или достаточно таблицу указать, а логику в контроллере использовать?

Нужно ли для таких поделок юнит тесты писать?

Нужно ли выделять в отдельный пакет для установки через композер?

Имеет смысл в модели логику приписывать? Или достаточно таблицу указать, а логику в контроллере использовать?

В модели нужно только логику запросов описывать

Все, что делается с уже готовыми (взятыми из бд и возможно прошедшими через какой-нибудь хандлер) данными - вешается на контроллер

я хз как в ларавел)

в симфони в сервисы логику выносим

В модели нужно только логику запросов описывать

Это понятно, просто там 3 роута хватит, и запросов 3-4 включая проверочные, есть ли смысл плодить методы, когда все в контроллере несколькими строками можно описать

Это понятно, просто там 3 роута хватит, и запросов 3-4 включая проверочные, есть ли смысл плодить методы, когда все в контроллере несколькими строками можно описать

Я не знаю о чем именно речь, я просто ответил на вопрос) Вообще, в ларе работа с моделью минимальна, все делается методами из коробки

Я не знаю о чем именно речь, я просто ответил на вопрос) Вообще, в ларе работа с моделью минимальна, все делается методами из коробки

Я про укорачивалку урлов

А что с ней?

А что с ней?

Все написано выше))

Многабукаф

я хз, "худые контроллеры, худые модели, толстые сервисы" - вот лично мой подход)

худые контроллеры в приоритете

т.к. они отвечают на вопрос "что сделать"

а не "как сделать"

Ясно

В выходные попробую написать, покажу что получилось

зависит от фреймворка, от подхода наверняка, но я не уверен

Пока надо дописать интеграцию с курьеркой)

Как юзать сервисы в ларе? Есть на гитхабе пример, глянуть хочется?

я хз, "худые контроллеры, худые модели, толстые сервисы" - вот лично мой подход)

К тебе вопрос

> @rodneyspn я хз как в ларавел) > @rodneyspn в симфони в сервисы логику выносим

Аа

Просто слышал о таком подходе, посмотреть бы на примере

https://www.youtube.com/watch?v=W8MOIOyPbmM

не все у него гибко, конечно, но все же

На фронте кто что юзает?

react

кстати, да, вопрос интересный - ангуляр, реакт или эмбер? и почему?

на чем опыт есть, на том и пиши)

на эмбер программистов не найдешь

на реакте лучше писать изоморфный фронт полностью работающий через апи

что удобнее в разработке?

в использовании

с чем меньше ебли однозначно?

Это неправильный вопрос

эмбер дает тебе сразу все инструменты из коробки

да, скорее всего

ангуляр частично тоже

Кхем, а реакт разве нет?)

реакт не дает ничего, собирай свою эко систему как сам захочешь

О каких инструментах из коробки идет речь

роутинг, модели

голый реакт это тупо рендеринг со стейтами и пропсами

апример в эмбере это все есть сразу и он тебя загонит жестко в рамки фреймворка

роутинг, модели

Реакт про view, а не про model

вообще надо от задачи отталкиваться

да да, интересует гибкость, распространенность фреймворка и легкость прототипирования видимо. ангуляр походу решает? они же одни и те же задачи все выполняют

В плане легкости прототипирования ангуляр да

В плане поддержки нет)

Бери крч реакт

По мне - он самый годный

Все зависит от проекта

Если допустим писать админку, то реакт не нужен

почему?

Да задолбаешься круды на нем клепать

Плюс надо понимать что если выбрал реакт, то придется отказаться от jquery

оу щит

это слишком категорично.

Нет плагины можно навесить, но это получается носорог

всё можно, просто нужно понимать ЗАЧЕМ ты используешь ту или иную технологию

Но если ты допустим понимаешь что твой проект уникален и большая часть интерфейса будет писаться самостоятельно, реакт зе бест

а чо vue?

я щас его начал учить

есть смысл ваще? или вуёвые специалисты никому не нужны?

я как то играл в варкрафт3 за эльфов только. но потом понял - чтобы побеждать нужно уметь играть за все рассы)

я не играл в варкрафт, а если бы начал, то не смог бы начать играть сразу за всех одновременно

угу, одинаково на всех бы херово играл

типичный fullstack)

вот вот

почему тогда все не изучают все языки изо всех сфер сразу

Потому что это невозможно, мб

ну сразу несколько из разных сфер, ок

фулстек этож нубство

https://habrahabr.ru/post/266665/

прикольная тема

кстати, да, вопрос интересный - ангуляр, реакт или эмбер? и почему?

jquery. Потому что он непритягателен для хипстеров