Что должен знать выпускник программер ДонНТУ

[Романыч]

Когда то, я задал такой вопрос одному программеру-гуру, о том, что хорошо бы знать разработчику программ (software engineer) в наше нелегкое время.
Месяца два назад, подготавливая очередной ВТэшный диплом на заказ, один из "специалистов" задал вопрос, что ему нужно выучить, чтобы устроиться работать.
И тут родилась идея, составить список того, что нужно знать выпускнику-программеру.

Математика
- Алгоритмы, их построение и анализ сложности;
- Стеки, списки, деревья, хеши, массивы и прочие кольца
- Численные методы (выглядит узкоспециально, но встречается);
- Теория Вероятностей (выглядит узкоспециально, но встречается).

Проектирование
- Паттерны (по банде четырёх);
- Применение их (для начала можно почитать Александреску);
- UML (без фанатизма);
- ООП (с фанатизмом);
- Знание зачем нужны основные сетевые протоколы и как устроен TCP/IP;
- Иметь представление о функц. языках;
- Понимать многопоточные проги и средства синхронизации);
- Иметь представление о erlang-стилевом параллелизме;

Информатика
- Устройство компов - проц, память, железо (на пальцах, уметь объяснить почему если памяти мало, то 100 программ будут медленно тормозить и в чем будет тормоз);
- Потроха проца - регистры и конвееры (от специализации);
- Иметь представление о стеке, фрэймах, исключениях (от специализации);
- Механику выполнения программ на винде/линуксе - загрузка в память, развязка общих символов и выполнение. Уметь сказать, какие регистры за что отвечают и как меняются в процессе (от специализации).

Практическая информатика (там где конкретное - под конкретный язык/платформу, но иметь общие представления)
- Привычка читать документацию;
- Привычка не верить документации на 100% и вытаскивать неясные/неизвестные моменты из сырцов/бинарников;
- Мысленное моделирование - навык прикидки "как программа считает";
- Знание основных затыков (bottlenecks) - и умение их разруливать;
- Работа с многопоточными программами, отловы дедлоков и "races";
- Навыки отладки софта;
- Навыки профилирования софта;
- Умение писать юнит-тесты;
- Умение профилировать софт;
- Умение юзать SVN и CVS;
- Умение писать daily reports;
- Умение юзать багтрекер;
- Умение оценивать время для написания и прогнозировать/определять unknown factors и их влияние;
- Умение (!) держать ритм и не "расслабляться"/"сжигать себя".

БД
- Основы SQL (в общем случае без специфики конкретных DBMS);
- Основы работы DBMS (на уровне представления что такое транзакция и зачем нужны индексы).

Кооперация
- Привычка комментировать код и писать документацию;
- Умение равно как аргументированно отстаивать свои предложения, так и "наступать на горло собственной песне" - т.е. придерживаться принятых командой решений и стандартов и отказываться от тех решений, которые ты предлагал, а они, гады все, не оценили и не приняли  Без фанатизма, конечно;
- Умение доходчиво объяснять и учить всему перечисленному в списке.

Не вошедшее в другие разделы
- Маркетинг. Как продать то, что получилось (без фанатизма);
- Психология. Сотрудники, подчиненные, заказчики (без фанатизма);
- Динамическое чтение (быстро читать маны, не вникая в суть но запоминая где что лежит);
- Экономика. Оценка выгодности (без фанатизма);
- Эргономика, основы дизайна (знать где удобней поставить кнопку и как объяснить это дизайнеру. Оценить работу дизайнера);
- Английский (вообще по дефолту);
- Ассемблер, с++ (Обязательно!) и .NET/C# (Можно поверхносно).
- Умение встраивать в системы средства health-мониторинга;
- Умение "ремонтировать двигатель на ходу" - smooth-upgrades with minimal downtime;

Дополнения и критика приветствуются (Но только если по существу)
v 1.1 (Используя замечания Sterh и Sochin)

[Sochin]

ИМХО:

- Численные методы (выглядит узкоспециально, но встречается);

