Tesla переманила ветерана-программиста Apple
ПОСЛЕДНИЕ НОВОСТИ
4463
37
11 января 2017 в 16:04
Источник: Василий Захаренко. Фото: akamai.net

Tesla назначила Криса Латтнера вице-президентом отдела разработки ПО для беспилотных автомобилей. Ранее он возглавлял отдел создания средств для разработчиков в Apple. Согласно анонсу в блоге Tesla, Латтнер станет во главе команды инженеров автопилота и «ускорит наступление будущего для автономного вождения».

За 11 лет в Apple Крис Латтнер успел возглавить разработку языка программирования Swift, среды разработки Xcode, программных инструментов для процессоров компании и других сервисов. Исполняющий сейчас обязанности вице-президента Джинна Хоссейн полностью посвятит себя разработке ПО для SpaceX — до этого ему приходилось совмещать должности сразу в двух компаниях.

В Tesla также подтвердили, что Стерлинг Андерсон, бывший президент отдела беспилотного ПО, больше не является сотрудником корпорации.

Ноутбуки в каталоге Onliner.by

Источник: Василий Захаренко. Фото: akamai.net
Чтобы оставить свое мнение, необходимо войти или зарегистрироваться
ОБСУЖДЕНИЕ
11.01.2017 в 16:06

Tesla переманила ветерана-программиста Apple))

11.01.2017 в 16:06

отличный автос этот Tesla !

11.01.2017 в 16:06

даже и сказать нечего

11.01.2017 в 16:08

уже ветераны в этом деле появились))

11.01.2017 в 16:11

Ветеран. а до пенсии еще пахать и пахать....

11.01.2017 в 16:12

Это единственный реальный ветеран в работе со Swift.
В своем последнем (по дате, не по сути) письме он сказал, что он продолжит активно работать и помогать совершенствовать Swift.

11.01.2017 в 16:12

Маск собирает лучших умов по всему миру ... как и на протяжении 300 лет ...

11.01.2017 в 16:12

В программировании год за два идет? Или с какого перепугу он ветеран?

11.01.2017 в 16:13
За 11 лет в Apple Крис Латтнер успел возглавить разработку языка программирования Swift, среды разработки Xcode, программных инструментов для процессоров компании и других сервисов.

Ну красавец, что сказать. Из одной крутой корпорации, перешёл в другую крутую корпорацию с большей зарплатой.

11.01.2017 в 16:15

кто на что учился.....такие и Родину продадут если поманят...

11.01.2017 в 16:20

Круто конечно быть топовыми айтишниками))

11.01.2017 в 16:21

О, это тот чувак, который создавал хкод - теслу ждут веселые времена. Готовьтесь к багам, тесловоды %)

11.01.2017 в 16:22
кто на что учился.....такие и Родину продадут если поманят...
Tiktikas14

Вы совершенно правы, если не учился, то и Родину не продашь. Ибо никто не купит.

11.01.2017 в 16:29

Понятно почему дела у Эпла с глючной iOS идут не лучшим образом

11.01.2017 в 16:37
О, это тот чувак, который создавал хкод - теслу ждут веселые времена. Готовьтесь к багам, тесловоды %)
Вумудщзук

Вы что?! xCode одна из самых лучших средств разработки, на которой мне приходилось работать. И баги там встречаются совсем редко.

11.01.2017 в 16:40

Мы бы тоже переманили. Только жаль нечем!!!)

11.01.2017 в 16:41

И как я жил без такой информации ....?!

11.01.2017 в 16:53
и «ускорит наступление будущего для автономного вождения».

Побыстрее давайте уж. Надоело с женой на праздниках спички тянуть.:-))

11.01.2017 в 17:12

Судя из нынешних комментов, ни одни в топ не выйдет

11.01.2017 в 17:17
Вы что?! xCode одна из самых лучших средств разработки, на Которой мне приходилось работать. И баги там встречаются совсем редко.
akrum

глюкавое ражно... не столько сам икскод сколько вся инфраструктура с ним связанная... я уже писал про деплоймент двумя разными версиями IDE.
И Swift кстати убожество... это менее страшное чудище, чем обджектив C но все же чудище... костыль в стиле эпл, с красивой упаковкой и шумихой.

