• 4641
  • 62
  • 7
Нравится блог?
Подписывайтесь!

ТОП-10 ошибок на технических собеседованиях на должность программиста

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

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

  • Что сделать чтобы ваше резюме не попало в мусорную урну в первые 20 секунд?
  • Как подготовить хорошее резюме?
  • Как отвечать на хитрые вопросы, что делать, что нет?
  • Как подготовиться к собеседованию?

Сегодня я хотел написать о ТОП-10 ошибках, которые делают кандидаты на собеседовании:

1) Готовиться к собеседованию на компьютере

Когда кандидат приходит к нам на собеседование, единственное, что он получает это ручку с бумагой, иногда конечно даем маркер и доску(как premium option). Так вот часто кандидаты делают очень много ошибок, потому что они привыкли к подсветке кода, autocomplete, и др.вещам. Готовитесь к собеседованию, делайте это с помощью бумаги и ручки, используйте компилятор только для проверки того, что вы написали на бумаге. Удивитесь как много вы ошибок сделали

2) Не готовиться к поведенческим вопросам

Многие готовятся к техническим вопросам, но забывают про поведенческие вопросы(прошлый опыт, что вы делали при случае А, что было самым сложным в проекте Б), так вот это не правильно. Когда человек мямлит, что-то мне говорит о том, что у человека плохо со структурой мышления, иногда еще хуже, может кандидат хорош технически, но ужасно эгоистичный, гордый

3) Не проводить тестовые собеседования

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

4) Пытаться запомнить ответы

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

5) Решать задачи на собеседовании в гробовой тишине

Когда я делаю собеседование, я хочу услышать нЕ правильный ответ от кандидата, а то как он думает, для меня важнее всего понять его мотивы такого мышления, почему он решил использовать Insertion Sort, а не Quicksort? Возможно он не знает Quicksort(или плохо его помнит)? Ни я ни кто либо другой не умеют читать ваши мысли к сожалению, проговаривайте что вы делаете, спрашивайте если не знаете как подойти к задаче.
Очень часто чтобы решить задачу нужно спрашивать детали.

Пример:

Интерьювер: Как отсортировать массив данных?
Кандидат: Какие данные в массиве?
И: Числа
К: Целочисленные?
И: Да
К: Что это за числа?
И: Класс в котором учится ученик
К: Хорошо, как много этих данных? (Значит минимум 0, а макс 13)
И: Миллиард

Отсюда можно сделать вывод, что хорошим алгоритмом сортировки будет Counting sort

6) Спешка

Писать код это не гонка. Продумайте ваше решение, и предложите интервьюверу. Спешка приводит к ошибкам и говорит о том, что вы не внимательный. В конце вы придете к ответу быстрее и с меньшим кол-вом ошибок, если не будете спешить.

7) "Говнокод"

Очень часто люди пишут код который просто работает, это - хорошо. Но вам все равно отказывают, потому что делаете дублирование кода, не используете правильно структуры данных(недостаток ООП дизайна) и т.д. Когда вы пишите код, подумайте, что вы как будто пишите для production. Разделите задачу на методы(функции), создайте класс со спец.структурой если это надо.

Пример: Напишите алгоритм решения крестиков-ноликов
Плохо: Сделать решение для случая когда сетка 3x3 и написать все в один метод
Хорошо: Сделать решение для случая когда сетка NxN, создать структуру данных для объекта(для Х и О - 1 объект к примеру) - и создавать лист из этих объектов, разделить на задачу на методы

8) Не тестировать код

Я не прошу писать unit тестирования, но перед тем как сказать интервьюверу, что все готово, удостоверьтесь, что код работает. Проверьте для случаев экстремумов(Что будет если алгоритм получит мин.значение как input, а если макс.значени? 0? null?). Выдает ли программа exception'ы?

9) Исправлять ошибки на бум

Баги - это нормально. Но исправить их вовремя и правильно это самое главное. Иногда бывает такое, что кандидаты видят, что их функция возвращает не правильное значение для input'а 0 и делают так:

// Bad idea
if(input == 0)
return SOME_TRUE_VALUE_HERE;

Смешно не правда ли :)? Не делайте так

10) Сдаваться

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

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

Отвечу на все ваши вопросы, по данной теме
Удачи на собеседованиях,
Асхат

