хм.. у меня 4ри проекта мне не скучно

у меня жажда внедрять, развивать ит тд... но бизнес заворачивает идеи.

лан, го летом в Одессу )

летом кипр)

а как же Одесса мама

у меня жажда внедрять, развивать ит тд... но бизнес заворачивает идеи.

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

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

:) варич, но нет

ну тогда рефактори гавнокод

оптимизациям вообще нет предела

не верю что на проекте нет узких мест

есть, но это нудно

о-О

оптимизации это нудно?)

серьезно?)

не в масштабах говнокода.

Я сегодня предложил архитектуру микросервисов на докерах. Которая жкономит кучу времени на поддержку.

Вот такая оптимизация мне нравиться

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

1) информация о исходной проблеме имеет свойство терятся при обсуждениях 2) код "может спопротивляться этим изменениям", абсурдные требования не очень хорошо ложаться в алгоритмы 3) менеджер прикрывает свою жопу и это явно видно. привет одноразовые фичи и мертвый код. ...

Я сегодня предложил архитектуру микросервисов на докерах. Которая жкономит кучу времени на поддержку.

"микросервисы" можно и внутри монолита сделать

а переписывать говнокод... камнями по воробьям.

и вообще нормально разрулить архитектуру без микросервисов

у нас беда в том, что это шаред БД

ты книжечки по микросервисам почитай хотя бы... а потом предлагай их

надо разделять :( дальше уже некуда расти

около 900 таблиц

цену сбивали

Так а дальше что? Завалили тебя вопросами или ты ответил всё? И как с устройством на работу ту?

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

делай код лучше

Так а дальше что? Завалили тебя вопросами или ты ответил всё? И как с устройством на работу ту?

я устал и понял что не хочу работать в этой компании

1) информация о исходной проблеме имеет свойство терятся при обсуждениях 2) код "может спопротивляться этим изменениям", абсурдные требования не очень хорошо ложаться в алгоритмы 3) менеджер прикрывает свою жопу и это явно видно. привет одноразовые фичи и мертвый код. ...

1) проблем таких не наблюдалось, бюрократии нет, обсуждение идет фактически напрямую 2) работа у нас такая делать невозможное. зависит только от сроков, а подходят ли сроки решает бизнес 3) тоже не было таких проблем(на текущем проекте)

работать на местных себе дороже

лучше на зарубеж попиздячить

лучше на зарубеж попиздячить

как там твой апворк?

ты книжечки по микросервисам почитай хотя бы... а потом предлагай их

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

норм

25 бачей час

топ рейт скоро будет

Я сегодня предложил архитектуру микросервисов на докерах. Которая жкономит кучу времени на поддержку.

эм, чем же экономит время ?

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

ок. Sam Newman "Building Microservices", глава о миграции на микросервисы текущей архитектуры. и там черным по белому написано каким образом это делается

1) проблем таких не наблюдалось, бюрократии нет, обсуждение идет фактически напрямую 2) работа у нас такая делать невозможное. зависит только от сроков, а подходят ли сроки решает бизнес 3) тоже не было таких проблем(на текущем проекте)

>делать невозможное например

>делать невозможное например

то что явно не вписывается в текущий код и чтобы вписалось, нужно перебрать половину системы

ок. Sam Newman "Building Microservices", глава о миграции на микросервисы текущей архитектуры. и там черным по белому написано каким образом это делается

потом смотришь на архитектуру проектов: монолит на микросервисах выходит у людей :)

эм, чем же экономит время ?

это в контексте чисто нашего аппликейшена.

потом смотришь на архитектуру проектов: монолит на микросервисах выходит у людей :)

ты про то что автор советует неправильное решение?

потом смотришь на архитектуру проектов: монолит на микросервисах выходит у людей :)

?

ты про то что автор советует неправильное решение?

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

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

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

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

мое решение было одобрено коллегами, но вот бизнес сказал что нам пока не надо, спс. Было обидно.

я б тоже завернул такие идеи))

Вывод: не все крутые задачи нужны бизнесу.

Да, я понимаю. Но хочется же...

хочется? зачем?)

Вывод: не все крутые задачи нужны бизнесу.

не верный вывод. ни каждый хороший программист является хорошим продажником.

Я тоже не понимаю зачем бизнесу МSA. Цена на разработку от это-го не упадет

в том контексте

продавать нужно не микросервисы, а проблемы и решения проблемы

не верный вывод. ни каждый хороший программист является хорошим продажником.

ну, тоже верно.

продавать нужно не микросервисы, а проблемы и решения проблемы

и это тоже.

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

сколько вас человек в команде?

больше 40-ка

в одной кодовой базе?

40-50

да

на один проект

омг

очень крупный ИМ на западе

так что у нас уже проект дорос до состояния когда "пора!"

управлять им и поддерживать крайне сложно ((

ERROR: S client not available

очень крупный ИМ на западе

по подробнее можно . что за магаз?

по подробнее можно . что за магаз?

у меня по контракту нельзя конкретизировать, ссорян. А я уже тут выдал штат разрабов. Скажу сейчас название магази и все :)

я еще и через прокси сижу тут, а то малоли :)

переходи на другой проект, серьезно

Мне просто интересно это где же на западе yii2 есть

Мне просто интересно это где же на западе yii2 есть

омг, так он не на yii2 :)

У вас там тоже за POST и GET 1 метод отвечает ? ?

У вас там тоже за POST и GET 1 метод отвечает ? ?

везде так :) кроме лары

кста, это паттен какой-то...?

Ох. ты это джаве расскажи или симфони =)

ну вот в симфони такого не видел.

ни где такого не видел и не слышал раньше. Потому и не могу оценить это как популярную фишку.

но утверждаешь, что везде так)

но утверждаешь, что везде так)

везде один экшен контролера отвечает за обработку и POST и GET. По крайней мере я не видел примеров и никогда не сталкивался с такой надобностью. А в ларе можно разделить. Практических ситуаций применения этой фичи я представитьб не могу :(

и разгвоор про веб приложения, где вьюшки и страницы

а рест апи ясное дело надо разделять

эмм

у всех такая реакция ?

ну, вот Дима тебе расскажет :) а я пошел

что ты знаешь про rest?

что ты знаешь про rest?

я достаточно

и практики тоже достаточно

ты меня убедил

POST /orders GET /orders для апи это разыне вещи и вопросов нет. Но в веб приложении... когда вьюшка отдается методом getCreateUserAction, а обработка формы в postCreateUserAction. Хз зачем такое чисто из практических соображений.

Может сведет меня жизнь с этим позже, но не сейчас :) все, я ушел

Вах. Наконец-то в PhpStorm вернули иконочки, более или менее похожие на старые. Только обновился.

Вах. Наконец-то в PhpStorm вернули иконочки, более или менее похожие на старые. Только обновился.

я задал свою иконку и меня этот вопрос не парит, хотя видимо ныть на хабре было полезно ;)

Вах. Наконец-то в PhpStorm вернули иконочки, более или менее похожие на старые. Только обновился.

Воу воу, новые иконки! Что-то не видел сегодня обновы

Хотя и шторм с понедельника не перезапускал)

Вах. Наконец-то в PhpStorm вернули иконочки, более или менее похожие на старые. Только обновился.

в EAP ?

да небыло седня обнов, чувак наверн сто лет его не обновлял

вроде старые же