Очень пафосная и непонятная статья (к переводчиками без претензий). Очень много слов и крайне мало информации. Интересное мышление все-таки у англоязычных.
Тут когда-то была статья, как американцы во время второй мировой войны клепали эсминцы, для борьбы с подводными лодками. Десятками, если не вру. И требования, чертежи соответственно, менялись каждую неделю. Думается, можно изучить данный опыт и что-то применить и в девелопинге.
А мне вот интересно. Если на рынке наличествует пять тысяч кандидатов, то вы всем пяти тысячам отправляете предложение написать прогу, и все пять тысяч смотрите репы по полчаса? Так конечно, "трата ресурсов на проверку решений".
У меня такое ощущение, что всем айтишникам надо поработать в промышленности. Такую смешную ахинею пишут про нормирование трудоемкости. Желательно бы еще всем айтишникам окончить ВУЗ, простой машиностроительный или строительный (лучше да, строительный) ВУЗ.
В промышленности "оценка" называется "Нормирование трудоемкости".
Нормирование (это в принцице) возможно только:
Для одинаковых операций. Точнее, для тех, которые в принципе известны.
Для тех операций, которые когда-либо делались.
Только для того изделия, которое имеет проект. Имеются чертежи со всеми составляющими. Вплоть до последней детали.
Имеются набор продуманных операций для каждой детали.
Все операции известны, когда-либо делались, записывалась трудоемкость этой операции. А также сложность, размеры, вес детали и так далее, все факторы, влияющие на трудоемкость. Пример - длина сварного шва, размер катета.
Чтобы нормально просчитать трудоемкость, нужно следующее.
Нужен детальный проект. Не "мечта" менеджера, бгг. "Мечта менеджера" в промышленности - это техническое задание на самом-самом начале, текстовка с описанием. Должен быть проект, "чертежи". По которым исполнитель может наваять программу. Вообще любой исполнитель-программист, знающий язык программирования и нужные технологии. Знание бухгалтерии или еще каких предметных областей - совершенно будет не нужно, что требуется сейчас от экспертов-сеньеоров. Кстати, и для контроля такой проект нужен - чтобы по проекту любая девочка-контролер могла протестировать.
Затем нужен отдел нормировщиков - специально обученные люди, которые по проекту, имея справочники, свои тетради и прочие материалы, зная, какие "детали" проекта и какой они сложности, могут по своим таблицам определить, сколько будет трудоемкость изготовления данного компонента/детали. Это "НЕ НОРМА!", когда менеджер или исполнитель, определяет, какая трудоемкость определенного компонента.
В ИТ, в отличии от двухсотлетней системы в промышленности, действует модель стартапа (гаража, узбекской бригады плиточников).
Заказчик хочет сделать продукт. Он имеет "мечту".
Сколачивает брагада стартапа из десятка узбеков программистов. Они читают хотелки и прикидывают, сколько у них займет времени каждый элемент работы.
Озвучивают заказчику.
Заказчик чешет репу, и либо, соглашается, либо бежит дальше по рынку.
Бригада начинает ишачить.
Если ребята выполняют работу в срок - им оплачивают работу, они ищут нового лоха заказчика.
Если не успевают - либо увеличивают сроки, без увеличения оплаты и работают себе в минус. Либо выциганивают увеличение сроков и бюджета. Можно повторить. Проваливают проект, стартап банкротится, разрабы разбегаются. Заказчик терпит убытки.
Перейти к п.1.
Вся нынешняя система "определения трудоемкости" - гадание на кофейной гуще, ваша "система" - тоже самое, и предполагает либо угадывание и получение прибыли, либо неугадывание и банкротство вашей шараги с последующим выкупом команды в следующую шарагу.
Сколько я таких "систем" видел - все чепуха, потому что никто не понимал необходимых условий, которые я привел вверху. Все - разные системы гадания.
Людям не плевать. У людей 1. нет информации. 2. нет выбора. Автор прекрасно может выбрать между Киа и поделием отечественного авторпома. Люди покупают российские авто не потому, что им плевать, а потому что у них нет выбора.
Про автобусы несколько некорректный пример (но с другой стороны, как раз корректный). Общественный транспорт - социальная задача, и должна решаться обществом, на уровне муниципалитетов и федерала. Основные финансы должны идти от государства. И они таки и идут в основном от государства - что касается транспорта с инфраструктурой, типа трамваев или ЖД. Трамваи и троллейбусы финансируются государством явочным порядком. Метро - вообще вопиющий пример, московское метро, похоже, вся страна содержит. Электрички на ЖД, хоть государство и пытается спихнуть на частников уже какое десятиление, живет, по-факту, за счет товарного грузооборота. Влачит жалкое существование. Автобусники же, по-сути, катаются по дорогам нахаляву. И нахаляву же пользуются автостанциями (за тридцать лет капиталистической власти не построено ни одной автобусной станции).
Java, как ВМ, так и собственно, язык - это (что очевидно теперь) социальные задачи, и оплачиваться должны также обществом, а не конечным потребителем. Также и языки C++, Дельфи и прочие должны разрабатываться обществом, сиречь на государственные деньги. IDE, конечно, продукт, который оплачивает пользователь.
Аргументом предыдущего абзаца служит тот факт, что за тридцать лет в России не разработан ни один язык программирования. Ни один!
Да ладно! Я вот в своем доме живу, и не могу рубанок нормальный купить. Обычный рубанок. Продают настолько кал, что стальные, что деревянные, что я просто в изумлении. Такое впечатление, что они изготовлены на зоне, людьми, не имеющими никакого понятия про столярку.
У моего деда были рубанки в во дворе (он был столяром-крастодеревщиком) - я ими мог строгать (причем в детстве было). У отца в саду были рубанки, советские - я ими строгал. Сейчас, в 2025 году в капиталистической России - я не могу купить пригодный к эксплуатации рубанок. Приходится покупать электрорубанок, а он для множества задач непригоден.
Кому вы там парите мозги про советское низкое качество?
Сделать неразъемный может несложно. Но интерес представляет часто обслуживаемый блок батареи, или более того - быстросменная батарея, как китайцы сделали, на станциях чтобы быстро заменялся. Как сделать, чтобы не проливалась охлаждающая жидкость?
Есть мнение, что они не работают там, где живут, а живут там, где работают.
Конструктивно - у дрона шесть лап, шесть винтов и шесть двигателей. Предложите, как это все скомпоновать?
Где они столько генерирующих мощностей взяли? Разве что на бывших заводах есть подсоединения.
Достаточно будет ловить exception и возвращать 500?
Очень пафосная и непонятная статья (к переводчиками без претензий). Очень много слов и крайне мало информации. Интересное мышление все-таки у англоязычных.
А если не ртуть использовать, а какой-то другой жидкий металл, который не дает ядовитых испарений? И вообще не испаряется, чтобы вакуум был поглубже?
Тут когда-то была статья, как американцы во время второй мировой войны клепали эсминцы, для борьбы с подводными лодками. Десятками, если не вру. И требования, чертежи соответственно, менялись каждую неделю. Думается, можно изучить данный опыт и что-то применить и в девелопинге.
А мне вот интересно. Если на рынке наличествует пять тысяч кандидатов, то вы всем пяти тысячам отправляете предложение написать прогу, и все пять тысяч смотрите репы по полчаса? Так конечно, "трата ресурсов на проверку решений".
У меня такое ощущение, что всем айтишникам надо поработать в промышленности. Такую смешную ахинею пишут про нормирование трудоемкости. Желательно бы еще всем айтишникам окончить ВУЗ, простой машиностроительный или строительный (лучше да, строительный) ВУЗ.
В промышленности "оценка" называется "Нормирование трудоемкости".
Нормирование (это в принцице) возможно только:
Для одинаковых операций. Точнее, для тех, которые в принципе известны.
Для тех операций, которые когда-либо делались.
Только для того изделия, которое имеет проект. Имеются чертежи со всеми составляющими. Вплоть до последней детали.
Имеются набор продуманных операций для каждой детали.
Все операции известны, когда-либо делались, записывалась трудоемкость этой операции. А также сложность, размеры, вес детали и так далее, все факторы, влияющие на трудоемкость. Пример - длина сварного шва, размер катета.
Чтобы нормально просчитать трудоемкость, нужно следующее.
Нужен детальный проект. Не "мечта" менеджера, бгг. "Мечта менеджера" в промышленности - это техническое задание на самом-самом начале, текстовка с описанием. Должен быть проект, "чертежи". По которым исполнитель может наваять программу. Вообще любой исполнитель-программист, знающий язык программирования и нужные технологии. Знание бухгалтерии или еще каких предметных областей - совершенно будет не нужно, что требуется сейчас от экспертов-сеньеоров. Кстати, и для контроля такой проект нужен - чтобы по проекту любая девочка-контролер могла протестировать.
Затем нужен отдел нормировщиков - специально обученные люди, которые по проекту, имея справочники, свои тетради и прочие материалы, зная, какие "детали" проекта и какой они сложности, могут по своим таблицам определить, сколько будет трудоемкость изготовления данного компонента/детали. Это "НЕ НОРМА!", когда менеджер или исполнитель, определяет, какая трудоемкость определенного компонента.
В ИТ, в отличии от двухсотлетней системы в промышленности, действует модель стартапа (гаража, узбекской бригады плиточников).
Заказчик хочет сделать продукт. Он имеет "мечту".
Сколачивает брагада стартапа из десятка
узбековпрограммистов. Они читают хотелки и прикидывают, сколько у них займет времени каждый элемент работы.Озвучивают заказчику.
Заказчик чешет репу, и либо, соглашается, либо бежит дальше по рынку.
Бригада начинает ишачить.
Если ребята выполняют работу в срок - им оплачивают работу, они ищут нового
лохазаказчика.Если не успевают - либо увеличивают сроки, без увеличения оплаты и работают себе в минус. Либо выциганивают увеличение сроков и бюджета. Можно повторить. Проваливают проект, стартап банкротится, разрабы разбегаются. Заказчик терпит убытки.
Перейти к п.1.
Вся нынешняя система "определения трудоемкости" - гадание на кофейной гуще, ваша "система" - тоже самое, и предполагает либо угадывание и получение прибыли, либо неугадывание и банкротство вашей шараги с последующим выкупом команды в следующую шарагу.
Сколько я таких "систем" видел - все чепуха, потому что никто не понимал необходимых условий, которые я привел вверху. Все - разные системы гадания.
Текстом бы
Людям не плевать. У людей 1. нет информации. 2. нет выбора. Автор прекрасно может выбрать между Киа и поделием отечественного авторпома. Люди покупают российские авто не потому, что им плевать, а потому что у них нет выбора.
Автор говорит, что читателям наплевать на качество контента.
О, спасибо за разъяснение. Респект Маску. Этим самым он, в условиях патентного права Запада, закрыл приватизацию очевидных технических решений.
Условно. Котлин НАЧАЛ разрабатываться в 2010 году, в том же году компания начала перебираться в Прагу.
Про автобусы несколько некорректный пример (но с другой стороны, как раз корректный). Общественный транспорт - социальная задача, и должна решаться обществом, на уровне муниципалитетов и федерала. Основные финансы должны идти от государства. И они таки и идут в основном от государства - что касается транспорта с инфраструктурой, типа трамваев или ЖД. Трамваи и троллейбусы финансируются государством явочным порядком. Метро - вообще вопиющий пример, московское метро, похоже, вся страна содержит. Электрички на ЖД, хоть государство и пытается спихнуть на частников уже какое десятиление, живет, по-факту, за счет товарного грузооборота. Влачит жалкое существование. Автобусники же, по-сути, катаются по дорогам нахаляву. И нахаляву же пользуются автостанциями (за тридцать лет капиталистической власти не построено ни одной автобусной станции).
Java, как ВМ, так и собственно, язык - это (что очевидно теперь) социальные задачи, и оплачиваться должны также обществом, а не конечным потребителем. Также и языки C++, Дельфи и прочие должны разрабатываться обществом, сиречь на государственные деньги. IDE, конечно, продукт, который оплачивает пользователь.
Аргументом предыдущего абзаца служит тот факт, что за тридцать лет в России не разработан ни один язык программирования. Ни один!
В Java есть закладки? Что за закладки? Зачем?
В советское время то-же самое было. Даже отражено в кинематографе, "Афоня".
Да ладно! Я вот в своем доме живу, и не могу рубанок нормальный купить. Обычный рубанок. Продают настолько кал, что стальные, что деревянные, что я просто в изумлении. Такое впечатление, что они изготовлены на зоне, людьми, не имеющими никакого понятия про столярку.
У моего деда были рубанки в во дворе (он был столяром-крастодеревщиком) - я ими мог строгать (причем в детстве было). У отца в саду были рубанки, советские - я ими строгал. Сейчас, в 2025 году в капиталистической России - я не могу купить пригодный к эксплуатации рубанок. Приходится покупать электрорубанок, а он для множества задач непригоден.
Кому вы там парите мозги про советское низкое качество?
г-н Минье предлагал насос для откачки воздуха тоже самому сделать?
Сделать неразъемный может несложно. Но интерес представляет часто обслуживаемый блок батареи, или более того - быстросменная батарея, как китайцы сделали, на станциях чтобы быстро заменялся. Как сделать, чтобы не проливалась охлаждающая жидкость?