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

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

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

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

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

Головой надо думать, что значит "плохой код"? И почему тебе нужно его переписать? Часто "плохой код" понятие сильно субъективное. Видел как чел оптимизировал вывод hello world, вместо 1 встроенной функции из либы он начал выпиливать зависимости и дошел до кода в строк 6, что-ли, плохой код с точки зрения джуна? Я думаю что да) надо его рефакторить? Точно нет) т.к. он работает быстрее и цель была в этом, и приходя на проект ты просто не знаешь почему сделано так и переписывая ты можешь сделать только хуже

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

Так везде, надо смирится

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

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

Ну бизнесу нужны работающие решения, а не красота кода

Почему работающие решение не могут быть нормально спроектированы?

Пет проекты пиши, а на работе надо работать, а не красоту наводить.

Ну если ты круто проектируешь на лету это отлично

Почему работающие решение не могут быть нормально спроектированы?

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

Почему надо обязательно пороть сроки? Почему сроки ставятся так, что можно написать только костыли? Кто и зачем создаёт такую ситуацию?

Жизнь)

Кривой менеджмент

Люди, которые принимают решений не понимают базовых моментов (вроде стоимости внесений изменений на разных стадиях проекта)

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

Ну где возможность есть можно и подумать о прекрасном, правильном дизайне, архитектуре итд, но если нет то придётся считаться с суровой реальностью

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

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

Конкуренты не будут ждать пока вы там продумаете все детали)

А потом уже поезд уехал и нужно ЭТО поддерживать хоть оно и как бы говорит "Убееейте меня"

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

Отсутствие красивого кода это не про клиентов) ты все намешал в кучу

Где я писал про красивый код?

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

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

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

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

А зачем менеджер согласовал эти сроки? Как порядочный и грамотный человек он должен был назвать реальные сроки.

А что он должен был сделать? 😁 Встать в позу и сказать что он так не работает? Уволиться?) для реальных сроков нужно реальное ТЗ, часто тебе дают примерные хотелки и ты ещё тратишь уйму времени на выяснение функционала который хочет заказчик, а после релиза его ещё и переделывают т.к. кто-то кого-то не понял

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

Ты бы там всех порвал убедил, понимаю))

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

Ты знаешь, микросервисы можно переписывать по отдельности, а не всем монолитом)

вот тут ты писал про проекты https://t.me/golang_jobsgo/104421 а микросервис это лишь маленькая часть проекта, ты бы еще количеством функций хвастался.