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

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

очень просветляет это

а что вы используете для работы с базой?)

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

Мысль требует внимания!)

а что вы используете для работы с базой?)

если какую-то штуку, которой вы даете запрос в каком-либо виде, а она вам обратно js-объект в каком-либо виде, то вы используете ORM

* естественно для реляционных баз

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

Я принимал проекты от IBM / TI и Intel'a ... Занимался реструктуризацией и реорганизацией галерок. Успел повидать всякого. Менеджмент рисков отсутствует по определению... даже руководство не руководит "потому что бизнес, потому что дедлайн". Толку с бизнеса если нет бизнес-плана ? Вера не Стратегия.

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

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

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

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

тут сразу технический перфекционизм куда-то исчезает и начинает бесить когда кто-то им страдает

Я новичок в Node.js. Поэтому моя проблема наверное не очень сложная. Мне нужно записать всех юзеров из mongodb в таблицу . Я хочу при регистрации пользователя добавлять новый рядок в таблицу в шаблон handlebars. Как из Node.js изменить handlebars?

тут сразу технический перфекционизм куда-то исчезает и начинает бесить когда кто-то им страдает

если нет опыта разработки качественных процессов, что бы разрабатывать качественные продукты - естественно он исчезнет. Риски будут множится, а то что должно занимать 2 часа будет занимать день.

если нет опыта разработки качественных процессов, что бы разрабатывать качественные продукты - естественно он исчезнет. Риски будут множится, а то что должно занимать 2 часа будет занимать день.

не платили) заметно

Аргументный-аргумент

Ну ок, дилетантов везде хоть лопатой отгребай... мне то что %)

Аргументный-аргумент

ну вы по-своему правы, во вселенной наемного персонала. я в общем не спорю с вашими доводами. но они имеют смысл в энтерпрайзе, в стартапе даже успешном вас не поймут

поймут

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

ну это в плохом стартапе)

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

и не только стартапов

Это да

Всем привет

о/

Есть сениоры? ?

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

ну тут важен баланс. вот люди способные не допустить стратегических технических ошибок очень нужны. но перфекционисты часто не дают не только допустить ошибок но и вообще довести продукт до продакшена

ну тут важен баланс. вот люди способные не допустить стратегических технических ошибок очень нужны. но перфекционисты часто не дают не только допустить ошибок но и вообще довести продукт до продакшена

перфекционист обычно также плох как и говнокодер

если нет опыта разработки качественных процессов, что бы разрабатывать качественные продукты - естественно он исчезнет. Риски будут множится, а то что должно занимать 2 часа будет занимать день.

не, процессы это хорошо. Вопрос в том, сколько есть денег.

200-250К$ в среднем

не, процессы это хорошо. Вопрос в том, сколько есть денег.

и когда это бабло с твоего счета то пригорает моментально

С них обычно остаётся за первые пол года 80К, и отбивается за вторые ...

не, процессы это хорошо. Вопрос в том, сколько есть денег.

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

хз хз ...

Ну ок, всем добра.

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

как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия

Есть сениоры? ?

Возможно.

как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия

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

как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия

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

самое простое - по скорости реагирования на изменения

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

стоп. каким образованием?

самое простое - по скорости реагирования на изменения

так. раскройте. интересно мнение

Таким, весёлым, которое может показать какие есть характеристики прямые и косвенные и к каким бизнес процессам они применимы...

Книжек любых по MBA можно почитать.

Стоит хотя бы разобраться в линейных и экспоненциальных эстимациях и процессах (в том числе и сугубо психологических) которые к ним приводят.

так. раскройте. интересно мнение

чем быстрее получается деливерить новые фичи, тем лучше(обычно). Далее сюда докидывается сколько при этом ломается старых фич. Но и это оч частный случай

Книжек любых по MBA можно почитать.

нет. тут неправда. там этому не научат

Ну у всех свои понятия MBA ...

У нас в среднем до mini-MBA люди еле дотягивают.

Понятия в принципе на таком же уровне.

ну, mba это вроде вполне конкретное, а нас тут интересует теория принятия решений, не?

Там куча разных менеджментов под капотом... которые непосредтсвенно и приводят к принятию решений.

чем быстрее получается деливерить новые фичи, тем лучше(обычно). Далее сюда докидывается сколько при этом ломается старых фич. Но и это оч частный случай

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

