esayanoleg24 июл 2013 в 17:44

Ваш уровень программирования и не только

4 мин

42K

Ненормальное программирование * Программирование *

Recovery Mode

Перевод

-9

Комментарии 37

НЛО прилетело и опубликовало эту надпись здесь

esayanoleg 24 июл 2013 в 17:57

Это как?:)

TXr 24 июл 2013 в 18:02

Вероятно ошибочно ровняет себя к автору.

НЛО прилетело и опубликовало эту надпись здесь

Inori 25 июл 2013 в 13:34

Или системы контроля версий. Если я опытный пользователь и SVN и git, то 3-ий вариант уже как-то не подходит.

Mrrl 25 июл 2013 в 14:11

В системе контроля версий есть ещё два уровня:

-1 — знает и иногда использует Ctrl-Z
-2 — Ctrl-Z тоже не использует. Программирование — как жизнь: что ни делается, всё к лучшему.
В других пунктах "-1" тоже можно нащупать, но с трудом. Например, «API — о чём это вообще?»

Megas 24 июл 2013 в 18:01

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

У меня, к примеру, есть друзья которые сделали степень по компьютерам и которые знают на 3-ий уровень и деревья, и алгоритмы, и компиляторы. Но вот только программировать они толком не умеют (пока что).

И ещё, если я не писал макросы под свою IDE, то я уже не достаточно хорош? А может оно мне просто не нужно?

Ну и на последок, читал в какойто книжке (знаменитая книжка, много раз на хабре видел, что её рекомендуют, вроде «Идеальный код» или «Чистый код»), что если вы комментируете свой код, то он не достаточно хорошо написан. Хороший код в комментариях не нуждается.

esayanoleg 24 июл 2013 в 18:09

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

vaniaPooh 24 июл 2013 в 18:11

Оригинал — sijinjoseph.com/programmer-competency-matrix/

esayanoleg 24 июл 2013 в 18:14

Да, я привел источник, Вы можете нажать сюда, чтобы посмотреть его. <img src="

Yoschi 24 июл 2013 в 18:13

Табличка в помощь HR'ам? :о)
Для поверхностной оценки сгодится. Но, мне кажется, здесь многое упущено. Перечислены именно те аспекты, которые считает важными автор. У другого автора были бы и пункты другие.

esayanoleg 24 июл 2013 в 18:14

Естественно, но мне показалось, что эта таблица стоит внимания.

pav 24 июл 2013 в 19:39

Надеюсь что нет. Главное чтобы вопрос о написании своих макросов не стал бы на собеседованиях таким же обыденным как скажем читаю ли я на английском (:

hell0w0rd 24 июл 2013 в 18:55

Не понятно, почему хеш таблица — второй уровень, а ассоциативные массивы — 1. Ведь хеш таблица — один из способов реализации ассоциативного массива

Yoschi 24 июл 2013 в 18:59

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

hell0w0rd 24 июл 2013 в 19:02

не понял, то есть если я использую хеш-таблицы — я уровень 2, но если ничего в них не понимаю — все ок?
Если все таки речь о понимании до реализации — ассоциативные массивы реализуются либо через деревья, либо хеш-таблицы, так что массивы не могут быть до конца понятны без таблиц

Yoschi 24 июл 2013 в 19:11

Опечатался и это затуманило мою мысль. Хотел сказать «речь не об использовании».
Уровень 1 — использовать (т.е. понимать зачем нужны), а уровень 2 — понимать реализацию.
Кстати, ассоциативный массив не обязательно делать на деревьях, или хэш-таблицах. Он может быть настоящим массивом. Как они в «классическом» ЛИСПе и сделаны:

(("key1" . "value 1") ("key2" . "value 2") ("key3" . "value 3"))

То есть, имеем обычный список пар и для него есть встроенные операции получения/добавления значений. Ну и для изменения/удаления тоже не так уж сложно написать. Даже для программиста с уровнем 1 в приведённой классификации :о)

hell0w0rd 24 июл 2013 в 19:16

оО как так на обычных массивах?
Обычный массив — это участок памяти, в котором доступ до элемента a[i] значит sizeof(a[0])*i, как можно на основе этого сделать ассоциативные массивы?

Yoschi 24 июл 2013 в 19:36

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

hell0w0rd 24 июл 2013 в 21:09

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

Yoschi 25 июл 2013 в 05:09

Ну да, это как раз самая распространённая претензия к «тесту». Не для всех профилей он подходит.

littleone 24 июл 2013 в 19:25

Взял курс на повышение уровня, особенно в структурах данных.
Думаю через некоторое время приду на «повторный экзамен».

smagen 24 июл 2013 в 19:26

Хорошее знание алгоритмов графа, динамичного программирования.

Дальше не смог читать.

qw1 24 июл 2013 в 20:40

… хэш-таблицы, обрабатываются столкновения в них

Тоже доставило

esayanoleg 25 июл 2013 в 00:11

Под труднопереводимыми выражениями я имел ввиду такое. Извиняюсь, но все равно не знаю как перевести.

Mrrl 25 июл 2013 в 01:35

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