P.S. Мы ищем разработчиков к себе, если вы думаете что вы талантливы, напишите мне askhat@chocomart.kz

Источники

http://www.technologywoman.com/

https://www.kennethnorton.com/

http://www.cc2e.com/Default.aspx

 
murzabayev
4 января 2014, 18:19
5090

Загрузка...

Комментарии

drugoi
0
0
Я бы не прошел у тебя собес :(
> Когда кандидат приходит к нам на собеседование, единственное, что он получает это ручку с бумагой...

Что за глупость? Любого программиста посадите за листок бумаги, он напишет с ошибками. "Воду нальём в бассейн только после того, как вы научитесь плавать".

> ... если дадут немного модифицированную версию бинарного поиска - все пиши пропало.

А пользоваться Google у вас запрещено?

> проговаривайте что вы делаете

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


В общем, с некоторой частью ваших советов я не согласен. Но больше всего "убил" листок бумаги.
D1kz
0
0
перешел сразу к 10-му пункту
D1kz
0
0
Хотелось бы спросить про пункт "Спешка". А как быть с кандидатами, у которых за плечами разного рода соревнования по программированию на скорость решения? Был ли опыт с такими ребятами?
xapon
4
0
Те, кто по каким-то причинам не знают алгоритмов сортировки, но подходят по остальным критериям, могут писать в ракетную фирму :)
2 drugoi:
ну ты же прошел как то, значит все ок :)
2 D1kz:
был, обычно эти ребята решают многие задачи очень быстро и "правильно", но у многих страдает ООП и naming
2 xapon:
Не знаю как ты хочешь нанимать разработчика который не знает, что такое сортировки(мне просто страшно представить, что ваши проекты работают на сортировках за O(n^2)
smerch
0
0
неужели сортировки так часто встречаются в коде сокомарта?
Ну это я написал абстрактно, но использование разных структур данных к примеру поиск по графу в глубину или в ширину встречается повсеместно
ога, и поэтому всякие сортировки, разные сеты и мапы уже давно реализованы из коробки практически во всех языках программирования.
А писать код без подсветки синтаксиса, это да - ниипически важный скил. (это был сарказм,да)
Мои пять копеек. Сразу скажу, что на истину не претендую, просто мое видение ситуации. С внутренним рынком вроде бы знаком, с внешним тоже более-менее.

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

у нас нет кучи хороших программистов (и те что есть быстро разъезжаются кто куда)
у нас все плохо с образованием в computer science
очень мало мест, где выпускник может получить хороший опыт
это все синтетические тесты
навык решения подобных задач сильно зависит от тренировки (я не про заучивание, а про целенаправленную тренировку)
задачи, стоящие перед нами на порядок проще задач, стоящих перед абстрактным гуглом

вот хороший пост на эту тему на русском softwaremaniacs.org и на английском techcrunch.com
з.ы. а проблеме поиска хороших программистов очень сочувствую, сами практически бесплодно ищем, думал может Алматы с этим лучше
Разрешите я от себя добавлю. Очень сложно получить опыт участия в проекте. В основном работа программиста - это поддержка уже существующего софта, написание дополнений к некому движку. Например, работа в банках (кстати, ненавижу), там есть купленный движок типа 1С только для банковской сферы. И программист дописывает некоторые уникальные для этого банка функции, процедуры, проверки. Никто ведь не занимается разработкой своего браузера, своего скайпа, своей операционки, своей картографии - это всё очень-очень редко для Казахстана. Поэтому непонятно, когда на собеседовании тебя спрашивают "в каких проектах вы участвовали" (да ещё во множественном числе). Можно подумать, что все остальные участвовали в десяти проектах, а ты один всегда на поддержке сидел.
2 Сергей Пасиченко:
Спасибо большое за комментарий,
Соглашусь с вами по нескольким пунктам, а это:
- у нас все плохо с образованием в computer science
- очень мало мест, где выпускник может получить хороший опыт
- навык решения подобных задач сильно зависит от тренировки (я не про заучивание, а про целенаправленную тренировку)
не согласен:
- задачи, стоящие перед нами на порядок проще задач, стоящих перед абстрактным гуглом
- у нас нет кучи хороших программистов (и те что есть быстро разъезжаются кто куда)

У нас задачи никак не легче(это мы кто делает задачу сложнее или проще, и в принципе мы также можем решать сложные задачи). В США или в любой стране также нету кучи программистов хороших, в США к примеру только 5% может предоставить выпускников Computer Science от запросов рынка. То есть нехватка она повсеместна.

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

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

Сложные задачи - это к примеру наш поиск, системы рекомендаций, бизнес логика в работе с партнерами, логика складирования товара.
Они конечно же не уровня Google на данный момент, но никто нам не мешает, поставить планку повыше, и да кроме Google, такие компании как Apple, Facebook, Twitter, Amazon, Microsoft, Oracle, VM Ware, VK, Yandex, Mail.ru - все они использует данный тип собеседований. Поэтому наши задачи наверно где то уровнем чуть ниже Mail.ru & Yandex.

"Их 5% - это не наши 5%" - ну это да согласен :) Их 5% - это не наши 5%.
Полностью согласен! Главное - страсть в глазах и желание учиться каждый день. У нас программеров 1 год как 10 лет в другой индустрии. Все меняется со сверх-скоростью!
ident
3
0
Вопрос: а игра стоит свеч?) Во-первых какой оклад?) во-вторых чем таким прямо этаким заниматься в простом интернет магазине, причем уже на рабочем движке? Из всего поста можно извлечь только мысль, что вот мол какие мы охрененные, очередной пиар шоколадок, конечно норм прогнозы к вам не пойдут) нафига им это, вам бы наоборот планку пониже сделать, а то это так по казахски сделать отбор практически что в космос, а придешь на работу и *уйней страдать будешь)
"Во-первых какой оклад? )" - с окладом проблем нет.
"Во-вторых чем таким прямо этаким заниматься в простом интернет магазине, причем уже на рабочем движке?" - что значит простой интернет магазин? - мне кажется что вы дальше своего носа не видите, и не понял момента с "причем уже на рабочем движке" - то есть вы хотите сказать мы там Битриксы крутим?
ident
0
0
С окладом ответ так и не получен) насчет простого интернет магазина, ну а что, будь он хоть сверх скоростной, это все равно будет всего лишь интернет магазин, где все зациклено только на продаже товаров, не более, а насчет движка, ну почему сразу битрикс)
Я скажу так все зависит от вас от ваших способностей. Занижать з.п. такой практики у нас нет, просите Х оцениваем вас, если стоите Х даем вам эти Х, за качественного кадра совсем не жалко, это наши инвестиции.

