@prophp7

Страница 276 из 1387

Nurik

09.03.2017
21:32:37

https://firebase.google.com/docs/functions/

Я так понял, что JS там чисто для автоматизации и скриптинга используется. Какая-то неполноценная вещь в итоге получается. ИМХО.

Sergey

09.03.2017
21:33:34

Я так понял, что JS там чисто для автоматизации и скриптинга используется. Какая-то неполноценная вещь в итоге получается. ИМХО.

неа

это больше похоже на aws lambda например

stateless приложеньки

Google

Sergey

09.03.2017
21:34:25

добавь к этому firebase realtime db и можно неплохо так жить и делать прикольные штуки. Это не универсальная штука но покрывает весьма много юзкейсов

Denis

10.03.2017
09:03:18

Всем привет! Понимаю, что для Вас может быть как спам, но все же. Есть ОТРЫТАЯ ВАКАНСИЯ: от 150 000 р. 89639619512 Денис Мы используем следующий стек технологий: ClickHouse — храним все метаданные, основная база с ценной информацией для BigData вычислений Percona Server (MySQL) — для справочников, прокинутых в ClickHouse, где пароли пользователей, другие перс. Данные и настройки системы PHP 7 — основной язык программирования всей бизнесс логики Фреймворки на PHP: Symfony 3, Silex, AnagularJS с LazyLoad, m3u8 и другими вкусностями (webpack, gulp, bulk.... Система контроля версий: Git Вся работа в системе контроля версий ведется по Git Flow Для деплоя используем Deployer как для php так и для разворачивания новых нод на физических серверах На текущий момент около 20-ти серверов обеспечивают облако обработки и хранения данных, за 2 месяца планируется нарастить до 120-ти. Все серверы обьеденены в PrivateCloud В основе бекенда используется микросервисная архитектура с полным REST-API между сервисами и он же (REST-API) используется для выдачи данных в морду. Методология разработки: SCRUM С какими блоками работать придется: Backend: Развитие бизнесс-логики для хранения и распределения данных в Private Cloud, работа на стыке низкого уровня работы ОС Linux с отдельным ПО. Разработка сервисов логики обработки и аналитики данных для распределения по API и базе данных. Передача и организация данных внутри архитектуры. Все пишется на Silex Backend: Бизнесс-логика работы системы вцелом основного API, которое коммуницирует с API сервисов и распределяет задачи. Работа с выдачей данных в морду. Логика сбора данных с разных источников и их анализ. Все пишется на Symfony 3. Frontend: Разработка основного интерфейса системы. Все работа ведется на Anagular JS.

Dmitriy

10.03.2017
09:17:46

Компания? Город? Удаленка?

Denis

10.03.2017
09:18:11

Компания? Город? Удаленка?

Москва, возможна удаленка

Ilia

10.03.2017
10:46:19

можете порекомендовать pdf чтиво для освоения паттернов? применение templates

Алексей

10.03.2017
10:47:46

ORealy Head First Patterns: http://www.ozon.ru/context/detail/id/31079082/ Это гениально! Все расписано очень понятно, а главное, необычно. Ни каких вам "клиент объект субъект " и прочей теоритической сухости от паттерна к паттерну. Например: ... Из объекта утки я сделал целую стаю через паттерн компоновщик ( композит) и теперь обращаться к стае можно так же как к одной утке. Создаются они, разумеется, через фабрику и получающий объекты код ничего не знает о конкретных классах уток. А еще написал адаптер для гусей, чтобы их можно было как уток юзать. Только они кряхтят, а не квакают. Не обошлось и без декоратора для крякания утки, чтобы вести подсчет количества кряков уток. Такая дичь из головы за пару недель не выветрится как в случае со скучными академическими примерами)) P.S> при этом и "серьезная" версия определения паттерна и диаграмма классов - все дается, но только после того, как вы поймете , в чем суть то) P.P.S> да,примеры там на жаве, но они настолько просты, что у меня не возникло проблем при переписывании на пыхе.

Aleh

10.03.2017
10:50:29

да, для старта хорошая штука

Rodion

10.03.2017
10:51:01

плюсую

Ilia

10.03.2017
10:54:19

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

Aleh

10.03.2017
10:54:44

тебе не нужны шаблоны

тебе надо понять приницпы

SOLID, GRASP

до них желательно инкапсуляцию и полиморфизм

Google

Ivan

10.03.2017
10:55:24

я из солида понял только S и O

Rodion

10.03.2017
10:55:58

паттерны не придумывают - их находят

Ilia

10.03.2017
10:56:40

SOLID, GRASP

ватафак

до них желательно инкапсуляцию и полиморфизм

во фримэне это есть?

Aleh

10.03.2017
10:57:51

не

Sergey

10.03.2017
10:58:00

ватафак

паттерны - реализация. Принципы - абстракция. Абстракция круче реализации.

Rodion

10.03.2017
10:58:17

ну и использование паттернов (правильное осознанное использование, а не злоупотребление) ведет к соблюдению SOLID и GRASP

Aleh

10.03.2017
10:58:19

Роберт Мартин - Быстрая разработка по

это про solid

Ларман Крэг - применение uml

там про грасп и вообще про ООД

ну и использование паттернов (правильное осознанное использование, а не злоупотребление) ведет к соблюдению SOLID и GRASP

причина и следствие

Rodion

10.03.2017
10:59:05

но для осознанного применения ты как раз должен понимать эти принципы

Aleh

10.03.2017
10:59:05

не надо их путать)

