Как живёт и чем дышит бывший руководитель белорусского EPAM? О местных роботах и инвестициях, о правильном фрилансе на Upwork и мониторинге серверов, а также о том, как правильно делать ревизию кода и почему CEO должен продолжать программировать — в свежем ссылкообзоре за неделю.

Читать далее

1. Как юрист попал в большое ИТ

Почти 15 лет Сергей Дивин был генеральным директором компании EPAM в Беларуси. Более года назад он ушёл с этого поста и занялся собственными проектами. Сергей — соучредитель Компьютерной академии «ШАГ», принимает участие ещё в нескольких стартапах. Сегодня он живет на две страны — Беларусь и Черногорию, занимается академией, развивает новые проекты и ищет свой work-life balance. Своими мыслями о становлении ИТ-сферы, образовании в Беларуси и формуле распределения жизненных ресурсов он поделился в своем свежем интервью «Про бизнес».

2. О роботах на Полесье

О конкуренции между человеческим разумом и искусственным интеллектом, создании роботов и использовании их в Беларуси. О том, как помогает постановка очень больших целей и для чего нужно сотрудничать с конкурентами — в интервью рассказывает основатель компании Rozum Robotics, сооснователь компании BelPrime Виктор Хаменок.

3. Белорусские стартапы и инвестиции в ИТ

Читая очередную громкую новость прошлой недели о том, как белоусские стартаперы вошли в рейтинг Forbes «30 до 30», в очередной раз может создаться неверное впечатление, что стартапы и инвестиции в ИТ для белорусов — это дело сугубо неких загадочных иностранных инвесторов, которые роятся где-то далеко за границей, куда нужно обязательно и решительно выехать чтобы получить свой шанс на успех, а вот на нашем родном белорусском рынке ловить в плане привлечения ресурсов нечего.

На примере деятельности Белинфонда хочется показать, что капиталы внутри страны вполне имеются, всё дело скорее в поиске по-настоящему стоящих инновационных проектов и стартапов.

Так в канун этого Нового года стало известно об очередном привлечении специалистами Белинфонда крупных зарубежных игроков и горячих венчурных капиталов. Деньги пришли как со стороны российских партнёров —

Российская венчурная компания (РВК) создаёт совместный венчурный фонд с капиталом в 1,4 млрд руб. с Белорусским инновационным фондом (Белинфонд), говорится в сообщениях РВК и госкомитета по науке и технологиям Республики Беларусь, которому подчиняется Белинфонд.

Так и со стороны китайских инвесторов —

28 декабря 2016 года в г. Минске подписано Соглашения о сотрудничестве, предусматривающее создание совместного Китайско-Белорусского венчурного фонда. Учредителями фонда выступят Белорусский инновационный фонд, ООО Инвестиционная компания «Чайна Мерчантс Капитал» и Китайско-Белорусское СЗАО «Компания по развитию индустриального парка».

Приятно сознавать при этом, что приоритетным направлением для инвестиций в этих обоих случаях в том числе заявлен местный ИТ-бизнес, в котором у нас, уверен, есть что предложить крупным инвестиционным фондам:

Белорусские программисты хороши по соотношению цены и качества разработки, считает управляющий партнёр венчурного фонда Phystech Ventures Петр Лукьянов. Поэтому в ИT-сегменте в Беларуси точно есть компании для потенциальных инвестиций, уверен он. Требование же зарабатывать в странах ЕАЭС выглядит излишним, большинство интересных проектов и так нацелены на глобальный рынок, указывает Лукьянов.

4. Автомобили «яйцеголовых»

А в то время, пока венчурные фонды нагнетают ресурсы в нашу небольшую, но гордую ИТ-отрасль, простой белорусский народ (читай — гуманитарии) томятся от немого вопроса: На чём ездят и о чем мечтают минские «айтишники»?

К материалу прикреплено много ехидных комментариев:

— Знаете, почему у айтишников простые машины? Потому что они загоняются не по машинам, а по своей работе. Там много трудоголиков и фанатов своего И это один из ингридиентов успеха и хорошей зарплаты.

— Так тут менеджеры одни, только парень на велике может и занимается программированием

5. Уголок фрилансера

Несколько новых статей, объединенных одной общей темой:

• Раскрутка нового агентства на Upwork с нуля — личный опыт
• Заметки фрилансера: как перестать бояться и начать работать на себя
• Спецвыпуск для Беларуси о том, как не боятся налоговой, или как фрилансить на Upwork полностью легально. Это новый выпуск подкаста «Фриланс без сахара», текстовая версия которого доступна вот здесь, а оригинальная аудио-версия выложена вот тут.