"это все равно будет всего лишь интернет магазин, где все зациклено только на продаже товаров, не более" - это нам и только нам решать каким будет интернет-магазин, будет ли он давать цены по дешевле, доставлять вовремя, будет ли пользователь находить, то что ему нужно было найти, получать всю информацию о товаре - на 90% этих вещей, мы, разработчики можем повлиять.
Хорошо, решайте, ваше дело) просто я все свожу к тому, что мб вам рациональнее было бы поступить как предлагает человек в комментах ниже, а именно научить своего разработчика Аякс запросам и будет вам счастье, я конечно понимаю что у Чоко всегда амбиции выше крыши, но я сомневаюсь что вы выйдете за пределы КЗ( та же история, как и с купонным сервисом), поэтому особого смысла не вижу в большой оптимизации вашего кода и вообще в интересной работе для прогеров со стороны, вы с этим и собственными силами вполне управитесь, вместо того, чтобы трубить что мол вот так нам не везет с претендентами)

P.S. Не знаю вам это интересно или нет, но Бисмарт вот такую забавную штуку мутит, из чисто альтруистических мыслей рекомендую разобраться

TUBSSE1qkOShr9r6G14ec37HJCWE38.jpg
Спасибо(я насчет линка) :) Видели и не раз эту штуку, не знаю что и сказать даже. Хотя наверно это не сильно нас касается.
Насчет этого мелкого блога, где я пишу про то что тяжело найти претендента, думаю я трублю, это всего лишь мелкий блог :), ну и мои пожелания найти сотрудника к себе. Если не к нам, то в другие компании, более достойные чем наши попадет