Точно, узкоспециально.

- Теор.Вер.

Практически сомнительно.

- Паттерны (по банде четырёх);

+1 ))

- Применение их (для начала можно почитать Александреску);

Если «для начала осилить Александреску», то дальше можно и не читать, хватит одного Александреску. Ну, это если действительно его осилить. )));

- UML (без фанатизма);

+1.

- ООП (без фанатизма);

С фанатизмом! )))

- Знание зачем нужны основные сетевые протоколы и как устроен TCP/IP;

Для программера в общем случае - нафиг надо? ))

- Иметь представление о функц. языках;

Эмм...

- Понимать многопоточные проги и средства синхронизации);

Хотелось бы..

- Иметь представление о erlang-стилевом параллелизме;

Эмм...

- Устройство компов - проц, память, железо (на пальцах, уметь объяснить почему если памяти мало, то 100 программ будут медленно тормозить и в чем будет тормоз);

Мало-мальски грамотный ИТ-шник это рассказать обязан.

- Потроха проца - регистры и конвееры;

Зависит от специализации.

- Иметь представление о стеке, фрэймах, исключениях;

Зависит от специализации.

- Механику выполнения программ на винде/линуксе - загрузка в память, развязка общих символов и выполнение. Уметь сказать, какие регистры за что отвечают и как меняются в процессе.

Зависит от специализации.

- Привычка читать документацию;

Хотелось бы...

- Привычка не верить документации на 100% и вытаскивать неясные/неизвестные моменты из сырцов/бинарников;

По необходимости...

- Мысленное моделирование - навык прикидки "как программа считает";

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

- Знание основных затыков (bottlenecks) - и умение их разруливать;

Мэйби )

- Работа с многопоточными программами, отловы дедлоков и "races";

Повтор. И снова хотелось бы...

- Навыки отладки софта;

По-любому )

- Навыки профилирования софта;

Хм.

- Умение писать юнит-тесты;

Хотелось бы..

- Умение профилировать софт;

И снова повтор. ))

- Умение юзать SVN и CVS;

И опять хотелось бы...

- Умение писать daily reports;

Когда это должно быть сделано? -Сейчас? - Ха-ха-ха! )))

- Умение юзать багтрекер;

Хотелось бы...

- Умение оценивать время для написания и прогнозировать/определять unknown factors и их влияние;

Эхх. Хотелось бы...

- Привычка комментировать код и писать документацию;

Ага.

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

// этот кусок небезопасен, но раз этому п$$$$$$у надо пусть будет(http://bash.org.ru)

- Маркетинг (как продать то, что получилось);

нафиг надо?!

- Психология (сотрудники, подчиненные, заказчики);

Выборочно.

- Динамическое чтение (быстро читать маны, не вникая в суть но запоминая где что лежит);

Хм..

- Экономика (оценка выгодности);

Нафиг надо?!

- Эргономика, основы дизайна (знать где удобней поставить кнопку и как объяснить это дизайнеру. Оценить работу дизайнера);

Нафиг надо?!

- Английский (вообще по дефолту);

оф кос! ))

- Ассемблер, с++ и .NET/C# (Можно поверхносно).

Аццкая смесь - асм + управляемый код! ))))

- Умение встраивать в системы средства health-мониторинга;

Хм..

- Умение "ремонтировать двигатель на ходу" - smooth-upgrades with minimal downtime;

Хм..

[Storm]

ИМХО, следует специализировать программера - вы сейчас описали прикладника.

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

Программист, который программирует МПС/ПЛК - ему паттерны как зайцу пятая нога - но численные методы, программирование на асме и профилирование программ - каждый день и до посинения + знания в области электроники на продвинутом и углубленном уровнях.

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

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

[nemaga]

- ООП (с фанатизмом);

Позволю себе с этим не согласится. ООП применяют в основном в проектах игр, пользовательских программ и т.п. Тоесть впринципе широкомаштабно, но(!) не все этим занимаются Очень большой круг людей работают на пару уровней ниже, тоесть в ядре, 0-ring. Там ООП никаким боком не катит. Тоже самое могу сказать о никсах. Там практически все все построенно на си, си++ со своими класами (или какой-нить другой язык) встречается очень-очень редко и.

