Pull to refresh
7
0

IT BM

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

у меня например все были из разработчиков. Все. 25 лет разработки и 8 фирм
Либо Вам чертовски повезло, либо я неудачник.
То, что Вы делаете называется прототипированием. Прототип и не должен быть идеальным, это противоречит его назначению. Тут, с моей точки зрения все окей. Другое дело, что его в продакшн тащить нельзя.
Это практически реальный код.
Я считаю, что при разумном подходе, эти деньги «на выкинуть» можно использовать намного выгоднее.
С моей точки зрения — это верный подход.
Конечно бывает, но это не повод не работать над качеством. Лучше понемного, но постоянно, чем много, но никогда.
На мой взгляд потребителю важно, чтобы качество продукта соответствовало его минимальным требованиям, которые со временем ужесточаются под действием конкуренции. И в случае, когда из-за качества кода, разработка под новые требования становится дорогой, страдает бизнес компании.

Что же касается самолетостроения, то недавно был показательный случаи с Боингами, если Вы помните. Он отлично вписывается в то, о чем я пытаюсь сказать. Лично я не могу себе позволить делать такие продукты.
Вы API только для внутренних потребителей разрабатываете? Если нет, то не вызывал ли Ваш подход сложностей у партнеров?
Не готов согласиться с Вами на сто процентов. У меня была возможность сравнить два проекта стартовавших в начале двухтысячных. Оба продукта в одной отрасли, оба B2B. В одном была лапша и набор самых плохих методик, в другом возможно не идеальный, но относительно чистый код.

Так вот, первый проект развивать дальше уже невозможно, а клиенты надо сказать, требуют современных решений. Я склонен поставить на то, что компания скоро схлопнется. Второй был успешно портирован на более современные версии программного обеспечения и фреймворков и на данный момент соответствует всем запросам потребителей.
Если не секрет, какие методики используете Вы и команда, чтобы удерживать технический долг в пределах разумного?
Вы считаете, что правильно — это всегда долго?
Они переписываются как раз потому, что дальше уже невозможно развивать из-за технического долга и плохого кода. Слишком дорогими становятся новые фичи.
К слову сказать, в Германии нет жёских требований по оформлению — главное содержание

Это зависит от университета и института (кафедры). У меня были.
Меня возможно заминусуют, но всеж. Вы пишите:

Частая смены работы привлекает внимание, как «тревожный звоночек». Если человек работает в одной компании меньше, чем полгода-год, спрашиваю о причинах, если дело доходит до собеседования.


В то время как ваш СТО работал в компаниях по 6, 7 и 4 месяца. Он один из тех кому помогло сопроводительное письмо?
Спасибо, очень полезная статья. У меня возник один вопрос: «Всегда ли необходимо указывать всех наемных сотрудников, которые работали на проекте?»
Нет.
Я сказал, что ссылка — это способ, который используют желтые сайты.
Мне кажется, что стоит переименовать статью. В ней нет 47 книг, а ссылка — это способ нагона трафика для желтых сайтов.
И вот я вам ставлю бизнес-задачу – повысить прибыль

Для начала поставьте нормальную цель по системе SMART, постройте дерево целей, а потом уже сможете начать оценивать их выполнение.
Я думаю, что код не совсем верен. Замените в случае с array_ функциями $data на $newData, Вы увидите совершенно другие результаты.

Information

Rating
Does not participate
Location
Германия
Registered
Activity