Спасибо еще раз!
alch
3
0
Одно уточнение. Ты говоришь о собеседовании на должность кодера.
Программист - это немного шире. А вопросы и советы у тебя узконаправленные, рассчитанные именно на кодера. Пиши отсюда, и до обеда.
У нас да и на западе нету понятия кодер - у нас есть понятие инженер-разработчик, так вот эти вопросы на должность инженера разработчика
alch
3
0
Инженер-разработчик - это так же вопросы анализа, проектирования, внедрения и сопровождения решений. Так же сюда входят вопросы по поводу повторного использования кода и куда же без паттернов.
Здесь же я вижу больше теоретические вопросы касательно непосредственной разработки программного кода, но не дальше этого.
По сути это именно кодирование.

Каждый тестирует других в меру своих собственных знаний и уровня их развития.
Исходя из твоих вопросов, могу сказать, что непосредственного опыта проектирования, разработки, и сопровождения программных решений у тебя не так и много. А тот опыт что есть, больше обязан теоретическим знаниям полученным в вузе, нежели практическим трудностям, с которыми тебе приходилось сталкиваться. Я прав, или заблуждаюсь?
"Каждый тестирует других в меру своих собственных знаний и уровня их развития.
Исходя из твоих вопросов, могу сказать, что непосредственного опыта проектирования, разработки, и сопровождения программных решений у тебя не так и много. А тот опыт что есть, больше обязан теоретическим знаниям полученным в вузе, нежели практическим трудностям, с которыми тебе приходилось сталкиваться. Я прав, или заблуждаюсь?" -
думаю не возможно оценить самого себя, поэтому предлагаю вам найти меня в LinkedIn, будем там дружить :)
>>думаю не возможно оценить самого себя,
Возможно. И мы это постоянно делаем. Осознанно или неосознанно.
Это называется самооценка. Когда человек сам себя оценивает.
Твое предложение вынужден отклонить.
xaxa. чувак, ты просто посмотри его профайл в линкедин :)
Я не впечатлительный с плане список достижений. Тем более в наших казахстанских реалиях. Это я по поводу профайлов и прочей шелупени.

Я тебе хотел сказать вот о чем. Когда берешь человека на работу, важно что, как много он будет знать теории которую в любой момент можно найти в справочнике, или важно то, как человек умеет решать задачи, и каким мышлением обладает?

Я считаю что важно то, насколько успешно человек умеет решать задачи, и насколько продуктивно он сможет работать. Я встречал людей, которые могли закидать с ног до головы теоретическими выкладками, но столкнувшись с реальной задачей, входили в ступор, зацикливались на второстепенных мелочах, и в итоге не могли решить поставленную перед ними задачу. Зато могли навскидку рассказать тебе о 20 различных методах сортировки.

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

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

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

А какие методики ты применять, для того. чтобы понять, насколько гибкое мышление у человека и выяснить его исполнительность? Или это не входит в твои задачи? У тебя задача только проверить "шарит ли чел в кодинге" или нет?
Удивительно сколько пафоса для какого-то интернет-магазина
Кстати, да. Что-то они из себя слишком много строят.
Кстати, да. Что-то они из себя слишком много строят.
Если честно, то сначала нужно узнать задачи, которые должен будет решать кандидат. Обычно любой студент IT института без проблем напишет алгоритм пузырьковой сортировки или наизусть расскажет о сложности каждого из алгоритмов поиска значения в массиве. Но при этом этот человек никогда не напишет даже простого проекта.
А есть люди, которые не в курсе, кто такой Тьюринг, но пишут такой божественный код, что диву даешься. Будем честны, важно быстро решать задачу, а не оперировать абстрактными терминами. Конечно, если моей задачей станет оптимизация кода, после чего вместо 10 000 серверов мне понадобится только 1000, я буду искать человека, который подкован в алгоритмике. Но согласитесь, сейчас у вас максимум все крутится на двух серверах (а то и на одном) и значительно дешевле поставить новенький сервак, чем обеспечивать сферического программиста в вакуме.
Большинство задач настолько просты, что главное - это умение пользоваться библиотеками, уметь организовать работу, например через git, писать тесты перед кодом. Вот такой человек намного ценней, чем тот, кто знает как работать с графами.
Я к примеру Ruby разработчик, знаю об алгоритмах не по наслышке, но ни разу, ни разу, в реальных проектах мне этого не понадобилось. А все почему? Потому, что изобретать велосипед, где этого не надо - главный признак говнокодера.
Добрый день Павел! Спасибо за советы, ищем разработчиков со знаниями в алгоритмах и структурах данных по нескольким причинам:
1) Это оптимизация нынешнего кода
2) "важно быстро решать задачу" - человек со знаниями в алгоритмах и СД намного быстрей решит проблему, создав нужные уровни абстракции
3) Обучаемость сотрудников - фреймворки, ORM и т.д. все это уровень абстракции, сегодня в тренде одно завтра другое, важно чтобы человек имел фундаментальное понимание вещей, поэтому такие требования
Я не спорю, фундаментальные знания - основа основ, но больше в общем понимании. Т.е. необходимо знать, что существует сложность алгоритмов, но не обязательно знать их названия и уметь воспроизводить. В конце концов я всегда могу открыть stackoverflow. Ведь все знать невозможно!

