![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Перегрузка мозга
Как известно, в любой системе нужно оставлять примерно 25% процентов запаса по ресурсам, на случай обработки пиковых нагрузок. Но нагрузка на мой мозг от работы уже давно находится где-то на уровне 90% а иногда и выше, что в некотором роде задалбывает и вообще делает невозможным выделение дополнительных ресурсов в случае надобности.
Вот интересно, что с этим делать? Когда лишняя нагрузка, условно говоря "интересная" - т.е. там хаскель(и прочее около того) вкуривать, линукс настраивать или там дома делать серверную инфраструктуру - оно мозг задалбывает гораздо меньше. Но на это сейчас времени нет - тут бы основные работы делать успевать.
Так вот я думаю, что было бы лучше - можно выпилить из руководства ресурсы на еще одного-двух работников, чтобы передать им часть занятий. Но, оставляя побоку самоочевидную жаббу руководства, есть еще один аспект - ни один "хороший" программист на эту работу не пойдет. Потому что сплошная "опердень", общение с клиентами, постоянное дергание, итд. Нахрена такое кому-то надо?
Еще проблема в том, что 80% кода - на дельфи. Это сразу означает, что на собеседования придут в основном недоученные долбоебы, умеющие только кнопки на формы ложить. А обязательно нужно, чтобы знали ООП, как минимум. Не говоря уже о реляционных БД и функциональщине.
Второй вариант - положить хер на бессмысленные дела и переделать часть кода на более гуманные языки и платформы. Тут возникает другая проблема: писать всякую "опердень" на чем-либо кроме дельфи - объективно сложнее. Либо это я отупел вконец, либо просто ни у кого из дизайнеров других языков и платформ мысли о том, что надо бы и под разработчиков опердени в стиле "нужно вчера" оптимизироваться. Но в общем, это пофиг. Тем более, что на нормальном языке, который не позволяет истеричную разработку, хочешь-не хочешь, придется разрабатывать нормально.
Третий вариант - сразу взять опытных разработчиков на другом языке, обучить его предметной области, помогать проектировать архитектуру, но дальше пусть работает сам. Мне работы по общению с клиентами и прочим организационным моментам в любом случае хватит. Но жабба руководства вырастет до небес.
Пока я склоняюсь ко второму варианту, т.к. он не требует ежедневного капания на мозг руководству "дайте денег на девелоперов". А то, что в результате получится ад, израиль и пурпурная вша с AI на хаскеле - это проблемы руководства :)
Вот интересно, что с этим делать? Когда лишняя нагрузка, условно говоря "интересная" - т.е. там хаскель(и прочее около того) вкуривать, линукс настраивать или там дома делать серверную инфраструктуру - оно мозг задалбывает гораздо меньше. Но на это сейчас времени нет - тут бы основные работы делать успевать.
Так вот я думаю, что было бы лучше - можно выпилить из руководства ресурсы на еще одного-двух работников, чтобы передать им часть занятий. Но, оставляя побоку самоочевидную жаббу руководства, есть еще один аспект - ни один "хороший" программист на эту работу не пойдет. Потому что сплошная "опердень", общение с клиентами, постоянное дергание, итд. Нахрена такое кому-то надо?
Еще проблема в том, что 80% кода - на дельфи. Это сразу означает, что на собеседования придут в основном недоученные долбоебы, умеющие только кнопки на формы ложить. А обязательно нужно, чтобы знали ООП, как минимум. Не говоря уже о реляционных БД и функциональщине.
Второй вариант - положить хер на бессмысленные дела и переделать часть кода на более гуманные языки и платформы. Тут возникает другая проблема: писать всякую "опердень" на чем-либо кроме дельфи - объективно сложнее. Либо это я отупел вконец, либо просто ни у кого из дизайнеров других языков и платформ мысли о том, что надо бы и под разработчиков опердени в стиле "нужно вчера" оптимизироваться. Но в общем, это пофиг. Тем более, что на нормальном языке, который не позволяет истеричную разработку, хочешь-не хочешь, придется разрабатывать нормально.
Третий вариант - сразу взять опытных разработчиков на другом языке, обучить его предметной области, помогать проектировать архитектуру, но дальше пусть работает сам. Мне работы по общению с клиентами и прочим организационным моментам в любом случае хватит. Но жабба руководства вырастет до небес.
Пока я склоняюсь ко второму варианту, т.к. он не требует ежедневного капания на мозг руководству "дайте денег на девелоперов". А то, что в результате получится ад, израиль и пурпурная вша с AI на хаскеле - это проблемы руководства :)
no subject
no subject
Модель работы ADO.NET и датагридов странноватая.
Скорость компиляции сильно ниже чем у дельфи.
В общем, я на нем и на дельфи делал примерно одинаковый проект - типа универсального MDI-клиента для баз данных. На дельфи получается лучше.
no subject
В языках, отличных от C/C++ проблемы раздельной компиляции вроде как нормально решены.
Для разработки "нужно вчера" хорошо Scheme подходит. Правда, не знаю, как там с gui - я все через веб делаю.
no subject
И у меня проблема, что нужен именно GUI.
Насчет Scheme - вопрос сложный, типизации нету. Я сейчас в трех проектах выезжаю ровно на умении SQL-парсера СУБД выводить типы из запросов и таблиц. Хотелось бы такое и на основном языке иметь.
no subject
Вдумчиво и хорошо тоже можно, но не обязательно, в отличие от других языков :-).