Потому что бизнес прекращает существовать =)

вот смотри, делаешь ты CRM

у тебя 100 клиентов по 1000р месяц

Зачем?

Зачем ты её делаешь?

Hubspot, Salesforce

Зачем ты её делаешь?

И потом выясняется через 7 лет - что долга в нём столько - что нужно создавать с нуля

Я тебе больше скажу, есть компания, которая целиком переписывает свой продукт раз в версию. Живы, здоровы

это значит что программист себя не окупает?

И в это время ГОД у тебя не будет никаких фич новых - которые тебя задвинут в жопу - по сравнению с конкурентами - вот тогда ТЫ - как програмсит - который создал этот долг - УБИЛ бизнес

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

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

И в это время ГОД у тебя не будет никаких фич новых - которые тебя задвинут в жопу - по сравнению с конкурентами - вот тогда ТЫ - как програмсит - который создал этот долг - УБИЛ бизнес

Ебать тебя помотало этим

Я тебе больше скажу, есть компания, которая целиком переписывает свой продукт раз в версию. Живы, здоровы

not bad

Ебать тебя помотало этим

Компания в $ 10 млн прибыли в год

Между прочем

Такой не малый бизнес

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

беизкамп переделывается из версии в версии с нуля

not bad

Ну да, причём известная компания

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

А можно просто писать нормально)

Компания в $ 10 млн прибыли в год

Да и что?

Да и что?

Если бы это была твоя компания - или у тебя были акции - ты бы не говорил Да и что? =)

А можно просто писать нормально)

Это нереально, любой код приходит в говно со временем. Просто можно принять это как аксиому.

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

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

Не эволюционирующая архитектура всегда будет. Ты не сможет сделать абсолютно гибкую архитектуру

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

Тем не менее open source продукты именно так и развиваются в большей степени

Такие бизнесмены все =)

Это нереально, любой код приходит в говно со временем. Просто можно принять это как аксиому.

говно можно изолировать. если твой код минимально cohesive, то ему время не страшно

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

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

Если бы это была твоя компания - или у тебя были акции - ты бы не говорил Да и что? =)

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

Рефакторятся и переписываются модули

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

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

Но значит у них уже есть рабочий продукт

когда продукт выстреливает и делает x100

просто потому что хорошо продается

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

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

И не одно и тоже они делают. Команда может быть вообще одна. Просто часть людей с одного проекта на другой перетекает постепенно.

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

Вот тут есть интересный момент. Я раньше думал, что надо КОНТРОЛИРОВАТЬ и ОГРАНИЧИВАТЬ. Сейчас понимаю, что надо этому дать повториться самому, а потом аккуратно подправить и лишнего удалить и все ок будет

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

за мат извени

Ну и отлично все тогда О

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

Так это ахуенно как раз

потратил 2 недели на соединение 2х опенсурсных проекта и написание бекенда, и распродалось за 20к баксов

Для бизнеса

Для тебя - не очень

Дроч на код - последнее дело

Смотря какие цели

Для человека важно расти

А такие команды - где все работает - и изменений нет никаких - я обычно сокращаю )

Для фрилансера )

Который просто мейтнет

Дроч на код - последнее дело

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

У людей есть свойство - придумывать проблемы, когда все и так работает

потратил 2 недели на соединение 2х опенсурсных проекта и написание бекенда, и распродалось за 20к баксов

Такое тз на upwork видел вроде :)

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

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

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

так тоже можно сказать

Такое тз на upwork видел вроде :)

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

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

8 месяцев карл)

Agile

8 месяцев карл)

а после выполнения ты все это говно за 2 недели переписываешь)

а после выполнения ты все это говно за 2 недели переписываешь)

не понял

не понял

ну тыж переписал двойной селект вроде

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

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

потому что не рельс вэй)

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

Ну так да, типичная ситуация. Только знаешь чо? Даже если ты все переделаешь там сейчас, ты решишь проблему временно и в итоге все равно в дерьмо уйдет :) Поэтому нужно постоянно переписывать, чтобы код был в тонусе

