#256

Мой знакомый программист как-то сказал, что в скором времени программисты превратятся в чернорабочих. Им не будут поклоняться, их не будут любить. Так же как строители воплощают в жизнь проект архитектора строительного, так и программисты будут реализовывать проекты архитекторов информационных. Я думаю, что это время наступило и уже давно Так что пора и мне написать немного мыслей про нас.

Банально, но программистами рождаются, а не становятся.

Сомневаюсь, что можно взять и полюбить программирование, если ты не предрасположен к этому (если в любой профессии так, то почему здесь должно быть по другому ). Те, кто пытаются “стать программистами” обречены на провал – максимум, что они могут сделать, это выучить один (или даже несколько языков программирования), узнать, как работают базы данных, но не более. Но удовольствия, а вместе с ним и хорошего понимания как все устроено, они получать не будут. Мои первые попытки разработки чего-то стоящего были еще в начале девяностых. Это был ZX Spectrum, друг из соседнего подъезда, Basic и огромное желание не играть в ходилки по лабиринтам, а сделать свою игру. Естественно, самую лучшую. И тут можно уже переходить к следующей мысли.

Все программисты оптимисты, перфекционисты и от этого дедлайнеры.

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

Когда менеджер просит оценить сроки для выполнения задачи, то ему говорится примерное время. Что не всегда устраивает менеджера. Но как можно точно оценить создание чего-либо. Это ведь не мешки с цементом грузить. Лирическое отступление: в один из периодов моей жизни я работал грузчиком, и наша бригада всегда могла сказать, за сколько мы разгрузим/погрузим Газель с какой-нибудь строительной смесью. А у программистов ведь не так. Если поставлена какая-то не самая стандартная задача, то ей надо придумать алгоритм, потом реализовать его, а потом протестировать. И на первый взгляд не всегда понятно, может ли случиться какой-то форс-мажор, и если может, то где и на какое время это притормозит процесс. Так что не пытайте программистов. Тем более, что на большом расстоянии они как раз более-менее реально оценивают свои силы (если это конечно не школьники, вчера дочитавшие “C++ за 24 часа”).

Университеты не учат на программистов.

Университеты учат на архитекторов программного обеспечения. Но программисты из ВУЗов не выходят – слишком быстро меняется мир разработки и слишком редко меняются учебные планы. Если вам интересна разработка, то вашим университетом будет интернет, форумы и книги.

Программисту никто не может помочь.

Вспомните, сколько раз на работе вас считали “компьютерщиком” и просили помочь с принтером, с открытием вордовского документа, с восстановлением удаленного ярлычка на рабочем столе. И даже если не касаться этих нерабочих моментов, то вы все равно в той или иной степени можете помочь любому коллеге. А теперь вспомните сколько раз вы хотя бы задумывались о том, что вот они, эти люди, сидящие рядом, сейчас подойдут и помогут вам со сложным алгоритмом или может даже напишут нужную библиотеку. Но в этом отсутствии помощи есть и плюс – вы сами сделаете свою работу точно намного лучше, чем кто-то другой. Так что наслаждайтесь, что в ваш код никто не лезет

Пока, наверное, на этом закончу. Мысли еще есть, но их надо почетче сформулировать. Может быть через год напишу продолжение.

А пока помните, что любой телефонный звонок/письмо отвлекают программиста и выводят его из потока сознания. Чтобы снова войти в этот поток, в котором и создается нечто действительно ценное, программисту нужно около 15 минут. Ведь об этом писали Демарко и Листер еще аж в 1987-м году.

P.S. Программисты часто отрываются от реальности. Да, итераторы и индексы массивов начинаются с нуля, но дни в году считаются с единицы. Так что день все-таки 256-й