Во вторых, возьмем Смерча, что отписался внизу. Можно сказать, человек создал текущий КазНет, закончил КБТУ (насколько мне известно), но я на 99% уверен, что он бы не прошел ваше интервью =). Я бы например точно не прошел =D

Если бы меня спросили, как отсортировать массив данных. Я бы сказал Array.sort. Все проблема решена. Если спросите, как отсортировать к примеру на Smalltalk. Я скажу: "Дайте документацию и через минуту все будет отсортировано, со Smalltalk'ом дела не имел!". Не думаю, что ребята создающие языки программирования пишут алгоритмы хуже меня =) Поэтому я абстрагируюсь от всего этого. Иначе можно начать переписывать методы вывода строки, методы сложения и умножения. Но ведь мы оба понимаем, что наша цель - быстро и качественно сделать продукт, а не заниматься научной деятельностью. Пусть алгоритмы создают и пишут профессора в университетах, а я буду просто их использовать.

Может я чего не понимаю, но мы обходимся стандартными методами. Например, есть внутренняя система управления курьерской компанией, написанная на PHP, причем писалась поэтапно и без планирования. В год через систему проходят миллионы посылок, у каждой из них своя история из десятков записей (трек изменений, кто принимал, куда перенаправили, где вручили и т.д.). + CRM, HRM, динамический контроль доступа, архивация, очень сложная бизнес-логика. Все сделано без примудростей самописных алгоритмов. И крутится без подвисаний на одном б/у сервере купленном за 800 000 тенге. Сколько бы обошелся программист, который бы оптимизировал все это под дешевый VPS? Думаю, значительно дороже!

Вот взять например ваш сайт, на нем больше 20 000 товаров, пусть будет даже 100 000! Но это пшик для любого метода поиска или сортировки стандартной библиотеки любого языка.

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

А может, просто в у нас в сообществе RoR разработчиков все по другому. Потому как нам качества вот такие нужны:

1. BDD/TDD - Тесты наше все (Причем не только юнит-тесты, но и приемочные)
2. Git - залог командной работы
3. ООП - знать как свои пять пальцев
4. Английский - должен быть свободным
5. Думай как человек, а не как программист
"1. BDD/TDD - Тесты наше все (Причем не только юнит-тесты, но и приемочные)
2. Git - залог командной работы
3. ООП - знать как свои пять пальцев
4. Английский - должен быть свободным
5. Думай как человек, а не как программист"
Отличная подборка!

