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

Что заказчикам похуй на тесты солид soa redux

капитан очевидность

им и должно быть похер

И прочее что мы считаем важным

это чисто технические штуки

и это ТВОЯ как разработчика ОТВЕТСТВЕННОСТЬ грамотно их юзать что бы эффективно решать проблемы бизнеса

где-то надо позагоняться и сделать систему с CQRS/ES а где-то надо wordpress

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

потому что это сложно, надо думать, и вообще

а проще не думать и писать CRM из говна и палок

Так делает большинство

В заказной разработке

Чем больше говна и палок

это тоже капитанство

Тем больше она будет ломаться и заказчик будет возвращаться

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

лучше попробуй подумать как самому таким не стать

Очевидность в том что

Только ты пишешь что разраб должен заганятся по архитектуре

Только ты пишешь что разраб должен заганятся по архитектуре

нет, разраб должен загоняться по проблеме бизнеса в первую очередь

А это надо только ему

нет, разраб должен загоняться по проблеме бизнеса в первую очередь

Согласен

и я нигде и никогда не говорил что надо загоняться по архитектуре

Поэтому вся заказная разработка говно

точнее не совсем так... тут зависит от того какое значение ты вкладываеш ьв "архитектура"

В большинстае случаев

Потому что ваше руководство не заинтересовпно в качестве

Теперь есть продуктовые компании

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

Тут дела получше

Теперь есть продуктовые компании

они были и раньше

они были всегда я бы даже сказал

потому я не понимаю про "теперь"

Мы говорили о заказной

Выше

Потому что ваше руководство не заинтересовпно в качестве

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

Мы говорили о заказной

я не вижу никакой разницы если честно. Разница только в головах

я не вижу никакой разницы если честно. Разница только в головах

Привести пример?

Но много букав будет

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

второе - сложнее потому что "как так, это ж мне стараться надо, и так сойдет"

Исполнитель делает ровно то за что заплатили

Потому что какая бы не была охуенная идея разраба

Если заказчик за нее не платит она не нужна

Кэпство

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

абсолютно те же проблемы

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

это просто "люди"

у них одни и те же проблемы

просто проявляются они по разному в силу специфики

у них одни и те же проблемы

Задача разработчика решать проблемы

Задача разработчика решать проблемы

ну так решай их)

Но вот как формулировать проблемы это уже отдельная речь

просто твой посыл - "бизнесу не нужен SOLID". С другой стороны бизнес не особо заинтересован в фразах типа "как 2 недели? тут же просто кнопочку добавить!"

Одно дело когда говорят нам нужно что то из говна и палок чтобы соответсвовало вот этому документу

потому бизнесу НУЖЕН SOLID

И эта проблема

но это уже ТВОЕ дело сделать так что бы не слышать таких вещей

я могу привести поучительный пример "распиздяйства"

в эту пятницу случилось

А другое вот тут у нас в интерыесе бага и люди купить в ие не могут и мы теряем около 5% прибыли

ERROR: S client not available

Это тоже проблема

хотя не, не приведу. Надо работать

короч.... еще раз. У тебя неверно строятся причино-следственные связи

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

> Это чисто технические штуки. и это ТВОЯ как разработчика ОТВЕТСТВЕННОСТЬ грамотно их юзать что бы эффективно решать проблемы бизнеса. где-то надо позагоняться и сделать систему с CQRS/ES а где-то надо wordpress. и проблема основная в том что этой ответственности разработчики брать на себя не хотят. потому что это сложно, надо думать, и вообще > разраб должен загоняться по проблеме бизнеса в первую очередь > переведи качество в "деньги", посчитай профит в кратко/средне/долгосрочной перспективе, учти что важнее для бизнеса в данный момент и как именно бизнес твой работает, как функционирует кэшфлоу бизнеса, и тогда уже иди к менеджменту. Ты прям тезисы для еще одного доклада выкатил. С названием типа «Эффективное отношение программиста к продукту». Только я бы это больше отнес к лидам, кто больше держит всю картину в голове.

сириусли, пиши/выступай еще на эту тему, очень интересно)

> Это чисто технические штуки. и это ТВОЯ как разработчика ОТВЕТСТВЕННОСТЬ грамотно их юзать что бы эффективно решать проблемы бизнеса. где-то надо позагоняться и сделать систему с CQRS/ES а где-то надо wordpress. и проблема основная в том что этой ответственности разработчики брать на себя не хотят. потому что это сложно, надо думать, и вообще > разраб должен загоняться по проблеме бизнеса в первую очередь > переведи качество в "деньги", посчитай профит в кратко/средне/долгосрочной перспективе, учти что важнее для бизнеса в данный момент и как именно бизнес твой работает, как функционирует кэшфлоу бизнеса, и тогда уже иди к менеджменту. Ты прям тезисы для еще одного доклада выкатил. С названием типа «Эффективное отношение программиста к продукту». Только я бы это больше отнес к лидам, кто больше держит всю картину в голове.

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

нет даже теорий

все просто плохо

почему плохо - это интересный вопрос и я опять же не знаю...

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

но суть то в том что все это циклично... а значит ответов на эти вопросы нет)

/ban

Кто нибудь со стримингом видео работает? Нужно картинку присылать с камеры каждые 10 секунд с возможностью увеличить и уменьшить частоту

rest api у меня сдохнет

раз в 10 секунд картинку и сдохнет апи?

если увеличить частоту, и камер 100

ты хочешь стриминг?

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

ты хочешь стриминг?

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

для стрима есть либа для nginx по стримингу

которая работает минуя пхп

гуглится по nginx стриминг

он выдает готовые потоки с камер

гуглится по nginx стриминг

таки да, но RTMP может кто скажет, смогу ли я уменьшать частоту кадров

да в настройках всяко

ты там через ffmpeg можешь перекадировать видео

и делать любое количество кадров

но перекодирование видео это cpu

https://geektimes.ru/post/285342/

вот пример с одной камеры