LINUX.ORG.RU
ФорумTalks

В чём причина нелюбви к энтерпрайзам?

 ,


0

1

Всем привет

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

Или для того, чтобы это понять, надо стать программированием на жизнь начать зарабатывать?

Спасибо


Ответ на: комментарий от torvn77

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

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

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

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

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

То задачи менеджмента всё равно в него не входят.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

То задачи менеджмента всё равно в него не входят.

Менеджмента нет, а вот архитектора вполне. Да и то senior вполне может еще и менеджером проекта быть и даже скорее всего должен(если проект не гигантский конечно).

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Архитектора — да, входят в должность архитектора. Но общение с пользователями это всё же менеджмент, а не архитектура. Да, архитектор общается с менеджером чтобы узнать подробности, если это так необходимо.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

Далеко не всегда. Пример из моей жизни\работы: пользователи вручную переносят экселевские файлы в софтинку, т.к. между отделами не могут утвердить уже пол года готовую процедуру автоматического импорта этих самых Excel файлов. И даже наняли доп. человека на эту работу.

//о-оо-оо-чень крупная американская компания.

Loki13 ★★★★★
()
Ответ на: комментарий от vurdalak

Почему уборщица не может быть охранником? Очень логичное совмещение должностей.

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

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

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

а вот что сеньор, что прожект манагер это птицы примерно одного уровня и тут нет того что «это не моего уровня работа».

С чего бы? Манагер зарабатывает больше сеньора.

Но вообще проблема не в этом. У них задачи совсем разные. Если он будет переключаться туда-сюда, производительность упадёт.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

С чего бы? Манагер зарабатывает больше сеньора.

От конторы зависит. Бывает и наоборот.

Если он будет переключаться туда-сюда, производительность упадёт.

Если он будет управлять(manage) своим проектом, который он спроектировал(architect) и по которому он раздает задачи джунам и иногда сам программит(program) сложные места, то ему не надо переключаться.

Ну и говорить что в не-энтерпрайзе часто нет возможности на проекты выделить столько позиций и выгоднее чтобы сеньор и управлял, а на место 2х освободившихся позиций взять еще 3х джунов(сеньору +зарплата менеджера, архитектора зарплату раскидать джунам).

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Если он будет управлять(manage) своим проектом, который он спроектировал(architect) и по которому он раздает задачи джунам и иногда сам программит(program) сложные места, то ему не надо переключаться.

Не путай управление рабочим процессом и кодом.

Ну и говорить что в не-энтерпрайзе часто нет возможности на проекты выделить столько позиций и выгоднее чтобы сеньор и управлял, а на место 2х освободившихся позиций взять еще 3х джунов(сеньору +зарплата менеджера, архитектора зарплату раскидать джунам).

Да, но это не от хорошей жизни. И не означает, что такой подход имеет преимущества.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Да, но это не от хорошей жизни. И не означает, что такой подход имеет преимущества.

Если бы весь UI\UX-сахар, который хотят пользователи проводился через начальство(и согласования), то разработка затянулась бы на годы, а сахара пользователи так и не увидели бы. Но они могут писать мне напрямую, по корпоративной почте(или даже звонить по телефону) и просить добавить разные удобности(кнопки "сделать збс" для разных узких случаев).

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

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Если бы весь UI\UX-сахар, который хотят пользователи проводился через начальство(и согласования), то разработка затянулась бы на годы, а сахара пользователи так и не увидели бы.

УМВР, ничего не растягивается сверх необходимого.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

УМВР, ничего не растягивается сверх необходимого.

Значит нет сверхзанятых людей без чьей подписи нельзя ничего делать(вносить изменения в ТЗ), а сам они могут на почту 20 дней не отвечать.

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

Не так. Ты пишешь руководителю смежного отдела(бухгалтерия), без их "Ок" нельзя изменить ТЗ, а они хрен кладут, т.к. есть дела важнее, чем твой сраный проект.

Loki13 ★★★★★
()
Ответ на: комментарий от vurdalak

Ну вот если у них есть дела кроме проекта, то кто-то сэкономил и совместил в одном человеке много дел.

А иначе этот человек будет простаивать 80% времени. Проект - автоматизация для них, но они и без автоматизации работают.

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

А иначе этот человек будет простаивать 80% времени.

Какая-то бинарная логика. Либо они перегружены, либо недогружены, а посередине ну никак не получается?

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Какая-то бинарная логика. Либо они перегружены, либо недогружены, а посередине ну никак не получается?

Если только на коммуникацию выделять человека, то будет недогружен. А если из существующих брать, то они и так нагружены сильно.

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Ну не знаю, только коммуникация и написание ТЗ уже занимает достаточно много времени.

vurdalak ★★★★★
()
Ответ на: комментарий от Loki13

Почему senior не может быть project manager'ом? Очень логичное совмещение должностей.

Ну в том и дело что это именно совмещение разных работ в одной.

Тут по моему проблема в том что представления на тему «программиста» в постссср идут еще с 90-х. Когда программист (одна шутка) писал разные программы и был на все руки мастер.

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

kernel ★★☆
()
Последнее исправление: kernel (всего исправлений: 1)
Ответ на: комментарий от vurdalak

В опенсорсе нет вообще никаких рычагов влияния на разработчика

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

Другое дело что и в конкретном проекте этих рычагов может не быть, и фирма должна уметь учитываеть стоимость поддержки и прочего.

kernel ★★☆
()
Ответ на: комментарий от kernel

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