[Polyakov]

Причитавши данное сообщение я понял одно - что еще ни одного специалиста в области компьютерных наук ДонНТУ не выпустил. И когда же появяться эти будующие гении-вундеркинды - не известно.
АУ!! Если хоть кто-то может делать все выше описанное на уровне специалиста отзовитесь. Дайте хоть на Вас одним глазком посмотреть!

[EvilMax]

Написанное в первом посте редко нужно одновременно. Поддерживаю Storm'a, нужно перечисленные скиллы разделить по специализациям. Просто если человек знает одновременно всё то, что написано в первом посте и на том уровне, который описан, он может смело ехать в Киев и работу девелопера с з/п не менее $2к он себе точно найдет.

[Polyakov]

Как говорили в одном из мульфильмов:
"Если - хорошее слово."
Ведь тема называется "Что должен знать выпускник ...". Ну так покажите мне того выпускника, кто все это (вышеперечисленное) знает.

[Романыч]

ТОВАРИЩИ!!!
Тема существует уже больше года.
Не нра название темы - обратитесь к модератору!

В данную тему я вкладывал несколько иной смысл. Извините если обидел кого.
В личке отвечу на любые вопросы. Это моё последнее сообщение в этой теме.

[Alder]

Ведь тема называется "Что должен знать выпускник ...". Ну так покажите мне того выпускника, кто все это (вышеперечисленное) знает.

"Должен знать" и "Научили в университете" вещи разные

Романыч, не горячись Все ок.

[Артем]

Обсуждение истинных программистов перенесено в Поговорим обо всем.

http://kita.org.ua/index.php?topic=7101.0

Просьба больше не флудить. artem90

[Alexandr]

>з/п не менее $2к он себе точно найдет

в Киеве это помойму что зарплата среднего программера))

[artri]

- Ассемблер, с++ (Обязательно!) и .NET/C# (Можно поверхносно).

Java добавьте пожалуйста, хотя бы опционально

[Fijerald]