Работал на RoR достаточно долго. Писал на Java тоже прилично, и не раз меня уже библиотеки подводили, а искать runtime ошибки ой как сложно, даже в той которую вы привели Array.sort на руби, или скажем Arrays.sort() на Java. Не все так просто, я понимаю что для 95% случаев это не нужно знать если ты не эксперт, но умение структурировано мыслить и использовать правильно нужные структуры данных это важно. Поэтому акцент собеседований делаю на этом.
Я не спрашиваю Red black tree или еще какие то заумные алгоритмы, базовые алгоритмы, их плюсы и минусы, это все что я требую...
Первый раз вижу разработчика ушедшего из RoR =) Честное слово!
А если по делу, то не могу спорить, наверное мои задачи пока еще не такие, чтобы мне не хватало стандартных вещей.
На работе решили перейти из RoR в сторону JVM, не хватало нам немного скорости :)
А так RoR forever :)
И не в обиду будет сказано, но лучше, чем искать человека, который умеет разговаривать на двоичном языке, попросите своего фронтэндщика научить правильно обрабатывать AJAX запросы, когда отсутствует подключение к интернету.
И как сказал один мой хороший знакомый: Сколько код не оптимизируй, все равно упрешься в Базу Данных. Хотя даже с этим лучше и дешевле использовать ORM.
smerch
0
0
шикарный ответ.
=) Можно вопрос по теме?
Как принимают сотрудников на разработку Kiwi или Yvision? Мне кажется именно в этих проектах (особенно Kiwi) требуются люди подходящие под описание в этом посту. Или все же, вы тоже обходитесь стандартными средствами и готовыми библиотеками?
Комментарий удалён автором поста.
Спасибо за отзыв, если вам не тяжело написать о проблеме с AJAX на почту
drugoi
0
0
Вы про нотификейшны в духе — Вы сейчас находитесь в оффлайне, бла-бла?
тоже кину типа пять копеек)) не вижу смысла знать сортировки наизусть. За свой "детский полугодичный" опыт понял, что важно не сколько знать, а сколько уметь искать. Сейчас всё можно найти в инете (Google аман болсын). Ну написал ваш кодер QuickSearch наизусть и что, если он только своими знаниями пользуется, то далеко он не уйдет. А в инете сейчас много разных задач и проблем решается, достаточно набрать в гугле и почитать (знание английского здесь очень приветствуется, так как много сайтов на английском). Ваша задача не уникальна, ну даже если и так, то что-то подобное обязательно найдется в сети (как сказали выше, не вижу смысла создавать велосипед). Прост нужно уметь понимать чужой код, и подстраивать под свой проект. *ИМХО*
П.С. Я например могу настрочить всего одну сортировку по-памяти, но не вижу в этом проблемы. Главное знать когда какую сортировку предпочтительней использовать, а сам код в гугле за 20 сек взять можно.
Абсолютно с тобой согласен, что код не обязательно знать наизусть, этого я и не требую, как я сказал в посте для меня важнее его мышление и умение оперировать структурами данных, принципы ООП. То есть к нужной задаче выбрать нужный тип данных, и лучший алгоритм. И да справедливости ради скажу, что я никогда не спрашиваю напиши мне QuickSort, я спрашиваю вопросы в которых может понадобиться Quick Sort, это важнее всего.
Соглашусь с тем что у чокмарта завышеные амбиции. На готовую платформу им нужен человек который большую часть времени будет поддерживать систему в рабочем режиме, исправлять фолты и раз в год прикручивать дополнительный функционал наподобие дополнительных окон в заказе "С этим чаще всего покупают".
Насчет того что "это нам и только нам решать каким будет интернет-магазин, будет ли он давать цены по дешевле, доставлять вовремя, будет ли пользователь находить, то что ему нужно было найти, получать всю информацию о товаре - на 90% этих вещей, мы, разработчики можем повлиять." На это будут влиять только основатели и хозяева магазина, не разработчики.
Не думал что разработчики влияют на ценовую политику, логитстику и контент содержание.
Мда, не только у чокомарта завышеные амбиции,но и у програмеров которые в нем работают.
Это заразно ребята, налицо эпидемия вирусная. Хотя теперь понятна чья идея обрушить цены на ГСМ не помнится в каком году. Какому то "разработчику" пришла гениальная мысль после пары бутылок пива.
Не буду с вами спорить, желаю удачи в ваших начинаниях! У нас слишком разные взгляды имхо
ftw
1
0
главная ошибка для программиста в казахстане не иметь агашку там, куда устраиваешься :D
Главная ошибка агашки - принять знакомого программиста =) Вот так и получаются сайты вроде goszakup.kz!
ftw
0
0
увы это не ошибка, это родственная необходимость :D
Интересный пост, затронута тема, о которой очень мало информации в Казнете.
P.S. Кого интересует начинающий Java программист, голодный до интересных проектов? :)
Использовал Java Core, Hibernate, Spring в собственном проекте.
Насколько я знаю вот Сергей Пасиченко(он писал в комментах выше) как раз Java программист, может ему нужны.

Оставьте свой комментарий

