Для полной иронии им нужно добавить обучающий материал, объясняющий угрозу посещения сайтов использующих невалидные сертификаты.
А так конечно полезный ресурс может получиться.
факт работы Autopilot снижает вероятность аварии в 2 раза.
Еще интересно было бы увидеть общую (среди всех автомобилей) статистику аварий (например количество аварий на 1000 автомобилей) на трассе vs. на уличных дорогах.
Потому как автопилотом в основном пользуются на трассе; на уличных дорогах со светофорами / стопами не особо удобно.
Если вдруг окажется, что на уличных дорогах вероятность аварии выше, то значимость автопилота может быть завышена.
Маск и не менеджер, и не испольнитель.
Он — Лидер (Директор).
Директор вникает в детали, анализирует и на основе этого принимает верные стратегические и тактические решения.
Менеджер принимает задачи от директора, делегирует исполнителям и следит за выполнением.
Исполнитель в свою очередь занимается непосредственной реализацией этих задач.
Другими словами,
Директор вникает в детали, чтобы придумать те самые задачи, если не вникать, то задачи могут быть неверными, не оптимальными, вредными.
Менеджер следит за исполнением задач, то есть работает с людьми, поэтому вникание в детали не обязательно.
Исполнитель занимается реализацией задач, поэтому вникание в детали обязательно.
Маска неслучайно, но ошибочно называют микроменеджером. Действительно, он вникает в тонкие детали и особенности работы его компаний. Но здесь важна цель такого подхода. Он это делает не для того, чтобы стоять за спиной и следить, чтобы все было исполнено корректно, а для того, чтобы выявлять уязвимые места в процессах, понимать эти процессы на нижнем уровне, чтобы принимать верные, оптимальные решения для более быстрого развития компании.
Чтобы увеличить производительность Теслы с 1000 авто в неделю до 10 000 в неделю, нужно спуститься на землю и понять, как работает каждый этап.
Традиционный способ: CEO просит VP of Manufacturing предоставить доклад о состоянии процесса, потенциальных проблемах и шагах для решения. Тот делегирует директору, директор менеджеру, менеджер собирает исполнителей и работает с ними. Далее по обратной цепочке информация (уже искаженная, не точная) доставляется к CEO.
Этот способ длительный, не очень эффективный, но позволяет CEO оставаться наверху не влезая в кучу деталей и технический тонкостей (в большинстве компаний CEO имеют бизнес или экономическое образование, а не техническое).
Способ Маска: напрямую обратился к исполнителям, изучил мат часть, придумал грамотное решение (так как видит картину целиком) и передал на исполнение VP of Manufacturing.
Этот способ быстрый и эффективный, но нереально сложный (особенно в крупных компаниях).
Разницу этих подходах можно заметить в том, насколько быстро Тесла разрабатывает новые фичи и меняет стратегические направления по сравнению с компаниями типа GM, Ford.
Исходя из всего этот мое мнение — Маск грамотный директор (лидер).
Не знаю как Яндекс выбирал, но в случае нашего проекта Swift значительно увеличил скорость разработки (несмотря на «слабый» компилятор) за счет компактности и читабельности кода. Плюс рано или поздно придется переходить с Objective-C на Swift.
По моим личным ощущениям написание и чтение Swift кода требует значительно меньше ментальной нагрузки, чем Objective-C (6 лет опыта Objective-C, 3 года опыта Swift).
Соглашусь про боль iOS (swift) разработчика. Если у них все 400k loc на Swift, то я могу только представить как долго весь проект компилируется.
От себя могу добавить еще несколько причин боли:
1. Постоянные проблемы с подключением iPhone / iPad к Xcode, особенно после того как «Debug over the air» был реализован в последнем Xcode.
2. Xcode компилирует проект с нуля если поменять «target» с телефона на симулятор или наоборот. На нашем проекте занимает около 5 минут (~100k loc на Swift).
3. Постоянные проблемы с подсветкой кода и «autocompletion». Часто работает с задержкой, иногда требуется перезагрузка Xcode.
Самое неприятное, что при работе с Xcode чувствуешь, что ты соображаешь быстрее, чем он, постоянно приходится ждать, недолго, но все равно чувствуется.
Пробовал перейти на AppCode, в каких-то моментах он быстрее и удобнее, в других на порядок медленнее, видимо за счет того, что написан не-нативно.
Потому что не все ide поддерживают auto spell-check. Xcode например не поддерживает.
А на тот момент, когда писались эти игры, я думаю большинство ide / editor не поддерживали.
Вручную проверить каждое полу-тривиальное слово, конечно, тоже не вариант.
Вот как сам AppSee аргументирует полезность этой фичи:
This feature enables you to tackle vital questions such as:
What makes users abandon the registration process?
Why do users only use the app once and never return?
Why is my app crashing?
Я никого не защищаю, но я вижу полезность видео в двух распространенных случаях:
1. Пользователь обратился в службу поддержки с какой-либо проблемой. Проблема доведена до тестировщика. Тестировщик просматривает видео с устройства этого конкретного пользователя, чтобы определить шаги воспроизведения проблемы.
2. Приложение крешится. Тестировщик смотрит видео за несколько минут до момента падения. Опять же помогает определить шаги воспроизведения.
Фича видео записи не такая уникальная. Buddybuild тоже имеет такую возможность. Они правда отправляют видео только в случае крэша.
За полем «Don't hide any field» скрывается более серьезное нарушение. Если вдруг Burger King включит эту опцию, то это приведет к записи всех данных по кредитной карте, что является нарушением стандартов PCI, если компания не имеет сертификации.
А само нарушение имеет последствия от штрафа в $5-100k в месяц до отключения платежных услуг для этой компании. И BK отлично об этом знает.
Не все так просто. Эта статья на порядок грамотней, чем оригинальная статья, в которой автор так и не залил обещанное видео с доказательством, что поля не замазаны.
Тем самым все же, собирая некоторую информацию о картах, в частности 4 последние цифры карты, месяц и год окончания действия карты
Что соответствует требованиям стандартов PCI, который разрешает хранить первые 6 и последние 4 цифры с номера карты без дополнительной сертификации.
Это я к тому, что Burger King хранит sensitive данные в соответствие с общепринятыми стандартами.
Перечетал статью еще раз, признаю свою ошибку.
Я думаю на не негативный настрой меня настроило первое предложение в статье:
Мир IT сегодня не похож ни на одну из других отраслей — над кодом приложений, игр, корпоративных решений, сервисов работают увлечённые, грамотные ребята.
Я долго пытался понять смысл этого предложения.
Если имелось ввиду, что только в IT работают увлеченные, грамотные ребята, то здесь очевидное противоречие. Есть и другие отрасли, где работают в основном грамотные ребята (строительство, инженерия и т.д).
Если имелось ввиду, что наличие кода отличает эту индустрию от других, то это и так очевидно. Таким образом любые другие отрасли не похожи друг на друга (в каждой отрасли есть свои уникальные характеристики).
А так конечно полезный ресурс может получиться.
Еще интересно было бы увидеть общую (среди всех автомобилей) статистику аварий (например количество аварий на 1000 автомобилей) на трассе vs. на уличных дорогах.
Потому как автопилотом в основном пользуются на трассе; на уличных дорогах со светофорами / стопами не особо удобно.
Если вдруг окажется, что на уличных дорогах вероятность аварии выше, то значимость автопилота может быть завышена.
Он — Лидер (Директор).
Директор вникает в детали, анализирует и на основе этого принимает верные стратегические и тактические решения.
Менеджер принимает задачи от директора, делегирует исполнителям и следит за выполнением.
Исполнитель в свою очередь занимается непосредственной реализацией этих задач.
Другими словами,
Директор вникает в детали, чтобы придумать те самые задачи, если не вникать, то задачи могут быть неверными, не оптимальными, вредными.
Менеджер следит за исполнением задач, то есть работает с людьми, поэтому вникание в детали не обязательно.
Исполнитель занимается реализацией задач, поэтому вникание в детали обязательно.
Маска неслучайно, но ошибочно называют микроменеджером. Действительно, он вникает в тонкие детали и особенности работы его компаний. Но здесь важна цель такого подхода. Он это делает не для того, чтобы стоять за спиной и следить, чтобы все было исполнено корректно, а для того, чтобы выявлять уязвимые места в процессах, понимать эти процессы на нижнем уровне, чтобы принимать верные, оптимальные решения для более быстрого развития компании.
Чтобы увеличить производительность Теслы с 1000 авто в неделю до 10 000 в неделю, нужно спуститься на землю и понять, как работает каждый этап.
Традиционный способ: CEO просит VP of Manufacturing предоставить доклад о состоянии процесса, потенциальных проблемах и шагах для решения. Тот делегирует директору, директор менеджеру, менеджер собирает исполнителей и работает с ними. Далее по обратной цепочке информация (уже искаженная, не точная) доставляется к CEO.
Этот способ длительный, не очень эффективный, но позволяет CEO оставаться наверху не влезая в кучу деталей и технический тонкостей (в большинстве компаний CEO имеют бизнес или экономическое образование, а не техническое).
Способ Маска: напрямую обратился к исполнителям, изучил мат часть, придумал грамотное решение (так как видит картину целиком) и передал на исполнение VP of Manufacturing.
Этот способ быстрый и эффективный, но нереально сложный (особенно в крупных компаниях).
Разницу этих подходах можно заметить в том, насколько быстро Тесла разрабатывает новые фичи и меняет стратегические направления по сравнению с компаниями типа GM, Ford.
Исходя из всего этот мое мнение — Маск грамотный директор (лидер).
Небольшое замечание: CNP все-таки Card Not Present, а не Client Not Present.
По моим личным ощущениям написание и чтение Swift кода требует значительно меньше ментальной нагрузки, чем Objective-C (6 лет опыта Objective-C, 3 года опыта Swift).
От себя могу добавить еще несколько причин боли:
1. Постоянные проблемы с подключением iPhone / iPad к Xcode, особенно после того как «Debug over the air» был реализован в последнем Xcode.
2. Xcode компилирует проект с нуля если поменять «target» с телефона на симулятор или наоборот. На нашем проекте занимает около 5 минут (~100k loc на Swift).
3. Постоянные проблемы с подсветкой кода и «autocompletion». Часто работает с задержкой, иногда требуется перезагрузка Xcode.
Самое неприятное, что при работе с Xcode чувствуешь, что ты соображаешь быстрее, чем он, постоянно приходится ждать, недолго, но все равно чувствуется.
Пробовал перейти на AppCode, в каких-то моментах он быстрее и удобнее, в других на порядок медленнее, видимо за счет того, что написан не-нативно.
А на тот момент, когда писались эти игры, я думаю большинство ide / editor не поддерживали.
Вручную проверить каждое полу-тривиальное слово, конечно, тоже не вариант.
Тогда действительно не понятно для чего нужны эти видео, либо разработчик не совсем честен в своих утверждениях.
1. Пользователь обратился в службу поддержки с какой-либо проблемой. Проблема доведена до тестировщика. Тестировщик просматривает видео с устройства этого конкретного пользователя, чтобы определить шаги воспроизведения проблемы.
2. Приложение крешится. Тестировщик смотрит видео за несколько минут до момента падения. Опять же помогает определить шаги воспроизведения.
Фича видео записи не такая уникальная. Buddybuild тоже имеет такую возможность. Они правда отправляют видео только в случае крэша.
А само нарушение имеет последствия от штрафа в $5-100k в месяц до отключения платежных услуг для этой компании. И BK отлично об этом знает.
Не все так просто. Эта статья на порядок грамотней, чем оригинальная статья, в которой автор так и не залил обещанное видео с доказательством, что поля не замазаны.
Что соответствует требованиям стандартов PCI, который разрешает хранить первые 6 и последние 4 цифры с номера карты без дополнительной сертификации.
Это я к тому, что Burger King хранит sensitive данные в соответствие с общепринятыми стандартами.
Я думаю на не негативный настрой меня настроило первое предложение в статье:
Я долго пытался понять смысл этого предложения.
Если имелось ввиду, что только в IT работают увлеченные, грамотные ребята, то здесь очевидное противоречие. Есть и другие отрасли, где работают в основном грамотные ребята (строительство, инженерия и т.д).
Если имелось ввиду, что наличие кода отличает эту индустрию от других, то это и так очевидно. Таким образом любые другие отрасли не похожи друг на друга (в каждой отрасли есть свои уникальные характеристики).