Тогда это уже не клиент, а заказчик. Заказчик и в энтерпрайзе влияет на ПО которое заказывает.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Мне этот тред напоминает книгу «Атлант расправил плечи». Там берутся какие-то надуманные проблемы конкретных людей, а выставляется это так как будто социализм плох by desing, и только капиталисты всех спасут.

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

kernel ★★☆
()
Ответ на: комментарий от vurdalak

Тогда это уже не клиент, а заказчик. Заказчик и в энтерпрайзе влияет на ПО которое заказывает.

Смысл в том что в опенсорсе все по другому, он не укладывается в привычную модель организации и экономики проприетарного софта. Это своя отдельная экосистема.

Грубо говоря часть клиентов «никак не может повлиять» но и ничего не платит, часть клиентов становится частично заказчиками в вашей терминологии.

kernel ★★☆
()
Ответ на: комментарий от Loki13

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

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

kernel ★★☆
()
Ответ на: комментарий от kernel

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

kernel ★★☆
()
Последнее исправление: kernel (всего исправлений: 1)
Ответ на: комментарий от kernel

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

Это никак не прибавляет объективности самой книге, скорее наоборот...

Ужасы социализма там приуменьшены.

Не ужасы социализма, а ужасы строительства коммунизма* в обществе, которое буквально вчера жило по законам сословного абсолютизма.
----------------------------------------------
*многие борцуны с тоталитарным_прошлым™ намерено или по дурости всегда смешивают понятия «социализм» с понятием «коммунизм».

Attila ★★
()
Ответ на: комментарий от kernel

Атлант хорош тем что точно показывает какую роль в современной цивилизации играют условные капиталисты

Скорее «какую роль должны играть условные капиталисты в условиях всеобщей_свободы™». А не то безобразие, каким заняты реальные капиталисты в нашей реальной современной цивилизации.

В общем, описана очередная утопия, только не социалистическая, а капиталистическая.

Attila ★★
()
Ответ на: комментарий от ya-betmen

По опыту, если для фирмы ты сотрудник ценный

Если, ггг. В некоторых ценность сотрудников меряют возможностью получить опционы родной конторы :) Теоретически их можно получить начиная с тимлида. Практически - начиная с прожект менеджера «потому что их(опционов) мало и на всех не хватит, потому „компания их инвестирует... в ценных сотрудников“ (с) Кароч. Какой отсюда следует вывод, сам догадаешься? Кэп подсказывает, что „задачки посложнее“ будут решать дурачки на высоких девелоперских должностях (за ту же босую зарплату), все кто пониже - вообще „погулять вышли“. А жар загребут те, кто „делают(sic!) проЭкты“ - манагеры, которые не напишут ни строчки кода. Но зато продадут любой (даже еще ненаписанный) говнокод „решателей сложных задач“ по несоизмеримо более высокой прибавочной стоимости. А будешь выпендриваться, что „маппинг скушно“ - вместо „дорогого“ тебя (с твоей то зп) наймут на новый проект толпу пионеров (любо дорого поглядеть на соотношение качества кода, себестоимости (и зп студентам на круг) и цены конечного „продукта“(ТМ))

slackwarrior ★★★★★
()
Ответ на: комментарий от Loki13

Потому что выше него есть лиды и чиф софтварь девелоперы :) Которые... тоже не могут быть прожект манагерами, если есть прожект манагеры с наработанной базой клиентов. (А чифы кстати класть хотели на прожект мангмент - это какбэ технические гуры, которым впадлу тимлидить и координировать, но ценятся за «глубину экспертизы»)

slackwarrior ★★★★★
()
Ответ на: комментарий от vurdalak

Ну вот если у них есть дела кроме проекта, то кто-то сэкономил и совместил в одном человеке много дел.

Ггг, это и в разработку контрабасом уже протащили из «аджайл методолгий» мелких стартапов, у которых никогда не было денег на отдельных специалистов... А еще - у 95% не было успешных проектов, и потому они ушли из большого ынтерпрайзного секса в... торговлю методологиями... Одна из них dev ops, например. Суть - если дантист может делать работу секретарши, а наоборот нет - секретарша не нужна... Если ынтерпрайзная контора уверовала в что-то подобное - все. Прощай разделение труда, прощайте деплой инженеры, тестеры и бизнес-аналитеги(!), здравствуй jack of all trades, master of none. За одну зарплату.

slackwarrior ★★★★★
()
Ответ на: комментарий от slackwarrior

за ту же босую зарплату

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

любо дорого поглядеть на соотношение качества кода, себестоимости (и зп студентам на круг) и цены конечного „продукта“(ТМ)

Да-да-да, был у нас продукт на студенческом саппорте, так лид ихний несколько месяцев ходил нервный, а мы с коллегой потом ещё пару месяцев дерьмо разгребали когда они СЛА просрали так что дальше просто некуда.

Толпу студентов выгодно садить за простую и однообразную работу: маппинги/формашлёпство. Только вот этим кровавый интерпрайз не исчерпывается.

ya-betmen ★★★★★
()
Ответ на: комментарий от ya-betmen

Если тебе никто не предлагает - это твои личные проблемы и связаны они скорее всего с тем как ты работаешь.

Если ты проецируешь, чьи это проблемы, лол? :)

Да-да-да, был у нас продукт на студенческом саппорте

«Использование студентоты эффективным менеджментом подтверждает, ЧТД.» (с)

Только вот этим кровавый интерпрайз не исчерпывается.

Конечно - он дополняется переписыванием за студентотой, сам же подтвердил и расписался :)

slackwarrior ★★★★★
()
Последнее исправление: slackwarrior (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.