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

0. Компания Нэти (Neti) 269 11.12.13 17:37 Сейчас в теме
В работе программиста есть навыки, которые мало где четко и подробно описаны. Обычно каждый специалист постепенно и неосознанно формирует их у себя самостоятельно. Механизмы работы этих навыков также обычно не анализируются, в том числе из-за того, что они используются на подсознательном уровне.


Перейти к публикации

Вознаграждение за ответ
Показать полностью
Комментарии
1. Владимир Литвиненко (VladimirL) 584 12.12.13 03:32 Сейчас в теме
Полезная статья. Вроде бы интуитивно понятные вещи написаны, но, как было верно замечено, применяют их обычно не анализируя и не рассматривая как часть общей системы работы/обучения. Всегда полезно разложить всё по полочкам и посмотреть "сверху".

Уже не в первый раз встречаю совет ознакомиться с GTD. Надо будет выйти за пределы Вики и книжки почитать.
2. Франко Деллиани (Franco) 66 12.12.13 09:52 Сейчас в теме
Благодарю!
Иногда самые оригинальные идеи решений находятся при смене деятельности - например, когда наступает время шагать домой или прерваться на обед. Думаю, этому как раз помогает 'Умение видеть проблему максимально широко в любой момент времени'. То есть смог посмотреть на свою работу с другой точки зрения.
Flashback1979SE; +1 Ответить
5. Артем Гусаров (Flashback1979SE) 16.12.13 08:42 Сейчас в теме
(2) Franco, запостой решение приходит во время езды между клиентами))))) или домой, но чаще по дороге к клиенту))))). Ведь частенько времени в обрез)
3. Kirill Kazakevich (kirmancino) 13.12.13 16:39 Сейчас в теме
Интересная статья.
Вообще, моделирование и оценка модели помогают решать проблемы не только в программировании, но и в жизненных ситуациях. Чем больше ты знаешь, тем более комплексное твое вИдение.
Как говорится - за деревьями видишь лес.
andmakarov; +1 Ответить
4. Елена Пименова (Bukaska) 124 13.12.13 17:02 Сейчас в теме
(3) kirmancino, Это как? Сто верст до небес... и все лесом-лесом...
6. Makc *** (makc2k) 51 16.12.13 13:09 Сейчас в теме
Замечательная статья! Концепция обучения новичка подразумевает лишь подачу основ. То есть говорят - учи, но странно, что вооще никто не хочет научить человека учиться, это считается должно прийти с опытом. Если бы детям в школе давали материал по способам запоминания, алгоритмике решений, и т. д. у нас бы интелект нации был бы на очень высоком уровне.
subbotinpu; Niberu; angur; ikekoval; andmakarov; +5 Ответить
7. Сергей Маслов (LexSeIch) 186 17.12.13 04:51 Сейчас в теме
Мир этому дому!
Статья интересная и полезная (и не только для программистов). Жду продолжения.
8. Dragon Ago (DragonAgo) 8 18.12.13 09:07 Сейчас в теме
Хорошие идея по работе программиста. Раньше переживала, а сейчас беру себя в руки, выслушиваю всех и пишу, рисую на бумаге, затем анализирую, и лишь потом начинаю творить. Но лучше всего всегда иметь ТЗ, чтобы сто раз не приходилось изменять наработанное, у пользователей хотелки постоянно растут. А в большинстве случае они просят такое, что волосы дыбом. Фильм Профессионал нарисуйте мне 9 перпендикулярных линий прозрачным цветом =)))
9. DAnry (DAnry) 12 18.12.13 17:29 Сейчас в теме
Спасибо за статью. Безусловно она имеет право на существование. Так сказать научная организация интелектуального труда програмиста. Плюс элементы психологического тренинга.
Но мне кажется не следует усложнять.
10. Иван Шумкин (SinglCOOLer) 204 23.12.13 07:55 Сейчас в теме
хорошо написано, показал начинающему разработчику, он нашел себя в статье
11. Алексей Роза (DoctorRoza) 23.12.13 08:59 Сейчас в теме
Пока написано ни о чем, в стиля аля Ошо. Может в других статьях что то дельное будет.
16. Владимир Насыров (Spacer) 264 25.12.13 12:25 Сейчас в теме
(11) DoctorRoza, вот с этим согласен. Не нашел в статье того что ожидал увидеть прочитав название.
Автор заметил проблему, хорошо ее описал, и на этом фактически остановился приведя лишь общие рекомендации.
18. Андрей Макаров (andmakarov) 25.12.13 12:43 Сейчас в теме
(16) Spacer, это первая часть статьи.
Вторая часть будет непосредственно про процесс анализа и решения таких проблем, а так же про фиксацию результатов.
Надеюсь там необходимой информации будет больше :)
12. Андрей Макаров (andmakarov) 23.12.13 21:23 Сейчас в теме
Спасибо за комментарии!