потому что не рельс вэй)

да)

ERROR: S client not available

и вообще работает - не трогай

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

Сервисы, как сущности инфраструктуры, или как сервис объекты?

Ну так да, типичная ситуация. Только знаешь чо? Даже если ты все переделаешь там сейчас, ты решишь проблему временно и в итоге все равно в дерьмо уйдет :) Поэтому нужно постоянно переписывать, чтобы код был в тонусе

Да я просто разделил логику. Теперь если в одном месте правишь в 10 других не валиться. Это не нужно переписывать постоянно теперь, а скорее всего никогда

Людям комфортно с 9 до 5 делать 8 месяцев тикеты

Уходи оттуда

Это - таксичное окружение

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

Люблю такое. Это кстати не только от кода зависит. Возможно процесс онбординга стоит пересмотреть тоже

8 месяцев карл)

Значит им норм, что тут плохого?

В смысле - так полгода входа в проект - это ж на 2 месяца короче, чем закрытие тикита

Это отличная скорость!!!

Уходи оттуда

А можно узнать куда? :)

Люблю такое. Это кстати не только от кода зависит. Возможно процесс онбординга стоит пересмотреть тоже

Онбординг состоит в том, что гуру дерьмокода парно программирует с новичком, пока тот не отупеет до такой степени, что сам начнет такой же код писать)

Ну это неэтично - справшивать откуда =)

А можно узнать куда? :)

да ладно. С этим нет проблем

Да я просто разделил логику. Теперь если в одном месте правишь в 10 других не валиться. Это не нужно переписывать постоянно теперь, а скорее всего никогда

А они как хотят чтобы было?

Значит им норм, что тут плохого?

вот я и собираюсь бежать. Просто есть непонимание, почему это может быть кому-то норм

Это отличная скорость!!!

Ну ты понимаешь что субъективно для тебя это плохо и фу фу. Для других ребят это может быть норм. Ты же не знаешь контекст и на сколько сложная бизнес логика

да ладно. С этим нет проблем

Да просто везде такая ситуация. Ну лично я других не знаю

Ну ты понимаешь что субъективно для тебя это плохо и фу фу. Для других ребят это может быть норм. Ты же не знаешь контекст и на сколько сложная бизнес логика

То есть ты можешь представить бизнес логику сложную настолько, что код на руби пишется 8 месяцев? =)

А они как хотят чтобы было?

Они хотят 4 косерна в модели. В у консернов есть вложенные консерны. Это не считая прочей логики в модели на 300 строк

Они запускают ракеты на Венеру что ли =)

Ну ты понимаешь что субъективно для тебя это плохо и фу фу. Для других ребят это может быть норм. Ты же не знаешь контекст и на сколько сложная бизнес логика

Логика изишная, она усложнена текущей реализацией и структурой бд

Да просто везде такая ситуация. Ну лично я других не знаю

Нельзя останавливаться в таких командах - это плохо для здоровья

Да просто везде такая ситуация. Ну лично я других не знаю

Ситуация, что люди не любят свою работу и не хотят в ней развиваться - везде?

Нельзя останавливаться в таких командах - это плохо для здоровья

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

То есть ты можешь представить бизнес логику сложную настолько, что код на руби пишется 8 месяцев? =)

Да, я с такой столкнулся

Это не мой случай ребят

Мы писали только логику около 2-3 месяцев и тестировали ее потом 3-4 месяца

Ситуация, что люди не любят свою работу и не хотят в ней развиваться - везде?

Слишком громкие слова, про развиваться. Я бы сказал так, где на тикет 8 месяцев надо условно

Если писать это с нуля, то 2 недели потолок

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

Тут же вопрос бизнеса и твоего профессионализма.

Мы писали только логику около 2-3 месяцев и тестировали ее потом 3-4 месяца

При этом мы не все ещё сделали, но пока этого хватает