Gorbatovsky

Украинское правительство объявило о запуске совместного с рядом IT-компаний проекта.

( Read more... )

Продолжение здесь Роман Хмиль, СОО Ciklum: IT-индустрия выходит на старт.

Прочитал интересную статью здесь Истоки мифа "о вечной нехватке кадров" в IT
На второй конференции RailsConf Давид Хейнемейер Ханссон (автор фреймворка Ruby on Rails — если кто из читателей не знает) рассказал слушателям о некоем авторитетном рекрутере, который активно и безуспешно искал специалиста с «пятилетним опытом работы с Ruby on Rails». После того, как этот рекрутер вышел напрямик к создателю фреймворка, Давиду пришлось с сожалению признаться, что сам-то он имеет дело с Ruby on Rails всего четыре года. Все в аудитории засмеялись.
Гы-гы-гы, в связи с этим вспоминаю свою историю найма.

Когда я нанимался на работу в фирму Ashlar-Vellum (разрабочик CAD Cobalt), то меня тестировал программист, вчерашний студент. Он пришел к выводу, что я слабо знаю теорию. Я оказался недостаточно профессиональным соискателем. Даже не знаю, каким чудом меня взяли на работу. Наверное, директор поверил моему резюме. Я проработал 3.5 года.
Весь прикол в том, что мой флагманский продукт Дом-3D по своим возможностям сравним с флагманским продуктом Cobalt.
Но Cobalt имеет стороннее ядро геометрического моделирования, а моя программа - свое ядро.

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

Недавно Илья Дронов нам всем рассказал, что скоро жж будет работать стабильно.
Потому, что взяли на работу нового программиста. Он очень крутой и наверное, дорогостоящий.
Нашли его где то там, на западе.
Наверное, в Москве уже нет хороших программистов. Все хорошие уехали давно на Запад.

И уже есть результаты работы. Простейший модуль редактирования комментариев перестал работать.
Невозможно вставить картинку или ссылку. Нельзя сделать простейшее редактирование текста.
Это уже полный отстой! Такая ерунда уже доступна даже для школьников.

Это какой то позор. Илья, тебя обманули. Это жулик, а не программист.

Оригинал взят у 1pozitiv в post

Я раньше имел заблуждение, что программирование это не женское дело.
 Очень мне понравился текст. Привожу наиболее вкусные фрагменты

Какие недостатки мужчин-разработчиков исправляют разработчики-девушки?

Недостаток первый. Горе от ума.
К сожалению, очень часто бывает, что программисты оказываются слишком умными. Это приводит к усложнению как низкоуровневого кода, так и архитектуры приложения.
Однажды я работала в паре с программистом, который разработал дизайн системы так, что в ней настраивалось все. Это был абсолютно гибкий звездолет, и когда передо мной встала задача заимплементить этот дизайн, я просто взвыла. Несколько раз уже совместно мы упрощали систему, и оказалось, что оттуда можно было убрать большую часть функциональности. Гора с плеч.
Любой менеджер скажет вам, что самый плохой код — это не тот, который написан в лоб или занимает кучу места, а тот, который заумен, нечитабелен и плохо поддерживаем. Женщина-разработчик как правило предпочтет менее изящное, но более простое и понятное решение, с которым можно работать и через 2−3 месяца, когда забудется специфика. Как раз это и важно в современной промышленной разработке.

Недостаток второй. Отношение к рутине.
Не секрет, что женщины лучше мужчин переносят рутинную работу. Кто-то дома по вечерам крестиком вышивает или вяжет, и при этом получает удовольствие от такого казалось бы нудного занятия. Также давно не секрет, что девелопмент перестал быть чисто творческой работой. Все меньше проектов пишется с нуля, поддержка и доработка больших промышленных проектов также требуют больше терпения, нежели умения решать сложные задачи. Именно поэтому на современном этапе развития девелопмент как нельзя лучше подходит для женщин. Они и не подумают жаловаться, что им на проекте скучно. Скорее наоборот, ковыряние в чужом коде нервы успокаивает, не хуже вязания.
Эти два умения: не усложнять простые вещи и спокойно и четко выполнять рутинную работу важны еще и для того, чтобы выполнить задание в срок. Не один проект испытал проблемы с тем, что сроки были завалены по причине излишней гибкости или замороченности программистов на деталях. В промышленной разработке не так важно творчество, как способность последовательного движения вперед.

Недостаток третий. Владение языком.

В последнее время все больше на программистов катят бочки за некоммуникабельность и косноязычие. Мол и выразить мысль свою на митинге не могут, и задачу описать, а документацию сделать — ой нет, это же надо специально обученного человека подключать, технического писателя. Работа в команде? Психология? Это все не про программистов. Если, конечно, этот программист не девушка. Женщины отлично фиксят все вышеназванные недостатки: и поговорить любят, и, если надо, письмо человеческое заказчику могут написать. Если что-то идет не так, они обязательно сообщат о проблемах, будут задавать вопросы. Мужчинам в этом деле мешает гордость: какой мачо захочет показаться глупым перед командой и опозориться? Мачо скорее умолчит о проблеме и будет биться головой об стену до последнего или вообще забьет на задачу, к которой непонятно как подступиться. Вывод? Девушки в команде разработчиков жизненно необходимы, хотя бы для осуществления эффективных коммуникаций.

Весь текст здесь

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

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

Да, кстати, совсем забыл. У меня есть опыт общения с программистами женского пола. Все выше приведенное подтверждается на 100%. Особенно по части документирования.

 Имея 20 летний опыт программирования, хочу дать несколько советов тем ребятам, кто только начинает и испытывает трудности с выбором.

1. Язык программирования - C++. Универсальный и самый распространенный язык, работает на многих операционных системах. Я сам начинал с языка Паскаль. Паскаль был хорош как язык для обучения студентов. Язык C++ считается сложным и ошибки работы с памятью очень трудно найти. Я помню сделал программу на C и однажды искал ошибку в программе очень долго. Из за этого даже забросил ее, но потом вернулся, закомментировал (удалил) почти весь код, но ошибку нашел. Если вас пугают трудности, тогда можете выбрать Java.

2. Графическая библиотеке - OpenGL. В отличие от DirectX, работающей только на Windows OpenGL является кроссплатформенным API и работает везде.

3. Книга. Сейчас книг полно, я на книги потратил более $500. И очень часто было, что купив толстую книгу, читать было нечего. Мне очень помогла эта книга:  Майкл Дж. Янг Visual C++ 4 для профессионалов. Читая этого автора я на практике понял преимущества от использования виртуальных функций.

4. С чего начать. Начните с самой простой игры. Например крестики нолики или морской бой. Я например, игру Жизнь сделал за один день. Правда, я уже умел программировать.

5. Не бойтесь трудностей, не покупайте книг из серии для чайников. Я однажды купил из этой серии что то типа программирование за 21 день. Думал дать своему племяннику. И выбросил в негодовании на мусорник. Сейчас гораздо легче научиться чему бы то ни было, чем 20 лет назад. 20 лет назад книги были дефицит и интернета не было. Не ищите легких путей, но идите от простого к сложному. Не нужно начинать сразу сложную программу. нужно сделать простую, а потом ее усложнять.

6. Учите английсикй. Это самый ценный навык, пригодится везде.

Если Вам не нравиться идея делать для себя игру (программу) бесплатно, то может быть программирование- это не Ваш выбор.