Во-первых, когда вы сами начнёте нанимать людей в нормальную контору, то увидите, как много непонятно кого пытаются правдами и неправдами попасть к вам. И если вы не знаете другого способа отсеивать фуфло, то вы тоже будете задавать тупые вопросы.
Статья о том, что таким способом наиболее эффективно отсеиваются как раз лучшие разработчики. А вот фуфло и так дорогу найдет, не замыканиями, так другими фокусами.
Это не книга, а блоги. Думаю, речь о той его идее, где он говорит, что у каждого программиста должен быть свой офис с дверью, которая закрывается на ключ. Смешнее всего, что это на самом деле дешево по сравнению с зарплатами программистов, но почему-то никто этого не делает.
Вы сначала ответьте на намного более простой и давний вопрос: что за процесс вызывает течение времени вперед? :)
Мы не в состоянии ответить на некоторые вопросы, мы можем только очень скрупулезно документировать наблюдаемые эффекты, а больше и не нужно, потому что главное – уметь предсказать, как физический мир будет отвечать на наши действия. Знание о том, какой процесс вызывает искривление метрики, не даст нам новых предсказаний по сравнению ОТО, если конечно этот процесс не будет подразумевать какие-то новые правила. Но тогда будут и другие наблюдаемые эффекты, и их тоже сможем систематизировать.
Суть в том, что и метрика, и сетка, и материя – это все выдумка людей. Вы пытаетесь спросить, почему они такие, какие есть? Но это не они такие, это мы их такими придумали.
Я не согласен с выводом статьи. Есть много моментов, где можно улучшить производительность даже на металлургическом заводе.
“До того как Зобрис изменил компанию, там, как и на большинстве промышленных предприятий, действовали сложные системы контроля и надзор за соблюдением дисциплины на рабочем месте. Время прихода и ухода рабочих (белые воротнички не в счет) фиксировалось, регистрировался объем произведенной каждым станком за час продукции. Каждая минута опоздания и каждая выработка ниже часовой нормы отмечались и отражались на ежемесячной зарплате. Вскоре после вступления на пост CEO Зобрис без предупреждения избавился от регистрации времени прихода и ухода и норм выработки (в главе 3.3 рассказана история, как новый директор сменил в FAVI Янтарный менеджмент на Бирюзовый). Менеджеры, доставшиеся ему вместе с заводом, ахнули. Ведь это прямой путь к катастрофе! Производительность труда рухнет! Зобрис признаёт, что после отмены контролирующих процедур в течение недели проверял производительность каждый день, поскольку не знал точно, что может произойти. Он твердо полагался на силу доверия и надеялся: производительность не упадет. Но не мог гарантировать, что окупит свою зарплату. Оказалось, что производительность не уменьшилась, а наоборот, увеличилась! Когда Зобрис увидел цифры, он стал расспрашивать рабочих, чтобы понять, что случилось. И они рассказали ему вот что. Когда ты работаешь за станком, формируется оптимальный физиологический ритм, при котором тело меньше всего утомляется. При старой системе с почасовыми нормами выработки рабочие всегда сознательно замедляли темп производства. Они обеспечивали себе зазор на случай, если начальники решат увеличить норму. Рабочие годами работали ниже своей естественной производительности труда, в ритме, наименее удобном и наиболее утомительном для них. И, разумеется, невыгодном для компании. А после отмены контроля они просто вернулись к удобному и естественному ритму работы.”
Фредерик Лалу. “Открывая организации будущего.”.
Кроме этого, часто только люди на местах могут заметить какие-то пути для оптимизации процесса, а иногда они и в курсе о них, но только вышестоящему руководству нет дела, поэтому никто и не старается улучшать производительность.
Да и вообще, вся книга о том, что счастливые люди работают лучше, и там много примеров, почему это так.
Статью прочитал, а комментарии почти нет. Вопрос к вам и к знающим людям: принимая во внимание все вышесказанное, можно ли сделать какой-нибудь функциональный язык, который будет решать задачи принципиально быстрее, чем С, и будет в каком-то смысле низкоуровневым? Имеются в виду как бенчмарковские задачи вроде сортировок, так и реальные задачи вроде HTTP-сервера.
Потому что если я правильно понимаю, сейчас ФП сильно проигрывает в производительности, а с учетом оптимизаций процессора для С – даже в задачах, которые легко распараллелить.
Этим все банковские приложения, страдают, кстати. У Тиньков та же проблема.
Оффтоп: это более широкая проблема. В дизайне стало считаться правильным показывать хоть какие-то данные вместо загрузки. Во всех приложениях показываются неработающие кнопки и полоски вместо текста. В открывающихся приложениях показывается закешированное изображение с предыдущего запуска. Часто это не помогает, а только мешает, к сожалению. Хотя красиво, что уж сказать.
Статья о том, что таким способом наиболее эффективно отсеиваются как раз лучшие разработчики. А вот фуфло и так дорогу найдет, не замыканиями, так другими фокусами.
Знаете, очень жизненно, кое-что напоминает. Не только для юристов полезный совет!
EDIT: Например, тут https://www.joelonsoftware.com/2006/09/07/a-field-guide-to-developers-2/
EDIT 2: Смешнее всего, что статьи еще нулевых годов.
А что если сослаться на статистику и объяснить начальству, что так ты будешь продуктивнее? Люди резко становятся умными, когда теряют деньги.
Возможно, лучше уточнить, что в интернете? Или сделать два разных вопроса?
Потому что, например, в кино я хожу, но покупать фильмы в интернете неудобно – много чего просто нет в удобном доступе.
Потому что мне например все понравилось, и я думаю, что сокращать не нужно :)
Мы не в состоянии ответить на некоторые вопросы, мы можем только очень скрупулезно документировать наблюдаемые эффекты, а больше и не нужно, потому что главное – уметь предсказать, как физический мир будет отвечать на наши действия. Знание о том, какой процесс вызывает искривление метрики, не даст нам новых предсказаний по сравнению ОТО, если конечно этот процесс не будет подразумевать какие-то новые правила. Но тогда будут и другие наблюдаемые эффекты, и их тоже сможем систематизировать.
Суть в том, что и метрика, и сетка, и материя – это все выдумка людей. Вы пытаетесь спросить, почему они такие, какие есть? Но это не они такие, это мы их такими придумали.
Кроме этого, часто только люди на местах могут заметить какие-то пути для оптимизации процесса, а иногда они и в курсе о них, но только вышестоящему руководству нет дела, поэтому никто и не старается улучшать производительность.
Да и вообще, вся книга о том, что счастливые люди работают лучше, и там много примеров, почему это так.
Потому что если я правильно понимаю, сейчас ФП сильно проигрывает в производительности, а с учетом оптимизаций процессора для С – даже в задачах, которые легко распараллелить.
Оффтоп: это более широкая проблема. В дизайне стало считаться правильным показывать хоть какие-то данные вместо загрузки. Во всех приложениях показываются неработающие кнопки и полоски вместо текста. В открывающихся приложениях показывается закешированное изображение с предыдущего запуска. Часто это не помогает, а только мешает, к сожалению. Хотя красиво, что уж сказать.
СССР, 1970-е г.
P.S. Оказывается, я не первый, кто заметил. Все равно обратите внимание на эти пункты, например :)
и т.д.