11.01.2017 в 17:22

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

11.01.2017 в 17:33
Вы что?! xCode одна из самых лучших средств разработки, на Которой мне приходилось работать. И баги там встречаются совсем редко.
akrum

глюкавое ражно... не столько сам икскод сколько вся инфраструктура с ним связанная... я уже писал про деплоймент двумя разными версиями IDE.
И Swift кстати убожество... это менее страшное чудище, чем обджектив C но все же чудище... костыль в стиле эпл, с красивой упаковкой и шумихой.

maxunique

Боюсь представить, что Вы скажите про Android...

11.01.2017 в 17:36
Вы что?! xCode одна из самых лучших средств разработки, на Которой мне приходилось работать. И баги там встречаются совсем редко.
akrum

глюкавое ражно... не столько сам икскод сколько вся инфраструктура с ним связанная... я уже писал про деплоймент двумя разными версиями IDE.
И Swift кстати убожество... это менее страшное чудище, чем обджектив C но все же чудище... костыль в стиле эпл, с красивой упаковкой и шумихой.

maxunique

Apple не отменяла поддержку Objective - C, собственно на нем я и пишу. Лично мне не нравится Swift из-за их причудливого отказа Apple от всего прекрасного, что было создано людьми до Swift, но есть у меня знакомые, которым Swift нравится.

Инфраструктура ни разу не глючная, поэтому не надо здесь разводить дезинформацию.

Objective C прекрасен. Значительно продуманнее Java. Действительно язык, который сохранил все, что было в С++ и в котором есть все нужное для ООП.
Большинство людей просто не знает, что из себя представляет Java, если изучать все нюансы языка (например, то как работает сборщик мусора, невозможность очищать память самостоятельно, отказ от таких базовых структур как Vector и Stack(!!!) в пользу ArrayList, также обязательность того, что все типы, по размеру занимающие места меньше чем Integer все равно строятся на Integer итд....). В Objective-C все, наоборот, просто прекрасно.
Хочу отметить еще то, как Эппл пишет документацию. Настолько подробной и понятной нет ни у кого.
Хочу также отметить то, насколько хороши утилиты для дебага в xCode. Никакие вам качать jUnit качать не надо, все есть уже в среде.

11.01.2017 в 17:44

Я подумал новость про Макса Коржа

11.01.2017 в 17:55

далеко ср.ть нашим до этого...

11.01.2017 в 18:20

ну молодцы чё!

11.01.2017 в 18:23
Apple не отменяла поддержку Objective - C
akrum

где я писал про отмену? я просто написал что свифт ражно, обджектив С тоже...
я не фанат Java но выбирая между C++, Java, Swift/Objective C я максимально буду стараться избегать последних... неймспейсы в именах классов? и это не ражно!? узбагойтесь...

Инфраструктура ни разу не глючная, поэтому не надо здесь разводить дезинформацию.
akrum

еще как глючная... заэкспаренные эпловские интермедиэйт сертификаты для профайлов девелопер аккаунта, невозможно на сиере запаблишиться 7 икскодом... (наверное уже профикисили, но я не буду сча проверять) и много всего другого... это из последнего...

11.01.2017 в 18:52

неймспейсы в именах классов? и это не ражно!? узбагойтесь...
maxunique

Извините, о каких namespace-ах вы говорите?

11.01.2017 в 18:56

Просто в objective-с устроено, что любой класс сначала интерфейс, который расширяется до класса, поэтому сначала пишется @interface, далее пишется, от чего он наследуется. Все это завершается @end . Это все, что касается .h файла. Все что было объявлено здесь остается с public доступом
Далее .m файл
По желанию можно продублировать @interface-@end нотацию, чтобы внутри объявить private указатели на объекты
Дальше идет блок @implementation, где этот самый интерфейс расширяется до полноценного класса. И опять же заканчивается этот блок @end
Вопрос: где здесь namespace-ы ?

11.01.2017 в 18:57

maxunique, мне кажется, вы даже не видели Objective-C

11.01.2017 в 19:12

Скатертью дорожка!

11.01.2017 в 19:25
Извините, о каких namespace-ах вы говорите?
akrum