Как правило выпускник и половины этого не знает(((((

[Alder]

10000 things all ICS students should do before graduating

[Alder]

Это знает любой студент-программист
Полезная статья с Хабра. Рекомендуется к прочтению студентам первых курсов. Жаль я в свое время не прочел подобное, был бы поумнее

[Alder]

На мой взгляд хорошие советы начинающим программистам - http://freetonik.com/text/compsci/advices_to_myself/

[tos]

Кэп в ударе.

[Alder]

Кэп в ударе.

Кэп не кэп, но на заметку стоит взять. Особенно в области OSS и проектов на github.

[tos]

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

[Alder]

tos, никогда не поздно начать делать что-то свое и открытое для сообщества. Было бы желание.

[zer_owlet]

Менеджеры той компании, где я работаю, придерживаются мнения, что резюме программиста это github.

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

[Alder]

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

А типа посвятить немного своего свободного времени открытым проектам не позволяет религия?

З.Ы. Только не надо начинать "времени не хватает, семья-дети, ты такой умный, потому что у тебя их нет" - я знаю многих людей, которые все успевают.

[zer_owlet]

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

А типа посвятить немного своего свободного времени открытым проектам не позволяет религия?

З.Ы. Только не надо начинать "времени не хватает, семья-дети, ты такой умный, потому что у тебя их нет" - я знаю многих людей, которые все успевают.

Я тоже знаю людей, которые все успевают. И тех, которые дома не занимаются программированием. Но оценивать уровень программиста по его коммитам на github -- это менегерская глупость вселенского масштаба.

Время, семья, и прочее -- это, конечно отмазки. А вот "просто не хочу" -- это железобетонный повод не заниматься открытыми проектами. Но это совершенно не делает программиста умнее или глупее. И не нужно рассказывать о том, что работа над открытыми проектами повышает уровень знаний -- коммититься может и говнокод. Так что, совершенно не понятно как 100 коммитов могут превозносить одного прогера над другим.

[Alder]

Но оценивать уровень программиста по его коммитам на github -- это менегерская глупость вселенского масштаба.

Ну вот видишь - крупные компании начинают это учитывать, а значит не такая уж и глупость.

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

Мне кажется, что делает. Если коммиты хорошие по уровню кода. Который можно и оценить адекватно. Никто не говорит о 100 коммитах как числе, речь больше идет о полезном участии в таких проектах.

[tos]

"tos, никогда не поздно начать делать что-то свое и открытое для сообщества. Было бы желание."

Блин, Alder, ты такой OpenSourceBOY, не в обиду будет сказано, много ли свободного и полезного насоздавал?
Я вот - нихрена, ибо я веду 2 проекта, плюс еще занимаюсь мелочевкой в свободное время, плюс тренажерки, доп.занятия и это не считая того, что надо к жене бежать домой.
Да, у меня не хватает желания. А еще у меня огромный вопрос к квалификации и опыту членов СООБЩЕСТВА.

[Sochin]

Открытые проекты это как минимум хороший шанс получить стартовый экспириенс, чтобы было хоть чего-то в резюме накатать.

[zer_owlet]

Открытые проекты это как минимум хороший шанс получить стартовый экспириенс, чтобы было хоть чего-то в резюме накатать.

Да, вот тут согласен. Но делать из этого фетиш -- это уже перебор.

[tos]

Я написал чейджсет на 30 файлов - рефакторинг затеял.
Код - так себе, кое-где - описки и ТД.
А потом джуниор кодстайл сделал моему коду - как оценить уровень коммита?
Бред это все.
Джуниорам (и тем, в ком сомневаешься) - тестовое задание и вперед.

[Alder]

Блин, Alder, ты такой OpenSourceBOY, не в обиду будет сказано, много ли свободного и полезного насоздавал?

Один маленький проектик есть на Гитхабе, один пока не перенес + всяческие обсуждения issues в Ruby-on-Rails и сопутствующих проектах. В основном в качестве тестировщика пока участвую

А еще у меня огромный вопрос к квалификации и опыту членов СООБЩЕСТВА.

Ну и зря. Съездил бы на что-нибудь вроде Ruby Shift, который был недавно в Днепре, - не говорил бы так.

Sochin, абсолютно верно.
(Отправлено в: 21 Ноябрь 2011, 17:55:53)
 

Я написал чейджсет на 30 файлов - рефакторинг затеял.
Код - так себе, кое-где - описки и ТД.
А потом джуниор кодстайл сделал моему коду - как оценить уровень коммита?

А сравнить типа "до" и "после" нельзя? Сразу и будет видно, где коммит фичи или важного исправления, а простой где рефакторинг.
(Отправлено в: 21 Ноябрь 2011, 17:57:00)
 

Да, вот тут согласен. Но делать из этого фетиш -- это уже перебор.

Никто не делает фетиш. Просто это становится одной из важных составляющих резюме. Мир развивается так.

[zer_owlet]

Но оценивать уровень программиста по его коммитам на github -- это менегерская глупость вселенского масштаба.

Ну вот видишь - крупные компании начинают это учитывать, а значит не такая уж и глупость.

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

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

Мне кажется, что делает. Если коммиты хорошие по уровню кода. Который можно и оценить адекватно. Никто не говорит о 100 коммитах как числе, речь больше идет о полезном участии в таких проектах.

"коммит на github" !== "хорошие по качеству кода". Полезное участие -- отлично, молодцы и все такое! Но делать из этого фетиш или учитывать при рассмотрении резюме -- это клиника! А если человек хранит код на http://sourceforge.net, в системе управления проектами или на локальном сервере?

Такое чувство, что github вошел в список модных слов на ровне с руби, айфоном и прочим. И менегеры начали вклинимать умные слова при собеседовании.
Такими темпами, скоро требованием к президенту станет уверенное владение твиттером...
(Отправлено в: Ноябрь 21, 2011, 08:00:13 )
 Это больше похоже не на развитие мира, а на рекламу github, потому что ну не развивается мир однобоко в сторону Великого Руби, github и Гнома 3. Мир развивается по разным векторам.

[Alder]

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

Автор приведенной мной статьи работает в крупной канадской ИТ-компании. Название уточню позже.

"коммит на github" !== "хорошие по качеству кода". Полезное участие -- отлично, молодцы и все такое! Но делать из этого фетиш или учитывать при рассмотрении резюме -- это клиника! А если человек хранит код на http://sourceforge.net, в системе управления проектами или на локальном сервере?

Коммит можно просмотреть и оценить качество кода. Гитхаб, имхо, приведен в качестве источника, потому что становится лидером для проектов в мире open source. Многие проекты с GoogleCode/Sourceforge переходят на github.
(Отправлено в: 21 Ноябрь 2011, 18:05:24)
 

Это больше похоже не на развитие мира, а на рекламу github, потому что ну не развивается мир однобоко в сторону Великого Руби, github и Гнома 3. Мир развивается по разным векторам.

Ruby и github сейчас, как не крути, в трендах. Достаточно последить за развитием ИТ хотя бы за прошлый год.

[Волера]

та в каких там Ruby трендах. посмотрите зарплаты и количество вакансий по Руби и Яве.

[Alder]

та в каких там Ruby трендах. посмотрите зарплаты и количество вакансий по Руби и Яве.

Ява-вакансий больше, спору нет. Но по зарплатам не нужно громогласных заявления таких - я говорю, как сотрудник компании, которая почти все проекты (95%) делает на R-o-R.

[Волера]

И что? Одна мелкая компания это не показатель количества проектов и трендов

[Alder]

И что? Одна мелкая компания это не показатель количества проектов и трендов

В мировых масштабах тренд явный. Если откинуть проприетарные фреймворки, которым уже много лет (ASPX, JEEE, Flash etc), то позиции Ruby on Rails явно топовые среди всех остальных open source веб-фрейворков.

З.Ы. А небольшая компания в не самом айтишном городе и с зарплатами не хуже java-разработчиков - показатель, как по мне.

[tos]

"и с зарплатами не хуже java-разработчиков" - ну, а вот тут смешить не надо, это мы знаем. Зарплаты немного разные (если сравнивать девелоперов одного уровня).

[Alder]

"и с зарплатами не хуже java-разработчиков" - ну, а вот тут смешить не надо, это мы знаем. Зарплаты немного разные (если сравнивать девелоперов одного уровня).

В Донецке зарплаты одного уровня. Проверено. Оглашать цифры не буду, но это так.

[Sochin]

Что-то давно товарищ Поляков А.И. не блистал эрудицией.

[vlprans]

Менеджеры той компании, где я работаю, придерживаются мнения, что резюме программиста это github.

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

Почти все девелоперские компании работают над проектами, которые нельзя выкладывать в открытый доступ. Просто во время работы над их сложными и интересными (но закрытыми) проектами у них рождаются какие-то побочные проекты -- утилиты, библиотеки, всякие доменно-специфические языки, веб-фреймворки, СУБД наконец. И нормальные компании обычно предпочитают выкладывать подобное в опенсурс. Это экономически обоснованно -- формируется комьюнити, другие компании/разработчики подключаются, начинают использовать, репортить и фиксить баги.

И человек без опенсурс-вкладов не полный ноль, просто к нему намного больше вопросов. Я лично знаю компании в которых первым делом смотрят профиль на гитхабе, stackoverflow итд. И сам считаю что это верный подход.

[Волера]

и с зарплатами не хуже java-разработчиков

очень сомневаюсь. притом руби - это же только веб направление.

[tos]

"И человек без опенсурс-вкладов не полный ноль, просто к нему намного больше вопросов. Я лично знаю компании в которых первым делом смотрят профиль на гитхабе, stackoverflow итд. И сам считаю что это верный подход."
Представьтесь, будьте добры.

[Волера]

Я лично знаю компании в которых первым делом смотрят профиль на гитхабе, stackoverflow итд. И сам считаю что это верный подход."

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

[Alder]

очень сомневаюсь. притом руби - это же только веб направление.

Ну и давайте говорить о зарплате джавистов в сфере веба
(Отправлено в: 21 Ноябрь 2011, 20:09:57)
 

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

Я тут уточнил. Автор работает в http://www.macadamian.com/. Это мелкая жлобская контора? Я таких могу еще найти в пример.

[vlprans]

"И человек без опенсурс-вкладов не полный ноль, просто к нему намного больше вопросов. Я лично знаю компании в которых первым делом смотрят профиль на гитхабе, stackoverflow итд. И сам считаю что это верный подход."
Представьтесь, будьте добры.

Это я на самом деле, оказывается у меня учетка была старая еще с 2007го года
(Отправлено в: 21 Ноябрь 2011, 20:13:23)
 

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

StackOverflow Carreers 2.0 весь построен на таком принципе: резюме человека это то, как он отвечал на вопросы StackOverflow. А при помощи Carreers хайрят очень крутые компании.

Некоторые фирмы вообще запрещают говорить что ты у них работаешь и на таком то проекте, а не то что выкладывать код куда то.

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

[tos]

Владислав, другое дело =)
(Отправлено в: Ноябрь 21, 2011, 08:27:57 )
 "StackOverflow Carreers 2.0 весь построен на таком принципе: резюме человека это то, как он отвечал на вопросы StackOverflow."
Когда нужен зомби - согласен.
У программиста (не гика) ФИЗИЧЕСКИ нет возможности заниматься этим.

[Alder]

Когда нужен зомби - согласен.
У программиста (не гика) ФИЗИЧЕСКИ нет возможности заниматься этим.

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

[Волера]

Ну и давайте говорить о зарплате джавистов в сфере веба

Да не важно, веб - не веб. Всё зависит от сложности предметной области и умения в ней разбираться
Человек, который который клепает то что ему говорят - заслуживает зп 500$ максимум, и это не программист, а кодер.

[tos]

"Ты не прав. Мои коллеги почему-то находят возможности этим заниматься физически. При этом они в большинстве своем женатые, есть дети, есть разные другие хобби. Просто каждый делает свой выбор"
А вот никто из моих коллег не находит на это времени и да, они женатые и с детьми.

[vlprans]

Когда нужен зомби - согласен.

Могу поспорить, что ты не раз приходил на StackOverflow когда искал что-то по программированию (да и не только, там сейчас даже про кулинарию есть) и находил ответ. Ведь это же полезный ресурс? Его наполняют наши коллеги-программисты. Ими движет (по моему мнению) 3 основных желания: 1) желание помочь комьюнити 2) желание блеснуть своими знаниями 3) когда что-то объясняешь, часто сам понимаешь что объяснял

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

У программиста (не гика) ФИЗИЧЕСКИ нет возможности заниматься этим.

Ты ж находишь возможность постить на форум, почему не запостить на StackOverflow? Там тоже бывают прикольные срачи

[Alder]

Кстати, Toc, ты же когда-то на Хабр писал статьи для начинающих по программированию под iOS. Что же изменилось, что теперь пишущие на Stackoverflow люди стали зомби?

[tos]

Больше работы, больше ответственности - меньше времени, тут все просто.
И рабочие 8 часов перенасыщены задачами.
А потом - отвлечьсяс от работы (или шабашки - хобби - прочее)
(Отправлено в: Ноябрь 21, 2011, 09:11:40 )
 "Ведь это же полезный ресурс? Его наполняют наши коллеги-программисты. Ими движет (по моему мнению) 3 основных желания: 1) желание помочь комьюнити 2) желание блеснуть своими знаниями 3) когда что-то объясняешь, часто сам понимаешь что объяснял "
Не спорю, социально-наполняемые ресурсы - это очень круто, полезно и все такое.
Просто лично я со своей колокольни не могу понять КАК на это выкроить время.

[Alder]

Просто лично я со своей колокольни не могу понять КАК на это выкроить время.

Может не брать шабашки? Если основная работа, конечно, кормит хорошо

[zer_owlet]

Как по мне, последние посты -- это хрень какая-то..... Если я своего работника увижу постящим на всяких там ресурсах, я буду еще более пристально смотреть на его результаты. Если он еще и коммитит куда-то, то внимание будет еще более пристальным. Если он успевает все и работает на свои деньги -- та и черт с ним. Но если нет -- голову оторву, потмоу что он тратит силы черт его знает где.

ИМХО, людей, которые на все 100% отрабатывают и во всяких там сообществах и на основной работе, крайне мало. Я пробовал несколько раз и терял производительность на основной работе. Так что, крикунов, которые ратуют за опенсорс и достижения в коммитах (ага, менегер будет их читать и анализировать -- та бред), хочется спросить:
1. Каковы достижения? Есть чем похвастаться? Как много времени тратится из 24 часов на проекты?
2. Семья есть, времени на нее хватает, отношения нормальные?
3. Сколько лет в этой работе крутитесь?

Теоретиков вшивых у нас хватит чтобы в Сибири весь снег убрать. Как с практиками?

[tos]

На любое ХОРОШО есть ЛУЧШЕ.
Квартиры не хватает собственной, знаете ли.
(Отправлено в: Ноябрь 21, 2011, 10:27:30 )
 Кстати, есть парочка людей - адовые сторонники опен-соурса, пересборок линукса, Хаскеля, Лиспа и прочего подобного.
Качество их кода на основной работе оставляет желать лучшего, все делается медленно, из-под палки да, к тому же, с детскими ошибками.
Такие-вот пироги.

[zer_owlet]

Кстати, интересно откуда такая переборчивость кадрами с одной стороны (и StackOverflow им нужно и github) и огромный недостаток квалифицированных программистов с другой.... У меня есть, как минимум, 4 компании, которые задыхаются без адекватных программистов. А тут перебирают харчами блин. Правда, мож это для рубистов только -- особенности секты... Кто знает.

ЗЫ: Мне плевать на всякие там разные фишки, тренды и веяния моды. За последние 3 года нашел только пару нормальных специалистов. Остальные уже все разобраны и рынок требует еще и еще. А тут дурью маются... Этих модников не поймешь )