В статье нет особо глубоких идей или техник. Все достаточно знакомо.
Но по моему опыту, больше всего бесполезно потраченного времени как раз и получаются из-за ошибок в простых казалось бы для понимания вещах.
Причем человек вроде как все понимает, но в нужный момент начинает делать все не так.
Поэтому проговаривание и анализ основных проблем как раз и помогает поставить в памяти очередную, но более видимую зарубку. И шанс увидеть ее и обнаружить не оптимальность своих текущих действий становиться больше.
13. OneS (OneS) 5 25.12.13 08:14 Сейчас в теме
Статья ни о чем, самое главное в ней подпись с указанием фирмы.

Ступор начинающего одноэсника порождается не знанием предметной области, объектно-ориентированного программирования вообще и реализации в конкретной платформе в частности и неумением пользоваться отладчиком. Поэтому и рецепт один: много работать над своими знаниями и умениями.
Прикрепленные файлы:
KapasMordorov; AlenaR; Spacer; +3 Ответить
14. Андрей Макаров (andmakarov) 25.12.13 10:43 Сейчас в теме
(13) OneS, спасибо за ваш комментарий.
Но проблема, которая рассматривается, как раз и написана про ту ситуацию, когда, цитирую: "по какой-то .. причине мы не можем пробежаться по коду отладчиком и понять весь алгоритм".
Это чаще всего как раз проблемы платформы.
15. OneS (OneS) 5 25.12.13 11:48 Сейчас в теме
(14) andmakarov, а теперь процитируем всю фразу:
или по какой-то другой причине мы не можем пробежаться по коду отладчиком и понять весь алгоритм (или не хотим, так как слишком много кода и столько времени тратить просто не рентабельно).

Вот неумение в купе с незнанием и отбивает всё желание.

Проблемы платформы ищутся в доступном информационном поле: коллеги, интернет. У Вас как бы есть про изучение, но для начинающего реально важно научиться постановке правильного вопроса, что бы получить внятный ответ.






17. Андрей Макаров (andmakarov) 25.12.13 12:41 Сейчас в теме
(15) OneS, да, про ситуации, когда не рентабельно пробегаться по всему коду с отладчиком, возможно я зря написал :) В этом случае правильнее всегда пробивать заказчика на, то чтобы разобраться до конца в коде.
(Это у меня просто была ситуация, когда проблему надо было решить сейчас и быстро, а проверка результата "чтобы все было хорошо" брал на себя заказчик).
Но вообще вы правы, что такая ситуация неправильная и от нее надо открещиваться и разбираться до конца.
Спасибо за указание на этот момент!

За умение задавать вопросы отдельное спасибо. Да, это я не описал.
19. Александр Шкут (alex_shkut) 39 25.12.13 18:03 Сейчас в теме
А мне статья понравилась. Это как-раз опыт человека, который видит и понимает весь комплекс решения задачи. Взгляд глобально на процесс. Способ мышления топ-менеджера. Прочитав статью до конца люди теряют смысл заголовка, а ведь без этой преамбулы основной смысл этой книги будет во много непонятен... Да, книги. Потому как это только вступление.
20. Владимир Кузнецов (mr.Kot) 30.12.13 10:34 Сейчас в теме
Не однозначная статья, полезна будет не всем, наверное, многое от мировозрения читателя зависеть будет.
21. OneS (OneS) 5 02.01.14 10:11 Сейчас в теме
Кстати, очень полезно не замыкаться только на 1С. ООП изучить на питон и C#, запросы по классическим учебникам по SQL. Вместо механического запоминания тут нужно писать вот так, придёт ясность и понимание физики процесса. Что, опять же, избавит от ошибок и стресса. :)
22. Татьяна Крестьянкина (oleg212) 03.01.14 00:19 Сейчас в теме
23. Lubov Filippova (laf) 07.11.14 02:11 Сейчас в теме
+Спасибо за статью. Подписываюсь на продолжение.
24. Ula1c (ula1c) 07.11.14 14:28 Сейчас в теме
А мне очень понравилось - дать проблеме имя. Точно работает на успокоение, т.к. имя очерчивает границы проблемы в твоей жизни.
25. tisa tisas (tisas77) 07.11.14 14:39 Сейчас в теме
26. Роберт В е р т и н с к и й (v3rter) 20.04.16 12:38 Сейчас в теме
Программирование - это инструмент. Конечному потребителю интересно то, что вы этим инструментом умеете.
Сильный навык в узкой предметной области в сочетании даже со слабым навыком программирования нередко зарплатее сильного навыка программирования.
Учите предметную область. Ту самую, с которой предполагаете работать - продажи, бухгалтерия, складской учет, производство и т.д.
Оставьте свое сообщение