на инфостарте уже было, но здесь с выводами, если не ошибаюсь.

Интересный подход.

Мне бы очень хотелось тому кто его создал посмотреть в глаза и спросить «ЗАЧЕМ ТЫ ЭТО СДЕЛАЛ!?

О! ДА! ДА! ДА!

Все как в реале :)

Ну да и кухарка может управлять государством.

В первых строках стало понятно что Лена ошиблась, но от этого было только смешнее. Спасибо!

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

В точку!

Согласитесь, не нужно быть гуру в ИТ, чтобы у архитектора БД попросить оценить, сколько ему нужно времени для проектирования БД по данному ТЗ?

Соглашусь что гуру не нужно быть.

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

И как предлагается оценивать оценки профильных экспертов, соответствуют ли они истине без знаний в ИТ?

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

Если я не специалист в ИТ (разработке ПО), соответственно не смогу даже близко прикинуть. Также не смогу правильно выбрать технологии которые необходимо применить при разработке.

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

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

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

Т.е. нет разницы в проектах создания Буратино и Модели Буратино, я правильно понял? Как строить Буратин изучали с того момента как люди спустились с деревьев, а вот строить модели каких-то несколько десятков лет, вот вам и специфика и пропасть различий между ними.

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

Понасмотрелись уже на этих эффективных менеджеров. Зачем вообще браться за внедрение чего-либо о чем очень отдаленное представление имеешь, особенно в ИТ?

А если взять сначала подумать, а потом быстро напечатать? Кстати на тексте программы не особо-то и разгонишься, особенно учитывая цифровые знаки и знаки пунктуации. Сколько кстати на программном тексте выжимаете знаков 100-200-300?

Я бы не выдержал, если мне еще и после работы клевали мозг про «пропатчить Кеды под Бздю». Точно не за это.

2019 уже стучится :)

Тесты после перехода показали проседание производительности (местами до 20-30%) и увеличение потребляемой памяти (до 10-15%) по сравнению со старой версией кода. Это было, в частности, связано с неоптимальной работой стандартных строк. Поэтому строку нам опять пришлось использовать свою, слегка доработанную.

Из написанного не до конца понятно производительность вернулась на прежний уровень или нет после изменений?

Кстати этот прием всегда описывался при программировании 3D графики, еще в стародавние времена.