Про досвід програмування

[YOKO]

Це хоч і про роботу, але місце топіку імхо саме тут.

Часто зустрічаю оголошення, що є вакансія для програмерів, наприклад по тому ж VC++ з ремаркою - "з досвідом роботи від 3-х років".

Справа власне в тому, що я не зустрічав вакансій це цей досвід не є обовязковою вимогою. Тобто його наявність є ключовим питанням.

Але де його набратися того досвіду, коли кругом потрібні програмери вже з ним?!

Розповідайте.

[Guffy]

Набраться опыта просто:
1. Пойти туда, где опыт не требуется. Например, были и, вероятно, еще есть конторы, которые берут студентов на заниженную ставку без опыта. Так сказать "выращивают кадры".
2. Заниматься С++ как хобби. Написать, например фриварный или опенсорсный проект. Потом суметь доказать свою состоятельность.

А в целом, это скорее мания, так же как и требование ВО и т.д.
Я думаю, что можно было бы и брать почти любых программеров - главное, чтоб человек был толковый. Правда на С/С++ брать кого-то с опытом только жавы/С# все таки стремновато - изнежены они сборщиком мусора, долго и мучительно будут привыкать к ручному управлению памятью (я уже сам изнежился ).

[YOKO]

Перших ще не зустрічав, а друге активно практикую (пишу на замовлення)

[Guffy]

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

[YOKO]

Цікаво, скільки потрібно "багажу" щоб влаштуватися в одну з тих контор, де від косаря і вище платять?

[Guffy]

Опыта, как такового, желательно, конечно, иметь порядочно
А опыта в конкретном языке/среде разработки - имхо, можно не иметь вовсе тут как себя покажешь. ну и как повезет - чтобы нанимающий сумел разглядеть в тебе чела, имеющего "здравый смысл и жизненную опытность" в сфере программирования.
Главное - уверенность в себе. Не тупая наглость, а именно уверенность - смогу разобраться. Способность к самообразованию, наблюдательность великая вещь - главное - ее не потерять
Синтаксис и минимальные понятия можно получить за день-два. За пару недель можно уже не сильно "отсвечивать" на фоне новых коллег. Пару месяцев - и уже почти полностью "в теме"

[YOKO]

Доречі, мені було б дуже цікаво послухати як взагалі виглядає робота в таких компаніх?

Суто спортивна цікавість.
Як воно в тих офісах?..

Як працюють в команді? Я це взагалі не уявляю.
Мабуть ведучий програміст, (менеджер проекту так би мовити), розділяє великий проект на визначену кількість блоків,
які в свою чергу складаються з певних функцій, а ті розподіляються між програмерами.

Хоча я власний код з часом не завжди з першого разу розумію, а чужий тим паче. ))))

Чи користуються якимись домовленостями щодо коду?
Тією ж Венгерською Нотацією і т.д.

Корочше кажучи, мене цікавить ВСЕ що хоч якось стосується такої роботи, включаючи те як тестують претендентів на вакансію і закінчуючи тим, як вони ходять на обід. )))

[Guffy]

Доречі, мені було б дуже цікаво послухати як взагалі виглядає робота в таких компаніх?

Суто спортивна цікавість.
Як воно в тих офісах?..

Як працюють в команді? Я це взагалі не уявляю.
Мабуть ведучий програміст, (менеджер проекту так би мовити), розділяє великий проект на визначену кількість блоків,
які в свою чергу складаються з певних функцій, а ті розподіляються між програмерами.

Хоча я власний код з часом не завжди з першого разу розумію, а чужий тим паче. ))))

Чи користуються якимись домовленостями щодо коду?
Тією ж Венгерською Нотацією і т.д.

Корочше кажучи, мене цікавить ВСЕ що хоч якось стосується такої роботи, включаючи те як тестують претендентів на вакансію і закінчуючи тим, як вони ходять на обід. )))

да так себе... порой маразма хватает... как со стороны руководства, так и с их же стороны, но с пинка заказчика. особенно хватает, когда начинается очередное
"фокусирование"

К сожалению, менеджер не всегда программист, а если и "бывший" - то лучше, чтоб он просто не мешал. В целом, просто делят на основные куски (типа "ты - будешь делать сервер; ты - клиент; ты - либу для того-то. согласны?") и потом твой кусок тянется за тобой до крышки гроба проекта.
За чужую часть работы стараются на браться, так по мелочи, помочь. Если у кого сейчас "расслабон", а у кого "завал" - на то воля всевышнего. В следующий раз будет наоборот.

Договоренности. Тут если взаимодействие по сети - договор идет о протоколе, если либа- набор ф-й и параметров. Во втором случае обычно тот, кто либу будет пользовать - лучше представляет, что ему надо - он объявляет набор ф-й и параметров на пальцах. "Реализующий" потом чешет репу, как это сделать, и объявляет фактический интерфейс.