[Alder]

Если я своего работника увижу постящим на всяких там ресурсах, я буду еще более пристально смотреть на его результаты. Если он еще и коммитит куда-то, то внимание будет еще более пристальным. Если он успевает все и работает на свои деньги -- та и черт с ним. Но если нет -- голову оторву, потмоу что он тратит силы черт его знает где.

Концлагерь? Т.е. если работник в рабочее время полезет на SO за ответом, по пути ответит на пару вопросов и внесет небольшие правки в открытый код используемой в работе библиотеки - это преступление? Или работник должен как зомби 8 часов стучать по клавишам на основной работе без отрыва от клавиатуры? Проходили и такое - ничего хорошего. Сейчас начнутся доказательства - "а я так работаю, я достиг результатов, а чего добился ты?". На что я просто отвечу - вы не работали по-другому. И не можете сравнить. Когда участие в open source проектах приветствуется!

ИМХО, людей, которые на все 100% отрабатывают и во всяких там сообществах и на основной работе, крайне мало. Я пробовал несколько раз и терял производительность на основной работе. Так что, крикунов, которые ратуют за опенсорс и достижения в коммитах (ага, менегер будет их читать и анализировать -- та бред), хочется спросить:
1. Каковы достижения? Есть чем похвастаться? Как много времени тратится из 24 часов на проекты?
2. Семья есть, времени на нее хватает, отношения нормальные?
3. Сколько лет в этой работе крутитесь?