Rodion

10.03.2017
10:59:22

да, это я и хотел сказать...)

Ilia

10.03.2017
10:59:26

VMC контроль что-то там, вообще не понимаю что это модель контроллер

Rodion

10.03.2017
11:00:45

я схоронил как-то сообщение @fes0r про порядок изучения: 1. Инкапсуляция 2. Закон Деметры 3. Полиморфизм 4. LSP 5. OCP 6. ISP 7. DIP 8. Coupling/cohesion 9. GRASP 10. GoF 11. P of EEE

Aleh

10.03.2017
11:00:48

короче вот две книги

Роберт Мартин - Быстрая разработка по

Ларман Крэг - применение uml

Google

Ilia

10.03.2017
11:02:15

схоронил

Sergey

10.03.2017
11:02:29

я схоронил как-то сообщение @fes0r про порядок изучения: 1. Инкапсуляция 2. Закон Деметры 3. Полиморфизм 4. LSP 5. OCP 6. ISP 7. DIP 8. Coupling/cohesion 9. GRASP 10. GoF 11. P of EEE

это не от меня, я P of EEE редко упоминаю. Больше на @mkusher похоже)

Aleh

10.03.2017
11:02:42

EAA

Sergey

10.03.2017
11:02:51

ну да

Aleh

10.03.2017
11:02:59

но тож непохоже на мое сообщение

я про деметру не говорю обычно)

Sergey

10.03.2017
11:03:11

схоронил

только это не из тех вещей которые "прочитал и понял" там надо много думать и пробовать.

Ivan

10.03.2017
11:03:23

цитата про деметру из вики: "Аналогия из жизни: Если Вы хотите, чтобы собака побежала, глупо командовать её лапами, лучше отдать команду собаке, а она уже разберётся со своими лапами сама."

Sergey

10.03.2017
11:03:25

я про деметру не говорю обычно)

мне кажется это составное)

Aleh

10.03.2017
11:03:34

тогда норм

Sergey

10.03.2017
11:03:40

цитата про деметру из вики: "Аналогия из жизни: Если Вы хотите, чтобы собака побежала, глупо командовать её лапами, лучше отдать команду собаке, а она уже разберётся со своими лапами сама."

Actor model

Ilia

10.03.2017
11:03:46

только это не из тех вещей которые "прочитал и понял" там надо много думать и пробовать.

практика...

Rodion

10.03.2017
11:04:06

это не от меня, я P of EEE редко упоминаю. Больше на @mkusher похоже)

не, это точно твое)

у меня все записано

практика...

просто чаще задаешь себе вопросы "зачем?" и "почему?")

Aleh

10.03.2017
11:05:51

не, это точно твое)

тогда переименую P of EEE в P of EAA

patterns of enterprise applications architecture

Rodion

10.03.2017
11:07:12

и где SRP в этом списке?

на 2м месте наверное должен быть?)

Ilia

10.03.2017
11:07:50

и где SRP в этом списке?

SRP?

Google

Rodion

10.03.2017
11:08:36

SRP?

Single Responsibility Principle, S из SOLID

Sergey

10.03.2017
11:23:00

что-то git status . игнорит

F01134H

10.03.2017
15:51:06

Итак, дамы и господа

Короче, есть нелимитированное количество ботов с одинаковым интерфейсом доступа (ботов - в смысле бэкэнд для ботов, их логика). И есть апишка с небольшой долей логики, принимающая запросы, потом парсит их и вызывает тот или иной бот. Вопрос - как лучше всего организовать архитектуру такого приложения?

Admin

ERROR: S client not available

F01134H

10.03.2017
15:54:19

@mkusher @fes0r @Enleur вы ж полюбому знаете что-то?)

Короче, есть нелимитированное количество ботов с одинаковым интерфейсом доступа (ботов - в смысле бэкэнд для ботов, их логика). И есть апишка с небольшой долей логики, принимающая запросы, потом парсит их и вызывает тот или иной бот. Вопрос - как лучше всего организовать архитектуру такого приложения?

А, и запросов к апи -> вызовов каждого из ботов будет много

Sergey

10.03.2017
16:07:29

Single Responsibility Principle, S из SOLID

из принципов SOLID он должен идти последним в обучении

- O/C - что бы научиться делать хорошо - IS - что бы было проще с O/C - LSP - что бы понять как делать иерархию типов правильно - DI - что бы снизить связанность у получившегося - SRP - что бы постичь дзен

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

хотя может LSP надо в начало

и DI

Maxim