Programming interview questions in BG?

Начи...с тоя един пробен ден у фирмата можеш да идеш на майната си...

Това е само един ден...нали трябва да има човек през тоя ден, който да се "занимава" с човека за да види какво и колко знае?
Как си го представяш, че някой от първия ден ще вдене от една по-голяма система писана с години и специфична за отрасъла примерно?

Тва с пробния ден е пълен булшит...всъщност даже не е нищо, щото на повечето места си има поне 180 пробни дни (6 месеца изпитателен срок му викат хората).
Тия идеи дето си ги копи-пейстнал от Запада си ги задръж за себе си и не ги споменавай/лансирай налево надесно:-)

Обясни ми къде ще приложиш познанията си по обхождане на графи в широчина при писането, примерно на една CRM система? Да не говорим, че всички тия алгоритми ги има написани максимално оптимално в хиляди библиотеки. А също и да не говорим, че ги има описани в хиляди документации, включително в wikipedia. За какво ми е да го помня наизуст? Било е програмиране преди 20 години. Сега приоритети са други. Ама въпросите по интервютата си остават същите.



Eeeeeeeeeeeeeeeaaaaaaasy rider

туй дето ти си го представяш аз го правя
Тия идеи си работят (позна - в Запада) и ако някой потен мангал като теб не може да се справя - си е за негова сметка.

Пробния ден прекрасно показва кой е дървен философ и кой може да работи - дори ЕДИН ден върши работа и дали се вписва в новия си тим. 6-те месеца са в случай че новичкия трябва да се учи тепърва на фирмена култура и т.н. - от техническа страна дали става или не се изяснява на момента, не успее ли да е продуктивен в рамките на първите 2-3 седмици - отпиши го.

тия библиотеки са писани от програмисти (тия кадърните, а не философите).
Не знам що си решил че това са някакви извънземни - а не точно хора оттука.

ПП: Да не говорим че често точно тия библиотечни функционалности не са приложими - и се почват акробатики вместо некадърника да седне и да си ги напише начисто.

По твоята класификация днешните програмисти са само ето това:

[линк]

Ми ти се смятай и за маникюрист, твое право си е. Хората по света правят олимпиади по информатика, ако ти е любопитно да видиш каква материя обхващат - [линк]

чети и дишай по-леко

туй дето ти си го представяш аз го правя
Тия идеи си работят (позна - в Запада)

Кво прайш па ти бе мъждрамуняк смотан:-)
Ти не зна'аш колко уши имаш на главата си...правил бил:-)

че ти имаш две ушета (пляс по един шамар през всяко)
Клепчо, вземи се осъзнай че ще те понижа от пауър юзър в четец на новини в ДИР.БГ

може, ама е било преди интернета




NE SUTOR ULTRA CREPIDAM

Ама наистина ли правят олимпиади по информатика. Никога не бих се сетил сам, че е възможно такова нещо.

ОК, съгласявам се, не съм програмист, а computer scientist.

The last good thing written in C was Franz Schubert's Symphony No. 9.

Аз използвам познанията си по обхождане на графи в работата си. Е, не пиша CRM-та. Вярно е, че в библиотеките има много алгоритми, но въпросът е кой от тях да избереш :)

Все пак не разбрах алгоритми какво са след като не са програмиране. :)

The last good thing written in C was Franz Schubert's Symphony No. 9.

За опита може да се разбере достатъчно, ако се разпита човек в какви проекти е работил, какво точно е правил и т.н. и т.н. Естествено, риск пак има, но той е чуствително по-малък. Безспорен факт е, че в България достатъчно често се взимат предвид препоръки от познати. Навън е достатъчно разпространена практиката да се пишат препоръки от началници/колеги, но по понятни причини в България тази практика не е разпространена
Основен момент е опита в съответната приложна сфера - банково дело, финанси, съответен бизнес/наука. Това е лесно обяснимо - на един "твърд" девелопер лесно ще обясниш (съответно той лесно ще научи) друга технология/система от програмирането, но е възможно трудно да му обясниш голямо количество специфична терминология/методика, ключова за даден проект.
Участието пък в различни видове (като клонове от индустрията/науката, не като ИТ) проекти показва способност за адаптация, разбиране (съответно изграждане) на модел на дадена дейност. Ако един човек с ИТ образование е участвал в застрахователен проект е логично да предположиш че ще се справи в медицина например, и т.н. и т.н.
То всички тия неща се знаят от всеки тук, но просто реших да ги скицирам - за да не се лъжем де...

чети и дишай по-леко

Срамота е да не знаеш подобни неща - [линк]
Можеш спокойно да се гордееш - за малка страна като България подобни класирания (не са единичен случай) са огромен успех.

чети и дишай по-леко

Ricehub е идеален за бързи интервюта :)

Не мисля, че е особен повод за гордост. Познавам българи, спечелили златен медал на такива олимпиади, както и американци, които са ходили, но не са се представили добре. Разликата в постиженията им извън такива състезания е като между небето и земята. И не в полза на българите :)

The last good thing written in C was Franz Schubert's Symphony No. 9.

В отговор на:

---

"твърд" девелопер лесно ще обясниш (съответно той лесно ще научи) друга технология/система от програмирането,

---

Би ли дал пример за твърдението си?

Моите наблюдения са съвсем различни, дори точно обратното на твърдението ти.

Е, тука ме остави без думи просто.
Всичко от това, което каза е вярно и много точно и аз няма как да не се съглася.
Нормално е например програмист, който има 10г.+ опит във финансовите продукти (дори и да не "блести" като технически изисквания) да е с "едни гърди" напред ако се изисква и е от значение опита в сферата.

Ами ти си го каза - майсторството и знанията в алгоритмите (и въобще в информатиката) не се цени особенно в програмистките среди...

чети и дишай по-леко

Напротив, ценят се. Но доброто представяне в състезания няма много общо с "майсторството и знанията в алгоритмите".

The last good thing written in C was Franz Schubert's Symphony No. 9.

Примера ми е 26 годишен опит, но в случая е достатъчно да се вгледаш в кой да е програмист. 80-те години масово се пишеше на 8-битови машини - асемблер, бейсик и тук-таме паскал. 90-те ни накараха да минем на x86 асемблер, сериите турбо паскал/ц/бейсик, после виндовс, уеб, скриптови езици, sql, .нет, жаби и прочее и прочее. По препатилите прецапахме и през лайнукс, по-тарикатите минаха и през мобилни устройства...
Огромната част добри програмисти си бяха добри и си останаха такива, въпреки че технологиите (и принципите) на програмиране се смениха многократно.
Ти може би се бъркаш с понятието "лесно". За програмист "лесно" означава от няколкостотин до няколко хилки повече като месечна заплата, алчна женска, лъскава каруца и т.н. и т.н. Дори и самата смяна на работата те принуждава да научиш (в 99.999% от случаите) абсолютно нова технология/система. Който не е съгласен с мен и ме бие на канадска, печели каса бира по избор.

чети и дишай по-леко

Не думай... Преди един час не знаеше че има олимпиади по информатика, а вече познаваш български и американски състезатели, в час си какво означава "добро представяне" и какво се изисква за него?!?

чети и дишай по-леко