Узнали, так ли хорош фриланс, как его малюют: https://t.co/4wTY8n5ZZ2

— dev.by (@devby) January 6, 2017

6. Тренды 2017

Подборка только новых статей, объединенных попыткой увидеть тренды предстоящего года.

• «Самый главный тренд — правильное дизайн-мышление». Тренды в дизайне 2017-го
• Тренды разработки мобильных приложений в 2017 году
• 11 трендов, которые будут определять развитие технологий в 2017 году

Какие ИТ-специализации будут пользоваться спросом (и повышенной оплатой), а какие — не очень: https://t.co/lgIhXrJtDM

— dev.by (@devby) January 6, 2017

7. Утилиты, сетевое администрирование и Linux

Большая и полезная лекция для админов: Как понять, что происходит на сервере?

В нагрузку рекомендую всем юниксовым сисадминам свежую и весьма интересную серию статей «Создание и тестирование Firewall в Linux», доступную по этой магической ссылке.

8. CEO в программировании

В новогоднем выпуске «Без слайдов» интервью с Максимом Шафировым, CEO компании JetBrains. Вот содержание разговора, доступного как в тексте, так и в видео.

• Важен ли для JetBrains российский рынок?
• Почему CEO не прекращает писать код?
• Насколько помогает догфудинг и в чём его ограничения?
• Почему компания редко закрывает продукты?
• Как появился Kotlin, и какими компания видит его перспективы?
• Почему компания не была продана, несмотря на щедрые предложения?
• Как в JetBrains появилась должность PMM?
• Как JetBrains одновременно конкурируют и сотрудничают с Microsoft?

9. Вести с полей

Как проектируют ненастоящие программисты:

Настоящие программисты — это облака, big data, high load... А у нас — практически DIY. 2 установки — уже тиражирование, 100 штук — производство... Но зато атомные ледоколы, маневровые локомотивы, трактора, шлюзы, мосты, опускающиеся вниз от лишнего асфальта, беспилотники размером в дом, 50 человек персонала на цех длиной больше двух километров... и надежность, надежность, надежность... И пяток гендиректоров в костюмах прямо на поле при демонстрации системы на тракторе...

Первые же комментарии позволяют понять что к чему в этом противоречивом тексте:

Это болезнь многих хардварщиков из госконтор. Им не платят нифига, а делают они довольно интересные штуки, сражаясь с тупостью системы. В итоге там тяжелые комплексы неполноценности и глубокая обида на пацанов что вышли из ВУЗа, и слёту получают две зряплаты хардварных ребят, просто сидя в офисе и нажимая на кнопочки и программируя под хайповый мейнстрим.

10. Как и для чего делать code review?

Ревью кода в распределенной команде:

Здесь описаны мои исследования, как сделать ревизию кода в команде более приятным занятием, которое может дать новый опыт всем участникам. У нас полностью географически распределённая команда, все коммуникации выполняются через интернет, и зачастую асинхронно. Мы используем Trello для описания возможностей продуктов, поодиночке создаём код, отправляем в GitHub пулл-реквесты, а также пользуемся встроенной в GitHub функцией их ревью. Это отличается от просмотра кода лицом к лицу в офисе и даже по видеочату.

Если не подходить к делу всерьёз, то асинхронная и письменная ревизия кода может стать причиной катастрофы в команде, приведя к ухудшению взаимодействия и сотрудничества. Но если все участники будут стараться делать всё хорошо, то такой подход может работать очень эффективно.

Начальный комментарий резюмирует суть этого длинного материала:

Я считаю, что профессионалы должны быть готовы открыто обсуждать друг с другом результаты своей работы. В том числе во время обзора кода. Без грубости, спокойно, аргументированно, но открыто и честно.

Если код можно написать более эффективно и более идиоматично, то это нужно сделать. Если есть более эффективный алгоритм, то его нужно использовать. Либо аргументировать, почему в данной конкретной ситуации этого делать не нужно.

Мы технические специалисты, а не «художники с тонкой и хрупкой душевной организацией».

 

*Мнение колумнистов может не совпадать с позицией редакции.
**В цитировании сохранены авторская орфография и пунктуация.

Помогаете devby = помогаете ИТ-комьюнити.

Засапортить сейчас.