[YOKO]

А як як правило виглядає тестування кандидата?

[Tigra]

YOKO, как говорят буржуи - it depends
Все зависит от компании - где-то это действительно так, как описал Guffy, где-то - бюджет, устав проекта, человеко-часы, четко разграниченные роли, диаграммы Ганта, "желтые листки" и прочие прелести проджект-менеджмента.. Везде по-разному.
Точно так же и с тестированием/собеседованием.
Где-то кандидатам вначале дают тестовые задания, в зависимости от выполнения которых уже приглашают (или нет) на личное интервью.
Где-то сразу интервью.
Вопросы на собеседовании опять-таки зависят как от компании, так и от должности/роли, на которую ты претендуешь, проекта, в котором тебя предполагают задействовать.
Причем четкой корреляции между вилкой зарплат и "типом" собеседования провести нельзя..
Все очень по-разному. В теме про "IT-компании Одессы" обсуждались конкретные компании, есть опять-таки -
http://www.developers.org.ua
там кое-кто из одесских есть...
А опыт... На джуниора без серьезного опыта возьмут.. А на серьезные деньги - тут - если сумеешь доказать, что ты и без коммерческого опыта сумел стать "гуру" (если это так))

[Guffy]

А як як правило виглядає тестування кандидата?

читай сюда http://blogs.gotdotnet.ru/personal/hollander/CategoryView.aspx?category=Philosophy

[Guffy]

Все зависит от компании - где-то это действительно так, как описал Guffy, где-то - бюджет, устав проекта, человеко-часы, четко разграниченные роли, диаграммы Ганта, "желтые листки" и прочие прелести проджект-менеджмента..

Все это хорошо, неоднократно осуждалось на собраниях, планерках.
"Мы, блин, будем работатать по ISO9001.."
Да "свежо предание"....
Даже семинары образовательные (типа один всем рассказывает новую технологию) два раза вводили. Оба раза они же и благополучно помирали...
Я эти семинары считал пустой тратой времени. И пользуясь авторитетом, имел привилегию не быть докладчиком Но ходить приходилось. И я оттуда ничего не выносил. Когда "оно" мне надо - я сам разберусь и не по верхам. Когда "оно" не надо - так че "моск" засорять, все равно вывалится. А что "оно" есть - я и без семинара знаю, чай не на острове.

[YOKO]

Мужики, пишіть не соромтесь!
Дуже цікаво про це читати!

[Tigra]

Guffy, не спорю.. Хорошо и правильно - это не "методом А" или "методом Б". Хорошо - это так, как работает (в данной компании, в данном коллективе, при данном масштабе проекта).
Поэтому и говорю - везде по-разному...

Возможно слово "прелести" надо было взять в кавычки
Потому что часовые совещания, когда приходится объяснять, что по задаче Х я отстаю по техническим причинам, зато в это время я выполняю задачу Y, так что общего отставания про проекту как бы и нет)) - они иногда весьма напрягают и отвлекают от собственно работы))
Хотя - так тоже работает)

[Guffy]

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

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

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

[THRESHE]

Набраться опыта просто:
1. Пойти туда, где опыт не требуется. Например, были и, вероятно, еще есть конторы, которые берут студентов на заниженную ставку без опыта. Так сказать "выращивают кадры".

Список в студию

[Guffy]

не, ну я вот только сижу, и списки составляю. ну Ё-моё, как дети

[lexar]

Хоча я власний код з часом не завжди з першого разу розумію, а чужий тим паче. ))))

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

Самое смешное,
что профессионалы легко понимают коды друг друга.

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

Помню прикол:
Модифицировал за одним таким функцию строк на на 700
(мои нормальные функции строк 10...40).
Нашел if с очень сложным выражением под которым было строк 200.
Когда я разобрал выражение,
оказалось, что оно всегда FALSE, независимо от входящих значений.
Другими словами эти 200 строк не исполнялись никогда!

И как такое понять?

[lexar]

Список в студию

Вузовские лаборатории.

Но на самом деле,
сейчас трудно.

Конторы стали работать по-западному.
Тесты, интервью...

Есть вариант,
устроится куда-нибудь на QA,
это проще, чем на программиста.

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

Или, скажем, оператором на узел Intrnet.
Там, вообще, свободного времени много,
особенно по ночам.

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

[Guffy]

Это хреново.
Самое смешное,
что профессионалы легко понимают коды друг друга.

Ну, в жизни всяко быват. Могут быть два чела, по отдельности вполне профессионалы, но стиль написания разный. Как работают в одном проекте - поневоле посматривают в код друг друга. И думают про себя "ну, блин, написано работоспособно - но кто так пишет????"