У нас в среднем до mini-MBA люди еле дотягивают.

я инженер, я не способен оценить уровень бизнесменов и их образования)

Ну, такое дело... при отсутствии вменяемого руководства приходиться впитывать рано или поздно, вместе с психологией.

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

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

Ну, такое дело... при отсутствии вменяемого руководства приходиться впитывать рано или поздно, вместе с психологией.

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

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

А если оценка сложности нелинейная ?

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

необязательно строить свой бизнес, ну

А если оценка сложности нелинейная ?

учитывайте это, ваш кэп)

У нас тут форсмажор с nodejs случился, нужен senior разработчик на 2-2.5 месяца на 300 000 рублей.

учитывайте это, ваш кэп)

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

У нас тут форсмажор с nodejs случился, нужен senior разработчик на 2-2.5 месяца на 300 000 рублей.

Вакансии и поиск работы: @javascript_jobs и @nodejs_jobs

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

ну собстно вот и ответ

чем быстрее получается деливерить новые фичи, тем лучше(обычно). Далее сюда докидывается сколько при этом ломается старых фич. Но и это оч частный случай

ну это если вы фичи продаете)

Спс

ERROR: S client not available

ну это если вы фичи продаете)

справедливо)

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

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

и приходится вместе узнавать)

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

или сменить место работы

В 99% случаев не поможет

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

а может архитектуру стоит оценивать в стоимости обработки запроса в долларах?

а может архитектуру стоит оценивать в стоимости обработки запроса в долларах?

не понял еси честно

Я обычно измеряю количество фич которое можно получить за доллар в текущем месяце. Сравниваю с предыдущим ... Потом разбираю что именно повлияло на изменения.

Я обычно измеряю количество фич которое можно получить за доллар в текущем месяце. Сравниваю с предыдущим ... Потом разбираю что именно повлияло на изменения.

тут важно описать что продает бизнес конечно. а то мы о разном

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

не понял еси честно

а что тут неясного? вот телеграм возмем. там рассказывали что в месяц 1-2 млн баксов тратится на сервера. тут скорость фич как-то не очень актуальна, а вот burn rate на отправку сообщения, на хранение кб и прочее сильно важнее

Я новичок в Node.js. Поэтому моя проблема наверное не очень сложная. Мне нужно записать всех юзеров из mongodb в таблицу . Я хочу при регистрации пользователя добавлять новый рядок в таблицу в шаблон handlebars. Как из Node.js изменить handlebars?

.

а что тут неясного? вот телеграм возмем. там рассказывали что в месяц 1-2 млн баксов тратится на сервера. тут скорость фич как-то не очень актуальна, а вот burn rate на отправку сообщения, на хранение кб и прочее сильно важнее

окей, и что здесь с архитектурой?

окей, и что здесь с архитектурой?

ну как оценивать качество? не особо очевидно

качество архитектуры? А что такое архитектура?

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

ну и оценивать мы можем насколько успешно мы добились этих самых характеристик. Потом насколько эти характеристики отвечают требованиям бизнеса. И все это оч относительные вещи

Хз... если учитывать что MVC морально устарел и издох, а на MVVM + CQRS-ES у людей не хватает мозга / опыта... та да можно говорить про "качество архитектуры".

ровно как мы(ну я пока точно не могу) не можем в общем случае сказать, какой нужен баланс между coupling&cohesion, так и здесь, приходится танцевать от конкретного проекта

Хз... если учитывать что MVC морально устарел и издох, а на MVVM + CQRS-ES у людей не хватает мозга / опыта... та да можно говорить про "качество архитектуры".

если учитывать, что под mvc каждый понимает, что хочет, в том числе и mvvm+cqrs-es ведь это всего-лишь пара деталей реализации)

Ну она позволяет увеличить реюзабельность компонентов

кто она?

MVVM + CQRS-ES архитектура под event-driven SOA

красивый набор базвордов)

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

Ок, не хочу объяснять что AAA i18n и валидация являются частью представления.

Это уже нужен опыт что бы понять и систематизировать...

В общем люди не знают что кровавый ынтерпрайс шагнул далеко вперёд, и там эти вопросы уже давно решены.

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

или %langname% шагнул далеко вперед