Теоретиков вшивых у нас хватит чтобы в Сибири весь снег убрать. Как с практиками?

Никто не говорит, что таких людей все 99,99%. Но они есть и их достаточное количество. Причем, отойдя от темы коммитов/ответов, участвовать в жизни сообщества можно, выступая на всяких конференциях, делясь своим опытом и знаниями. А тебя хочется спросить - что-ж так тянет доказать то, что эти "крикуны" не правы? "В интернете кто-то не прав" или что-то другое? И переходы на личности сразу начинаются детские - а докажи ты, покажи ты.

На любое ХОРОШО есть ЛУЧШЕ.
Квартиры не хватает собственной, знаете ли.
(Отправлено в: Ноябрь 21, 2011, 10:27:30 )
 Кстати, есть парочка людей - адовые сторонники опен-соурса, пересборок линукса, Хаскеля, Лиспа и прочего подобного.
Качество их кода на основной работе оставляет желать лучшего, все делается медленно, из-под палки да, к тому же, с детскими ошибками.
Такие-вот пироги.

С целью шабашек понял. Да, есть такое. Тут жизненные ценности выше. А насчет товарищей - ну как обычно, есть исключения из правил
(Отправлено в: 21 Ноябрь 2011, 22:44:26)
 

Кстати, интересно откуда такая переборчивость кадрами с одной стороны (и StackOverflow им нужно и github) и огромный недостаток квалифицированных программистов с другой.... У меня есть, как минимум, 4 компании, которые задыхаются без адекватных программистов. А тут перебирают харчами блин. Правда, мож это для рубистов только -- особенности секты... Кто знает.

