С появлением новых индустрий вокруг них появлются новые продукты и решения о которых раньше даже бы не подумали.
Вот например, Uber открыл в OpenSource свое решение по визуализации данных со своих автономных автомобилей 🚗. Autonomous Visualization System (AVS) Система решает три основных проблемы:
1) Постпросмотр и анализ данных.
2) Калибровка
3) Симуляция
Если кликабельное демо, очень круто выглядит
https://avs.auto
Вот например, Uber открыл в OpenSource свое решение по визуализации данных со своих автономных автомобилей 🚗. Autonomous Visualization System (AVS) Система решает три основных проблемы:
1) Постпросмотр и анализ данных.
2) Калибровка
3) Симуляция
Если кликабельное демо, очень круто выглядит
https://avs.auto
Autonomous Visualization System
AVS is a fast, powerful, web-based 3D visualization toolkit for building applications from your autonomous and robotics data.
— >8 —
Одно из интересных преимуществ работы в ThoughtWorks — если ты проработал в компании 10 лет, получаешь 12-недельный оплачиваемый творческий отпуск, когда ты можешь делать всё, что угодно. А после этого каждые 5 лет получаешь 6-недельный оплачиваемый творческий отпуск.
ThoughtWorks - Компания в которой работает Мартин Фаулер (автор знаменитой среди разработчиков книги refactoring) и еще много других известных в ИТ индустрии людей
— 8< —
Одно из интересных преимуществ работы в ThoughtWorks — если ты проработал в компании 10 лет, получаешь 12-недельный оплачиваемый творческий отпуск, когда ты можешь делать всё, что угодно. А после этого каждые 5 лет получаешь 6-недельный оплачиваемый творческий отпуск.
ThoughtWorks - Компания в которой работает Мартин Фаулер (автор знаменитой среди разработчиков книги refactoring) и еще много других известных в ИТ индустрии людей
— 8< —
Сегодня расскажу о понятии DevRel (Developer relations)
В Америке и на западе он появился в крупных компаниях которые продают технический софт или взаимодействуют с разработчиками (Microsoft, Apple, Facebook)
В компаниях обратили внимания, что обычные маркетинговые подходы слабо работают на техническую аудиторию, нужно было разговаривать с аудиторией на их языке.
Деврелы (еще встречается Developer Advocates) выступают на конференциях, пишут блоги, общаются с технической аудиторией, продавая продукт компании, а потом передают эту обратную связь продукт оунерам.
Команда исправляет продукт и разработчик счастлив пользоваться продуктом.
Однако на территории СНГ смысл термина немного исказился и стал близок термину TechPR.
Как выжить ИТ компании на тесном рынке, где все вакансии в глазах разработчиков практически одинаковы: соц. пакет, плюшки, чай кофе. удобные кресла? Строить свой HR бренд как ИТ компании!
Задача техпиара познакомить кандидата с технической стороной компании, как устроена компания изнутри, что используют, какие есть истории успеха.
Инструментов этому множество: митапы, блоги, выступления докладчиков, открытый репозиторий на гитхаб, экспертные сообщества, стойки на конференциях.
Ну и важно говорить не только про то, "как все красиво и круто" а честно говорить про неудачные стороны тоже. Сообщество разработчиков открытое, слух а недосказанности быстро разойдется.
В заключении слайд из презентации DodoPizza про примеры OKR при развитии их ИТ бренда.
В Америке и на западе он появился в крупных компаниях которые продают технический софт или взаимодействуют с разработчиками (Microsoft, Apple, Facebook)
В компаниях обратили внимания, что обычные маркетинговые подходы слабо работают на техническую аудиторию, нужно было разговаривать с аудиторией на их языке.
Деврелы (еще встречается Developer Advocates) выступают на конференциях, пишут блоги, общаются с технической аудиторией, продавая продукт компании, а потом передают эту обратную связь продукт оунерам.
Команда исправляет продукт и разработчик счастлив пользоваться продуктом.
Однако на территории СНГ смысл термина немного исказился и стал близок термину TechPR.
Как выжить ИТ компании на тесном рынке, где все вакансии в глазах разработчиков практически одинаковы: соц. пакет, плюшки, чай кофе. удобные кресла? Строить свой HR бренд как ИТ компании!
Задача техпиара познакомить кандидата с технической стороной компании, как устроена компания изнутри, что используют, какие есть истории успеха.
Инструментов этому множество: митапы, блоги, выступления докладчиков, открытый репозиторий на гитхаб, экспертные сообщества, стойки на конференциях.
Ну и важно говорить не только про то, "как все красиво и круто" а честно говорить про неудачные стороны тоже. Сообщество разработчиков открытое, слух а недосказанности быстро разойдется.
В заключении слайд из презентации DodoPizza про примеры OKR при развитии их ИТ бренда.
А у нас экстренная новость! 🔥
Instagram запустил наконец-то покупки. “Checkout with Instagram” launches today in the US with more than 20 top brands including Adidas, Kylie Cosmetics, and Warby Parker who’ll no longer have to direct customers to their website to make a purchase.
https://techcrunch.com/2019/03/19/instagram-checkout/
Instagram запустил наконец-то покупки. “Checkout with Instagram” launches today in the US with more than 20 top brands including Adidas, Kylie Cosmetics, and Warby Parker who’ll no longer have to direct customers to their website to make a purchase.
https://techcrunch.com/2019/03/19/instagram-checkout/
Попалась на глаза замечательная статья Джоэля Спольски. Кто не в курсе, это можно сказать ветеран ИТ и со-основатель Stackoverflow и Trello.
Статья о том, почему нам программистам, так нравится переписывать проекты заново. Просто процитирую кусочек статьи:
-- -- --
We’re programmers. Programmers are, in their hearts, architects, and the first thing they want to do when they get to a site is to bulldoze the place flat and build something grand. We’re not excited by incremental renovation: tinkering, improving, planting flower beds.
There’s a subtle reason that programmers always want to throw away the code and start over. The reason is that they think the old code is a mess. And here is the interesting observation: they are probably wrong. The reason that they think the old code is a mess is because of a cardinal, fundamental law of programming:
It’s harder to read code than to write it.
This is why code reuse is so hard. This is why everybody on your team has a different function they like to use for splitting strings into arrays of strings. They write their own function because it’s easier and more fun than figuring out how the old function works.
-- -- --
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
Но не все так драматично. Это не значит что перепись проекта это табу, просто ко всему надо подходить с логикой и пониманием смысла этого действия.
Есть отличные примеры когда перепись проекта помогла, а иногда даже открыла новые ниши для их авторов. Завтра ими с вами поделюсь.
Статья о том, почему нам программистам, так нравится переписывать проекты заново. Просто процитирую кусочек статьи:
-- -- --
We’re programmers. Programmers are, in their hearts, architects, and the first thing they want to do when they get to a site is to bulldoze the place flat and build something grand. We’re not excited by incremental renovation: tinkering, improving, planting flower beds.
There’s a subtle reason that programmers always want to throw away the code and start over. The reason is that they think the old code is a mess. And here is the interesting observation: they are probably wrong. The reason that they think the old code is a mess is because of a cardinal, fundamental law of programming:
It’s harder to read code than to write it.
This is why code reuse is so hard. This is why everybody on your team has a different function they like to use for splitting strings into arrays of strings. They write their own function because it’s easier and more fun than figuring out how the old function works.
-- -- --
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
Но не все так драматично. Это не значит что перепись проекта это табу, просто ко всему надо подходить с логикой и пониманием смысла этого действия.
Есть отличные примеры когда перепись проекта помогла, а иногда даже открыла новые ниши для их авторов. Завтра ими с вами поделюсь.
Joel on Software
Things You Should Never Do, Part I
Netscape 6.0 is finally going into its first public beta. There never was a version 5.0. The last major release, version 4.0, was released almost three years ago. Three years is an awfully long tim…
google_jobs.png
66.8 KB
Google запустил свой агрегатор вакансий. На наш регион тоже раскатали.
Есть такая замечательная компания - Valve, создатель таких хитов как Counter Strike, Half-Life (2), Portal. Сети Steam.
У этой компании есть абсолютно крутая штука, это - VALVE: HANDBOOK FOR NEW EMPLOYEEs. Это брошюра из 56 страниц, в которой описаны и разъеснены абсолютно все культурные особеннности этой ИТ компании. Начиная от политики по переработкам, ошибкам и заканчивая вопросами компенсаций и ренкинга сотрудников. Отлично подобранный текст, иллюстрации. Пример, на который хочется равняться.
Рекомендую к прочтению.
http://www.valvesoftware.com/company/Valve_Handbook_LowRes.pdf
У этой компании есть абсолютно крутая штука, это - VALVE: HANDBOOK FOR NEW EMPLOYEEs. Это брошюра из 56 страниц, в которой описаны и разъеснены абсолютно все культурные особеннности этой ИТ компании. Начиная от политики по переработкам, ошибкам и заканчивая вопросами компенсаций и ренкинга сотрудников. Отлично подобранный текст, иллюстрации. Пример, на который хочется равняться.
Рекомендую к прочтению.
http://www.valvesoftware.com/company/Valve_Handbook_LowRes.pdf
В США, на сайте Белого дома есть подраздел про Artificial Intelligence https://www.whitehouse.gov/ai (зеркало - ai.gov)
Оказывается еще в 2016 году у них появился "Национальный стратегический план по исследованию и разработке искусственного интеллекта".
В этом документе описывается много различных направлений и инициатив для которых декларируется поддержка на уровне государства и министерств.
Например: инфраструктура для вычислений, качественные дата-сеты, выделение грантов на поддержку обучения специалистов, стандаризация подходов в AI, вопросы этики при разработке AI (sic!). К каждому пункту прикрепляется документ с планами или уже имеющимися стандартами или рекомендациями.
Например Министерство транспорта США выпустило документ-руководство производителям автономно-управляемых автомобилей, на что обратить внимание, какие минимальные требования по безопасности и т.д. как наиболее бесшовно интегрироваться в существующую транспортную систему страны.
Скорость реакции властей конечно поражает (не сарказм).
Оказывается еще в 2016 году у них появился "Национальный стратегический план по исследованию и разработке искусственного интеллекта".
В этом документе описывается много различных направлений и инициатив для которых декларируется поддержка на уровне государства и министерств.
Например: инфраструктура для вычислений, качественные дата-сеты, выделение грантов на поддержку обучения специалистов, стандаризация подходов в AI, вопросы этики при разработке AI (sic!). К каждому пункту прикрепляется документ с планами или уже имеющимися стандартами или рекомендациями.
Например Министерство транспорта США выпустило документ-руководство производителям автономно-управляемых автомобилей, на что обратить внимание, какие минимальные требования по безопасности и т.д. как наиболее бесшовно интегрироваться в существующую транспортную систему страны.
Скорость реакции властей конечно поражает (не сарказм).
Читая про тему AI нашел интересный ресурс. https://aiindex.org/
Это сообщество на базе одного из институтов в США (Stanford's Human-Centered AI Institute) спонсируется грантами различных компаний.
Эта команда ученых и исследователей готовит ежегодный отчет о прогрессе в развитии AI. Просмотрел отчет 2018 года (94 страницы) и хочу поделиться с вами некоторыми вырезками из отчета.
Это сообщество на базе одного из институтов в США (Stanford's Human-Centered AI Institute) спонсируется грантами различных компаний.
Эта команда ученых и исследователей готовит ежегодный отчет о прогрессе в развитии AI. Просмотрел отчет 2018 года (94 страницы) и хочу поделиться с вами некоторыми вырезками из отчета.