о тех, которых там нет...
Objective-C doesn't have built in support for namespaces, and the common solution is to use uppercase prefixes on each class. Note that Apple has stated that two letter prefixes are reserved for their use, so you should use three letter prefixes for your own classes.
это просто албанский ахтунг...

11.01.2017 в 19:37

maxunique, но там есть кое-что получше: frameworks & libraries. Это не даунгрейд, а наоборот эволюция в кое-что получше, более требуемое со стороны ООП

11.01.2017 в 19:51
мне кажется, вы даже не видели Objective-C
akrum

и как мне эту херь скажите комментировать? Я думаю у меня опыта поболее будет... лет на 10... а iOS абсолютно не приоритет... но тоже часть работы.
Но мы говорили о конкретных вещах... о языках и инфрастуктуре... накой мне ваши предположения?
в общем свифт-ражно... и это не удивиляет... в эпл всё через жопу... А Tesla наняла не того человека... еще и "переманила!!!"... смех... Илон не тупи... перемани Андерс Хейлсберга.

11.01.2017 в 20:02
но там есть кое-что получше: frameworks & libraries. Это не даунгрейд, а наоборот эволюция в кое-что получше, более требуемое со стороны ООП
akrum

но что за высер опять?
ООП никак не требует библиотек... ООП - это парадигма построения кода... так сказать объектное представление предметной области...
А библиотеки есть и в JS, и в C.. Python, F#, и т.д.. (которые как бы или функциональные или не совсем классического ООП...) чисто ради примера...
если говорить о построении кода... то там библиотеки второстепенное значение имеют... важнее язык... все можно реализовать самому... а для плюшек.. и эффективности.. да.. библиотки важны... но их море под любой мало-мальски популярный язык.

11.01.2017 в 20:20
но там есть кое-что получше: frameworks & libraries. Это не даунгрейд, а наоборот эволюция в кое-что получше, более требуемое со стороны ООП
akrum

но что за высер опять?
ООП никак не требует библиотек... ООП - это парадигма построения кода... так сказать объектное представление предметной области...
А библиотеки есть и в JS, и в C.. Python, F#, и т.д.. (которые как бы или функциональные или не совсем классического ООП...) чисто ради примера...
если говорить о построении кода... то там библиотеки второстепенное значение имеют... важнее язык... все можно реализовать самому... а для плюшек.. и эффективности.. да.. библиотки важны... но их море под любой мало-мальски популярный язык.

maxunique

Так а давайте разберемся тогда, зачем нужный namespace-ы.

In computing, a namespace is a set of symbols that are used to organize objects of various kinds, so that these objects may be referred to by name.

Итак, namespace было создано для того, чтобы объединять классы, методы, поля в группы, то есть чтобы во время компиляции не возникало конфликта имен. Это было создано в С++(мне кажется, именно в нем появились первыми) для того, чтобы не было одинаковых имен у классов. Вот и всё.
А теперь библиотеки.
По-сути, они обладают теми же возможностями, какие можно получить и при использовании namespace-ов, только еще плюсик есть в том, что их можно заранее компилировать.
Они нужны для организации тех самых объектов, которые используются в

объектное представление предметной области

Namespace-ы просто выделяются из всего этого. Это не класс и не базовый тип. Вот от него и отказались и порекомендовали делать просто приставку в именах.

11.01.2017 в 21:17
По-сути, они обладают теми же возможностями, какие можно получить и при использовании namespace-ов
akrum

вы какую-то ерунду говорите...
да еще пытаетесь оправдать отсутствие очень нужного и весомого способа организаци кода...
как набор какой-то логики (библиотека) относится к самой возможности организовать какую бы там ни было структуру в коде в принципе!?

Вот от него и отказались и порекомендовали делать просто приставку в именах.
akrum

да не порекомендовали.. а изначально сделали через жопу
фактически усложнили именование, читаемость и организацию кода...
в больших проектах это самое главное: архитектура и организация кода.

В программировании есть только две сложных вещи: инвалидация кэша и выбор, как правильно что-нибудь назвать.
P.S. вы в каких-то облаках летаете... заранее компилировать... что к чему... как ляпнете что-нибудь...