Спасибо за открытие блога в Yvision.kz! Чтобы убедиться в отсутствии спама, все комментарии новых пользователей проходят премодерацию. Соблюдение правил нашей блог-платформы ускорит ваш переход в категорию надежных пользователей, не нуждающихся в премодерации. Обязательно прочтите наши правила по указанной ссылке: Правила

Также можно нажать Ctrl+Enter

Популярные посты

Мысли вслух. Почему казахи перестали общаться с родственниками и ходить в гости?

Мысли вслух. Почему казахи перестали общаться с родственниками и ходить в гости?

Дастархан в те времена был скромен. Не было понятия «сынау» - осуждения кто как живет, какой в доме ремонт и т.д. Пока взрослые обсуждали задержку заработной платы, мы играли в армию, жмурки, строили городки...
socium_kzo
5 дек. 2016 / 15:19
  • 18374
  • 27
Верховный Суд презентовал комментарий к Гражданскому процессуальному кодексу

Верховный Суд презентовал комментарий к Гражданскому процессуальному кодексу

ГПК содержит 505 статей, многие из которых написаны несколько сложным юридическим языком. Однако теперь понять их можно проще и без обращения к юристу.
RuSnake
6 дек. 2016 / 10:31
  • 10792
  • 0
Японец о Казахстане: «Ваши девушки уж сильно себе набивают цену...»

Японец о Казахстане: «Ваши девушки уж сильно себе набивают цену...»

"Мужчины должны у вас тут права качать, ибо их процент в вашей численности населения уступает проценту женщин". Я машинально начала уверять, что у нас в стране таковых не имеется...
Sapientia
5 дек. 2016 / 10:52
  • 9809
  • 71
Распил 1 млрд долларов или спасение для Алматы? В 2017-м начнётся строительство БАКАД

Распил 1 млрд долларов или спасение для Алматы? В 2017-м начнётся строительство БАКАД

Конечно, Алматы заслужил эту дорогу. Невзирая на все издержки, которые могут возникнуть. Заслужил и как крупнейший город Казахстана, и как субъект, формирующий своими налогами около четверти всех...
merurg
вчера / 12:35
  • 6350
  • 16
10 причин, по которым я не смогла работать учителем. Не только в зарплате дело, ребята

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

Я почти год проработала в школе, и когда уходила оттуда, была самым счастливым человеком в мире. Тот год, честно говоря, я и сейчас вспоминаю с ужасом.
demonica
6 дек. 2016 / 17:21
  • 5297
  • 77
Известный европейский фотограф показал истинную красоту казашек

Известный европейский фотограф показал истинную красоту казашек

С 26 по 30 ноября в Алматы гостил известный европейский фотограф Ян Маклайн в рамках реализации совместного проекта с Казахстаном. Подробности не уточняются, однако ходят слухи о том, что этот...
Muchacho55
вчера / 18:29
  • 4657
  • 7
Молчание врачей. Дети ЮКО, заражённые ВИЧ 10-11 лет назад, узнают о диагнозе-приговоре

Молчание врачей. Дети ЮКО, заражённые ВИЧ 10-11 лет назад, узнают о диагнозе-приговоре

Как сообщают новостные издания, в ближайшее время в Южном Казахстане 102 детям в возрасте 11-12 лет сообщат об их страшном диагнозе. Все эти дети были заражены ВИЧ, причём большинство было инфицировано по вине врачей.
openqazaqstan
2 дек. 2016 / 13:57
  • 4499
  • 4
Почему Дональд Трамп назвал Казахстан чудом. Президент подтягивается по географии

Почему Дональд Трамп назвал Казахстан чудом. Президент подтягивается по географии

Трамп и не подозревает, что 16 декабря 1991 Казахстан не создал, а восстановил свою национальную государственность. Иначе бы он упомянул не только 25 лет, а больше чем 550 лет казахской истории.
Stehlikova
2 дек. 2016 / 9:02
  • 5183
  • 88
На самом деле дела плохи: казахстанские школьники на 49-м, а не на 12-м месте по математике

На самом деле дела плохи: казахстанские школьники на 49-м, а не на 12-м месте по математике

О том, как масс-медиа раздула миф о казахстанских вундеркидов в розовый воздушный шар, пока его не проколола правда-иголка. Получается, что казахстанские дети не могут применить теорию в практике...
ardakzhurynov
вчера / 0:17
  • 3769
  • 34