В который раз слышу - "мне не хватает нормальных специалистов". А может ты просто не умеешь их готовить? Я к тому, что возможно людей не устраивают ваши условия работы/зарплаты, они не подходят вам, т.к. без опыта. Или может им просто не интересно то, чем вы занимаетесь. Тут вон Магента не может в Донецке набрать PHPшников, а ты за себя переживаешь
(Отправлено в: 21 Ноябрь 2011, 22:46:08)
 

ЗЫ: Мне плевать на всякие там разные фишки, тренды и веяния моды. За последние 3 года нашел только пару нормальных специалистов. Остальные уже все разобраны и рынок требует еще и еще. А тут дурью маются... Этих модников не поймешь )

JQuery не используем? HTML5/CSS3 не верстаем? JSONом данные не шлем? AJAX тоже не слышали? А ведь когда-то и это было фишкой и веянием моды.

[vlprans]

Как по мне, последние посты -- это хрень какая-то..... Если я своего работника увижу постящим на всяких там ресурсах, я буду еще более пристально смотреть на его результаты. Если он еще и коммитит куда-то, то внимание будет еще более пристальным. Если он успевает все и работает на свои деньги -- та и черт с ним. Но если нет -- голову оторву, потмоу что он тратит силы черт его знает где.

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

Есть еще люди которым платят исключительно за работу в опенсурсе. Вот например этот мужик: http://twitter.com/#!/antirez . Он работает в VMWare и его основным проектом является открытая СУБД Redis. И при этом я не знал раньше что он работает в VMWare -- я видел его профиль на гитхабе и то, что он мейнтенер Редиса. Тут просто компания поощряет подобную работу в опенсурсе, многие еще не доросли до этого.

[Alder]

Привет.

Любителям графиков и статистик со всяких сайтов - Open-source skills best hope for landing a good job

[Alder]

Github is my resume

Особенно интересен комментарий:

    As a hiring manager I have started to look at people's GitHub's contributions, so I agree. I probably missed it, but let me state that there is a way to show your GitHub projects using a LinkedIn app on your profile. Finally, I'd like to encourage people to consider contributing to Humanitarian FOSS (#HFOSS) projects as a way to do good and build up your resume and skills. You can learn more about HFOSS projects to contribute to at http://socialcoding4good.org

    Gerardo Capiel
    VP of Engineering, Benetech (.org)

[vlprans]

Там вначале упоминались паттерны, наброшу немного своим постом: http://vlprans.posterous.com/gof-patterns

[tos]

набросил так, что ай-яй-яй.
По самую Джаву.